June 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo Catalog tags

by Norbert Hartl

It appears for pharo6 if the ConfigurationOf is put in the MetaRepoForPharo6. On the next day it should appear because the catalog process runs at midnight Norbert > Am 16.06.2017 um 09:42 schrieb Johan Brichau <johan(a)inceptive.be>: > > Hi, > > Does anyone know why Grease does not show âPharo6â tag in the Pharo catalog browser? > Seaside3 doesâ¦ > > I donât know what needs to be done for that.. > > cheers > Johan

June 16, 2017

Re: [Pharo-users] Loading Dr. Geo in Pharo6

by Esteban Lorenzano

Hi Hilaire, > On 16 Jun 2017, at 09:46, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi Esteban, > > Yes, good idea as this protocol is not present in Pharo6, it will ease > loading Dr. Geo code. > > However it looks like there are faulty code in Pharo6 as there are > exactly *four* senders to this message (see screenshot), and exactly > *zero* in DrGeo code, and *one* in the gettext package which should be > fixed too. > > Does it deserve a bug ticket or do I miss something? No, we cannot do anything with thatâ¦ this is FFI-Kernel and Alien packages which needs to be compatible between dialects so those methods are needed (in squeak and newspeak). If you see, all those methods have the SessionManager check :) Esteban > > Hilaire > > > Le 16/06/2017 Ã 09:21, Esteban Lorenzano a Ã©crit : >> you can add that protocol by yourself as an extension. >> you can create a package DrGeo-Pharo6 >> >> and add the method, something like: >> >> addToStartUpList: aClass after: ignoredClass >> SessionManager default >> registerSystemClassNamed: aClass name >> atPriority: 60 > > -- > Dr. Geo > http://drgeo.eu > <Senders of addToStartUpList:after: [4].gif>

June 16, 2017

Re: [Pharo-users] Teapot and POST:

by Attila Magyar

It's basically the same as GET and the others. The request object contains the url encoded form data or whatever was posted. The request object is the same as ZnRequest with a few additional methods. There is a generic at: method that can be used to access both path and queryOrFormParams. -- View this message in context: http://forum.world.st/Teapot-and-POST-tp4951616p4951660.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 16, 2017

Re: [Pharo-users] Pharo6 server deployment and no home directory

by Holger Freyther

> On 12. Jun 2017, at 16:41, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > > Hi Holger, > > I have an impression that it can be solved by using "--no-default-preferencesâ option: > ./pharo Pharo.image --no-default-preferences > > Is it a good solution for you? Or do you need to load some preferences? Right, unsetting HOME and then using --no-default-preferences makes the error go away. > Another option could be implementing an error signal, e.g., CantFindOriginError in the cantFindOriginError method and catch this in the GlobalIdentifier object. I wonder if "FileLocator home exists" should really throw an exception in case {home} can not be resolved. a.) Just because it can not be resolved, it might still exist? b.) If it can not be resolved it doesn't exist from an image point of view? holger

June 16, 2017

Re: [Pharo-users] Zink geo location data reading

by bachitoph

Thanks Sven, for the json hint and in future I will use Zinc ;) . cjb -- View this message in context: http://forum.world.st/Zink-geo-location-data-reading-tp4951446p4951654.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 16, 2017

Re: [Pharo-users] Loading Dr. Geo in Pharo6

by Hilaire

Hi Esteban, Yes, good idea as this protocol is not present in Pharo6, it will ease loading Dr. Geo code. However it looks like there are faulty code in Pharo6 as there are exactly *four* senders to this message (see screenshot), and exactly *zero* in DrGeo code, and *one* in the gettext package which should be fixed too. Does it deserve a bug ticket or do I miss something? Hilaire Le 16/06/2017 Ã 09:21, Esteban Lorenzano a Ã©crit : > you can add that protocol by yourself as an extension. > you can create a package DrGeo-Pharo6 > > and add the method, something like: > > addToStartUpList: aClass after: ignoredClass > SessionManager default > registerSystemClassNamed: aClass name > atPriority: 60 -- Dr. Geo http://drgeo.eu

June 16, 2017

Pharo Catalog tags

by Johan Brichau

Hi, Does anyone know why Grease does not show âPharo6â tag in the Pharo catalog browser? Seaside3 doesâ¦ I donât know what needs to be done for that.. cheers Johan

June 16, 2017

Re: [Pharo-users] Loading Dr. Geo in Pharo6

by Esteban Lorenzano

> On 16 Jun 2017, at 09:24, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Here is how you can maintain compatibility: > > self environment > at: #SessionManager > ifPresent: [ :manager | manager default registerNetworkClassNamed: self name ] > ifAbsent: [ Smalltalk addToStartUpList: self; addToShutDownList: self ] > > I use it for Zinc. ah yesâ¦ thatâs better :) Esteban > >> On 16 Jun 2017, at 09:21, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> you can add that protocol by yourself as an extension. >> you can create a package DrGeo-Pharo6 >> >> and add the method, something like: >> >> addToStartUpList: aClass after: ignoredClass >> SessionManager default >> registerSystemClassNamed: aClass name >> atPriority: 60 >> >> then, you load this package as pre-req, in your baseline/configuration. >> >> Esteban >> >> ps: all of this, if you want to have compatibility from P3 to P6, of course :) >> >>> On 16 Jun 2017, at 09:10, Hilaire <hilaire(a)drgeo.eu> wrote: >>> >>> Hi, >>> >>> When I install DrGeo from its configuration file in Pharo6, I got the >>> following VM error. >>> >>> I guess the addStartUpList protocol is obsolete. >>> >>> One option is to modify Dr. Geo code in Pharo3 to remove startup >>> activation, save in the repo, then load newer code in Pharo6, and get it >>> fixed. >>> >>> Any suggestion, to do directly from Pharo6 to prevent unnecessary code >>> changes in DrGeo repo? >>> >>> Thanks >>> >>> Hilaire >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> <DrGeoLoadingInPharo6.png> >> >> > >

June 16, 2017

Re: [Pharo-users] Loading Dr. Geo in Pharo6

by Sven Van Caekenberghe

Here is how you can maintain compatibility: self environment at: #SessionManager ifPresent: [ :manager | manager default registerNetworkClassNamed: self name ] ifAbsent: [ Smalltalk addToStartUpList: self; addToShutDownList: self ] I use it for Zinc. > On 16 Jun 2017, at 09:21, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > you can add that protocol by yourself as an extension. > you can create a package DrGeo-Pharo6 > > and add the method, something like: > > addToStartUpList: aClass after: ignoredClass > SessionManager default > registerSystemClassNamed: aClass name > atPriority: 60 > > then, you load this package as pre-req, in your baseline/configuration. > > Esteban > > ps: all of this, if you want to have compatibility from P3 to P6, of course :) > >> On 16 Jun 2017, at 09:10, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> Hi, >> >> When I install DrGeo from its configuration file in Pharo6, I got the >> following VM error. >> >> I guess the addStartUpList protocol is obsolete. >> >> One option is to modify Dr. Geo code in Pharo3 to remove startup >> activation, save in the repo, then load newer code in Pharo6, and get it >> fixed. >> >> Any suggestion, to do directly from Pharo6 to prevent unnecessary code >> changes in DrGeo repo? >> >> Thanks >> >> Hilaire >> >> -- >> Dr. Geo >> http://drgeo.eu >> <DrGeoLoadingInPharo6.png> > >

June 16, 2017

Re: [Pharo-users] Loading Dr. Geo in Pharo6

by Esteban Lorenzano

you can add that protocol by yourself as an extension. you can create a package DrGeo-Pharo6 and add the method, something like: addToStartUpList: aClass after: ignoredClass SessionManager default registerSystemClassNamed: aClass name atPriority: 60 then, you load this package as pre-req, in your baseline/configuration. Esteban ps: all of this, if you want to have compatibility from P3 to P6, of course :) > On 16 Jun 2017, at 09:10, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi, > > When I install DrGeo from its configuration file in Pharo6, I got the > following VM error. > > I guess the addStartUpList protocol is obsolete. > > One option is to modify Dr. Geo code in Pharo3 to remove startup > activation, save in the repo, then load newer code in Pharo6, and get it > fixed. > > Any suggestion, to do directly from Pharo6 to prevent unnecessary code > changes in DrGeo repo? > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > <DrGeoLoadingInPharo6.png>

June 16, 2017