- Pharo-users - lists.pharo.org

Re: [Pharo-users] Persistence on Moose browsers, showing always a selection in trees and making tree labels editable.

by Sven Van Caekenberghe

Hi, On 28 Aug 2014, at 07:49, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > The last question its related with Sven's STON: Suppose that I would like to store light markup languages in STON which have the single quote character (') on them, without creating any escape sequence, is this possible on STON and if not, what is needed to be changed for that? I am not sure I understand, but I assume you want to be able to write another language inside a String constant. STON uses the same escape sequences as JSON. So that means you have to use either the general \uFFFF or a couple of shortcuts, like \' and \". Note however that you can use both single and double quote as string delimiters. So you do: 'x:="foo"' or "x:='foo'" as well as 'x:=\'foo\'' and "x:=\"foo\"" Does that help ? Sven

Aug. 28, 2014

Re: [Pharo-users] Installing STON from a playground/workspace

by Sven Van Caekenberghe

Offray, I am glad you like STON. It is best to use a Metacello configuration, if there is one. Then, the load script would be: Gofer it smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; configuration; loadStable. STON lives both in StHub and on SS3, so alternatively you can do: Gofer it url: 'http://ss3.gemstone.com/ss/STON'; configuration; loadStable. HTH, Sven PS: the error you made is that the package is called STON-Core ;-) On 28 Aug 2014, at 22:52, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > Hi Phil and thanks, > > I've tried this two: > > [1]=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Gofer new > url: 'http://www.smalltalkhub.com/mc/SvenVanCaekenberghe/STON/main'; > package: 'STON'; > load. > =-=-=-=-=-=-=-=-=-=-=-=-=-=- > > and: > > [2]=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Gofer new > smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; > package: 'STON'; > load. > =-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Both of them gave me "Error: Unable to resolve STON. > > I have already seen the Gofer chapter you point me (sorry to forgot to mention that), but it doesn't seem pretty clear, because it says: > > [3]=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Here is a typical Gofer script: it says that we want to load the package > PBE2GoferExample from the repository PBE2GoferExample > that is available on http://www.smalltalkhub.com > in the account of JannikLaval. > > > Gofer new > url: 'http://smalltalkhub.com/mc/PharoBooks/GoferExample/main'; > package: 'PBE2GoferExample'; > load > =-=-=-=-=-=-=-=-=-=-=-=-=-=- > > > But if I try something similar without any mention to the user (as in [1]) or if I try loading it like with my own repo (as in [2]) I get the same errror. There is something I'm missing about how to get the proper Gofer command from a url in SmalltalkHub and I would like to have it clear, because guessing is not working. > > Cheers, > > Offray > > > On 08/28/2014 01:12 PM, phil(a)highoctane.be wrote: >> http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf >> >> may help. >> >> Phil >> >> >> >> On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna CÃ¡rdenas >> <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: >> >> Hi, >> >> Last night I was playing with STON for a while. There is still things to >> learn (and I have already made my questions in the proper thread) but so far >> I have really like it. >> >> I installed it from Configuration Browser, but I would like to install it >> from a playground/workspace. I know where is located at SmalltalkHub and I >> can see there the Monticello registration, but in the chapter about >> Monticello this seems to be used for source control with graphical tools. >> How can I install STON from a playground/workspace instead of using >> graphical tools like Monticello or Configuration Browser? How can I know >> this from the SmalltalkHub page? >> >> Thanks >> >> Offray >> >> >> > >

Aug. 28, 2014

Re: [Pharo-users] Installing STON from a playground/workspace

by Offray Vladimir Luna CÃ¡rdenas

Hi Phil and thanks, I've tried this two: [1]=-=-=-=-=-=-=-=-=-=-=-=-=-=- Gofer new url: 'http://www.smalltalkhub.com/mc/SvenVanCaekenberghe/STON/main'; package: 'STON'; load. =-=-=-=-=-=-=-=-=-=-=-=-=-=- and: [2]=-=-=-=-=-=-=-=-=-=-=-=-=-=- Gofer new smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; package: 'STON'; load. =-=-=-=-=-=-=-=-=-=-=-=-=-=- Both of them gave me "Error: Unable to resolve STON. I have already seen the Gofer chapter you point me (sorry to forgot to mention that), but it doesn't seem pretty clear, because it says: [3]=-=-=-=-=-=-=-=-=-=-=-=-=-=- Here is a typical Gofer script: it says that we want to load the package PBE2GoferExample from the repository PBE2GoferExample that is available on http://www.smalltalkhub.com in the account of JannikLaval. Gofer new url: 'http://smalltalkhub.com/mc/PharoBooks/GoferExample/main'; package: 'PBE2GoferExample'; load =-=-=-=-=-=-=-=-=-=-=-=-=-=- But if I try something similar without any mention to the user (as in [1]) or if I try loading it like with my own repo (as in [2]) I get the same errror. There is something I'm missing about how to get the proper Gofer command from a url in SmalltalkHub and I would like to have it clear, because guessing is not working. Cheers, Offray On 08/28/2014 01:12 PM, phil(a)highoctane.be wrote: > http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf > > may help. > > Phil > > > > On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: > > Hi, > > Last night I was playing with STON for a while. There is still things to > learn (and I have already made my questions in the proper thread) but so far > I have really like it. > > I installed it from Configuration Browser, but I would like to install it > from a playground/workspace. I know where is located at SmalltalkHub and I > can see there the Monticello registration, but in the chapter about > Monticello this seems to be used for source control with graphical tools. > How can I install STON from a playground/workspace instead of using > graphical tools like Monticello or Configuration Browser? How can I know > this from the SmalltalkHub page? > > Thanks > > Offray > > >

Aug. 28, 2014

Re: [Pharo-users] Installing STON from a playground/workspace

by phil＠highoctane.be

http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf may help. Phil On Thu, Aug 28, 2014 at 7:25 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi, > > Last night I was playing with STON for a while. There is still things to > learn (and I have already made my questions in the proper thread) but so > far I have really like it. > > I installed it from Configuration Browser, but I would like to install it > from a playground/workspace. I know where is located at SmalltalkHub and I > can see there the Monticello registration, but in the chapter about > Monticello this seems to be used for source control with graphical tools. > How can I install STON from a playground/workspace instead of using > graphical tools like Monticello or Configuration Browser? How can I know > this from the SmalltalkHub page? > > Thanks > > Offray > > >

Aug. 28, 2014

Installing STON from a playground/workspace

by Offray Vladimir Luna CÃ¡rdenas

Hi, Last night I was playing with STON for a while. There is still things to learn (and I have already made my questions in the proper thread) but so far I have really like it. I installed it from Configuration Browser, but I would like to install it from a playground/workspace. I know where is located at SmalltalkHub and I can see there the Monticello registration, but in the chapter about Monticello this seems to be used for source control with graphical tools. How can I install STON from a playground/workspace instead of using graphical tools like Monticello or Configuration Browser? How can I know this from the SmalltalkHub page? Thanks Offray

Aug. 28, 2014

Re: [Pharo-users] Pharo on Nvidia Jetson TK1?

by volkert＠nivoba.de

Do we have a "Pharo 3.0 VM" for ARM/Ubuntu? If so, i will "click" me a Jetson TK1. BW, Volkert Am 27.08.2014 um 23:07 schrieb stepharo: > > On 27/8/14 22:29, volkert(a)nivoba.de wrote: >> Wouldn't this a nice platform for Pharo? I mean a Pharo with full >> CUDA and OpenGL Support ... i would like it. :-) > me too but time/money... > for the OpenGL support there is already a part. > >> >> https://developer.nvidia.com/jetson-tk1 >> http://devblogs.nvidia.com/parallelforall/jetson-tk1-mobile-embedded-superc… >> >> http://elinux.org/Jetson_TK1 >> http://developer.download.nvidia.com/embedded/jetson/TK1/docs/Jetson_platfo… >> >> https://www.youtube.com/watch?v=9teSvCL0NX0 >> https://www.youtube.com/watch?v=YfUHei3M0Jw >> >> BW, >> Volkert >> > > -- www.nivoba.de "The more complex an object, the larger the investment in learning to use it, and the greater the resistance to abandon it.", NW

Aug. 28, 2014

Re: [Pharo-users] Unintuitive behavior of class-side initialize

by kilon alios

ah nice then you already a contributor and you dont need permission to add to updated pbe repo. thank you for the kind words, when I started making them I had some doubts about how good they will be so I am very glad that people find them useful and that motivates me to keep making them. The video tutorials will continue non stop and soon as I finish with the core of pharo I would like to dive into Morphic. On Thu, Aug 28, 2014 at 2:05 PM, Ignacio Sniechowski <0800nacho(a)gmail.com> wrote: > thanks, > Im familiar with pillar as incontributed some stuff for the pharo for the > enterprise. > I will take a look. Also > Thanks for your video tutorials, they are really awesome. > Please please continue to add more. > Take care > Nacho > > Enviado desde Molto <http://www.moltoapp.com/app?tag=ipad_sig> para iPad > > De: kilon alios > Enviado: jueves, agosto 28, 2014 08:02 a.m. > Para: Any question about pharo is welcome > Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize > > you can read the book here > > https://www.gitbook.io/book/kilon/pbe > > main repo is here > > https://github.com/SquareBracketAssociates/UpdatedPharoByExample > > Sure exercises are always a good idea. We use pillar syntax which is quite > simple, drop off to irc chat #Pharo at freenode to discuss the detail > though most things are already well documented about the process of > contributing to the book. > > I have ported so far 4 chapter and I am in chapter 5 , Damien has port one > chapter and Stephan partly ported another so we around 50% of the book. > > > > > > On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski <0800nacho(a)gmail.com> > wrote: > >> Kilon, >> Do you have a preview version of the updated book? >> I would love to see it. >> Also would you consider adding some exercises will be a good addition? I >> think so....let me know and i guess i can merge the project i've started to >> the updated book. >> Best >> Nacho >> >> Enviado desde Molto <http://www.moltoapp.com/app?tag=ipad_sig> para iPad >> >> De: kilon alios >> Enviado: miÃ©rcoles, agosto 27, 2014 09:50 a.m. >> Para: Any question about pharo is welcome >> Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize >> >> I will be adding an "Introduction to Object Orientation" chapter to the >> new updated Pharo By Example online book, so I will add this to the >> chapter. The chapter will target people not familiar with Object >> Orientation and people new to coding. Its not an immediate target but it >> will happen till the end of the year. >> >> >> On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> >>> >>> >>> On Wed, Aug 27, 2014 at 8:22 AM, webwarrior <reg(a)webwarrior.ws> wrote: >>> >>>> As class is just an object in Smalltalk, it would be reasonable to >>>> believe >>>> that #initialize message is always sent to class on creation. >>>> >>>> However, that's not true. It is only sent to classes that redefine >>>> #initialize. Also sending super initialize may lead to problems. >>>> >>>> >>> Ohhh yes. There is always a time for every Smalltalkers where you >>> discover that doing super for class side initialize is not a good idea. >>> Here was my time: >>> http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3… >>> >>> >>>> None of these is mentioned in documentation (I assume Pahro By Example >>>> is >>>> the official one). It only says that #initialize is sent when class is >>>> loaded into memory. >>>> >>>> I think either this behavior should be made more consistent, or >>>> excplicitly >>>> mentioned in the docs. >>>> >>> >>> >>> +1 to the documentation >>> >>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp47750… >>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> >

Aug. 28, 2014

Re: [Pharo-users] Unintuitive behavior of class-side initialize

by Christophe Demarey

Le 27 aoÃ»t 2014 Ã 19:04, phil(a)highoctane.be a Ã©crit : > Yeah don't do super initialize unless you know why on the class side. > > That being said class side initialize is pretty cool when loading new packages and setting everything up automagically. > In my opinion, it would be better to have a package initialization method for that purpose.

Aug. 28, 2014

Re: [Pharo-users] Unintuitive behavior of class-side initialize

by Ignacio Sniechowski

thanks, Im familiar with pillar as incontributed some stuff for the pharo for the enterprise. I will take a look. Also Thanks for your video tutorials, they are really awesome. Please please continue to add more. Take care Nacho Enviado desde Molto para iPad De: kilon alios Enviado: jueves, agosto 28, 2014 08:02 a.m. Para: Any question about pharo is welcome Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize you can read the book here https://www.gitbook.io/book/kilon/pbe main repo is here https://github.com/SquareBracketAssociates/UpdatedPharoByExample Sure exercises are always a good idea. We use pillar syntax which is quite simple, drop off to irc chat #Pharo at freenode to discuss the detail though most things are already well documented about the process of contributing to the book.Â I have ported so far 4 chapter and I am in chapter 5 , Damien has port one chapter and Stephan partly ported another so we around 50% of the book.Â On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski <0800nacho(a)gmail.com> wrote: Kilon, Do you have a preview version of the updated book? I would love to see it. Also would you consider adding some exercises will be a good addition? I think so....let me know and i guess i can merge the project i've started to the updated book. Best Nacho Enviado desde Molto para iPad De: kilon alios Enviado: miÃ©rcoles, agosto 27, 2014 09:50 a.m. Para: Any question about pharo is welcome Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize I will be adding an "Introduction to Object Orientation" chapter to the new updated Pharo By Example online book, so I will add this to the chapter. The chapter will target people not familiar with Object Orientation and people new to coding. Its not an immediate target but it will happen till the end of the year. Â Â On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: On Wed, Aug 27, 2014 at 8:22 AM, webwarrior <reg(a)webwarrior.ws> wrote: As class is just an object in Smalltalk, it would be reasonable to believe that #initialize message is always sent to class on creation. However, that's not true. It is only sent to classes that redefine #initialize. Also sending super initialize may lead to problems. Ohhh yes. There is always a time for every Smalltalkers where you discover that doing super for class side initialize is not a good idea. Here was my time:Â http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3… Â None of these is mentioned in documentation (I assume Pahro By Example is the official one). It only says that #initialize is sent when class is loaded into memory. I think either this behavior should be made more consistent, or excplicitly mentioned in the docs. +1 to the documentationÂ Â -- View this message in context: http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp47750… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. -- Mariano http://marianopeck.wordpress.com

Aug. 28, 2014

Re: [Pharo-users] Unintuitive behavior of class-side initialize

by kilon alios

you can read the book here https://www.gitbook.io/book/kilon/pbe main repo is here https://github.com/SquareBracketAssociates/UpdatedPharoByExample Sure exercises are always a good idea. We use pillar syntax which is quite simple, drop off to irc chat #Pharo at freenode to discuss the detail though most things are already well documented about the process of contributing to the book. I have ported so far 4 chapter and I am in chapter 5 , Damien has port one chapter and Stephan partly ported another so we around 50% of the book. On Thu, Aug 28, 2014 at 1:51 PM, Ignacio Sniechowski <0800nacho(a)gmail.com> wrote: > Kilon, > Do you have a preview version of the updated book? > I would love to see it. > Also would you consider adding some exercises will be a good addition? I > think so....let me know and i guess i can merge the project i've started to > the updated book. > Best > Nacho > > Enviado desde Molto <http://www.moltoapp.com/app?tag=ipad_sig> para iPad > > De: kilon alios > Enviado: miÃ©rcoles, agosto 27, 2014 09:50 a.m. > Para: Any question about pharo is welcome > Asunto: Re: [Pharo-users] Unintuitive behavior of class-side initialize > > I will be adding an "Introduction to Object Orientation" chapter to the > new updated Pharo By Example online book, so I will add this to the > chapter. The chapter will target people not familiar with Object > Orientation and people new to coding. Its not an immediate target but it > will happen till the end of the year. > > > On Wed, Aug 27, 2014 at 3:44 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> >> On Wed, Aug 27, 2014 at 8:22 AM, webwarrior <reg(a)webwarrior.ws> wrote: >> >>> As class is just an object in Smalltalk, it would be reasonable to >>> believe >>> that #initialize message is always sent to class on creation. >>> >>> However, that's not true. It is only sent to classes that redefine >>> #initialize. Also sending super initialize may lead to problems. >>> >>> >> Ohhh yes. There is always a time for every Smalltalkers where you >> discover that doing super for class side initialize is not a good idea. >> Here was my time: >> http://forum.world.st/super-initialize-is-not-a-good-idea-for-Behaviors-td3… >> >> >>> None of these is mentioned in documentation (I assume Pahro By Example is >>> the official one). It only says that #initialize is sent when class is >>> loaded into memory. >>> >>> I think either this behavior should be made more consistent, or >>> excplicitly >>> mentioned in the docs. >>> >> >> >> +1 to the documentation >> >> >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Unintuitive-behavior-of-class-side-initialize-tp47750… >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

Aug. 28, 2014