- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Slow image

by StÃ©phane Ducasse

Good to know We could use that as a test. Stef > > 2009/5/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> may be it would be nice if someone can have a look at the sophie >> multibyte streams >> because john was suggesting that the utf changes got an influence on >> the fetching/writing of the source code >> >> Stef >> On May 6, 2009, at 12:58 PM, Torsten Bergmann wrote: >> >>> Whatever the reason was ... it's gone in #10300. >>> Package loading is slow as ever ;) - but now again >>> in acceptable time. >>> >>> Bye >>> T. >>> -- >>> 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 >> > > _______________________________________________ > 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] UML diagram (OBEnhancement)

by CÃ©drick BÃ©ler

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> >> > >

May 6, 2009

Re: [Pharo-project] Fwd: may be I reloaded moose into moose

by David RÃ¶thlisberger

> "ScriptLoader loadSuperOB" in pharo #10300 is also broken. > > Evaluate it and click on the UML diagram in the new browser > after selecting a class -> crashed since class "UMLEnhClassDiagram" > is missing... ok, thanks for letting us know. We updated the diagram to use the new Mondrian for Squeak done by Alex, and #loadSuperAlpha didn't load this version. I fixed this in latest ScriptLoader in PharoInbox. David

May 6, 2009

Re: [Pharo-project] Slow image

by Nicolas Cellier

Yes, the condenseChanges in one of recent updates took 1hour on my old PC... 2009/5/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > may be it would be nice if someone can have a look at the sophie > multibyte streams > because john was suggesting that the utf changes got an influence on > the fetching/writing of the source code > > Stef > On May 6, 2009, at 12:58 PM, Torsten Bergmann wrote: > >> Whatever the reason was ... it's gone in #10300. >> Package loading is slow as ever ;) - but now again >> in acceptable time. >> >> Bye >> T. >> -- >> 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 >

May 6, 2009

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

by Bryce Kampjes

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. Bryce

May 6, 2009

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

by Mariano Martinez Peck

On Wed, May 6, 2009 at 4:26 AM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Hi Mariano, > > Actually it behaves as expected. > I first defined > String>>localize > ^ self > > _then_ > > String>>printOn: aStream > "Print inside string quotes, doubling inbedded quotes." > > self size < 100 > ifTrue: [ self localize storeOn: aStream ] > ifFalse: [ self storeOn: aStream ] > > > No freeze. I haven't tried to create printOn: before creating > localize. It may freeze, but this is expected. > Ok then. Closed incident. I was my ignorance. Thanks for the test and help. Mariano > > 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 >

May 6, 2009

Re: [Pharo-project] Slow image

by StÃ©phane Ducasse

may be it would be nice if someone can have a look at the sophie multibyte streams because john was suggesting that the utf changes got an influence on the fetching/writing of the source code Stef On May 6, 2009, at 12:58 PM, Torsten Bergmann wrote: > Whatever the reason was ... it's gone in #10300. > Package loading is slow as ever ;) - but now again > in acceptable time. > > Bye > T. > -- > 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 >

May 6, 2009

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

by StÃ©phane Ducasse

new issue and you fill it. on http://code.google.com/p/pharo/issues/ Stef On May 6, 2009, at 4:01 AM, Cameron Sanders wrote: > This is the solution I used for the Mac. See the recent thread of: > Monticello/ftp stopped working for me. > > The FTP side has another defect I mentioned... and I guess I need to > learn where to enter that detail in the bug tracking system. > -Cam > > On May 5, 2009, at 4:42 PM, Alain Plantec wrote: > >> Hi all, >> Since one week I have network problems: >> system update is not working, Monticello can't open any http >> repository... >> I've investigated a little bit and found that NetNameResolver always >> fail when trying to resolve >> www.squeaksource.com as an example: >> NetNameResolver addressForName: 'www.squeaksource.com' >> result is always nil. >> I can make it work only by setting true to the #UseOldNetwork >> NetNameResolver class variable. >> 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. >> >> Cheers >> Alain >> >> >> >> >> >> >> _______________________________________________ >> 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] SubpaneDividerMorph question of existence

by StÃ©phane Ducasse

tx so we will remove that! On May 6, 2009, at 5:55 AM, HernÃ¡n Morales Durand wrote: > Hello StÃ©phane, > It was the divider used when the system browsers were all green and > plain (Squeak versions up to 3.0) and from there was replaced by > BorderedSubpaneDividerMorph in the main Squeak distribution. > Cheers, > > HernÃ¡n > > 2009/5/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hi buzy pharoers >> >> I found a removal script from etoyers and they removed >> SubpaneDividerMorph. >> I check in Pharo this class has no subclass and nobody uses it. >> >> 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 >

May 6, 2009

[Pharo-project] OBScript in ScriptLoader

by StÃ©phane Ducasse

Begin forwarded message: > From: David RÃ¶thlisberger <roethlis(a)iam.unibe.ch> > Date: May 5, 2009 11:05:03 PM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: may be I reloaded moose into moose > > >> and the OB script was run twice leading to inconsistencies. > > okay, together with Damien Cassou I found out that his current > version of 'ScriptLoader loadOB' is not entirely correct, it doesn't > load all packages required for OB... > I fixed that in PharoInbox in ScriptLoader-david_roethlisberger.854. > The problem you got should now be solved with this new loadOB method. > > David >

May 6, 2009