- Pharo-dev - lists.pharo.org

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

Class comment versioning

by Nicolai Hess

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] PackageTasksPlugin intall problem

by NISHIHARA Satoshi

sorry, i missed it. vm: Pharo-291 vi: Pharo-30659 regards. 2013/12/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hi satoshi > > Do you use the latest version of Nautilus? > > Stef > >> Hello >> >> select and do it below: >> >> Nautilus >> pluginClasses: >> {{FinderPlugin. #top}. >> {AnnotationPanePlugin. #middle}. >> {PackageTasksPlugin. #bottom}} asOrderedCollection. >> browser := PackageTreeNautilus open. >> browser ui selectedPackage: (RPackage named: 'AST-Core'). >> browser ui changed: #listElement:. >> >> gets: >> MessageNotUnderstood: PackageTreePackageSelection>>includesMethod:ofClass: >> >> regards. >> >> >> -- >> -- >> "NISHIHARA Satoshi" >> [:goonsh :nsh | ^ nishis perform: goonsh with: nsh] >> <PharoDebug.log> > > -- -- "NISHIHARA Satoshi" [:goonsh :nsh | ^ nishis perform: goonsh with: nsh]

Dec. 25, 2013

Re: [Pharo-dev] Merry Christmas!

by Tudor Girba

Fun! Merry Christmas! Doru On Wed, Dec 25, 2013 at 12:29 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Oh!! Well spotted! > > Alexandre > > > Le 25-12-2013 Ã 11:25, Sven Van Caekenberghe <sven(a)stfx.eu> a Ã©crit : > > > > People keep on forgetting that you can write this load expression much > more elegantly: > > > > === > > Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; > configuration; loadDevelopment. > > === > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 25, 2013

Re: [Pharo-dev] [Moose-dev] #deepCollect:

by Tudor Girba

As I mentioned before, his API is a particular case of the DeepTraverser and it is covered out of the box with the DeepTraverser implementation. But, keep in mind that Chris's deepCollect: works only for collections, while mine works for any object as starting point. Also, the DeepTraverser package has 427 lines of code (including comments), so I would say it is not quite that large :). It would be great to have it added to Pharo (actually that was the original intention). Cheers, Doru On Tue, Dec 24, 2013 at 6:26 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi chris > > I think that it would be great if: > - your api is compatible with the one of doru > - that we can introduce your extension to Pharo > - keep the package of doru outside because it is larger. > > With such approach we could get a first version with your code and a > larger one with the one of doru and people > would love it on demand. > > Stef > > On 13 Dec 2013, at 18:02, Chris Cunningham <cunningham.cb(a)gmail.com> > wrote: > > Hi. > > I was reading with interest the blog post on Traversal-enabled objects ( > http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects ) > when I noticed the method #deepCollect: referenced. Interestingly, I have > a method called #deepCollect: that is use (wtih related methods like > #deepDo: and #deepSelect:). I suspect these uses may be compatible, with > the traveral versions being more generic. > > My set of #deep methods allow arbitrary flattening of collections. The > #flatCollect: suite in Pharo today flattens objects 1 level; the > #deepCollect: flattens the collections as many levels deep as they are > nested. I found this to be a really useful ability when I work with > PetitParser parsings, which tend give back massively nested Arrays by > default. > > If you are interested, it is published at: > http://www.smalltalkhub.com/#!/~cbc/DeepCollection/ . > > -cbc > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 25, 2013

Fwd: Disease model?

by Serge Stinckwich

EnvoyÃ© de mon iPhone DÃ©but du message transfÃ©rÃ© : > ExpÃ©diteur: Serge Stinckwich <serge.stinckwich(a)gmail.com> > Date: 25 dÃ©cembre 2013 12:40:26 UTC+1 > Destinataire: Alexandre Bergel <alexandre.bergel(a)me.com> > Objet: RÃ©p : Disease model? > > Yes here: > http://smalltalkhub.com/#!/~UMMISCO/Kendrick > Normally should work on Moose 5.0 > > Thank you for the great Christmas animation ;-) > > EnvoyÃ© de mon iPhone > >> Le 25 dÃ©c. 2013 Ã 12:31, Alexandre Bergel <alexandre.bergel(a)me.com> a Ã©crit : >> >> Hi serge >> >> Is your code about the disease is available somewhere? >> >> Alexandre

Dec. 25, 2013

Disease model?

by Alexandre Bergel

Hi serge Is your code about the disease is available somewhere? Alexandre

Dec. 25, 2013