- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] NativeBoost and standard out

by Sean P. DeNigris

Emilio Oca-3 wrote > Is it possible to get the stdout results when running WinProcess > createAndWaitForProcess: aCommand?. This question belongs on the user list. I will forward it there... ----- Cheers, Sean -- View this message in context: http://forum.world.st/NativeBoost-and-standard-out-tp4731212p4732116.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 23, 2013

PackageTasksPlugin intall problem

by NISHIHARA Satoshi

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]

Dec. 23, 2013

problem while parsing xml

by NISHIHARA Satoshi

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]

Dec. 23, 2013

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

by Alexandre Bergel

As far as I know, there is nothing like this, however we are quite interested in visualizing activity diagrams. Roassal should support this kind of diagram. In addition, we have two code profilers framework to extract the execution (Gadget and Spy). I will be happy to beta-test any code that goes in that direction. Kind regards, Alexandre On Dec 23, 2013, at 3:39 PM, 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 23, 2013

Activity Diagram

by Serge Stinckwich

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/

Dec. 23, 2013

Re: [Pharo-dev] Instance-side extensions show on class-side of extending package, and vice-versa.

by Esteban Lorenzano

Hi, Sorry, but even if you are right Iâm not sure I will accept that now. Code freeze means code freeze: No enhancements, just bugfixes. So I donât know if your suggestion is appropriate or not, but in any case is not appropriate in this stage. Of course, if the agreement is that is a good addition, I will be happy to include it in pharo 4. Esteban On 23 Dec 2013, at 03:09, btc(a)openinworld.com wrote: > I'd like to survey community opinion on case [1] that I logged. I'll summarize discussion here for the ticket. > > Currently with Nautilus, when Package A is extended by Package B adding instance-method #m1 protocol *A to class C, > class C shows up (in grey) under Package A even when the <Class side> checkbox is checked. > My opinion is that class C should only show under Package A when looking at the instance-side, > and not show when looking at the class-side. What is your opinon... > > Q: Should an instance-side extension show up on the class-side of the extending package? (and vice-versa) > For more info, see 'Steps to reproduce' in [1] > > [1] https://pharo.fogbugz.com/f/cases/12178/Instance-side-extensions-show-on-cl… > > cheers -ben

Dec. 23, 2013

Re: [Pharo-dev] Problem with filetree

by Benjamin

I am :) Thanks for the pointer :) Issue reported here: https://github.com/dalehenrich/filetree/issues/119 Ben On 23 Dec 2013, at 12:58, Max Leske <maxleske(a)gmail.com> wrote: > Sounds like a bug... > Please open a bug report on https://github.com/dalehenrich/filetree? > > Cheers, > Max > > On 23.12.2013, at 12:41, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Step to reproduce >> >> git clone https://github.com/BenjaminVanRyseghem/pharo-core.git >> >> And in Pharo evaluate >> >> >> | repo names | >> repo := MCFileTreeRepository new directory: '.' asFileReference. >> >> names := repo packageDescriptionsFromReadableFileNames. >> names do: [ : name || version | >> version := repo versionFromFileNamed: name first, '.package'. >> [ version load ] >> on: MCMergeOrLoadWarning >> do: [ :ex | ex load ] ] >> >> >> This will apply all the packages in your Pharo image >> >> Ben >> >> On 23 Dec 2013, at 12:35, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >>> Hello guys, >>> >>> I am playing a bit with filet tree, and it seems there is a little problem with escaping the selector #\ and #\\ >>> If you try to export Collection and to load it back, it seems that when #\ is exported in JSON, the key should be â\\â >>> to escape the selector, but itâs simply â\â >>> >>> And then, when you try to load it, the parser escape correctly, so the selector read is #â : â >>> Because of this, the package can not be loaded >>> >>> Is it a known bug ? >>> What is strange is that it happens only twice in all the Pharo packages >>> >>> Ben >>> >> >

Dec. 23, 2013

Re: [Pharo-dev] Problem with filetree

by Max Leske

Sounds like a bug... Please open a bug report on https://github.com/dalehenrich/filetree? Cheers, Max On 23.12.2013, at 12:41, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Step to reproduce > > git clone https://github.com/BenjaminVanRyseghem/pharo-core.git > > And in Pharo evaluate > > > | repo names | > repo := MCFileTreeRepository new directory: '.' asFileReference. > > names := repo packageDescriptionsFromReadableFileNames. > names do: [ : name || version | > version := repo versionFromFileNamed: name first, '.package'. > [ version load ] > on: MCMergeOrLoadWarning > do: [ :ex | ex load ] ] > > > This will apply all the packages in your Pharo image > > Ben > > On 23 Dec 2013, at 12:35, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello guys, >> >> I am playing a bit with filet tree, and it seems there is a little problem with escaping the selector #\ and #\\ >> If you try to export Collection and to load it back, it seems that when #\ is exported in JSON, the key should be â\\â >> to escape the selector, but itâs simply â\â >> >> And then, when you try to load it, the parser escape correctly, so the selector read is #â : â >> Because of this, the package can not be loaded >> >> Is it a known bug ? >> What is strange is that it happens only twice in all the Pharo packages >> >> Ben >> >

Dec. 23, 2013

Re: [Pharo-dev] Problem with filetree

by Benjamin

Step to reproduce git clone https://github.com/BenjaminVanRyseghem/pharo-core.git And in Pharo evaluate | repo names | repo := MCFileTreeRepository new directory: '.' asFileReference. names := repo packageDescriptionsFromReadableFileNames. names do: [ : name || version | version := repo versionFromFileNamed: name first, '.package'. [ version load ] on: MCMergeOrLoadWarning do: [ :ex | ex load ] ] This will apply all the packages in your Pharo image Ben On 23 Dec 2013, at 12:35, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hello guys, > > I am playing a bit with filet tree, and it seems there is a little problem with escaping the selector #\ and #\\ > If you try to export Collection and to load it back, it seems that when #\ is exported in JSON, the key should be â\\â > to escape the selector, but itâs simply â\â > > And then, when you try to load it, the parser escape correctly, so the selector read is #â : â > Because of this, the package can not be loaded > > Is it a known bug ? > What is strange is that it happens only twice in all the Pharo packages > > Ben >

Dec. 23, 2013

Problem with filetree

by Benjamin

Hello guys, I am playing a bit with filet tree, and it seems there is a little problem with escaping the selector #\ and #\\ If you try to export Collection and to load it back, it seems that when #\ is exported in JSON, the key should be â\\â to escape the selector, but itâs simply â\â And then, when you try to load it, the parser escape correctly, so the selector read is #â : â Because of this, the package can not be loaded Is it a known bug ? What is strange is that it happens only twice in all the Pharo packages Ben

Dec. 23, 2013