May 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: KernelImage fixes (was: Re: [squeak-dev] Burn the Squeak Image! (Why I am running for board))
by StÃ©phane Ducasse May 7, 2009

May 7, 2009

not sure that this is still correct but I found that lost in my spam filter Sorry pavel. Begin forwarded message: > From: Pavel Krivanek <pavel.krivanek(a)gmail.com> > Date: March 1, 2009 5:12:20 PM CEST > To: stephane ducasse <stephane.ducasse(a)free.fr> > Subject: KernelImage fixes (was: Re: [squeak-dev] Burn the Squeak > Image! (Why I am running for board)) > > Hi Stef, > > there are some opened issues so we may start with them: > 310 and 311 - the goal is to be able to unload all tests. As Adrian > sugested, we may place it the package Tests - at least for now. > 346 - easy and safe to integrate > 348 - very important issue. Maybe you should place in one update fix > for MorphicUIManager>>interactiveParserFor: and in the next the rest > of the patch to prevent loading problems > There was one wrong step in the development of Pharo during removing > of MVC. Pharo deleted all MVC related code however in some cases it > was the sign to use the UIManager. > 71, 59 - very critical patch but I will have to check if the patches > are suitable for the latest pharo > > I suggest to remove the unused class variable Current from the > ColorTheme (issue 467) firstly - that cleans a lot of obsoleteClasses. > > I think that we need one important step in the development of Pharo - > the next image that will not contain any code that can be unloaded. > That should help us to increase the Pharo quality because now most > packges are on the logical level in contradistiction to KernelImage > where all packages are standalone unloadable entities. > The ideal state is when we have the minimal core image with logical > packages (like Collections) and the rest will be all unloadable > packages. > > Cheers, > -- Pavel > > > > On Sun, Mar 1, 2009 at 9:57 AM, stephane ducasse > <stephane.ducasse(a)free.fr> wrote: >> >>> The KernelImage ZOO including the building environment is here: >>> http://squeak.cz/public/pub/KernelImage/current/ >>> >>> Of course it is not perfect - the smallest image works only in Linux >>> and MorphicCore needs a lot of fixes so people should start with >>> MorphicExt and so on but it is usable starting point if someone is >>> interested... >>> >>> -- Pavel >> >> Hi pavel >> >> do you have some fixes, cs list that we could slowly integrate to >> pharo? >> >> Stef >> >

1 0

[Pharo-project] 10300 keystroke shortcut missing
by Alexandre Bergel May 7, 2009

May 7, 2009

Cmd-x to remove elements Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] Thoughts about Pharo GUI
by stepken May 7, 2009

May 7, 2009

Hi! Connecting Pharo to SUN Lively Morphic GUI: http://research.sun.com/projects/lively/ has lots of advantages: * decoupling of GUI and steering engine in hardware, like X-Server from X.org * independance of hardware and OS. * speed - drawing canvas in SVG is implemented in C, steeting in JAVA-Script. Google Chrome engine V8 is a ActionScript Jitter (http://llvm.org/) and even offers OpenGL as C-lib (Khronos) -> No more plugin's into VM necessary for graphics, same with vector-font libraries. * comfort - You can develop your smalltalk software from everywhere, e.g. pharo vm installed at a webhoster ... or local over loopback interface. * Lively and Squeak Morphic mental models fit perfectly, adaption should be really easy. Dan Ingall being one of the designers of Lively... * Pharo's killer applications seaside and pier also are remote applications, also using ActionScript and browser -> why not for graphics, morphic and etoys? * Chrome/FireFox tends to become the standard universal visualisation and I/O toolkit for all OS, so why not being lightyears ahead by consequently implementing the GUI in Chrome/FF? few disadvantages: * sound, videostreaming, printing problematic, but easily solvable, because FF/Chrome already have that features built in ;-) I'm a bit disappointed by the fact, that the squeak / pharo jitter still has not the expected performance impact. Elliot does a good work, but Frank Lesser with its DNG engine is showing actually, what is technically possible ...C-Speed for Smalltalk and ! Apple is behind LLVM and JAVA 6 is showing also, that C-Speed can be reached in full OO-Languages, see the "language shootout". By the way: ActionScript is a full OO-language, like Smalltalk. I really wondered, why not LLVM has become the standard jitter in Pharo. Power/ARM/Sparc/Intel ... processors are already supported! I think, any proprietary Jitter is a design fault ... just my 2 ct. Have fun, Guido Stepken

4 4

[Pharo-project] UML diagram (OBEnhancement)
by CÃ©drick BÃ©ler May 6, 2009

May 6, 2009

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

4 4

[Pharo-project] [OT] Pharo wallpaper
by Torsten Bergmann May 6, 2009

May 6, 2009

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

5 7

[Pharo-project] I always thought that 1 to: 100 do: was faster than (1 to: 100) do:
by StÃ©phane Ducasse May 6, 2009

May 6, 2009

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

4 7

[Pharo-project] Smalltalk -> MSE translator
by Alexandre Bergel May 6, 2009

May 6, 2009

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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] Add a method to String freezes my pharo image
by Mariano Martinez Peck May 6, 2009

May 6, 2009

No matter which method I try to add. Is this happening only to me ? I am using pharo core 10300 and exupery vm on ubuntu. Cheers, Mariano

6 16

[Pharo-project] Slow image
by Torsten Bergmann May 6, 2009

May 6, 2009

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

3 3

[Pharo-project] Fwd: may be I reloaded moose into moose
by Torsten Bergmann May 6, 2009

May 6, 2009

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

2 1