- Pharo-dev - lists.pharo.org

[Pharo-project] deprecated message #sortBy: in Metacello
by Hilaire Fernandes Nov. 10, 2010

Nov. 10, 2010

When using the ConfigurationOfDrGeo to load DrGeo code and dependencies in latest 1.2 pharo core image, I get a Metacello first load, then I got a deprecated message error on the message sortBy: MetacelloMCProject>>versions ^self map values asArray sortBy: [:a :b | a <= b ] Does it mean the wrong Metacello is bootstrapped in the image? Or something else? Hilaire -- Dr. Geo, to discover geometry on Linux, Windows, MAC and XO http://community.ofset.org/index.php/DrGeo

2 2

Re: [Pharo-project] About SourcedMethodReference
by StÃ©phane Ducasse Nov. 10, 2010

Nov. 10, 2010

>> >> >>> Why do you want to remove MethodReference? >> >> The work was initiated from Benjamin's work on a new browser for 'recent changes', which basically needs to manipulate source references. >> >> MethodReference is being used to this end in various parts of the system but it represents various different things: class comment reference, method source reference, class definition reference, etc.. In addition, it always represents a reference to the current source. To retrieve older versions of the source, you need to walk the changes stream yourself. Last but not least, various different tools are walking the changes file with different implementations. >> >> From that experience, the idea arose to create a sourcereference model that explicitly models the different source elements (methods, class comments, definitions, etc) and that has explicit timestamping. At the same time, we don't want to break existing tools and have embedded the exisiting MethodReference in that model. >> > > +1 > > and please, keep in mind to delegate retrieving an actual source code > to some abstract layer. > So, then we can bind any remote storage to it, like database or file > system whatever. Yes we should probably have a look at method trailer with you but first we should build the infrastructure and test it. Stef

1 0

Re: [Pharo-project] Smalltalks 2010
by StÃ©phane Ducasse Nov. 10, 2010

Nov. 10, 2010

no idea ask the organizer On Nov 10, 2010, at 11:08 AM, Torsten Bergmann wrote: > Will "Smalltalks 2010" in Argentina be recorded to provide > the sessions on the web later or streamed to the web similar > to ESUG? > > Thx > T. > -- > GRATIS! Movie-FLAT mit Ã¼ber 300 Videos. > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome >

2 1

[Pharo-project] About SimpleMorphic
by Juan Vuletich Nov. 10, 2010

Nov. 10, 2010

Hi Folks, I apologize for not answering the original messages properly, I had mail deliver disabled, so I can't. I have enabled it, so I'll answer properly from now on. To Hillarie: If you don't use Polymorph, but want to build your own Morphs from scratch, SimpleMorphic is simpler, easier to understand, tweak and fix. To Doru: Let's do a comparison: Size of 4 core classes (Morph, MorphExtension, PasteUpMorph and WorldState) Pharo / Squeak / Cuis totalIvars: 39 / 46 / 26 totalClassVars: 15 / 10 / 5 totalInstMethods: 1170 / 1764 / 663 totalClassMethods: 55 / 71 / 16 Size of the whole Morph hierarchy Pharo / Squeak / Cuis totalClasses: 197 / 331 / 58 totalIvars: 649 / 1063 / 257 totalClassVars: 54 / 138 / 28 totalInstMethods: 6651 / 9186 / 2115 totalClassMethods: 303 / 858 / 127 SimpleMorphic is much smaller. Core classes are simpler and easier to understand, fix and extend. The most important part is that this is not blind removal of unused code. A lot of the functionality has been redesigned to make it simpler, and the removal was done with great care to result in a consistent system. This work started in 2004, so we're talking of about 6 years of careful work. All this means that SimpleMorphic does not support all the features that Pharo or Squeak might support. Please use the browsers and other tools in Cuis to check what it indeed can do. Talking about complexity, let's take for example, morph layout. This is started with #doLayoutIn: in Pharo and #doLayoutIfNeeded in SimpleMorphic. In Pharo, this method calls #adjustLayoutBounds: (19), #layout:in: (149), #layoutProportionallyIn: (10), #computeCellArrangement:in:horizontal:target: (87), #computeGlobalCellArrangement:in:horizontal:wrap:spacing: (31), #computeCellSizes:in:horizontal: (30), #computeExtraSpacing:in:horizontal:target: (136), #layoutLeftToRight:in: (91), #layoutTopToBottom:in: (91), #placeCells:in:horizontal:target: (70). The numbers in parenthesis are the sum of the lines of code of the implementors. Total lines of code for layout (taking only these most important methods) is 714. I doubt there are many people who really understand all of this code. In SimpleMorphic (Cuis), this calls #layoutSubmorphsIn: (10), #applyLayoutFrameIn: (11), #layout:in: (24). Total lines of code is 45. I believe any smalltalker could understand these in just minutes. I hope this makes makes it clearer to you what SimpleMorphic is. Cheers, Juan Vuletich

8 13

Re: [Pharo-project] Added Issue 3223 : Replace all sends to compile: in SystemNavigationTest by compileSilently:
by StÃ©phane Ducasse Nov. 10, 2010

Nov. 10, 2010

tx! On Nov 9, 2010, at 10:07 PM, Luc Fabresse wrote: > Fix in pharo task forces Tests-LucFabresse.242 > > #Luc

1 0

Re: [Pharo-project] About SourcedMethodReference
by StÃ©phane Ducasse Nov. 10, 2010

Nov. 10, 2010

> Why do you want to remove MethodReference? To be able to have MethodReferenceWithSource which will be renamed MethodReference and in the same time not put the system on its knees. ;) Right now MethodReference and friend sucks even if I already fixed a lot of Feature Envy. I do not like the logic to read change files with case statement #Comment .... all the bad logic it implies. There is a lack of real objects there. When you read the code of RecentMessages or recovery you can faint and re fixed a lot of Feature Envy, Duplicated code in 1.2. A lot is happening in 1.2 under the surface and a lot more will happen in 1.3. We want a real declarative model of source code. Veronica will start to work on that. We want to store also **all** the code of all the version in a database so that we can do real versions queries. Now the changes made on MethodReference are to make sure that we can have two methodReference with the same selector, class, but a different timestamp and source code. Like what we see in versions and recent changes, but done in a much better way. Benjaman rewrote completely recentMessages and this is great we can filter recentMessages based on time, class, packages..... and without the changes in MethodReference we had to put isKindOf and other nasty checks all over the place. So in summary, we want to put in place an infrastructure for building next generation tools. Ideally we will have ClassDefinition MethodDefinition InstanceVariableDefinition and migrate all the tools to them. We will experiment with that and certainly build a robust infrastructure for that. I hope it explains. We wrote a document explaining that. But now we should build it. Stef

1 0

Re: [Pharo-project] squaksource up again
by StÃ©phane Ducasse Nov. 10, 2010

Nov. 10, 2010

tx! I asked again inria to get a date for the web dav server. I hope to have an answer soon. On Nov 10, 2010, at 11:15 AM, Fabrizio Perin wrote: >

1 0

[Pharo-project] squaksource up again
by Fabrizio Perin Nov. 10, 2010

Nov. 10, 2010

2 1

[Pharo-project] squeaksource under maintenance back again in an hour i hope
by Fabrizio Perin Nov. 10, 2010

Nov. 10, 2010

1 0

[Pharo-project] Strange graphics effect (getting Pharo running on the RoarVM)
by Stefan Marr Nov. 10, 2010

Nov. 10, 2010

Hi: When I run Pharo on the RoarVM, I have some strange graphics effects. Maybe anyone has seen something similar in the past and could point me in the direction of the problem. The attached screenshot shows the effect I see while moving a window. All parts of the window, which were containing text are basically cut out, and the other windows in the back are visible instead. This effects seems to occur only while dragging/moving the window. As a reminder, we are using X11. So, if anyone remembers to have experiences something similar in the past, please let me know what the fix was. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

3 3