February 2015 - Pharo-users

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Thierry Goubier

Hi Hernan, thanks, but ProcessWrapper isn't available on Pharo 3 nor Pharo 4. Could you tell which configuration or metacello script we need to load it? Thierry Le 22/02/2015 17:52, HernÃ¡n Morales Durand a Ã©crit : > > ProcessWrapper new > useStdout; > startWithShellCommand: 'echo hello'; > upToEnd > > > HernÃ¡n > > Because this is where we are now: GitFileTree can run git commands > on windows (and they do run correctly), it's just that the command > output isn't recovered. > > Help, please! > > Thierry > > > Pharo image if you need: > http://www.mediafire.com/__download/zsguw7suit4vdu7/15-__02-22_10.25.zip > <http://www.mediafire.com/download/zsguw7suit4vdu7/15-02-22_10.25.zip> > > > Jan > > > Thierry Goubier wrote > > Le 21/02/2015 21:50, Jan B. a Ã©crit : > > Hi > > Thanks for reply. > > When I run this load command on Pharo 3, I get exception > "FileDoesNotExist: > @ \tmp\github-__dalehenrichfiletreeissue142.__zip" > > > Ok. I have uploaded the latest version of > MonticelloFileTree-Git on > smalltalkhub; > > Gofer new > url: > 'https://smalltalkhub.com/mc/__Pharo/MetaRepoForPharo30/main > <https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main>'__; > configurationOf: 'GitFileTree'; > loadDevelopment > > should pick it up > > Thierry > > On Pharo 4, it loads. But when I try to add gitfiletree > repository now > (ie. > clean pharo 4 platfrom -> your > issue 142 load command -> adding gitfiletree > repository), I get exception > "MessageNotUnderstood: ExternalWindowsOSProcess > class>>defaultShellPath > > When I afterwards try to manually load latest OSProcess > packages, I get > the > same exception like before, without this issue 142 loading: > "MessageNotUnderstood: receiver of "addFirst:" is nil > > Jan > > > Thierry Goubier wrote > > Hi Jan, > > ok, the latest cod for GitFileTree is available on a > dedicated branch on > filetree. The way to load it is: > > Metacello new > baseline: 'FileTree'; > repository: > 'github://dalehenrich/__filetree:issue_142/repository'__; > load: 'Git' > > It rely on OSProcess, and I'm not entirely sure of > OSProcess on windows, > but I've simplified the commands, in part to ease an > eventual Windows > support. So, if you happen to be able to test? > > I would suggest pharo3.0 as your platform. I think > changes to filetree > to handle pharo4.0 are still on a separate branch. > > Thierry > > -- > View this message in context: > http://forum.world.st/Git-__gitfiletree-on-Pharo-vs-__Windows-tp4806791p480… > <http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4806824…> > Sent from the Pharo Smalltalk Users mailing list archive > at Nabble.com. > > > > > > > > > -- > View this message in context: > http://forum.world.st/Git-__gitfiletree-on-Pharo-vs-__Windows-tp4806791p480… > <http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4806857…> > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > >

Feb. 22, 2015

Re: [Pharo-users] [Pharo-dev] GSOC 2015 Call for Ideas

by Werner Kassens

On 02/21/2015 01:44 PM, stepharo wrote: > Indeed these are nice to have, now they will not magically happen :) > There is a 400 pages book on SciTalk. > Le 19/2/15 09:36, Andrea Ferretti a Ã©crit : >> Actually, some of the things I have mentioned above are already (I >> think) in SciSmalltalk, which brings me to the next point: >> documentation. There is really no point in having all these tools if >> people do not know they are there. >> >> For this to become useful, there should be a dedicated site, >> highlighting what is already available, in what state (experimental, >> partial, stable...) and how to use it. Hi Stefane, hi Andrea, some docu for sciTalk can be found here: https://github.com/SergeStinckwich/SciSmalltalk/wiki/SciSmalltalk-Contents werner

Feb. 22, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by HernÃ¡n Morales Durand

2015-02-22 7:04 GMT-03:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Le 22/02/2015 10:26, Jan B. a Ã©crit : > >> Hi >> >> It seems like we got a step further, now this happens when I add >> gitfiletree >> repository: https://monosnap.com/image/21Li7R29QUVJh6AVDQvzENiCEpcBeF.png >> > > Ok. So it seems to be running the command just fine, however, the output > appear in a separate window instead of being recovered by OSProcess. > > If you scrolled at the bottom of the command shell, have you seen the > result of the git branch command? > > And when I close the command line (press q), I get this additional error: >> https://monosnap.com/image/9Di55xa9UBx0Tcgd54B4I3IVn4lFJ6.png >> > > Same issue: on the previous image, what you see as output is the result of > the loadAncestry git operation... and then the load ancestry operation > fails because no output is available inside Pharo. > > So, to all Windows Pharo users... How do you run an external shell command > on windows and recover the output ? > > ProcessWrapper new useStdout; startWithShellCommand: 'echo hello'; upToEnd HernÃ¡n > Because this is where we are now: GitFileTree can run git commands on > windows (and they do run correctly), it's just that the command output > isn't recovered. > > Help, please! > > Thierry > > > Pharo image if you need: >> http://www.mediafire.com/download/zsguw7suit4vdu7/15-02-22_10.25.zip >> > > Jan >> >> >> Thierry Goubier wrote >> >>> Le 21/02/2015 21:50, Jan B. a Ã©crit : >>> >>>> Hi >>>> >>>> Thanks for reply. >>>> >>>> When I run this load command on Pharo 3, I get exception >>>> "FileDoesNotExist: >>>> @ \tmp\github-dalehenrichfiletreeissue142.zip" >>>> >>> >>> Ok. I have uploaded the latest version of MonticelloFileTree-Git on >>> smalltalkhub; >>> >>> Gofer new >>> url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main' >>> ; >>> configurationOf: 'GitFileTree'; >>> loadDevelopment >>> >>> should pick it up >>> >>> Thierry >>> >>> On Pharo 4, it loads. But when I try to add gitfiletree repository now >>>> (ie. >>>> clean pharo 4 platfrom -> your >>>> issue 142 load command -> adding gitfiletree repository), I get >>>> exception >>>> "MessageNotUnderstood: ExternalWindowsOSProcess class>>defaultShellPath >>>> >>>> When I afterwards try to manually load latest OSProcess packages, I get >>>> the >>>> same exception like before, without this issue 142 loading: >>>> "MessageNotUnderstood: receiver of "addFirst:" is nil >>>> >>>> Jan >>>> >>>> >>>> Thierry Goubier wrote >>>> >>>>> Hi Jan, >>>>> >>>>> ok, the latest cod for GitFileTree is available on a dedicated branch >>>>> on >>>>> filetree. The way to load it is: >>>>> >>>>> Metacello new >>>>> baseline: 'FileTree'; >>>>> repository: 'github://dalehenrich/ >>>>> filetree:issue_142/repository'; >>>>> load: 'Git' >>>>> >>>>> It rely on OSProcess, and I'm not entirely sure of OSProcess on >>>>> windows, >>>>> but I've simplified the commands, in part to ease an eventual Windows >>>>> support. So, if you happen to be able to test? >>>>> >>>>> I would suggest pharo3.0 as your platform. I think changes to filetree >>>>> to handle pharo4.0 are still on a separate branch. >>>>> >>>>> Thierry >>>>> >>>>> -- >>>> View this message in context: >>>> http://forum.world.st/Git-gitfiletree-on-Pharo-vs- >>>> Windows-tp4806791p4806824.html >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>> >>>> >>>> >>>> >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Git- >> gitfiletree-on-Pharo-vs-Windows-tp4806791p4806857.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >> > >

Feb. 22, 2015

Re: [Pharo-users] Any static web site generators for pharo with bootstrap support?

by Martin BÃ¤hr

Excerpts from Ben Coman's message of 2015-02-22 15:57:49 +0100: > +1 btw, just a project name that pops into my head is "phykll" = fickle. fickle means changing frequently, but these are static pages. so how about "stykll" or "stekyll" = stickle? to stick to ones point, like static pages do... greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Feb. 22, 2015

Re: [Pharo-users] Any static web site generators for pharo with bootstrap support?

by Ben Coman

+1 btw, just a project name that pops into my head is "phykll" = fickle. Name donated free to a good home ;) I think its good to rhyme with other well known tools in the same domain, and only 145 hits on google!. cheers -ben On Sun, Feb 22, 2015 at 9:50 PM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > Having a framework to generate static website from Pharo like Jekyll > (http://jekyllrb.com/) or DocPad (https://docpad.org/) would be great > ;-) > > On Sat, Feb 21, 2015 at 1:46 AM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net> wrote: > > Hi all, > > > > I'm planning to make a web site. Nothing fancy, just a web site for the > > grafoscopio project I have told you about already. I started to use > Nikola > > blog engine[1], but, after a while I thought I want to try something > else, > > something that can create static web sites like Nikola, but with more > > interactive feedback and made in Smalltalk. I have found Bootstrap for > > Seaside [2], but I don't want the "Seaside" part in the sense that I > don't > > want to create any behaviour served by Seaside or configure any server > for > > that matter, just to put some Smalltalk code that produces static html > > powered by boostrap and put it under distributed source control > management, > > like I do now with my blog. There is something like that in > Pharo/Smalltalk > > or any approach you suggest me to make it happen fluidly? > > > > [1] http://getnikola.com/ > > [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap > > > > Thanks, > > > > Offray > > > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

Feb. 22, 2015

Re: [Pharo-users] Any static web site generators for pharo with bootstrap support?

by Serge Stinckwich

Having a framework to generate static website from Pharo like Jekyll (http://jekyllrb.com/) or DocPad (https://docpad.org/) would be great ;-) On Sat, Feb 21, 2015 at 1:46 AM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > Hi all, > > I'm planning to make a web site. Nothing fancy, just a web site for the > grafoscopio project I have told you about already. I started to use Nikola > blog engine[1], but, after a while I thought I want to try something else, > something that can create static web sites like Nikola, but with more > interactive feedback and made in Smalltalk. I have found Bootstrap for > Seaside [2], but I don't want the "Seaside" part in the sense that I don't > want to create any behaviour served by Seaside or configure any server for > that matter, just to put some Smalltalk code that produces static html > powered by boostrap and put it under distributed source control management, > like I do now with my blog. There is something like that in Pharo/Smalltalk > or any approach you suggest me to make it happen fluidly? > > [1] http://getnikola.com/ > [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap > > Thanks, > > Offray > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Feb. 22, 2015

Re: [Pharo-users] MouseWheelEvent direction in Pharo 4

by Nicolai Hess

The idea behind this change was to not rely on any symbol #up or character but ask the event directly: event isUp event isDown ... see issue 4795 <https://pharo.fogbugz.com/default.asp?4795> Horizontal wheel events and 14907 <https://pharo.fogbugz.com/default.asp?14907> #mouseWheel: knows too much This is in Pharo4 and the external packages Athens and TxText are already changed to use the new methods but their updated versions aren't integrated in Pharo4 yet. nicolai 2015-02-22 12:32 GMT+01:00 Jan B. <bliznjan(a)fit.cvut.cz>: > Hello > > In latest builds of Pharo 4 (in last 2 months probably), there has been a > change in settings of mouse wheel event creation. > In HandMorph >>#generateKeyboardEvent: > > In Pharo 3 there is MouseWheelEvent created by calling > MouseWheelEvent new > setType: #mouseWheel > position: lastMouseEvent cursorPoint > direction: (charCode = 30 ifTrue: [#up] ifFalse: [#down]) > buttons: buttons > hand: self > stamp: stamp > > In latest Pharo 4 image, there is MouseWheelEvent created by calling > MouseWheelEvent > fromCharacter: charCode asCharacter > position: lastMouseEvent cursorPoint > buttons: buttons > hand: self > stamp: stamp > > There is a difference in what it results into, especially in > MouseWheelEvent's instance variable direction. Pharo 3 sets direction to > #up, Pharo 4 sets it to Character arrowUp. > > My question is whether direction being Character arrowUp is bug or feature, > therefore if it should be fixed on Pharo side by using #up direction in > MouseWheelEvent like before, or if it should be fixed on users side > (Roassal > for example), which currently compare it to symbol #up and should all > compare it to Character arrowUp from now on. > > Jan > > > > -- > View this message in context: > http://forum.world.st/MouseWheelEvent-direction-in-Pharo-4-tp4806863.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 22, 2015

MouseWheelEvent direction in Pharo 4

by Jan B.

Hello In latest builds of Pharo 4 (in last 2 months probably), there has been a change in settings of mouse wheel event creation. In HandMorph >>#generateKeyboardEvent: In Pharo 3 there is MouseWheelEvent created by calling MouseWheelEvent new setType: #mouseWheel position: lastMouseEvent cursorPoint direction: (charCode = 30 ifTrue: [#up] ifFalse: [#down]) buttons: buttons hand: self stamp: stamp In latest Pharo 4 image, there is MouseWheelEvent created by calling MouseWheelEvent fromCharacter: charCode asCharacter position: lastMouseEvent cursorPoint buttons: buttons hand: self stamp: stamp There is a difference in what it results into, especially in MouseWheelEvent's instance variable direction. Pharo 3 sets direction to #up, Pharo 4 sets it to Character arrowUp. My question is whether direction being Character arrowUp is bug or feature, therefore if it should be fixed on Pharo side by using #up direction in MouseWheelEvent like before, or if it should be fixed on users side (Roassal for example), which currently compare it to symbol #up and should all compare it to Character arrowUp from now on. Jan -- View this message in context: http://forum.world.st/MouseWheelEvent-direction-in-Pharo-4-tp4806863.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 22, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Jan B.

In the window with list of commits, there was nothing else. Nothing above or under it and it closes the window when I press q. However, before this command line window is opened, there briefly flashes another command line window (opens and immediately closes again), but I did not find a way to keep all command line windows opened after execution finishes. Thierry Goubier wrote > Le 22/02/2015 10:26, Jan B. a Ã©crit : >> Hi >> >> It seems like we got a step further, now this happens when I add >> gitfiletree >> repository: https://monosnap.com/image/21Li7R29QUVJh6AVDQvzENiCEpcBeF.png > > Ok. So it seems to be running the command just fine, however, the output > appear in a separate window instead of being recovered by OSProcess. > > If you scrolled at the bottom of the command shell, have you seen the > result of the git branch command? -- View this message in context: http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4806859… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 22, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Thierry Goubier

Le 22/02/2015 10:26, Jan B. a Ã©crit : > Hi > > It seems like we got a step further, now this happens when I add gitfiletree > repository: https://monosnap.com/image/21Li7R29QUVJh6AVDQvzENiCEpcBeF.png Ok. So it seems to be running the command just fine, however, the output appear in a separate window instead of being recovered by OSProcess. If you scrolled at the bottom of the command shell, have you seen the result of the git branch command? > And when I close the command line (press q), I get this additional error: > https://monosnap.com/image/9Di55xa9UBx0Tcgd54B4I3IVn4lFJ6.png Same issue: on the previous image, what you see as output is the result of the loadAncestry git operation... and then the load ancestry operation fails because no output is available inside Pharo. So, to all Windows Pharo users... How do you run an external shell command on windows and recover the output ? Because this is where we are now: GitFileTree can run git commands on windows (and they do run correctly), it's just that the command output isn't recovered. Help, please! Thierry > Pharo image if you need: > http://www.mediafire.com/download/zsguw7suit4vdu7/15-02-22_10.25.zip > Jan > > > Thierry Goubier wrote >> Le 21/02/2015 21:50, Jan B. a Ã©crit : >>> Hi >>> >>> Thanks for reply. >>> >>> When I run this load command on Pharo 3, I get exception >>> "FileDoesNotExist: >>> @ \tmp\github-dalehenrichfiletreeissue142.zip" >> >> Ok. I have uploaded the latest version of MonticelloFileTree-Git on >> smalltalkhub; >> >> Gofer new >> url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; >> configurationOf: 'GitFileTree'; >> loadDevelopment >> >> should pick it up >> >> Thierry >> >>> On Pharo 4, it loads. But when I try to add gitfiletree repository now >>> (ie. >>> clean pharo 4 platfrom -> your >>> issue 142 load command -> adding gitfiletree repository), I get exception >>> "MessageNotUnderstood: ExternalWindowsOSProcess class>>defaultShellPath >>> >>> When I afterwards try to manually load latest OSProcess packages, I get >>> the >>> same exception like before, without this issue 142 loading: >>> "MessageNotUnderstood: receiver of "addFirst:" is nil >>> >>> Jan >>> >>> >>> Thierry Goubier wrote >>>> Hi Jan, >>>> >>>> ok, the latest cod for GitFileTree is available on a dedicated branch on >>>> filetree. The way to load it is: >>>> >>>> Metacello new >>>> baseline: 'FileTree'; >>>> repository: 'github://dalehenrich/filetree:issue_142/repository'; >>>> load: 'Git' >>>> >>>> It rely on OSProcess, and I'm not entirely sure of OSProcess on windows, >>>> but I've simplified the commands, in part to ease an eventual Windows >>>> support. So, if you happen to be able to test? >>>> >>>> I would suggest pharo3.0 as your platform. I think changes to filetree >>>> to handle pharo4.0 are still on a separate branch. >>>> >>>> Thierry >>>> >>> -- >>> View this message in context: >>> http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4806824… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >>> > > > > > > -- > View this message in context: http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4806857… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

Feb. 22, 2015