- Pharo-users - lists.pharo.org

Moving Class to a Package programmaticaly

by Hilaire

Hello, I want to move class from package "MyPackage-subPackage" to "MyPackage-Classes" with the code bellow: org := (RPackageOrganizer default packageNamed: 'MyPackage'). org addClassTag: #Classes. org definedClasses do: [ :aClass | |tag| tag := org classTagForClass: aClass. org addClassDefinition: aClass toClassTag: #Classes. org removeClassDefinition: aClass fromClassTag: tag name. ]. It produces this result when browsed with Nautilus, but the class definition still show the old package: Object subclass: #MyClass instanceVariableNames: '' classVariableNames: '' package: 'MyPackage-subPackage' Therefore when saving the package the old package is still represented. How to do it? Thanks Hilaire -- Dr. Geo http://drgeo.eu

May 26, 2017

Re: [Pharo-users] Ston feature idea?

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 19/05/17 16:38, Sven Van Caekenberghe wrote: >> On 19 May 2017, at 10:39, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >> >> Hi, >> >> Thanks for this interesting conversation. I had some similar problem with Grafoscopio notebooks being to big when I run the default serializer because it puts data about the Text object and some other info about runs. What I did was to flat the tree to contain only the info I need. I solved this with two methods (listed below). Maybe this can be helpful: >> >> GrafoscopioNotebook>>exportAsSton: aNotebook on: aFileStream >> | stonPrettyString | >> aNotebook flatten. >> stonPrettyString := String streamContents: [ :stream | >> (STON writer on: stream) >> newLine: String crlf; >> prettyPrint: true; >> keepNewLines: true; >> nextPut: aNotebook children]. >> aFileStream nextPutAll: stonPrettyString > Any reason why you first write to a string and then directly put that string on aFileStream ? > > You can directly write STON on aFileStream, which is more memory efficient, as in > > (STON writer on: aFileStream) Not any particular reason, except of being a newbie at that time, going by myself with Pharo, objects an so on. Grafoscopio was the project I made to learn Pharo and programming properly, so there is still rough edges here and there. So thanks Sven. Code reading and comment is important for self-learners[*]. New versions include that improvement: ====== Name: Grafoscopio-OffrayLuna.280 Author: OffrayLuna Time: 26 May 2017, 8:51:57.125071 am UUID: 737baf60-cf0c-0d00-924a-23f409cbd238 Ancestors: Grafoscopio-OffrayLuna.279 Improving STON exporting, as recomended by Sven. ====== > If speed is important, it is best to wrap a ZnBufferedWriteStream around it. Flattering the notebook tree before exporting gives me proper speed for now, but I will have this into account. Cheers, Offray [*] Is really sad that Google changed the rules for the GSoC on the run, precluding participation PhD students who, like me, proposed their own research project for GSoC, under the assumption that that would give us double funding for our research (!). In Latin America is not uncommon to have zero funding and make our PhD self funded (like in my case). But Google, it its "infinite wisdom" thought that knows better that the organizations it trusted to run the GSoC and said that if organization choose something different to Googles expectations, their future selection for funding will be in danger... which tells about the "Google way" (TM) of trust and support, at least for the GSoC. This is my last year as a student, so I will not have the mentoring that would helped me a lot in improving my code and skills... :-/. Anyway, community is still here and life goes on.

May 26, 2017

Re: [Pharo-users] Renamed instance attribute by code

by Stephane Ducasse

Hi Hilaire do you mean that you had a trait definition in package and that it got some influence of the rename instance variable refactoring because one of your class uses a trait? Stef On Thu, May 25, 2017 at 5:19 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > No I don't have a repeatable case I can share. > > (RPackageOrganizer default packageNamed: each) definedClasses > > returns Trait if there are part of the package. > > Therefore only work around I found is to not send instVarNames to a Trait. > > > Le 25/05/2017 Ã 14:04, Stephane Ducasse a Ã©crit : > > Hilaire > > > > > > Do you have a repeatable case? > > A test? can you open a bug entry? > > Because gustavos is working on improving the refactorings. > > > > Stef > > > > -- > Dr. Geo > http://drgeo.eu > > > >

May 26, 2017

Re: [Pharo-users] Edit methods protocol by code

by Hilaire

When applyed to BenchmarkResult class it breaks, but not every time -- Dr. Geo http://drgeo.eu

May 26, 2017

Edit methods protocol by code

by Hilaire

Hi, The code bellow should move all methods to a 'code' protocol. It works on some classes but not with all. In the later it results in a "no message" protocol. I can't find a reproductible case on the system classe, it may break in a class, then on a retry may not break on the same class. However applying twice the code bellow to the same class result in a no message protocol every time "Buggy" org := MyClass organization protocolOrganizer. org addProtocolNamed: 'code'. org allProtocols do: [:aProtocol | org moveMethodsFrom: aProtocol name to: 'code']. org removeEmptyProtocols. -- Dr. Geo http://drgeo.eu

May 26, 2017

Re: [Pharo-users] How to trigger (execute) code at startup of the image

by Alistair Grant

On Fri, May 26, 2017 at 10:44:56AM +0200, Georges Kerssies wrote: > Hello, > > Does anybody know how to execute code at startup of the image? > Something like returnFromSnapshot in vw > > Thanks in advance, > > Georges Sven answered the question for code already in the image. If you're talking about automatically executing a file, take a look at the StartupPreferences package. And as a simple example, try the following startup.st: StartupPreferencesLoader default executeAtomicItems: { StartupAction name: 'Startup Example' code: [ 42 inspect. ] runOnce: false. } Cheers, Alistair

May 26, 2017

Re: [Pharo-users] How to trigger (execute) code at startup of the image

by Sven Van Caekenberghe

Hi George, > On 26 May 2017, at 10:44, Georges Kerssies <gkgobith(a)gmail.com> wrote: > > Hello, > > Does anybody know how to execute code at startup of the image? > Something like returnFromSnapshot in vw > > Thanks in advance, > > Georges Check out the class SessionManager and its references/usages. SessionManager default addDeferredStartupAction: [ ... ] Sven

May 26, 2017

Re: [Pharo-users] A Logo Proposal for Smalltalk

by Sven Van Caekenberghe

> On 14 May 2017, at 15:40, horrido <horrido.hobbies(a)gmail.com> wrote: > > Sven Van Caekenberghe-2 wrote >> I think a stylised balloon is not bad, it just has to be less complex, >> more logo like, more abstract. > > I've taken your comment to heart and I believe I've come up with the ideal > logo: > > <http://forum.world.st/file/n4947093/hotairballoon-red-300.png> > > Beautifully abstract. Nice and simple. Yes, that is better. Personally, I think it could be simpler still, but I would not know how to do that. Have you tried putting it in several contexts, like as icons of different sizes ? > And it harkens back to the very famous BYTE 1981 cover *without tying > Smalltalk to the past*. The hot air balloon motif for Smalltalk is > universally recognized, and we cannot ignore it. > > > > -- > View this message in context: http://forum.world.st/A-Logo-Proposal-for-Smalltalk-tp4945122p4947093.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

May 26, 2017

How to trigger (execute) code at startup of the image

by Georges Kerssies

Hello, Does anybody know how to execute code at startup of the image? Something like returnFromSnapshot in vw Thanks in advance, Georges

May 26, 2017

Re: [Pharo-users] Discord server ownership

by Yuriy Tymchuk

Esteban is going to be excited about this :) > On 25 May 2017, at 21:29, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > Hey there, as you may or may not know I am the person to blame for starting the Pharo server in Discord , out of curiousity at first then it grew up to our main online chat. Unfortunately I have been using Pharo , less and less lately because for better or worse the libraries I depend on are based on Python and C++ (Blender and Unreal ) so I was intending to transfer ownership of the Server for some time now as the fair thing to do. > > So as of this moment the owner of the discord server is no longer me but Esteban Lorenzano , so he is the person to bother... sorry I mean address , with any of your ideas , remarks etc from now on. > > It was a pleasure to see the community embracing Discord so fast and of course I will be still around as an Admin trying to do my small part in sharing my love for Pharo with newcomers. > > A sever owner essentially has full privileges . Technically I gave admins every privilege but one which I did not understood what it was so I left it be. While on the other hand channel admins (that was my idea for allowing me to be more lazy) have full privileges only for the channel they are admins of. > > I suspect that Esteban eventually will transfer ownership to the Pharo board but since he is THE DUDE for anything Pharo I decided he was the right person to get the crown , the glory and the money that come with being a Discord Server owner. > > Goodbye and thank you for all the fish :)

May 26, 2017