Hi! Iâve found this interesting illustrated short article by Sean McDirmid: http://research.microsoft.com/en-us/projects/liveprogramming/typography.aspx Some may find it interesting. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Thanks Alexandre, this is interesting: I like the "intelligent" behavior of the code editor. Thierry Le 31/08/2014 20:36, Alexandre Bergel a écrit :
Hi!
Iâve found this interesting illustrated short article by Sean McDirmid: http://research.microsoft.com/en-us/projects/liveprogramming/typography.aspx
Some may find it interesting.
Cheers, Alexandre
You know I would like to have format as you type. if someone wants to work on that it would be great. The point is to have some heuristics to get as fast as possible a "complete" ast. And pretty print it for example each time a space is added. stef
I was thinking something very similar for my project Ephestos. I imagine a workspace so powerful that would replace system browser, inspector , explorer and even debugger. I was also imagining blocks like the ones shown in the link and code completion that would look inside the object to complete the code instead of the code completion we have now that many times fails to complete properly. Another thing that interests me is a natural language interface for example instead of typing "FileBrowser openPdf: 'my.pdf' " type instead 'open pdf my.pdf' , something that would create a database of such command that will be associated with pharo objects and methods. I think that could make pharo a very nice enviroment for people not interested into coding and instead they want a tool that they can use to manage their system with low learning curve. I am not promising anything , plus I am very slow with pharo at the moment being a new coder but what I say is that I am very interested and I will try to code something like this. I also like the graphical nature of Phratch and drag and droping etc commands without sacrificing typing. On Sun, Aug 31, 2014 at 10:14 PM, stepharo <stepharo@free.fr> wrote:
You know I would like to have
format as you type.
if someone wants to work on that it would be great. The point is to have some heuristics to get as fast as possible a "complete" ast. And pretty print it for example each time a space is added.
stef
Something like that, yes. Or instead of an heuristic to get an ast, have an editor which has the logic of editing the ast (instead of typing text which will be rightly or wrongly matched to a tentative ast). I'm looking into doing some stuff about asts and editing for SmaCC-generated asts. Some stuff about having core building blocks for non-smalltalk IDE written in Pharo. Thierry Le 31/08/2014 21:14, stepharo a écrit :
You know I would like to have
format as you type.
if someone wants to work on that it would be great. The point is to have some heuristics to get as fast as possible a "complete" ast. And pretty print it for example each time a space is added.
stef
On 31/8/14 21:47, Thierry Goubier wrote:
Something like that, yes.
Or instead of an heuristic to get an ast, have an editor which has the logic of editing the ast (instead of typing text which will be rightly or wrongly matched to a tentative ast).
I do not think it will work because this is really constrained and typing code is not that constrained. What would be nice is to have a set of rules that help terminating a tree to the closest one. ie | -> | | x isNil ifTrue: => x isNil ifTrue: [] ... and to format only what has been typing but in presence of the complete tree.
I'm looking into doing some stuff about asts and editing for SmaCC-generated asts. Some stuff about having core building blocks for non-smalltalk IDE written in Pharo.
Thierry
Le 31/08/2014 21:14, stepharo a écrit :
You know I would like to have
format as you type.
if someone wants to work on that it would be great. The point is to have some heuristics to get as fast as possible a "complete" ast. And pretty print it for example each time a space is added.
stef
About AST, we did something at work in dotnet for syntax checking when typing SQL requests in a tool (not only simple statements, some of the developers requests are real monsters, iirc one of the biggest was 42k), and we built the ast on the fly at each typing, it was incredibly fast. I was sceptic at the beginning, but given the power of current cpu, few milliseconds between key strokes is more than enough. Perhaps it could/should be done only on "special" characters like spaces ;[]() -> and so on, or only on a special keymapping (reformating at each keystroke could be very disturbing).
Nice :) Thanks for your return on experience. Stef
About AST, we did something at work in dotnet for syntax checking when typing SQL requests in a tool (not only simple statements, some of the developers requests are real monsters, iirc one of the biggest was 42k),
:) May be synectique should build special tools for your company. We worked with companies have 2000 lines method long :)
and we built the ast on the fly at each typing, it was incredibly fast. I was sceptic at the beginning, but given the power of current cpu, few milliseconds between key strokes is more than enough. Perhaps it could/should be done only on "special" characters like spaces ;[]() -> and so on, or only on a special keymapping (reformating at each keystroke could be very disturbing).
participants (5)
-
Alain Rastoul -
Alexandre Bergel -
kilon alios -
stepharo -
Thierry Goubier