- Pharo-users - lists.pharo.org

Re: [Pharo-users] NeoCSVReader and an empty field at the very end of a file

by stepharo

Check the chapter Anne and JC wrote on pharoinprogress. We discussed a lot about RB because the unification does not identify the subtree people think about. I will let Camille and JC comment on it. What we saw is that we should try something because they are too many edge corner. Le 5/7/15 01:12, Thierry Goubier a Ã©crit : > > > Le 4 juil. 2015 10:58 PM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> a Ã©crit : > > > > > >>> Hi thierry > >>> > >>> mark will arriv at Lille saturday for a month. He is working with > >>> Camille on a new tree pattern matching algorithm > >> > >> > >> A generic algorithm or one tied to the RB AST? > > > > A generic algo. > > We will talk with Camille monday > > One more on my list of things to follow. > > >> > >>> because we lost energy on RB matcher. > >> > >> > >> What was your analysis? > > > > > > JC did his Phd on code transformation and with anne they try to > really document > > how the unification works in RB and ... after tears and pain they > gave up. > > Did they asked John Brant? He told me he was using the RB parser for > everything Smalltalk and SmaCC for other languages. > > Oh, for JC: SmaCC does both string and ast node replacement... With a > small bug in SmaCCString I need to correct (but with a design suitable > for doing that over very long files). > > > So we really want to see if we cannot do something better. > > Or something you master ;) > > Thierry > > > > >> > >> Thanks, > >> > >> Thierry > >> > >>> > >>> Stef > >>> > >>> Le 1/7/15 21:29, Thierry Goubier a Ã©crit : > >>>> > >>>> Le 01/07/2015 21:16, jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de> a Ã©crit : > >>>>> > >>>>> You mean RewriteRules? I was planning to do that, for this exact > reason. > >>>>> But you know how things go when there is a long list of priorities. > >>>>> I know it saves a lot of time and makes porting so much more > safe, but > >>>>> it needs an up-front investment in time... > >>>> > >>>> > >>>> Yes, rewrite rules. Mark Rizun GUI attempts are a very interesting > >>>> direction to handle that... > >>>> > >>>> Oh, by the way, Mark, if you're listening... I did what you were > >>>> trying to do by changing AST nodes positions in Pharo, but on a SmaCC > >>>> based AST for another language. I have to admit that you were > right to > >>>> try to do it that way, but that the Pharo/RB AST infrastructure > wasn't > >>>> suitable whereas SmaCC infrastructure is. > >>>> > >>>> Thierry > >>>> > >>>> > >>> > >>> > >>> > >> > >> > >> > > > > >

July 5, 2015

Re: [Pharo-users] NeoCSVReader and an empty field at the very end of a file

by Thierry Goubier

Joachim, Le 2 juil. 2015 9:49 AM, "jtuchel(a)objektfabrik.de" <jtuchel(a)objektfabrik.de> a Ã©crit : > > The problem with Step 2 is: I am not sure if RewriteRules can work in code that's not compiled. (Well, I am mostly sure this won't work, just asking for confirmation) You cannot compile methods with Arrays constructed with curly braces on VAST. Rewrite rules do work on non compiled code. RB contains all the necessary models to do everything RB on non compiled code. Regards, Thierry

July 5, 2015

Re: [Pharo-users] NeoCSVReader and an empty field at the very end of a file

by Thierry Goubier

Le 4 juil. 2015 10:58 PM, "stepharo" <stepharo(a)free.fr> a Ã©crit : > > >>> Hi thierry >>> >>> mark will arriv at Lille saturday for a month. He is working with >>> Camille on a new tree pattern matching algorithm >> >> >> A generic algorithm or one tied to the RB AST? > > A generic algo. > We will talk with Camille monday One more on my list of things to follow. >> >>> because we lost energy on RB matcher. >> >> >> What was your analysis? > > > JC did his Phd on code transformation and with anne they try to really document > how the unification works in RB and ... after tears and pain they gave up. Did they asked John Brant? He told me he was using the RB parser for everything Smalltalk and SmaCC for other languages. Oh, for JC: SmaCC does both string and ast node replacement... With a small bug in SmaCCString I need to correct (but with a design suitable for doing that over very long files). > So we really want to see if we cannot do something better. Or something you master ;) Thierry > >> >> Thanks, >> >> Thierry >> >>> >>> Stef >>> >>> Le 1/7/15 21:29, Thierry Goubier a Ã©crit : >>>> >>>> Le 01/07/2015 21:16, jtuchel(a)objektfabrik.de a Ã©crit : >>>>> >>>>> You mean RewriteRules? I was planning to do that, for this exact reason. >>>>> But you know how things go when there is a long list of priorities. >>>>> I know it saves a lot of time and makes porting so much more safe, but >>>>> it needs an up-front investment in time... >>>> >>>> >>>> Yes, rewrite rules. Mark Rizun GUI attempts are a very interesting >>>> direction to handle that... >>>> >>>> Oh, by the way, Mark, if you're listening... I did what you were >>>> trying to do by changing AST nodes positions in Pharo, but on a SmaCC >>>> based AST for another language. I have to admit that you were right to >>>> try to do it that way, but that the Pharo/RB AST infrastructure wasn't >>>> suitable whereas SmaCC infrastructure is. >>>> >>>> Thierry >>>> >>>> >>> >>> >>> >> >> >> > >

July 5, 2015

Re: [Pharo-users] Kivy

by stepharo

>> For the information we are working on touch and OSWindow improvements. >> Alain is imporving Bloc the future graphic layer of Pharo, people from >> bern are working on new widgets. >> We are working on cleaning widgets. Now we also accept help. >> >> Stef > Sure I know. The constituting parts does not make the whole however. I > mean a larger plan could help structuring the parts and give a focus. Hilaire we have a plan a new graphics core with new widgets and event touch support and several windows. So I do not see why you say that we are not focused. Now you do not create a graphics core in 2 days. And if more people would help then we would go faster :) Alex is experimenting to port Roassal on Bloc and he is finding bugs that Alain is fixing. When I proposed topics to students this is also with this vision in mind. Stef

July 4, 2015

Re: [Pharo-users] Kivy

by stepharo

+1 Le 4/7/15 19:36, Peter UhnÃ¡k a Ã©crit : > > Is Bloc a user interface markup language? > Or a graphic framework like Morphic? > > > Bloc is replacement for Morphic. > Smalltalk is the markup language; it gives you much more > expressiveness compared to static DSLs.

July 4, 2015

Re: [Pharo-users] Kivy

by stepharo

Le 4/7/15 19:04, Glenn CavarlÃ© a Ã©crit : > Hannes Hirzel wrote >> Is Bloc a user interface markup language? >> >> https://en.wikipedia.org/wiki/User_interface_markup_language >> >> Or a graphic framework like Morphic? > Bloc is a graphical core framework, it provides the basics features to build > UI/Animation frameworks on top of it. A markup language or a declarative > syntaxe is not part of Bloc but can be a good idea to experiment when a > first widget framework will be released. I'm not sure that we need a DSL. > This is a point that particularly interests me, especially regarding > declarative syntax. > > > Hannes Hirzel wrote >> I assume Android and iOS are part of them... >> >>> So, i hope that Pharo will become mobile soon ! ;) >> 3 months? > Yes, but unfortunately not in 3 month (for my part)... Not for Brick too :) > > Regards, > Glenn. > > > > > ----- > Glenn CavarlÃ© > -- > View this message in context: http://forum.world.st/Kivy-tp4835739p4835775.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 4, 2015

Re: [Pharo-users] NeoCSVReader and an empty field at the very end of a file

by stepharo

>> Hi thierry >> >> mark will arriv at Lille saturday for a month. He is working with >> Camille on a new tree pattern matching algorithm > > A generic algorithm or one tied to the RB AST? A generic algo. We will talk with Camille monday > >> because we lost energy on RB matcher. > > What was your analysis? JC did his Phd on code transformation and with anne they try to really document how the unification works in RB and ... after tears and pain they gave up. So we really want to see if we cannot do something better. > > Thanks, > > Thierry > >> >> Stef >> >> Le 1/7/15 21:29, Thierry Goubier a Ã©crit : >>> Le 01/07/2015 21:16, jtuchel(a)objektfabrik.de a Ã©crit : >>>> You mean RewriteRules? I was planning to do that, for this exact >>>> reason. >>>> But you know how things go when there is a long list of priorities. >>>> I know it saves a lot of time and makes porting so much more safe, but >>>> it needs an up-front investment in time... >>> >>> Yes, rewrite rules. Mark Rizun GUI attempts are a very interesting >>> direction to handle that... >>> >>> Oh, by the way, Mark, if you're listening... I did what you were >>> trying to do by changing AST nodes positions in Pharo, but on a SmaCC >>> based AST for another language. I have to admit that you were right to >>> try to do it that way, but that the Pharo/RB AST infrastructure wasn't >>> suitable whereas SmaCC infrastructure is. >>> >>> Thierry >>> >>> >> >> >> > > >

July 4, 2015

Re: [Pharo-users] Building a Morphic Card Wall, Part 3: SVG export & WebSocket

by H. Hirzel

Hello Stephane Thank you for the 3rd video. This is a great demo! As it is SVG export http://localhost:1701/cardwall-client adapts nicely when resizing the browser window. This includes the text size which now matches the one in Pharo. An issue still is that text does not wrap in the cards. StringMorphs are used inside a subclass of Morph. I remember that having wrapped text Squeak is possible, probably still is in Pharo as well. --Hannes On 7/3/15, Stephan Eggermont <stephan(a)stack.nl> wrote: > https://vimeo.com/132548781 > > >

July 4, 2015

Re: [Pharo-users] Kivy

by Hilaire

Le 04/07/2015 15:58, stepharo a Ã©crit : > For the information we are working on touch and OSWindow improvements. > Alain is imporving Bloc the future graphic layer of Pharo, people from > bern are working on new widgets. > We are working on cleaning widgets. Now we also accept help. > > Stef > > Le 4/7/15 15:36, Hilaire a Ã©crit : >> For the record, a friend told me about this >> https://en.wikipedia.org/wiki/Kivy >> >> Will it be cool to have something like that? >> >> Hilaire >> > > > Sure I know. The constituting parts does not make the whole however. I mean a larger plan could help structuring the parts and give a focus. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 4, 2015

Re: [Pharo-users] Kivy

by Peter UhnÃ¡k

> > Is Bloc a user interface markup language? > Or a graphic framework like Morphic? > Bloc is replacement for Morphic. Smalltalk is the markup language; it gives you much more expressiveness compared to static DSLs.

July 4, 2015