October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] call for scripting idea
by StÃ©phane Ducasse Oct. 25, 2010

Oct. 25, 2010

why not :) could you send them to the list so that we can see them? On Oct 18, 2010, at 10:15 PM, Tudor Girba wrote: > How about getting the scripts from the Hudson integration (builder) of Lukas and translating them into Smalltalk? > > Cheers, > Doru > > > On 18 Oct 2010, at 21:52, stephane ducasse wrote: > >> Hi >> >> we would like to exercise a bit our scripting engine :) so if you have ideas of scripts that we should be able to write let us know. >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "No matter how many recipes we know, we still value a chef." > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

3 2

[Pharo-project] export information to PDF
by name name Oct. 24, 2010

Oct. 24, 2010

Hello, Could you tell me how can I export (or where I can found ) information that I can get with a getter into a .pdf file? Thanks

3 2

Re: [Pharo-project] After loading a package...all changes with "revision changed"
by Mariano Martinez Peck Oct. 24, 2010

Oct. 24, 2010

OK....found the problem. I think these are method recategorization. They say "revision changed" but since you don't see the category in the MC merge/changes browser, then you don't undrerstand why. In my case, the category changes were due to overrides. There is a package GlorpPostLoad which seems to have several overrides in Glorp package.... cheers mariano On Mon, Oct 4, 2010 at 12:57 PM, Gary Chambers <Gary.Chambers(a)pinesoft.co.uk > wrote: > Should be possibleâ¦ Iâll try to get some time to have a goâ¦ > > > > *From:* Mariano Martinez Peck [mailto:marianopeck@gmail.com] > *Sent:* 27 September 2010 9:51 PM > *To:* Pharo-project(a)lists.gforge.inria.fr > *Subject:* Re: [Pharo-project] After loading a package...all changes with > "revision changed" > > > > Gary, BWT, it would be nice to have a way to filter (hde) all those methods > as "revision changed" when seeing the changes. > After that, I am able to see only the really changed methods :) > > On Mon, Sep 27, 2010 at 10:42 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > > > > 2010/9/26 Javier PimÃ¡s <elpochodelagente(a)gmail.com> > > > > We had a similar problem in squeaknos package, but just for some kind of > classes. It was caused by having an initialize class method in classes > derived from ExternalStructure, maybe it's because of the same reason? look > there, you may get some answers. > > > Thanks. It is good to know I am not the only one. This bug is REAAAAALY > annoying since you cannot see your changes. > > I've checked and I have no #initialize at class level :( > > The only thing I found is class side #new implementd something like: > > new > > ^super new initialize. > > can this be the problem? > > where could I put a halt to see the problem ? > > thanks in advance > > mariano > > > > regards, > javier. > > 2010/9/26 Norbert Hartl <norbert(a)hartl.name> > > > > FYI I encountered the same problem in gemstone. The only thing I know is > that all loaded packages were created in pharo that showed this behaviour. > It didn't show up in a reproducable manner and some packages were clean > again after a few package updates. And for some month now I didn't see it. > > > > Norbert > > > Am 25.09.2010 um 21:12 schrieb Mariano Martinez Peck < > marianopeck(a)gmail.com>: > > > > On Sat, Sep 25, 2010 at 9:02 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > > On Sep 25, 2010, at 8:25 PM, Mariano Martinez Peck wrote: > > > Hi. I am having a probem with Glorp and I really have no idea what can > be. The problem is that I load the package Glorp and just after loading, I > do a "changes" in the MC Browser and I see a lot of classes with a lot of > changes and all of them like "revison changed". This is annoying since it > doesn't let me easily see what I have really changed. > > > > To reproduce: > > > > - Load the package "Glorp" from http://www.squeaksource.com/SqueakDBX > > - Open a MC Browser, select Glorp package and press the "Changes" button > agains the ss repo. And you will see :) > > May be the image used to save the package got a problem and changed the > timestamp of the methods. > So when you merge you get changed methods. > > > I've just tried commiting and load them in a clean image...same problem. > > And if it were what you say...is there a solution? > > thanks > > mariano > > > > > > > Any help is really appreaciated. > > > > Thanks > > > > Mariano > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > -- > Javier PimÃ¡s > Ciudad de Buenos Aires > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > Click here <https://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg==> to > report this email as spam. > > > <http://www.pinesoft.co.uk/> > > > > Ã¼ *Consider your responsibility to the environment - think before you > print!* > > > ******************************************************************************************************************************************* > > This email is from Pinesoft Limited. Its contents are confidential to the > intended recipient(s) at the email address(es) to which it has been > addressed. It may not be disclosed to or used by anyone other than the > addressee(s), nor may it be copied in anyway. If received in error, please > contact the sender, then delete it from your system. Although this email and > attachments are believed to be free of virus, or any other defect which > might affect any computer or IT system into which they are received and > opened, it is the responsibility of the recipient to ensure that they are > virus free and no responsibility is accepted by Pinesoft for any loss or > damage arising in any way from receipt or use thereof. > > > ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: 2914825. > Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA > > >

1 0

Re: [Pharo-project] How to change keyboard bindings
by StÃ©phane Ducasse Oct. 24, 2010

Oct. 24, 2010

this is an area where we should improve. Now you can hack the table in paragraphEditor and get an impact on all the texteditor. Stef On Oct 18, 2010, at 8:40 PM, Bart Veenstra wrote: > HI list, > > Using VW and VAST a lot, I got used to the key bindings. > For instance, I would like to use control-q for bringing up the > inspector instead of alt-i. Could someone point me in the right > direction where I can change the bindings? Also, It is often unclear > when I should use Control or Alt. For instance: > > In the System Browser, I can use Alt-X to remove a method, and > Control-B to browse the class, but both are shown between the > parenthesis. > > Regards, > > Bart > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

[Pharo-project] What happened to demo mode?
by Oscar Nierstrasz Oct. 24, 2010

Oct. 24, 2010

There used to be a fast way to set LARGE FONTS for showing a demo with Pharo. Is that hidden away somewhere now? I can only find individual settings for the fonts in multiple places. Demo mode is really, *really* important! Please put it back if it is missing, and make it really easy to find! - on

6 5

Re: [Pharo-project] Proposal: adding 261 named colors
by StÃ©phane Ducasse Oct. 24, 2010

Oct. 24, 2010

On Oct 24, 2010, at 7:25 PM, Johan Fabry wrote: > > Yes if it doesn't make it in Pharo, it would be great that it gets in Moose. > > Stef, you closed the bug, does this mean it will be integrated ? I did not closed it I marked it as fixed = readyForIntegration Now this is not clear that we should add it or just keep it as a pharo package. stef > > On 24 Oct 2010, at 04:12, Tudor Girba wrote: > >> Hi Johan, >> >> I would definitely be interested in getting this as an external library around Mondrian and Moose. >> >> Cheers, >> Doru >> >> >> On 24 Oct 2010, at 07:09, Johan Fabry wrote: >> >>> If you instantiate a color but dont see it, does it matter that the color is not what you wanted? It's like considering the classical 'tree falls in the forest' question. >>> >>> Or if you prefer a more implementation-based view: if a morph cannot be drawn, do you halt the system? Right now it is not the case, a rectangle with a cross is drawn. >>> >>> In any case, I am open to suggestions for improvement! >> > > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] Smells looking at collections
by StÃ©phane Ducasse Oct. 24, 2010

Oct. 24, 2010

your 2 cts are really welcome. On Oct 24, 2010, at 7:49 PM, Johan Brichau wrote: > > On 24 Oct 2010, at 08:42, StÃ©phane Ducasse wrote: > >>> Well, Traits are in Squeak since 2006, IIRC they were available a few years earlier. So in the last X (at least 4) years the only good candidate to become a Trait was Magnitude. > > > PolyMorphic also uses traits. > There are non-core projects that also use them, for example WebTester. > > I can also name several occassions in the development of our application, where we considered using traits to avoid code duplication. The only reason we didn't was because of a need for portability to GS. But if I understood correctly, it's quite possible that GS will support them in the future. > > Traits are being added to many other languages as well (e.g. traitsjs.org) It would be a shame to remove them from Squeak/Pharo Smalltalk now. > > just my 2 cents, > Johan > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] [update 1.2] #12213
by Marcus Denker Oct. 24, 2010

Oct. 24, 2010

12213 ----- Issue 3153: MCVersionReader uses FileList registration Issue 3152: wrong Monticello package dependencies Issue 1954: Browser less hardcoded UI class Issue 3038: ToolBuilderTests>>testGetButtonSideEffects seems to be wrong Issue 3033: PharoCorePackageDependenciesTests make tests with packages not presents in pharo 1.2 Issue 2298: RunArray which would cause Texts with empty runs to lose their emphasis. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Oct. 24, 2010

>>> > Not trivial? Maybe not, but only a little bit harder than trivial. We are open to suggestions believe me :) > >> 2) well, this is difficult to get the money for the butter and the butter - we are trying. > > If you can compose classes the way you can add a trait to a class now with class and optional method level instance+class variable mapping, then you're done. It would be a lot simpler to use it _and_ it would also be a lot easier to implement it. Especially the tools part. I'm interested to hear more about that. Tell us more. The problem we faced was - offset access = you cannot reuse bytecode of a trait because the order of the offset can be different in each trait users - initialization of instances variables at the trait level and the composition at the class levele > >> 3) again if nobody does anything and we just all cry on ourselves then nothing will happen. > > Tools are a must. No tools - no users. Exact. >> So for now identifying traits and learning is the way. Then we can refactor, redesign > > Well, Traits are in Squeak since 2006, IIRC they were available a few years earlier. So in the last X (at least 4) years the only good candidate to become a Trait was Magnitude. Come on. I will not answer to such statement because I'm positive thinking. Stef

4 5

[Pharo-project] Issue 3153: MCVersionReader uses FileList registration
by Pavel Krivanek Oct. 24, 2010

Oct. 24, 2010

http://code.google.com/p/pharo/issues/detail?id=3153 This is the next important patch that enables to load Monticello to PharoKernel. Cheers -- Pavel

1 0