- Pharo-dev - lists.pharo.org

Re: [Pharo-project] I always thought that 1 to: 100 do: was faster than (1 to: 100) do:

by StÃ©phane Ducasse

Great! This is a nice example to show all the tools we have for benchmarking. On May 6, 2009, at 8:46 PM, Nicolas Cellier wrote: > { > [(1 to: 100) do: [:i | i yourself]] bench. > [1 to: 100 do: [:i | i yourself]] bench. > }. > #('6935.01299740052 per second.' '44448.7102579484 per second.') > > You observe a Transcript dependent behavior, not related to to:do: > > 2009/5/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> but nicolas this is quite strange I unset the preference >> >> and I get >> 1 to: 1000 -> 3405 ms >> >> (1 to: 1000) -> 2600 ms >> >> I'm puzzled. Should probably increase the sample.... >> I redid the experience with exaclty the same setup and I get >> 26115 vs 25487 so this should be ok >> >> >> Stef >> >> >> >> On May 3, 2009, at 9:25 PM, Nicolas Cellier wrote: >> >>> I bet it's undo history again! >>> >>> reverse the order of the two tests and redo... >>> or deselect the preference for multipletextUndo. >>> >>> 2009/5/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>>> >>>>> >>>>> but apparently >>>>> http://code.google.com/p/pharo/issues/detail?id=750 >>>>> shows the contrary and this is really strange. I think that may be >>>>> this is a slow down in Transcript but... >>>>> >>>>> Stef >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >

May 6, 2009

Re: [Pharo-project] I always thought that 1 to: 100 do: was faster than (1 to: 100) do:

by Nicolas Cellier

{ [(1 to: 100) do: [:i | i yourself]] bench. [1 to: 100 do: [:i | i yourself]] bench. }. #('6935.01299740052 per second.' '44448.7102579484 per second.') You observe a Transcript dependent behavior, not related to to:do: 2009/5/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > but nicolas this is quite strange I unset the preference > > and I get > 1 to: 1000 -> 3405 ms > > (1 to: 1000) -> 2600 ms > > I'm puzzled. Should probably increase the sample.... > I redid the experience with exaclty the same setup and I get > 26115 vs 25487 so this should be ok > > > Stef > > > > On May 3, 2009, at 9:25 PM, Nicolas Cellier wrote: > >> I bet it's undo history again! >> >> reverse the order of the two tests and redo... >> or deselect the preference for multipletextUndo. >> >> 2009/5/3 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >>>> >>>> but apparently >>>> http://code.google.com/p/pharo/issues/detail?id=750 >>>> shows the contrary and this is really strange. I think that may be >>>> this is a slow down in Transcript but... >>>> >>>> Stef >>>> >>>> >>>> >>>> >>> >>> >>> _______________________________________________ >>> 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 >

May 6, 2009

[Pharo-project] Smalltalk -> MSE translator

by Alexandre Bergel

Dear All, Is there a Smalltalk -> MSE translator? Probably not since there is an importer. I am just wondering. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2009

Re: [Pharo-project] UML diagram (OBEnhancement)

by Alexandre Bergel

> ok, you're right. Still, I need to know how to underline text... Do I > need to use TextAttribute ? Any pointers ? Underlining is currently not supported. Let me work on this, it will be easier for me. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2009

Re: [Pharo-project] [OT] Pharo wallpaper

by StÃ©phane Ducasse

You can get the halos back using the preference halosEnabled Stef On May 6, 2009, at 5:04 PM, Mariano Martinez Peck wrote: > > > On Thu, Apr 23, 2009 at 8:10 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > > wrote: > When you put an image as background, is there an option to maximize > it to the full zize instead of mosaic ? > > no one ? > > Since I don't have halos anymore, I don't know hot to resize > (stretch) an image. > > Cheers, > > Mariano > > > Thanks! > > Mariano > > > On Thu, Apr 23, 2009 at 12:53 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: > I am not a fan of photo wallpapers, but if there is a need for a > picture I can offer this one: > > http://tinyurl.com/c3vqrx > > I made it on a trip with Stef to Nice in the village of Menton. > > Lukas > > On Thu, Apr 23, 2009 at 2:59 PM, Sebastian Sastre <ssastre(a)seaswork.com > > wrote: > > would be a good choice > > sebastian > > > >> -----Mensaje original----- > >> De: pharo-project-bounces(a)lists.gforge.inria.fr > >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] En > >> nombre de Torsten Bergmann > >> Enviado el: Thursday, April 23, 2009 08:08 > >> Para: pharo-project(a)lists.gforge.inria.fr > >> Asunto: [Pharo-project] [OT] Pharo wallpaper > >> > >> The following wallpaper [1] looks very good behind the Watery > Theme2 > >> and the Pharo logo. It also gives an association with seaside. > >> > >> On the website it's claimed at least as free for download, it > remains > >> intellectual property of the media company. We could ask for > >> permission > >> or should digg in all our holiday photos to get something similar. > >> > >> [1] > >> http://www.wallpapersphere.com/preview/scenery/seascape/1280+x > >> +800/791/19581 > >> [2] > >> http://www.wallpapersphere.com/nature-wallpapers/scenery/seascape.html > >> > >> -- > >> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + > >> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* > >> http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a > >> > >> _______________________________________________ > >> 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 > > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > 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

May 6, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Alexandre Bergel

> Ok then. Closed incident. I was my ignorance. > > Thanks for the test and help. No problem at all Cheers, Alexandre > > On 5 May 2009, at 19:29, Mariano Martinez Peck wrote: > > > > > > > On Tue, May 5, 2009 at 3:44 PM, Alexandre Bergel > > <alexandre(a)bergel.eu> wrote: > > The localize method is present neither in .dev image nor in a core. > > > > No. I was creating it. However, what I reported happens with any > > selector name. Choose any other name instead of localize and you > > will get the same problem! > > > > Thanks for the help! > > > > Mariano > > > > > > > > Alexandre > > > > > > On 5 May 2009, at 17:52, Mariano Martinez Peck wrote: > > > > > Fuck....It seems to be more complex to reproduce. These are the > > > steps I am doing > > > > > > 1) open OB. > > > 2) go to String class, method printOn: > > > 3) modify printOn: to this: > > > > > > printOn: aStream > > > "Print inside string quotes, doubling inbedded quotes." > > > > > > self size < 100 > > > ifTrue: [ self localize storeOn: aStream ] > > > ifFalse: [ self storeOn: aStream ] > > > > > > 4) save it and put initials if asked. > > > 5) as localize is not created yet, it ask you the selector. Ignore > > > it and select localize (the first option) > > > 6) ctrl + a (select all text) and try to create the method > localize. > > > It can be just empty this method. > > > 7) try to save > > > 8) your image may be freeze :) > > > > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I > thought I > > > was at home, but not, unfortunately I am with Windows at work :( > > > > > > Cheers, > > > > > > Mariano > > > > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > > <alexandre(a)bergel.eu> wrote: > > > > Cool! I'm currently collecting all the cases which freezing an > > > image, > > > > to find a best way in new scheduler how to prevent that. > > > > I need more!! :) > > > > > > > > :) But does this happen also to you ? > > > > > > > > > In a 10300 on OSX I can do without any problem: > > > String compile: 'foo ^ 60'. 'abc' foo > > > => 60 > > > > > > Something more you want me to test ? > > > > > > Alexandre > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > Mariano > > > > > > > > > > _______________________________________________ > > > > > Pharo-project mailing list > > > > > Pharo-project(a)lists.gforge.inria.fr > > > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > > > project > > > > > > > > > > > > > > > > > > > > > -- > > > > Best regards, > > > > Igor Stasenko AKA sig. > > > > > > > > _______________________________________________ > > > > 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 > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2009

Re: [Pharo-project] NetNameResolver problem on Linux Ubuntu 9.04

by Alain Plantec

Bryce Kampjes a Ã©crit : > On Wed, 2009-05-06 at 08:38 +0200, Alain Plantec wrote: > >> Michael Rueger a Ã©crit : >> >>> Alain Plantec wrote: >>> >>> >>>> I'm on Ubuntu 9.04, I'm using Exupery VM 0.15.1. >>>> >>>> I do not have any problem on a VirtualBox/Ubuntu 8.10, same VM. >>>> >>> Hmm, as that is a major version change in Ubuntu we may need to build >>> a new VM? >>> Anyone any ideas what changed between the two Ubuntu versions? >>> >> Damien is using the same Ubuntu version with the same Exupery VM without >> any problem.... >> alain >> > > Damien had UUID problems which he's worked around by deleting that > plugin. I plan to install Ubuntu 9.04 in VirtualBox to investigate these > problems as there seems to be a few specific to Ubuntu 9.04. > Hi Bryce, I've also the same UUID problem as Damien. This problem makes the vm crash. So I think it is more a VM problem. The NetNameResolver problem is another one and seems to be related to the new network implementation. As what Cameron suggested, 'Monticello/ftp stopped working for me' thread is strongly related to my NetNameResolver problem. and the workaround is to make NetNameResolver class >> useOldNetwork simply return true. I will open an issue for that problem soon. Alain > Bryce > > > >

May 6, 2009

Re: [Pharo-project] UML diagram (OBEnhancement)

by CÃ©drick BÃ©ler

> I would not put superOb in scriptloader like that you can do what you > want and we too :) I don't think there are compatibility problems. The discussion just made me ask if it would be a good thing to have a set of "standard" method protocol ? Concerning what I experiment (pragma declaration), I won't push it to the OB repository anyway ;) CÃ©drick > > Stef

May 6, 2009

Re: [Pharo-project] UML diagram (OBEnhancement)

by StÃ©phane Ducasse

I would not put superOb in scriptloader like that you can do what you want and we too :) Stef On May 6, 2009, at 4:18 PM, CÃ©drick BÃ©ler wrote: > Hi guys, (cc'ed to pharo list - we're talking about the UML diagram > used in OBEnhancement) > > 2009/5/6 David RÃ¶thlisberger <roethlis(a)iam.unibe.ch>: >> Hi CÃ©dric, >> >> I also like what you did for the UML diagram. > > I didn't push it to the repository because they were some personal > choices and you underlined some of them. > >> >> Some issues I encountered: >> >> - class-side methods should not be at the bottom, but at the top, and >> displayed with underlined font to be more UML-compliant. > > Oh I forgot about that. Looks ok to me though I don't know yet how to > underline text in Mondrian (the text is a single stream with cr's) > >> - not sure about adding the method protocol. If included, I'd >> rather go for >> ordering the method alphabetically and then show the protocol in >> parentheses > > yes there is an ordering problem. The alphabetical order is ok, but > printing the protocol beside could lead to long lines and then wide > rectangles in the diagrams. > > Even if not standard, I actually prefer the ordering by protocol > mainly because it shows the method intention and it forces to use > them. > Nevertheless, to be consistent, I'd like to have a list of predefined > protocols that can be ordered (initialize, accessing, ...) but this is > outside the scope of the UML diagram. > > Could we agree on that in Pharo (standard list of method protocols) ? > Can someone propose a starting point... > > What do you think ? (we could also provide an alternative ordering > trough a popumenu "alphabetical/protocol") > >> - accessors should be present, IMO. > > I agree for the general case but decided to not show them in my > diagrams. > > This is part of a wider strategy. I explore using ivar as slots and > hence not consider accessors as methods. Each ivar has automatic > accessors that I try to complete with pragma's for further processing. > Something like <type: min: max: visibility: >... > Just experiencing... but anyways, I find accessing methods adding too > much extra noise in the diagrams. I'd prefer completing ivars with > their visibility characteristic. Maybe another candidate for the > popumenu (hide accessors). > > >> - empty areas at the end should not be shown at all, eg. if there >> are no >> class methods, class vars. I'd instead suggest to show class vars >> underlined >> in the variable area at the top, class methods underlined at the >> top of the >> method area, which means that there are only two areas. If there >> are no vars >> or methods defined, keep the empty area, but having two or three >> empty areas >> is very confusing (and non-standard). > > ok, you're right. Still, I need to know how to underline text... Do I > need to use TextAttribute ? Any pointers ? > >> For classes without methods and vars (there are some of those...) >> we should >> only show the rectangle with the class name. > > ok. > > >> >> I'd very much appreciate if you could extend your implementation to >> address >> these issues. > > I'll try to do so ;) > > I've also planned to fill menus (browse, implement, senders, > variables, etc... + export as PNG + ...) and hoverText (class comment, > method definitions ...). > > Such a diagram could be an alternative/complementary way of browsing > code... > >> Note that OB uses your implementation, as we rely on the class >> UMLEnhClassDiagram from Alex' Mondrian version containing your >> extensions. > > Yep, I saw that ;) > > Cheers, > > CÃ©drick > >> >> Thanks a lot, >> David >> >>> >>> I like your extension. Adding edges will not be a problem. You're >>> the >>> second one to ask for it. >>> I will do some coding tonight or tomorrow, will come back to you >>> soon. >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 30 Apr 2009, at 16:59, CÃ©drick BÃ©ler wrote: >>> >>>> Hi Alexandre and David, >>>> >>>> I just saw that you merged the development of Mondrian with >>>> OBDiagram. >>>> Sounds good to me. Though, I missed some information in the UML >>>> class >>>> diagram, so I did my own. I joined it in cas you'd like it (plus a >>>> diagram example). One remark though, I simply remove accessing >>>> methods >>>> as I find they "pollute" my diagrams. It's ok for me but I guess >>>> not >>>> for general diagrams. >>>> >>>> I actually play more with accessing method so that I can have their >>>> status and type (declaration in pragmas). Do you think it will be >>>> doable to draw associations between classes (if declared in >>>> pragmas) ? >>>> >>>> Cheers, >>>> >>>> -- >>>> CÃ©drick >>>> <UMLFullClassDiagram.st><xorp.png> >>> >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 6, 2009

Re: [Pharo-project] [OT] Pharo wallpaper

by Mariano Martinez Peck

On Thu, Apr 23, 2009 at 8:10 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > When you put an image as background, is there an option to maximize it to > the full zize instead of mosaic ? > no one ? Since I don't have halos anymore, I don't know hot to resize (stretch) an image. Cheers, Mariano > > Thanks! > > Mariano > > > On Thu, Apr 23, 2009 at 12:53 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> I am not a fan of photo wallpapers, but if there is a need for a >> picture I can offer this one: >> >> http://tinyurl.com/c3vqrx >> >> I made it on a trip with Stef to Nice in the village of Menton. >> >> Lukas >> >> On Thu, Apr 23, 2009 at 2:59 PM, Sebastian Sastre <ssastre(a)seaswork.com> >> wrote: >> > would be a good choice >> > sebastian >> > >> >> -----Mensaje original----- >> >> De: pharo-project-bounces(a)lists.gforge.inria.fr >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] En >> >> nombre de Torsten Bergmann >> >> Enviado el: Thursday, April 23, 2009 08:08 >> >> Para: pharo-project(a)lists.gforge.inria.fr >> >> Asunto: [Pharo-project] [OT] Pharo wallpaper >> >> >> >> The following wallpaper [1] looks very good behind the Watery Theme2 >> >> and the Pharo logo. It also gives an association with seaside. >> >> >> >> On the website it's claimed at least as free for download, it remains >> >> intellectual property of the media company. We could ask for >> >> permission >> >> or should digg in all our holiday photos to get something similar. >> >> >> >> [1] >> >> http://www.wallpapersphere.com/preview/scenery/seascape/1280+x >> >> +800/791/19581 >> >> [2] >> >> http://www.wallpapersphere.com/nature-wallpapers/scenery/seascape.html >> >> >> >> -- >> >> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + >> >> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* >> >> http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a >> >> >> >> _______________________________________________ >> >> 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 >> > >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

May 6, 2009