January 2014 - Pharo-dev - lists.pharo.org

Can we override == in Pharo ?

by ClÃ©ment Bera

Hello, here I have a class A>>== ^ true Now: a := A new. b := A new. a == b "Answers false" a perform: #== with: b "Answers true" Do I have to remove the usage of the byte code for #== in the compiler to be able to override == ?

Jan. 6, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30673 Home: https://github.com/pharo-project/pharo-core

Jan. 6, 2014

[pharo-project/pharo-core] 0327dc: 30673

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 0327dcd90fc34d638a6286e0b14d64ecfa85a438 https://github.com/pharo-project/pharo-core/commit/0327dcd90fc34d638a6286e0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-06 (Mon, 06 Jan 2014) Changed paths: A Komitter.package/extension/MCFileTreeRepository/instance/isRemote.st A Komitter.package/extension/MCFileTreeRepository/instance/koRemote.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script326.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30673.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30673 removeMe http://files.pharo.org/image/30/30673.zip

Jan. 6, 2014

Re: [Pharo-dev] XMLParser Problem with SVG

by J.F. Rick

Monty, thanks. You are right that the latest version of XMLParser fixes the parsing problem. I think you just need to upload an updated configuration to the MetaRepoForPharo30 to fix this. And, yes, I would like to know how to turn DTD parsing off or for it to cache the DTD as it takes several seconds to retrieve the DTD for SVG and that gets annoying. Cheers, Jeff On Mon, Jan 6, 2014 at 10:18 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 06 Jan 2014, at 10:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > > > > > > On 5 January 2014 15:19, J.F. Rick <self(a)je77.com> wrote: > > I am trying to use SVG with Athens; however, the XMLParser for Pharo 3.0 > cannot read normal SVG files that it used to. So, the demo of "ASVGMorph > fromFile: 'lion.svg'" fails in the XMLParser (i.e., before ASVGMorph really > does anything to it). It seems to download the DTD file from the Internet > and then cannot properly parse it. Here is my setup: > > > > Up-to-date Pharo 3.0. Added XMLParser from the Configuration Browser. > > Example file can be found here: > http://www.thetangentbundle.net/w/images/f/ff/lion.svg > > The following brings up an error: XMLDOMParser parseFileNamed: 'lion.svg' > > > > Hmm, why it tries to parse DTD file? It looks like something has changed > in XMLDOMParser, because it wasn't before, and there is no support in SVG > parser > > for that. > > Yes, the parsing of DTDâd is new, Monthy added it recently. > He says there is a way to turn it off. > > > > > Cheers, > > > > Jeff > > > > -- > > Jochen "Jeff" Rick, Ph.D. > > http://www.je77.com/ > > Skype ID: jochenrick > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Jan. 6, 2014

Re: [Pharo-dev] XMLParser Problem with SVG

by Sven Van Caekenberghe

On 06 Jan 2014, at 10:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 5 January 2014 15:19, J.F. Rick <self(a)je77.com> wrote: > I am trying to use SVG with Athens; however, the XMLParser for Pharo 3.0 cannot read normal SVG files that it used to. So, the demo of "ASVGMorph fromFile: 'lion.svg'" fails in the XMLParser (i.e., before ASVGMorph really does anything to it). It seems to download the DTD file from the Internet and then cannot properly parse it. Here is my setup: > > Up-to-date Pharo 3.0. Added XMLParser from the Configuration Browser. > Example file can be found here: http://www.thetangentbundle.net/w/images/f/ff/lion.svg > The following brings up an error: XMLDOMParser parseFileNamed: 'lion.svg' > > Hmm, why it tries to parse DTD file? It looks like something has changed in XMLDOMParser, because it wasn't before, and there is no support in SVG parser > for that. Yes, the parsing of DTDâd is new, Monthy added it recently. He says there is a way to turn it off. > > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > > > > -- > Best regards, > Igor Stasenko.

Jan. 6, 2014

Re: [Pharo-dev] XMLParser Problem with SVG

by Igor Stasenko

On 5 January 2014 15:19, J.F. Rick <self(a)je77.com> wrote: > I am trying to use SVG with Athens; however, the XMLParser for Pharo 3.0 > cannot read normal SVG files that it used to. So, the demo of "ASVGMorph > fromFile: 'lion.svg'" fails in the XMLParser (i.e., before ASVGMorph really > does anything to it). It seems to download the DTD file from the Internet > and then cannot properly parse it. Here is my setup: > > Up-to-date Pharo 3.0. Added XMLParser from the Configuration Browser. > Example file can be found here: > http://www.thetangentbundle.net/w/images/f/ff/lion.svg > The following brings up an error: XMLDOMParser parseFileNamed: 'lion.svg' > > Hmm, why it tries to parse DTD file? It looks like something has changed in XMLDOMParser, because it wasn't before, and there is no support in SVG parser for that. > Cheers, > > Jeff > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

Jan. 6, 2014

Re: [Pharo-dev] could you try to run...

by Pavel Krivanek

Interesting. Now I got this crash (see attachment) -- Pavel 2014/1/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Thanks pavel > Previously it was crashing your vm. > Really strange. > Stef > On 05 Jan 2014, at 17:53, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > No crash but during unloading the content of PharoDebug.log grows. > > -- Pavel > > > 2014/1/5 Max Leske <maxleske(a)gmail.com> > >> UnReloader is in this repo: >> >> MCHttpRepository >> location: 'http://smalltalkhub.com/mc/Pharo/SystemConfigurations/main' >> user: '' >> password: ââ >> >> >> OS X 10.9.1. >> The VM did not crash but I got a *lot* of debuggers (sample stack >> attached). >> >> >> >> >> On 05.01.2014, at 17:29, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> wrote: >> >> curl get.pharo.org/30+vmLatest | bash >> >> >> Load Unreloader latest from Pharo/SystemConfigurations >> >> Close all Nautilus >> >> save image :) >> >> run UnReloader new unload >> >> Iâm curious know whether it crashes the VM. >> >> Stef >> >> >> >> > <PharoDebug.log> > > >

Jan. 6, 2014

[Issue tracker] 9 issues waiting for review

by Marcus Denker

https://pharo.fogbugz.com/f/filters/45/Review

Jan. 6, 2014

Re: [Pharo-dev] [Moose-dev] Concerts of Iron Maiden Analyzed

by StÃ©phane Ducasse

why cycle? just lines on the right connecting procedures. On 05 Jan 2014, at 22:46, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Having circles on the left or right hand side? > > Alexandre > > > On Jan 5, 2014, at 1:23 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> >> On 05 Jan 2014, at 15:26, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>>> alex >>>> >>>> did you see the idea I send to use a nearly similar âlinearâ block based aligned on the left visualziaion >>>> to display procedural code? >>> >>> Not sure what you mean. >>> Any example? >> >> >> xxxx >> >> >> xxxx >> >> >> fgfg >> >> >> gggg >> >> >> gggg >> >> >> gggg >> >> >> hhhh >> >> >> hhhh >> >> >> hhhh >> >> >> hhhhh >> >> >> And we could have links between them in a nice way. >> >> Imagine that hhhh is a procedure and that the arrows are the calls it does. >> >> >>> >>> Alexandre >>> >>>> >>>> On 05 Jan 2014, at 00:40, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >>>> >>>>> Load Roassal to enjoy Dowser, a relational tower visualization. >>>>> The following expression relates the year and locations of Iron Maidenâs concerts: >>>>> RODowserExample new example10 >>>>> >>>>> <Screen Shot 2014-01-04 at 8.40.07 PM.png> >>>>> >>>>> More Screenshots available on: >>>>> >>>>> https://www.facebook.com/media/set/?set=a.567893596630575.1073741840.340543… >>>>> >>>>> Thanks Ricardo for this excellent piece of work! >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> 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 >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Jan. 6, 2014

Re: [Pharo-dev] [Glass] printString and asString

by Otto Behrens

Thank you everyone for your comments. I agree with Martin's comments and Stef's most recent one. Some of the messages may not have reached the other lists as this was actually posted to glass and pharo. Is this the right conclusion of what we're going to do now? - On Pharo and GemStone, we will remove the asString behaviour from Object. Perhaps this is just an item on the list to deprecate and gradually remove. Practically, a lot of people would not be using asString in the best way, right? - Subclasses that implement asString inappropriately (i.e. non CharacterCollection like things) - printString and asString will then become independent, mostly (especially on Object) - printString would generally be used to display a 'debugging' view of an object, to be used for example in the inspector. This brings back a question regarding displayString, or something similar. It seems as if many people need something like this. I need for example a string representation of objects generally to display in anchors in our seaside application. We have a class DomainObject from which most of our classes inherit, so this is probably the place to add a 'displayString' for something like this. Thanks Otto On Sat, Jan 4, 2014 at 1:47 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > And number, no? For me as* methods are for conversion between types. E.i. if > you have string and want it as Integer you use asInteger. > > > no the point is exactly that :) > conversion between polymorphic objects > > asFloat > asInteger > asFraction > > > > asString > asSymbol > asByteArray > > asArray > asSet > > not defined in Object :) > > > > Uko > > > #storeString > Produces legal Smalltalk source code that when executed will produce an > equivalent object to the receiver. Needs to be implemented only for > objects that can be specified as literals in Smalltalk syntax, but could > probably be implemented for a few other simple objects. > > #displayString and so on. > UI frameworks and applications will need to have their own ways of > textually representing objects, so will add their own messages such as > #displayString. The *only* messages that any application or framework > can depend on *all* objects responding to are those that it defines > itself, and #printString and #printOn:. > > Regards, > > -Martin > >

Jan. 6, 2014