December 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Critical ClassBuilder bug

by StÃ©phane Ducasse

Guillermo do you have a test because we should really cover the classBuilder with such scenario? Stef On 17 Dec 2013, at 16:59, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi!! > > I started this afternoon to see a bug on class bindings on trait methods. This one: https://pharo.fogbugz.com/f/cases/11756/Reshaping-a-class-breaks-classBindi… > > Now, after playing and moving around that, I noticed that the problem is worse: > > 1)Create Class A. > 2)Create method A>>m1. > 3)Create method A>>m2. > 4)reshape the class (e.g. add an inst var) > > Then: (A>>#m2) classBinding == (A>>#m3) classBinding ==> false!!! > > > The problem is caused because the recompilation of the methods is taking place in a class that is not yet installed in its environment (the Smalltalk system dictionary in this case). The installation of the class takes part after the reshaping+the recompilation. Then, when the methods are compiled, the binding is not available for them and new bindings are created. > > Would someone with more idea on the new class builder give some advice? Cause I'm a bit lost in the new class builder code :) > > Tx, > Guille

Dec. 25, 2013

Re: [Pharo-dev] Class comment versioning

by Marcus Denker

On 25 Dec 2013, at 18:09, Nicolai Hess <nicolaihess(a)web.de> wrote: > Are different versions of class comments stored somewhere? > > Looking at RGCommentDefinition, class comments can have > a timestamp. But I couldn't found a way to browse class comment versions. > There is a but right nowâ¦ https://pharo.fogbugz.com/f/cases/7315/Class-comments-have-no-timestamp The whole code that realised the changes+source stuff is quite old and hard to understandâ¦ so itâs easy to introduce bugs, as happened here quiet a while ago. Marcus

Dec. 25, 2013

Re: [Pharo-dev] [Moose-dev] Re: Activity Diagram

by Marcus Denker

On 25 Dec 2013, at 19:02, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Yes indeed then in that case I would really try to get ConnectorMorph working in pharo. > I can send you a drop box with a working version in 3.9 > Keep in mind that Connectors where a quite huge and complex (and intrusive) (yet *Very very* coolâ¦) piece of workâ¦ getting them to work in Pharo will be a challenge. In the end, I think the largest problem of connectors always was that they here not merged with Morphic *for real* (while cleaning up both), as they show very much the real power of Morphic. I did start to integrate the hooks + enhancements in Squeak 3.9, but in the end it turned out to be quite a hack in some parts and thus just increased the complexity of Morphicâ¦ Marcus

Dec. 25, 2013

Re: [Pharo-dev] Relation tower is coming for Roassal

by StÃ©phane Ducasse

this is really nice What I would like is if we can have a relation to another element on the left and that such elements are placed I would really like to have a visualization that I could use to display procedural code and their invocations. procedure def foo calling zork procedure def bar call foo procedure def zork and be able to see that foo calls zork Stef > Hi! > > A new builder for Roassal is comingâ¦ The goal of Relation tower is to easily visualize relations between group of elements. We had the inspiration from the following website http://peoplemov.in/#! > > Here are some screenshots: > https://www.facebook.com/media/set/?set=a.559114290841839.1073741837.340543… > > If you like these screenshots, then you know where the like button is :-) > > We will have this visualization on the web, thanks to our smooth and nice Pharo2Amber migration process. > > Any idea on how to extend/apply Relation tower? Any set of data you want us to play with? Your data? > Feedback are very welcome! > > Cheers, > Ricardo & Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >

Dec. 25, 2013

Re: [Pharo-dev] Class comment versioning

by StÃ©phane Ducasse

Normally they should be stored somewhere in the change file but may be we got a bug somewhere. Now I really hope that Epicea will replace the changesorter model. Stef > Are different versions of class comments stored somewhere? > > Looking at RGCommentDefinition, class comments can have > a timestamp. But I couldn't found a way to browse class comment versions. > > regards > Nicolai

Dec. 25, 2013

Re: [Pharo-dev] Nautilus as default/only Systembrowser for pharo3

by StÃ©phane Ducasse

> I understand, lack of time/manpower. But if we have the time, to introduce new or experimental things, > we should focus to have stable tools. Believe me that I completely agree with you :). Iâm always trying to get stable and better tools. What are the problems that you have? Because I work daily with Nautilus. Now you should realise that Ben did Nautilus because he was fed up with the old browser and he was a third and four year student. Then he built nautilus so that we can remove the really old code StringHolder and subclasses from the system. Then from this experience we saw that building tools did not scale so this is why we worked on Spec. And now Spec went from version 1 to version 2 and now we will be able to rewrite Nautilus again. Now to complete the story: we worked one year to clean and make a solid version of package but protocols were so deep into the system that we had to fix Nautilus and esteban rewrote a part in a hurry. But again Esteban is not payed for that and some of the glitches we will be fixed when we find them and fix them. Stef

Dec. 25, 2013

Re: [Pharo-dev] Transparent colors with NBOpenGL?

by StÃ©phane Ducasse

Ronie I was talking about 3D with Igor (because Igor came to Smalltalk because he wanted to use it as a game engine and built rendering engine in Pascal long long time ago :). So I was brainstorming to see what you could do. the last time alex show roassal 3D we were thinking that it would be good to build a kickstarter show case on something sexy (maybe bridging a physical model to 3D)â¦. Now what would like to build with NBOpenGL? What are your dreams and how could we slice them into tasks that could be reached in a limited amount of time. Stef

Dec. 25, 2013

Re: [Pharo-dev] problem while parsing xml

by StÃ©phane Ducasse

Hi Hernan how did you reproduce the bug? Because it would be nice to fix it. Stef On 24 Dec 2013, at 18:48, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > I have tried in Pharo 2.0 configurations from Config Browser (ConfigurationOfXMLParser-StephaneDucasse.16) and latest from http://www.smalltalkhub.com/mc/PharoExtras/XMLParser/main (ConfigurationOfXMLParser-monty.37) and both have this bug. > > HernÃ¡n > > > 2013/12/24 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi Satoshi > > Did you try with the latest configuration of XMLParser? > Because I do not know what it is in Moose. > Stef > > On 23 Dec 2013, at 18:26, NISHIHARA Satoshi <goonsh(a)gmail.com> wrote: > > > Hello > > > > using: Pharo3.0 Latest update: #30659 (it occurs same error to > > Pharo2.0 Latest update: #20628) > > (Moose 4.9 with XML-Parser (DamienCassou.143) has no_err) > > > > 1. load XMLParser (StephaneDucasse.16) from Configuration browser > > 2. select and inspect it below: > > ^ XMLDOMParser parse: '<?xml version="1.0" encoding="UTF-8" standalone="no"?> > > <!DOCTYPE score-partwise PUBLIC > > "-//Recordare//DTD MusicXML 3.0 Partwise//EN" > > "http://www.musicxml.org/dtds/partwise.dtd"> > > <score-partwise version="3.0"> > > <part-list> > > <score-part id="P1"> > > <part-name>Music</part-name> > > </score-part> > > </part-list> > > <part id="P1"> > > <measure number="1"> > > <attributes> > > <divisions>1</divisions> > > <key> > > <fifths>0</fifths> > > </key> > > <time> > > <beats>4</beats> > > <beat-type>4</beat-type> > > </time> > > <clef> > > <sign>G</sign> > > <line>2</line> > > </clef> > > </attributes> > > <note> > > <pitch> > > <step>C</step> > > <octave>4</octave> > > </pitch> > > <duration>4</duration> > > <type>whole</type> > > </note> > > </measure> > > </part> > > </score-partwise> > > ' readStream. > > > > 3. and get DNU: SmallInteger>>asciiValue > > > > 'case of XMLZincClient>>#get: > > 'http://www.musicxml.com/dtds/partwise.dtd' timeout: ... onError: ... > > returns binaryStream? > > > > > > -- > > -- > > "NISHIHARA Satoshi" > > [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] > > <PharoDebug.log> > > >

Dec. 25, 2013

Re: [Pharo-dev] float printing glitch?

by StÃ©phane Ducasse

thanks nicolas. I will give a try. On 24 Dec 2013, at 18:15, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Yes, you should change the tickPrintBlock because it probably incorrectly use (aFloat roundTo: 0.1) printString. > There is no guaranty that this return the nearest Float to the aimed decimal fraction. > Since this is not the nearest Float, you have additional digits displayed. > The print block should use a selector like printShowingDecimalPlaces: (Squeak) or something equivalent in Pharo (can't remember if the selectors are 100% compatible). > > For completeness, do test these expressions: > (0 to: 10) collect: [:i | (i/10) asFloat]. > versus > (0 to: 10) collect: [:i | i*0.1]. > versus > (0 to: 10) collect: [:i | (i/10) roundTo: 0.1]. > > Only the first one is correct. Trying to roundTo: 0.1 spoils thing because 0.1 is not exactly 1/10 and thus introduce small errors... > > > 2013/12/24 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi (nicolas :)) > > I was fixing the sound package and the EnvelopeEditorMorph shows a strange glitch > > EnvelopeEditorMorph openOn: (FMSound brass1) copy title: 'brass1' > > See ^^^^^^^^^^^^^^^^ below > > I have the impression that this related to float printString. Any idea how to fix it? > > > > > > buildLabels > | scale x1 y1 y2 captionMorph loopStart offset | > majorTickLength * minorTickLength < 0 > ifTrue: [ minorTickLength := 0 - minorTickLength ]. > self removeAllMorphs. > caption ifNotNil: > [ captionMorph := StringMorph contents: caption. > offset := captionAbove > ifTrue: [majorTickLength abs + captionMorph height + 7] > ifFalse: [2]. > captionMorph > align: captionMorph bounds bottomCenter > with: self bounds bottomCenter - (0 @ offset). > self addMorph: captionMorph]. > tickPrintBlock ifNotNil: > ["Calculate the offset for the labels, depending on whether or not > 1) there's a caption > below, 2) the labels are above or below the ticks, and 3) the > ticks go up or down" > offset := labelsAbove > ifTrue: [majorTickLength abs + minorTickLength abs + 2] > ifFalse: [2]. > caption > ifNotNil: [captionAbove ifFalse: [offset := offset + captionMorph height + 2]]. > scale := (self innerBounds width - 1) / (stop - start) asFloat. > x1 := self innerBounds left. > y1 := self innerBounds bottom. > y2 := y1 - offset. > "Start loop on multiple of majorTick" > loopStart := (start / majorTick) ceiling * majorTick. > loopStart to: stop > by: majorTick > do: > [ :v | | x tickMorph | > x := x1 + (scale * (v - start)). > tickMorph := StringMorph contents: (tickPrintBlock value: v). > ^^^^^^^^^^^^^^^^ printString? > > tickMorph align: tickMorph bounds bottomCenter with: x @ y2. > tickMorph left < self left > ifTrue: [ tickMorph position: self left @ tickMorph top ]. > tickMorph right > self right > ifTrue: [ tickMorph position: (self right - tickMorph width) @ tickMorph top]. > self addMorph: tickMorph ]] >

Dec. 25, 2013

Re: [Pharo-dev] [Moose-dev] Re: Activity Diagram

by StÃ©phane Ducasse

Yes indeed then in that case I would really try to get ConnectorMorph working in pharo. I can send you a drop box with a working version in 3.9 stef On 24 Dec 2013, at 18:11, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Ok thank you StÃ©phane, but activity diagrams are quite different from > sequence ones: > > https://en.wikipedia.org/wiki/Activity_diagram > > On Tue, Dec 24, 2013 at 6:02 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> http://www.laputan.org/brant/brant.html >> >> I remember that we used it. >> >> Stef >> >>> Serge >>> >>> in VW there was an extension of MethodWrappers that supported the generation of SequenceDiagrams. >>> >>> Stef >>> >>> On 23 Dec 2013, at 15:39, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >>> >>>> Dear all, >>>> >>>> with a colleague from Savoie University, we are looking for some >>>> Smalltalk code in order to model, execute and animate Activity >>>> Diagram. Any existing works ? >>>> >>>> Regards, >>>> -- >>>> Serge Stinckwich >>>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>>> Every DSL ends up being Smalltalk >>>> http://www.doesnotunderstand.org/ >>>> >>> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ >

Dec. 25, 2013