October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Spec: scaling imageModels

by stepharo

Hi matteo Please open a bug entry and submit a fix and there is a good chance that your enhancements will be added to Pharo. We cannot crawl the mails and do that in addition to all the rest. :) Stef

Oct. 22, 2016

Re: [Pharo-users] Glamorous Toolkit as IDE for another language?

by Alexandre Bergel

Hi Luke! Yes, this is a good idea and it should not be too hard to have a first usable result. It all depends on how far you want the IDE to be. Having a Playground / Workspace, Inspector, and a code browser should not be too hard. If you wish to have (i) Pharo and Lua directly talk to each other or (ii) support Lua refactoring then this is significantly more complicated. Cheers, Alexandre > On Oct 22, 2016, at 6:47 AM, Luke Gorrie <luke(a)snabb.co> wrote: > > Howdy, > > I am interested in building a Lua IDE using the Glamorous Toolkit. The idea is that the Playground, the Inspector, the Spotter, and the Debugger would all be interacting with an external Lua process instead of running code in the Pharo image. The "under the hood" part of Pharo - Smalltalk code - would be hidden unless specially enabled. > > Good or bad idea? Any tips on how to approach this? Has something similar been done before? (Is there example code available?) > > Cheers, > -Luke > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 22, 2016

Re: [Pharo-users] Other format to Filetree

by Dimitris Chloupis

and if you want to copy the text to the clipboard so you can paste it anywhere, for example gist, pastebin etc add the following command in the end of the script i gave you Clipboard clipboardText: source. On Sat, Oct 22, 2016 at 6:24 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > if we are talking a code fragment , say a few dozen lines of code then do > the following: > > 1) Open the Playground > 2) Type : Transcript open. Transcript show: 'hello world'. > 3) Press the Remote publish button ( next to green triangle icon) > 4) will give you a link and will paste the link to your keyboard > 5) profit ! > > in my case > > http://ws.stfx.eu/HYOEJ3B0WJH9 > > If you feel adventurous and you want to send the source code of a class > directly to the playground , including all its instance and class methods , > in order to remotely publish it , you can make a method that does this > using this code > > source :=''. > targetClass:= Transcript. > source := source,String cr,'"--------Instance Methods------------"',String > cr. > targetClass class methods do: [:each| source := source , (each > sourceCode), String cr,'"-----------------------------"', String cr]. > source := source,String cr,'"--------Class Methods------------"',String > cr. > targetClass class class methods do: [:each| source := source , (each > sourceCode), String cr,'"-----------------------------"', String cr]. > x:= GTPlayground openContents: source. > > > On Sat, Oct 22, 2016 at 5:19 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > > Thanks for the answers! > > Charlie: It happens that most people are not willing to download the > environment, no matter how many times you tell and explain that it is dead > simple, before look at some code and discuss solutions, so this becomes a > barrier for them to look further in the Smalltalk world.This is not > exclusive for Smalltalk, I am in a discussion group that people program in > Java, Scala, Go, Clojure and Ruby, and no one wants to set up an > environment of a foreign language before peeking at some code. > > Dimitris: I like your idea, I will think in something in these lines if > fileout don't work. > > Dale: Wow! A SmalltalkBrowser in web for Filetree would be awesome! In the > mean time I think file-per-class, as described Martin, would just do the > trick. :) > > If fileout do the trick I will let you know :) > > Thanks you all! > Vitor > > On Sat, Oct 22, 2016 at 10:49 AM, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> wrote: > > This is a good suggestion ... along these lines I've always thought that > it would make a lot of sense to write a SmalltalkBrowser for Github in > Amber of PHaroJS that would read Filetree package structure and display it > the "right way" ... For extra credit one could even edit code in the > browser:) > > And of course, the SmalltalkBrowser shouldn't be limited to just GitHub ... > > I wish that I had the spare cycles to do this:) > > Dale > > On 10/21/16 6:06 PM, Charlie Robbats wrote: > > I'd like to suggest you teach people Smalltalk natively, so they don't get > distracted by the false view of a filetree of classes. One huge > differentiator of Smalltalk, from any other language out there, is the > live object environment. You should use that environment to teach from or > the nuance will be lost and they may well give up. Consider, is there any > Java IDE that allows any expression anywhere to be evaluated and inspected > with a mouse click or shortcut? So host your mcz on github but provide an > install doc to have them install Pharo and load your code, for the lessons. > They will look at Smalltalk code naturally in Pharo browsers and be exposed > to an IDE they have never before experienced, as well. In the process you > can webinar your navigations that they can follow along. Nebraska around? > Those who consider it worthy will stay. Keep doing what you are doing! > > Charlie > > On 10/21/2016 8:51 PM, Vitor Medina Cruz wrote: > > Thank you for the answers! Actually my question has a rather silly reason: > I find it difficult to navigate and peek at code in the current format. I > would like to show ST code to other people through GitHub â it is pretty > common for me to discuss implementations of katas, for example, from > multiple platforms only looking at the GitHub project â, but the format get > in the way. People usually give up of looking it because it is hard to > navigate through the directory tree and understand all the separate pieces > as a whole, and so I must explain my solution verbally and people get > suspicious of ST and unwilling to try the environment for the first time. > :( > > I think I am going to commit a fileout of the project, maybe people will > find easier to peek at. Do you have other suggestion? > > Thanks! > Vitor > > On Fri, Oct 21, 2016 at 4:36 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > Do you have something specific in your mind ? > > What are your needs and desires for an alternate Filetree format ? What > you want to see changed in Filetreee ? > > > On Fri, Oct 21, 2016 at 7:02 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > > Hello, > > I was wondering: is there another format available for Filetree? > > Regards, > Vitor > > > > > >

Oct. 22, 2016

Re: [Pharo-users] Other format to Filetree

by Dimitris Chloupis

if we are talking a code fragment , say a few dozen lines of code then do the following: 1) Open the Playground 2) Type : Transcript open. Transcript show: 'hello world'. 3) Press the Remote publish button ( next to green triangle icon) 4) will give you a link and will paste the link to your keyboard 5) profit ! in my case http://ws.stfx.eu/HYOEJ3B0WJH9 If you feel adventurous and you want to send the source code of a class directly to the playground , including all its instance and class methods , in order to remotely publish it , you can make a method that does this using this code source :=''. targetClass:= Transcript. source := source,String cr,'"--------Instance Methods------------"',String cr. targetClass class methods do: [:each| source := source , (each sourceCode), String cr,'"-----------------------------"', String cr]. source := source,String cr,'"--------Class Methods------------"',String cr. targetClass class class methods do: [:each| source := source , (each sourceCode), String cr,'"-----------------------------"', String cr]. x:= GTPlayground openContents: source. On Sat, Oct 22, 2016 at 5:19 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Thanks for the answers! > > Charlie: It happens that most people are not willing to download the > environment, no matter how many times you tell and explain that it is dead > simple, before look at some code and discuss solutions, so this becomes a > barrier for them to look further in the Smalltalk world.This is not > exclusive for Smalltalk, I am in a discussion group that people program in > Java, Scala, Go, Clojure and Ruby, and no one wants to set up an > environment of a foreign language before peeking at some code. > > Dimitris: I like your idea, I will think in something in these lines if > fileout don't work. > > Dale: Wow! A SmalltalkBrowser in web for Filetree would be awesome! In the > mean time I think file-per-class, as described Martin, would just do the > trick. :) > > If fileout do the trick I will let you know :) > > Thanks you all! > Vitor > > On Sat, Oct 22, 2016 at 10:49 AM, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> wrote: > > This is a good suggestion ... along these lines I've always thought that > it would make a lot of sense to write a SmalltalkBrowser for Github in > Amber of PHaroJS that would read Filetree package structure and display it > the "right way" ... For extra credit one could even edit code in the > browser:) > > And of course, the SmalltalkBrowser shouldn't be limited to just GitHub ... > > I wish that I had the spare cycles to do this:) > > Dale > > On 10/21/16 6:06 PM, Charlie Robbats wrote: > > I'd like to suggest you teach people Smalltalk natively, so they don't get > distracted by the false view of a filetree of classes. One huge > differentiator of Smalltalk, from any other language out there, is the > live object environment. You should use that environment to teach from or > the nuance will be lost and they may well give up. Consider, is there any > Java IDE that allows any expression anywhere to be evaluated and inspected > with a mouse click or shortcut? So host your mcz on github but provide an > install doc to have them install Pharo and load your code, for the lessons. > They will look at Smalltalk code naturally in Pharo browsers and be exposed > to an IDE they have never before experienced, as well. In the process you > can webinar your navigations that they can follow along. Nebraska around? > Those who consider it worthy will stay. Keep doing what you are doing! > > Charlie > > On 10/21/2016 8:51 PM, Vitor Medina Cruz wrote: > > Thank you for the answers! Actually my question has a rather silly reason: > I find it difficult to navigate and peek at code in the current format. I > would like to show ST code to other people through GitHub â it is pretty > common for me to discuss implementations of katas, for example, from > multiple platforms only looking at the GitHub project â, but the format get > in the way. People usually give up of looking it because it is hard to > navigate through the directory tree and understand all the separate pieces > as a whole, and so I must explain my solution verbally and people get > suspicious of ST and unwilling to try the environment for the first time. > :( > > I think I am going to commit a fileout of the project, maybe people will > find easier to peek at. Do you have other suggestion? > > Thanks! > Vitor > > On Fri, Oct 21, 2016 at 4:36 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > Do you have something specific in your mind ? > > What are your needs and desires for an alternate Filetree format ? What > you want to see changed in Filetreee ? > > > On Fri, Oct 21, 2016 at 7:02 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > > Hello, > > I was wondering: is there another format available for Filetree? > > Regards, > Vitor > > > > > >

Oct. 22, 2016

Re: [Pharo-users] Xtreams: Debugging Grammars

by Sean P. DeNigris

Chris Cunnington-4 wrote > Try this... Thanks for that detailed explanation! Very interesting... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Xtreams-Debugging-Grammars-tp4919654p4919736.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 22, 2016

Re: [Pharo-users] Other format to Filetree

by Vitor Medina Cruz

Thanks for the answers! Charlie: It happens that most people are not willing to download the environment, no matter how many times you tell and explain that it is dead simple, before look at some code and discuss solutions, so this becomes a barrier for them to look further in the Smalltalk world.This is not exclusive for Smalltalk, I am in a discussion group that people program in Java, Scala, Go, Clojure and Ruby, and no one wants to set up an environment of a foreign language before peeking at some code. Dimitris: I like your idea, I will think in something in these lines if fileout don't work. Dale: Wow! A SmalltalkBrowser in web for Filetree would be awesome! In the mean time I think file-per-class, as described Martin, would just do the trick. :) If fileout do the trick I will let you know :) Thanks you all! Vitor On Sat, Oct 22, 2016 at 10:49 AM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > This is a good suggestion ... along these lines I've always thought that > it would make a lot of sense to write a SmalltalkBrowser for Github in > Amber of PHaroJS that would read Filetree package structure and display it > the "right way" ... For extra credit one could even edit code in the > browser:) > > And of course, the SmalltalkBrowser shouldn't be limited to just GitHub ... > > I wish that I had the spare cycles to do this:) > > Dale > > On 10/21/16 6:06 PM, Charlie Robbats wrote: > > I'd like to suggest you teach people Smalltalk natively, so they don't get > distracted by the false view of a filetree of classes. One huge > differentiator of Smalltalk, from any other language out there, is the > live object environment. You should use that environment to teach from or > the nuance will be lost and they may well give up. Consider, is there any > Java IDE that allows any expression anywhere to be evaluated and inspected > with a mouse click or shortcut? So host your mcz on github but provide an > install doc to have them install Pharo and load your code, for the lessons. > They will look at Smalltalk code naturally in Pharo browsers and be exposed > to an IDE they have never before experienced, as well. In the process you > can webinar your navigations that they can follow along. Nebraska around? > Those who consider it worthy will stay. Keep doing what you are doing! > > Charlie > > On 10/21/2016 8:51 PM, Vitor Medina Cruz wrote: > > Thank you for the answers! Actually my question has a rather silly reason: > I find it difficult to navigate and peek at code in the current format. I > would like to show ST code to other people through GitHub â it is pretty > common for me to discuss implementations of katas, for example, from > multiple platforms only looking at the GitHub project â, but the format get > in the way. People usually give up of looking it because it is hard to > navigate through the directory tree and understand all the separate pieces > as a whole, and so I must explain my solution verbally and people get > suspicious of ST and unwilling to try the environment for the first time. > :( > > I think I am going to commit a fileout of the project, maybe people will > find easier to peek at. Do you have other suggestion? > > Thanks! > Vitor > > On Fri, Oct 21, 2016 at 4:36 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> Do you have something specific in your mind ? >> >> What are your needs and desires for an alternate Filetree format ? What >> you want to see changed in Filetreee ? >> >> >> On Fri, Oct 21, 2016 at 7:02 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Hello, >>> >>> I was wondering: is there another format available for Filetree? >>> >>> Regards, >>> Vitor >>> >> > > >

Oct. 22, 2016

Re: [Pharo-users] Spec: scaling imageModels

by Nicolai Hess

Fogbugz! Am 22.10.2016 3:08 nachm. schrieb "Matteo Bellotto via Pharo-users" < pharo-users(a)lists.pharo.org>: > > > ---------- Weitergeleitete Nachricht ---------- > From: Matteo Bellotto <matteob8(a)yahoo.it> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Sat, 22 Oct 2016 13:07:21 +0000 (UTC) > Subject: Re: [Pharo-users] Spec: scaling imageModels > Hi Stef, > sorry, I didn't get it from your first mail! > > Have I to submit the bug entry, and the fix, thorugh "fogbugz" or GitHub? > > thanks, > Matteo > > > Il GiovedÃ¬ 20 Ottobre 2016 9:12, stepharo <stepharo(a)free.fr> ha scritto: > > > Hi matteo > > Please open a bug entry and submit a fix and there is a good chance that > your enhancements > > will be added to Pharo. > > We cannot crawl the mails and do that in addition to all the rest. :) > > > Stef > > > > >

Oct. 22, 2016

Re: [Pharo-users] Spec: scaling imageModels

by Matteo Bellotto

Hi Stef,sorry, I didn't get it from your first mail! Have I to submit the bug entry, and the fix, thorugh "fogbugz" or GitHub? thanks,MatteoÂ Il GiovedÃ¬ 20 Ottobre 2016 9:12, stepharo <stepharo(a)free.fr> ha scritto: Hi matteo Please open a bug entry and submit a fix and there is a good chance that your enhancements will be added to Pharo. We cannot crawl the mails and do that in addition to all the rest. :) Stef

Oct. 22, 2016

Re: [Pharo-users] Other format to Filetree

by Dale Henrichs

This is a good suggestion ... along these lines I've always thought that it would make a lot of sense to write a SmalltalkBrowser for Github in Amber of PHaroJS that would read Filetree package structure and display it the "right way" ... For extra credit one could even edit code in the browser:) And of course, the SmalltalkBrowser shouldn't be limited to just GitHub ... I wish that I had the spare cycles to do this:) Dale On 10/21/16 6:06 PM, Charlie Robbats wrote: > > I'd like to suggest you teach people Smalltalk natively, so they don't > get distracted by the false view of a filetree of classes. One huge > differentiator of Smalltalk, from any other language out there, is > the live object environment. You should use that environment to teach > from or the nuance will be lost and they may well give up. Consider, > is there any Java IDE that allows any expression anywhere to be > evaluated and inspected with a mouse click or shortcut? So host your > mcz on github but provide an install doc to have them install Pharo > and load your code, for the lessons. They will look at Smalltalk code > naturally in Pharo browsers and be exposed to an IDE they have never > before experienced, as well. In the process you can webinar your > navigations that they can follow along. Nebraska around? Those who > consider it worthy will stay. Keep doing what you are doing! > > Charlie > > > On 10/21/2016 8:51 PM, Vitor Medina Cruz wrote: >> Thank you for the answers! Actually my question has a rather silly >> reason: I find it difficult to navigate and peek at code in the >> current format. I would like to show ST code to other people through >> GitHub â it is pretty common for me to discuss implementations of >> katas, for example, from multiple platforms only looking at the >> GitHub project â, but the format get in the way. People usually give >> up of looking it because it is hard to navigate through the directory >> tree and understand all the separate pieces as a whole, and so I must >> explain my solution verbally and people get suspicious of ST and >> unwilling to try the environment for the first time. :( >> >> I think I am going to commit a fileout of the project, maybe people >> will find easier to peek at. Do you have other suggestion? >> >> Thanks! >> Vitor >> >> On Fri, Oct 21, 2016 at 4:36 PM, Dimitris Chloupis >> <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >> >> Do you have something specific in your mind ? >> >> What are your needs and desires for an alternate Filetree format >> ? What you want to see changed in Filetreee ? >> >> >> On Fri, Oct 21, 2016 at 7:02 PM Vitor Medina Cruz >> <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com>> wrote: >> >> Hello, >> >> I was wondering: is there another format available for Filetree? >> >> Regards, >> Vitor >> >> >

Oct. 22, 2016

Re: [Pharo-users] [Voyage] Question about update of an object

by Norbert Hartl

> Am 22.10.2016 um 13:54 schrieb Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > > Hi! > > I have an application with Users that are voyage roots. Those Users can > have a object X that is also voyage roots. > > I created a web application where a User can create an object X and save > it. But now I want to adapt the component to edit an existing X object. > What I have in mind is that I can copy the instance of X, let the user > change it and save the changes if the user click on "Edit" or discard > the changes if it click on "Cancel". > > But I don't know how really works the update in Voyage. If I send "save" > to the copy of X, will it replace X inside the DB? Or should I create a > method "updateFrom:" in X to change all his variable to match the ones > from the parameter and then send "save" to the real X object? > Voyage is about identity. If you copy an object then you have a second object and voyage will create a new one in the database. If you want update an object you need to update the object ;) and not a copy of it. If you have control of all the data updated in the UI then an approach like mementos might be appropriate. You can look at Magritte how it is done there. With immutable objects we'll have other options dealing with that. Norbert > Thanks > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France >

Oct. 22, 2016