May 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] funny idea Symbol vs. Selector

by Sean P. DeNigris

Igor Stasenko wrote > Symbol + ??? => Selector > > give me a strong reason. > > i like the idea of shrinking a Symbol's protocol and putting it into > lean and clean place - Symbol. While fixing Issue 15523: "Code Cruft Rule Only Matches One-Liners", I reeeeeally wanted: Selector UnarySelector BinarySelector KeywordSelector so that I could double dispatch. It made me remember this old interesting thread. So, in addition to the conceptual clarity reification would provide, this provided a clear (to me) case of technical benefit. We could eliminate the ~20 or so senders of isUnary, ~20 of isBinary, and ~20 isKeyword in the Kernel for a start... ----- Cheers, Sean -- View this message in context: http://forum.world.st/funny-idea-Symbol-vs-Selector-tp2335774p4826193.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Esteban Lorenzano

> On 13 May 2015, at 15:38, Julien Delplanque <julien(a)tamere.eu> wrote: > > So, I throw the fork on github and provide a compatibility package on smalltalkhub? It is not a demand. Just a suggestion. You can do whatever you want and nobody can impose you how to handle your code :) Esteban > > I wanted to improve the lib, but I don't own it and there is no "pull request" system on smalltalk hub. > I don't want to bother the owner of the repository with changes I want to do. He probably has others things to do. > > Also, I don't use and don't have interest in squeak and gemstone (for the moment) so providing compatibility with pharo 2-3-4, squeak and gemstone... I will not do that. > > Finally, I already made some improvements in some objects of the model part what should I do? > > Regards, > > Julien > > On 13/05/15 15:03, Stephan Eggermont wrote: >> On 13/05/15 13:44, Esteban Lorenzano wrote: >>> honestly, the more and more the time passes the less and less we are compatibleâ¦ and this will increase will time. >>> if you want to keep compatibility you will have to provide compatibility abstractions and packages (in the same way Seaside uses Grease, etc.) >>> >>> nowâ¦ In this particular case I didnât see any contributor from outside Pharo communityâ¦ so is just an âabstract reflectionâ, not a realityâ¦ I would wait until some one in the Squeak community decides to use it and then it creates the compatibility layer (adding layers are usually a bad thingâ¦ specially when they are not necessary). >> >> In this case forking is a very bad idea. >> >> It has been maintained by Paul for squeak, pharo and gemstone. >> We know that not every library will be up to date as soon as a new >> version of Pharo is released. Please dump the fork and make a >> compatibility package. >> >> Stephan >> >> >> > >

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Julien Delplanque

So, I throw the fork on github and provide a compatibility package on smalltalkhub? I wanted to improve the lib, but I don't own it and there is no "pull request" system on smalltalk hub. I don't want to bother the owner of the repository with changes I want to do. He probably has others things to do. Also, I don't use and don't have interest in squeak and gemstone (for the moment) so providing compatibility with pharo 2-3-4, squeak and gemstone... I will not do that. Finally, I already made some improvements in some objects of the model part what should I do? Regards, Julien On 13/05/15 15:03, Stephan Eggermont wrote: > On 13/05/15 13:44, Esteban Lorenzano wrote: >> honestly, the more and more the time passes the less and less we are >> compatibleâ¦ and this will increase will time. >> if you want to keep compatibility you will have to provide >> compatibility abstractions and packages (in the same way Seaside uses >> Grease, etc.) >> >> nowâ¦ In this particular case I didnât see any contributor from >> outside Pharo communityâ¦ so is just an âabstract reflectionâ, not a >> realityâ¦ I would wait until some one in the Squeak community decides >> to use it and then it creates the compatibility layer (adding layers >> are usually a bad thingâ¦ specially when they are not necessary). > > In this case forking is a very bad idea. > > It has been maintained by Paul for squeak, pharo and gemstone. > We know that not every library will be up to date as soon as a new > version of Pharo is released. Please dump the fork and make a > compatibility package. > > Stephan > > >

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Damien Cassou

Julien Delplanque <julien(a)tamere.eu> writes: >> A list of nicely-formatted events would already be great. Something >> along the lines of >> http://getandroidstuff.com/wp-content/uploads/2013/01/Chronus-CM-10-Clock-C… > I already did this kind of stuff (attachments) but I'm not a designer so > it may not look as good as you want... that's great! Thanks -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Stephan Eggermont

On 13/05/15 13:44, Esteban Lorenzano wrote: > honestly, the more and more the time passes the less and less we are compatibleâ¦ and this will increase will time. > if you want to keep compatibility you will have to provide compatibility abstractions and packages (in the same way Seaside uses Grease, etc.) > > nowâ¦ In this particular case I didnât see any contributor from outside Pharo communityâ¦ so is just an âabstract reflectionâ, not a realityâ¦ I would wait until some one in the Squeak community decides to use it and then it creates the compatibility layer (adding layers are usually a bad thingâ¦ specially when they are not necessary). In this case forking is a very bad idea. It has been maintained by Paul for squeak, pharo and gemstone. We know that not every library will be up to date as soon as a new version of Pharo is released. Please dump the fork and make a compatibility package. Stephan

May 13, 2015

Re: [Pharo-users] Image growing size

by Sean P. DeNigris

laura wrote > Also the discussion brought up very interesting msg collaborations > snippets > and system features for future reference! I compiled them at https://github.com/pharo-project/pharo-core/wiki/Memory-Hogs ----- Cheers, Sean -- View this message in context: http://forum.world.st/Image-growing-size-tp4803428p4826162.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Esteban Lorenzano

> On 13 May 2015, at 13:21, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Julien Delplanque wrote >> I took a little time to enhance the ICal library and to make it work >> with Pharo 4! > > Thanks! > > > Julien Delplanque wrote >> I forked the one on smalltalkhub... I wanted to make it work on pharo 4... >> Url class that were deprecated in Pharo 3 and even removed on Pharo 4! > > It's a shame to cut off Squeak users/potential-contributors due to a > slightly different Url implementation. It seems like it wouldn't be too hard > to simply abstract the url handling. But I understand we're all working for > free and appreciate having it working in Pharo :) OTOH, I wonder if Zinc is > loadable in Squeak? If so, making it cross-platform again might be as simple > as adding a dependency to the configâ¦ honestly, the more and more the time passes the less and less we are compatibleâ¦ and this will increase will time. if you want to keep compatibility you will have to provide compatibility abstractions and packages (in the same way Seaside uses Grease, etc.) nowâ¦ In this particular case I didnât see any contributor from outside Pharo communityâ¦ so is just an âabstract reflectionâ, not a realityâ¦ I would wait until some one in the Squeak community decides to use it and then it creates the compatibility layer (adding layers are usually a bad thingâ¦ specially when they are not necessary). Esteban > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Enhancing-ICal-library-tp4825990p4826156.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Sean P. DeNigris

Julien Delplanque wrote > I took a little time to enhance the ICal library and to make it work > with Pharo 4! Thanks! Julien Delplanque wrote > I forked the one on smalltalkhub... I wanted to make it work on pharo 4... > Url class that were deprecated in Pharo 3 and even removed on Pharo 4! It's a shame to cut off Squeak users/potential-contributors due to a slightly different Url implementation. It seems like it wouldn't be too hard to simply abstract the url handling. But I understand we're all working for free and appreciate having it working in Pharo :) OTOH, I wonder if Zinc is loadable in Squeak? If so, making it cross-platform again might be as simple as adding a dependency to the config... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Enhancing-ICal-library-tp4825990p4826156.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 13, 2015

Re: [Pharo-users] Enhancing ICal library

by Julien Delplanque

On 13/05/15 11:02, Damien Cassou wrote: > Hi Julien, > > Julien Delplanque <julien(a)tamere.eu> writes: > >> Hi everyone, >> >> I took a little time to enhance the ICal library and to make it work >> with Pharo 4! >> >> So I forked the one on smalltalkhub >> (http://smalltalkhub.com/#!/~pdebruic/iCal) and put all the modified >> code on github https://github.com/juliendelplanque/pharo-ical. > that's great news, thank you very much for this work. This kind of > library is very important. 2 suggestions: > > - could you please create a Jenkins job at > https://ci.inria.fr/pharo-contribution/ to monitor the project? Sure but I need an account how do I get one? > - if you write your documentation in the next few weeks and in Pillar > (http://www.smalltalkhub.com/#!/~Pier/Pillar) we might include the > chapter in the next EnterprisePharo book (no promise, but iCal would > fit well in the book theme). If you are not fast enough, we could > still include it in one of the next books. > I'll probably write documentation next week if I find time (exams are coming). If I do, I'll write it in Pillar. >> I already added a GTInspector extension to have better representation >> of iCalendar when inspecting them in Pharo. > > A calendar view would be awesome (but probably a lot of work too :-)). Yep it sounds cool :) > > A list of nicely-formatted events would already be great. Something > along the lines of > http://getandroidstuff.com/wp-content/uploads/2013/01/Chronus-CM-10-Clock-C… I already did this kind of stuff (attachments) but I'm not a designer so it may not look as good as you want... Julien

May 13, 2015

Re: [Pharo-users] Moving the HandMorph

by Matthieu Lacaton

Hello again, Just for the record, the EventRecorder source code allowed me to solve my problem. It is apparently not possible to move the main HandMorph but you can create a new secondary one and move it wherever you want ! Thanks again, Matthieu 2015-05-12 17:59 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > Or maybe have a look at HandMorphForReplay in >> http://forum.world.st/ANN-EventRecorderMorph-Port-to-3-0-td4736258.html > > > Oh I didn't know about that, I'll definitely have a look at it, it seems > cool ! > > Thanks, > > Matthieu > > 2015-05-12 17:57 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: > >> Okay. >> That was 2 years ago so I was wondering if something had changed since >> then but apparently not. >> >> Thanks a lot, >> >> Matthieu >> >> 2015-05-12 17:51 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> >>> >>> 2015-05-12 17:40 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com> >>> : >>> >>>> Hello everybody, >>>> >>>> Is there a way to move the position of the cursor (the HandMorph) by >>>> passing commands to it ? >>>> >>> >>> Not that I know of. There was a primitive for setting the >>> cursorposition, but that was removed: >>> >>> http://bugs.squeak.org/view.php?id=7756 >>> >>> https://pharo.fogbugz.com/default.asp?10026 >>> >>> http://forum.world.st/Changing-mouse-position-from-Pharo-td4676580.html >>> >>> >>> >>>> >>>> I tried things like "ActiveHand position:" or "ActiveHand moveToEvent:" >>>> but nothing worked for me. >>>> >>>> Thanks, >>>> >>>> Matthieu >>>> >>> >>> >> >

May 13, 2015