August 2015 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] open street map example

by Thierry Goubier

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] OSProcess on windows

by Thierry Goubier

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 :) 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] OSProcess on windows (was: Re: Google Code Shutdown)

by David T. Lewis

The OSProcess implementation for Windows is incomplete. I recommend Levente's ProcessWrapper (http://www.squeaksource.com/ProcessWrapper/) as an alternative for Windows. 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