- Pharo-dev - lists.pharo.org

Multiple syntax support in Pharo

by ClÃ©ment Bera

Hello Pharoers, I'd like to do something a bit crazy and I think it's possible in Pharo so I'm asking for advises here. I would like to have packages / hierarchy of classes in Pharo that have methods written with a different syntax. I know that syntax coloring and most refactoring tools work on AST. So is it possible, for a given class, to override #parser or #parserClass class side in a similar way that you can override #compiler and #compilerClass, and from then on, the class methods will use this parser instead of RBParser to be parse its methods source code to the AST in the compilation chain and for syntax coloring (hence with full compatibility with the class browser) ? I am talking about another syntax that would be parsed to the same AST for now, though as the compiler can be changed too, I guess a complete separate compilation chain and AST could work fine if the AST has common APIs with RB for the refactoring browser and syntax coloring. What do you think ?

Aug. 4, 2015

Re: [Pharo-dev] [squeak-dev] The squeaksource.com welcome page needs an update

by Chris Muller

Looks like the hosting message credit is out of date too.. On Mon, Aug 3, 2015 at 5:54 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > The squeaksource.com home page presents a warning that out of date. I > would like to update that message with something more appropriate. The > home page currently says this: > > Note: The creation of new projects has been disabled. If you would like > to create a new project please consider moving to: http://ss3.gemstone.com/ > or http://www.smalltalkhub.com/. > > And it might be better to say something like this: > > Note: If you would like to create a new project please consider using > http://ss3.gemstone.com/. > > Rationale: New project creation is no longer disabled on squeaksource.com. > The smalltalkhub.com site is still beta so I am not sure that it should > be recommended. The ss3.gemstone.com seems to be solid and well supported. > > Does that sound right? Advice is welcome. > > Thanks, > Dave >

Aug. 4, 2015

Re: [Pharo-dev] [squeak-dev] The squeaksource.com welcome page needs an update

by Chris Muller

The first paragraph says, "Welcome to SqueakSource", why should the second paragraph recommend users to go elsewhere? I miss the clean, welcoming, original look of SqueakSource. Does anyone remember why those confusing messages were put there in the first place? PS -- we should ask Pharo if they prefer to have "and Pharo" removed too so it doesn't create confusion for their users if have moved on from Squeaksource. On Mon, Aug 3, 2015 at 5:54 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > The squeaksource.com home page presents a warning that out of date. I > would like to update that message with something more appropriate. The > home page currently says this: > > Note: The creation of new projects has been disabled. If you would like > to create a new project please consider moving to: http://ss3.gemstone.com/ > or http://www.smalltalkhub.com/. > > And it might be better to say something like this: > > Note: If you would like to create a new project please consider using > http://ss3.gemstone.com/. > > Rationale: New project creation is no longer disabled on squeaksource.com. > The smalltalkhub.com site is still beta so I am not sure that it should > be recommended. The ss3.gemstone.com seems to be solid and well supported. > > Does that sound right? Advice is welcome. > > Thanks, > Dave >

Aug. 4, 2015

High-Level Overviews of Available Libraries

by Sean P. DeNigris

There are some exciting chapters at SquareBrackets! In fact, there are so many, it's difficult to put them all into context. Do we have a document that gives some high-level tradeoffs for e.g. all the persistence options, or all the web server options? That would be helpful... ----- Cheers, Sean -- View this message in context: http://forum.world.st/High-Level-Overviews-of-Available-Libraries-tp4840876… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 4, 2015

Re: [Pharo-dev] [squeak-dev] The squeaksource.com welcome page needs an update

by Levente Uzonyi

That sounds right to me. Levente On Mon, 3 Aug 2015, David T. Lewis wrote: > The squeaksource.com home page presents a warning that out of date. I > would like to update that message with something more appropriate. The > home page currently says this: > > Note: The creation of new projects has been disabled. If you would like > to create a new project please consider moving to: http://ss3.gemstone.com/ > or http://www.smalltalkhub.com/. > > And it might be better to say something like this: > > Note: If you would like to create a new project please consider using > http://ss3.gemstone.com/. > > Rationale: New project creation is no longer disabled on squeaksource.com. > The smalltalkhub.com site is still beta so I am not sure that it should > be recommended. The ss3.gemstone.com seems to be solid and well supported. > > Does that sound right? Advice is welcome. > > Thanks, > Dave > >

Aug. 3, 2015

The squeaksource.com welcome page needs an update

by David T. Lewis

The squeaksource.com home page presents a warning that out of date. I would like to update that message with something more appropriate. The home page currently says this: Note: The creation of new projects has been disabled. If you would like to create a new project please consider moving to: http://ss3.gemstone.com/ or http://www.smalltalkhub.com/. And it might be better to say something like this: Note: If you would like to create a new project please consider using http://ss3.gemstone.com/. Rationale: New project creation is no longer disabled on squeaksource.com. The smalltalkhub.com site is still beta so I am not sure that it should be recommended. The ss3.gemstone.com seems to be solid and well supported. Does that sound right? Advice is welcome. Thanks, Dave

Aug. 3, 2015

Re: [Pharo-dev] line endings

by Peter UhnÃ¡k

Well yes, but Mac OS X (the first Mac using LF instead of CR) was released 14 years ago. All *nixes uses LF and Windows CRLF. So if we are not going to respect the platform, at least we could adhere to unix standards (LF). On Mon, Aug 3, 2015 at 9:41 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I think this is for historical reason. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Aug 3, 2015, at 3:57 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Why does Pharo save everything with CR line endings? Literally nobody uses > that. > > Peter > > >

Aug. 3, 2015

Re: [Pharo-dev] OSProcess on windows

by Levente Uzonyi

On Mon, 3 Aug 2015, Thierry Goubier wrote: > Le 03/08/2015 21:56, David T. Lewis a Ã©crit : >> The OSProcess implementation for Windows is incomplete. I recommend >> Levente's ProcessWrapper (http://www.squeaksource.com/ProcessWrapper/) as >> an alternative for Windows. > > And GitFileTree (the main reason for trying to crash the external process > support on Pharo :) ) uses ProcessWrapper on Windows and OSProcess elsewhere. > All the reports about the unstability of GitFileTree on Windows relate to the > combination GitFileTree + ProcessWrapper. > > Now, if someone knowledgeable with ProcessWrapper wants to check the code > calling it, I'm all for it :) The only code I could find is MCFileTreeGitRepository class's runProcessWrapperGitCommand: aCommandString in: aDirectory | r | (Smalltalk at: #ProcessWrapper ifAbsent: [ self error: 'Please load ProcessWrapper' ]) ifNotNil: [ :pW | r := pW new useStdout; startWithShellCommand: self gitCommand , ' -C "' , (MCFileTreeFileUtils current directoryPathString: aDirectory) , '" ' , aCommandString; upToEnd ]. ^ r What is the actual problem with the code? Why is the command executed in a shell? Levente > > Thierry > >> >> Dave >> >> >>> Thanks for the links. Unfortunately none of these really explain what the >>> problem with OSProcess is. I see there were attempts to try using >>> ProcessWrapper instead of OSProcess on windows, but there's no feedback >>> on that thread, so there may be a solution out there, but no one is using >>> it. >>> >>> Levente >>> >>> On Mon, 3 Aug 2015, Peter UhnÃÂ¡k wrote: >>> >>>> On Mon, Aug 3, 2015 at 7:14 PM, Levente Uzonyi <leves(a)elte.hu> wrote: >>>> On Mon, 3 Aug 2015, Peter UhnÃÂ¡k wrote: >>>> >>>> >>>> Ã Ã Ã but the git user experience under Windows has to be >>>> improved if we want to use efficiently the other >>>> functionalities of github (pull requests, commit, >>>> branches,Ã¢â¬Â¦). >>>> >>>> >>>> Well some of the experience can be mitigated with tools like >>>> GitHub for Windows, but the main problem is that git with >>>> Pharo is incredibly unstable on Windows and crashes >>>> constantly. >>>> That's our experience >>>> with it so my colleague had to switch to pure filetree out >>>> of frustration. >>>> This however is NOT problem of git, it's problem of >>>> OSProcess. But it does render it almost unusable for now. >>>> (At least for us.) >>>> >>>> >>>> What's the problem with OSProcess on windows? >>>> >>>> >>>> http://forum.world.st/Gitfiletree-unstable-on-Windows-td4816354.html >>>> http://forum.world.st/gitfiletree-metadata-td4838970.html >>>> http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-td4806791.html >>>> >>>> >> >> >> >> > > >

Aug. 3, 2015

Re: [Pharo-dev] open street map example

by Thierry Goubier

Le 3 aoÃ»t 2015 10:33 PM, "Alexandre Bergel" <alexandre.bergel(a)me.com> a Ã©crit : > > Yes, and this is pretty cool! Thanks Thierry for it! Well, Roassal is very cool :) Thierry > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Aug 3, 2015, at 5:19 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: >> >> Le 03/08/2015 17:28, Alexandre Bergel a Ã©crit : >>> >>> Hi! >>> >>> Some of you have an interest in visualizing graphs on top of open street >>> maps. >> >> >> Yes! This is why we designed the Roassal OpenStreetMap support that way :) >> >> Thierry >> >>> Together with Hilaire we made a small example: >>> >>> -=-=-=-=-=-=-=-=-=-=-=-= >>> | v map data b d whiteBackground london elementsAndEdges | >>> v := RTView new. >>> v @ RTDraggableView. >>> map := RTOSM new. >>> v add: map element. >>> >>> "Place to set the data and center the camera" >>> london := 51.507222@ -0.1275. >>> "Some arbitrary data" >>> data := ((1 to: 500) collect: [ :i | 50 atRandom - 25 ]) cumsum. >>> >>> "We build the graph" >>> b := RTGrapher new. >>> b extent: 100@30. >>> d := RTData new. >>> d noDot. >>> d connectColor: Color red. >>> d points: data. >>> >>> b add: d. >>> b axisY >>> labelFontHeight: 6; >>> color: Color red; >>> title: 'Sale'. >>> >>> b axisX color: Color red; noTick; title: 'country'. >>> b build. >>> elementsAndEdges := b view elements, b view edges. >>> >>> "We create a white background" >>> whiteBackground := (RTRoundedBox new color: Color white trans; >>> borderRadius: 10) element. >>> v add: whiteBackground. >>> v addAll: elementsAndEdges. >>> RTNest new on: whiteBackground nest: elementsAndEdges. >>> whiteBackground translateTo: (map latLonToRoassal: london). >>> >>> v canvas camera translateTo: (map latLonToRoassal: london). >>> v canvas camera noInitializationWhenOpen. >>> v canvas camera scale: 1.5. >>> v >>> -=-=-=-=-=-=-=-=-=-=-=-= >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >> >> >

Aug. 3, 2015

Re: [Pharo-dev] open street map example

by Alexandre Bergel

Yes, and this is pretty cool! Thanks Thierry for it! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Aug 3, 2015, at 5:19 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Le 03/08/2015 17:28, Alexandre Bergel a Ã©crit : >> Hi! >> >> Some of you have an interest in visualizing graphs on top of open street >> maps. > > Yes! This is why we designed the Roassal OpenStreetMap support that way :) > > Thierry > >> Together with Hilaire we made a small example: >> >> -=-=-=-=-=-=-=-=-=-=-=-= >> | v map data b d whiteBackground london elementsAndEdges | >> v := RTView new. >> v @ RTDraggableView. >> map := RTOSM new. >> v add: map element. >> >> "Place to set the data and center the camera" >> london := 51.507222@ -0.1275. >> "Some arbitrary data" >> data := ((1 to: 500) collect: [ :i | 50 atRandom - 25 ]) cumsum. >> >> "We build the graph" >> b := RTGrapher new. >> b extent: 100@30. >> d := RTData new. >> d noDot. >> d connectColor: Color red. >> d points: data. >> >> b add: d. >> b axisY >> labelFontHeight: 6; >> color: Color red; >> title: 'Sale'. >> >> b axisX color: Color red; noTick; title: 'country'. >> b build. >> elementsAndEdges := b view elements, b view edges. >> >> "We create a white background" >> whiteBackground := (RTRoundedBox new color: Color white trans; >> borderRadius: 10) element. >> v add: whiteBackground. >> v addAll: elementsAndEdges. >> RTNest new on: whiteBackground nest: elementsAndEdges. >> whiteBackground translateTo: (map latLonToRoassal: london). >> >> v canvas camera translateTo: (map latLonToRoassal: london). >> v canvas camera noInitializationWhenOpen. >> v canvas camera scale: 1.5. >> v >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > >

Aug. 3, 2015