- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20050

by Marcus Denker

20050 ----- Issue 5813: remove empty packages http://code.google.com/p/pharo/issues/detail?id=5813 Issue 5811: Put comment in #methodsWithUnboundGlobals http://code.google.com/p/pharo/issues/detail?id=5811 Issue 5807: basic fixes for Pharo Kernel 2.0 http://code.google.com/p/pharo/issues/detail?id=5807 Issue 5805: Failing Test FailingTestResourceTestCase>>#testRunSuiteWithResource http://code.google.com/p/pharo/issues/detail?id=5805 Issue 5799: run once in startUp preferences is broken http://code.google.com/p/pharo/issues/detail?id=5799 Issue 5800: stdin hangs until EOF http://code.google.com/p/pharo/issues/detail?id=5800 Issue 5493: FileDirectory >> statsForDirectoryTree: depends on Cursor http://code.google.com/p/pharo/issues/detail?id=5493 Issue 5783: MenuRegistrationExample class>>toolsOn: causes DNU http://code.google.com/p/pharo/issues/detail?id=5783 -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Mariano Martinez Peck

On Sat, May 5, 2012 at 11:39 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Good idea guys. I am trying now... > > > On Sat, May 5, 2012 at 9:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > >> >> On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: >> >> > >> > So...what do we do? we just accept the depedency? >> > >> > Why not use a CompiledMethod instead? More on, the >> TraitMethodDescription already knows the selector, so storing only the >> behaviors containing related methods should be enough... >> > >> >> Yes, the code is old from a time when CompiledMethod did not know the >> class or selector. >> >> So this can be rewritten to just use compiledMethod. >> > So guys. I did an experiment with this. So I used a CompiledMethod rather than a RGMethodDefinition. I did a changeset (not sure if Monticello can handle these changes) just to have another one eye's on it. Basically, I needed to change the senders of #locatedMethods because now such method answers a collection of CompiledMethod rather than RGMethodDefinition. I tested with Fuel (fuel has lots of tests regarding traits) and even building PharoCore from PharoKernel without Ring in kernel and putting all packags in the same bundle. (it works!!!). However, the traits tests from Pharo are completly broken and it is impossible to do something. You run one test and you got 30 debuggers. It is impossible to test. So, if someone can take a look, I really appreciate it. http://code.google.com/p/pharo/issues/detail?id=5815 Thanks > >> Marcus >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] STON - Smalltalk Object Notation

by H. Hirzel

Thank you Sven for your follow up of the recent JSON/STON/Tirade discussion by providing an STON implementation for Squeak 4.3 and working with Dale to get it to other Smalltalks (github). [1] I think your STON implementation will be very useful for my work. It works fine in Squeak 4.3 updated to the latest change [2]. There is a class STON used as a singleton. I assume this is the equivalent of the JSON object in web browsers, right? --Hannes ----------------------------------------------------------------------------------------------------------------- [1] http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg62706.ht… Example object Dale H. writes Tue, 24 Apr 2012 10:23:18 -0700 Sven, I looked at your sample document in the pdf: TestDomainObject { #created : DateAndTime [ '2012-02-14T16:40:15+01:00' ], #modified : DateAndTime [ '2012-02-14T16:40:18+01:00' ], #integer : 39581, #float : 73.84789359463944, #description : 'This is a test', #color : #green, #tags : [ #two, #beta, #medium ], #bytes : ByteArray [ 'afabfdf61d030f43eb67960c0ae9f39f' ], #boolean : false } ----------------------------------------------------------------------------------------------------------------- [2] Tests in Squeak 4.3 MCHttpRepository location: 'http://ss3.gemstone.com/ss/STON' user: '' password: '' loads fine in a fully updated Squeak-4.3 all 86 tests are green. On 5/5/12, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Sat, May 5, 2012 at 4:02 AM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: >> Hi, >> >> STON - Smalltalk Object Notation is a lightweight text-based, >> human-readable data interchange format for class-based object-oriented >> languages like Smalltalk. It can be used to serialize domain level >> objects, either for persistency or network transport. As its name >> suggests, it is based on JSON (Javascript Object Notation). It adds >> symbols as a primitive value, class tags for object values and >> references. >> >> Please read the paper here: >> >> https://github.com/svenvc/ston/blob/master/ston-paper.md >> >> The project lives here: >> >> https://github.com/svenvc/ston >> >> The code can be found here as well: >> >> http://ss3.gemstone.com/ss/STON >> >> This implementation works on Pharo 1.3, 1.4 and 2.0 as well as on Squeak. >> >> Last week Dale Henrich helped me get started with filetree/git >> (https://github.com/dalehenrich/filetree) and I like it. Check it out! >> He also ported STON to Gemstone, and is working on Amber and Cuis ports >> (https://github.com/dalehenrich/ston) > > Welcome on board ;-) > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > >

May 5, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] STON - Smalltalk Object Notation

by H. Hirzel

Thank you Sven for your follow up of the recent JSON/STON/Tirade discussion by providing an STON implementation for Squeak 4.3 and working with Dale to get it to other Smalltalks (github). [1] I think your STON implementation will be very useful for my work. It works fine in Squeak 4.3 updated to the latest change [2]. There is a class STON used as a singleton. I assume this is the equivalent of the JSON object in web browsers, right? --Hannes ----------------------------------------------------------------------------------------------------------------- [1] http://www.mail-archive.com/pharo-project@lists.gforge.inria.fr/msg62706.ht… Example object Dale H. writes Tue, 24 Apr 2012 10:23:18 -0700 Sven, I looked at your sample document in the pdf: TestDomainObject { #created : DateAndTime [ '2012-02-14T16:40:15+01:00' ], #modified : DateAndTime [ '2012-02-14T16:40:18+01:00' ], #integer : 39581, #float : 73.84789359463944, #description : 'This is a test', #color : #green, #tags : [ #two, #beta, #medium ], #bytes : ByteArray [ 'afabfdf61d030f43eb67960c0ae9f39f' ], #boolean : false } ----------------------------------------------------------------------------------------------------------------- [2] Tests in Squeak 4.3 MCHttpRepository location: 'http://ss3.gemstone.com/ss/STON' user: '' password: '' loads fine in a fully updated Squeak-4.3 all 86 tests are green. On 5/5/12, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > On Sat, May 5, 2012 at 4:02 AM, Sven Van Caekenberghe <sven(a)beta9.be> > wrote: >> Hi, >> >> STON - Smalltalk Object Notation is a lightweight text-based, >> human-readable data interchange format for class-based object-oriented >> languages like Smalltalk. It can be used to serialize domain level >> objects, either for persistency or network transport. As its name >> suggests, it is based on JSON (Javascript Object Notation). It adds >> symbols as a primitive value, class tags for object values and >> references. >> >> Please read the paper here: >> >> https://github.com/svenvc/ston/blob/master/ston-paper.md >> >> The project lives here: >> >> https://github.com/svenvc/ston >> >> The code can be found here as well: >> >> http://ss3.gemstone.com/ss/STON >> >> This implementation works on Pharo 1.3, 1.4 and 2.0 as well as on Squeak. >> >> Last week Dale Henrich helped me get started with filetree/git >> (https://github.com/dalehenrich/filetree) and I like it. Check it out! >> He also ported STON to Gemstone, and is working on Amber and Cuis ports >> (https://github.com/dalehenrich/ston) > > Welcome on board ;-) > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > >

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Mariano Martinez Peck

Good idea guys. I am trying now... On Sat, May 5, 2012 at 9:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: > > > > > So...what do we do? we just accept the depedency? > > > > Why not use a CompiledMethod instead? More on, the > TraitMethodDescription already knows the selector, so storing only the > behaviors containing related methods should be enough... > > > > Yes, the code is old from a time when CompiledMethod did not know the > class or selector. > > So this can be rewritten to just use compiledMethod. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Mariano http://marianopeck.wordpress.com

May 5, 2012

Re: [Pharo-project] dependency injection

by Marcus Denker

On May 5, 2012, at 11:04 AM, Esteban Lorenzano wrote: > what for? applied to? > > Esteban > > On May 5, 2012, at 10:04 AM, Milan Mimica wrote: > >> What are you feelings about dependency injection? >> This discussion might be better for the Pharo Users mailinglist as it is not directly related to the devlopment of Pharo. http://lists.gforge.inria.fr/cgi-bin/mailman/admindb/pharo-users (we need to try to fight a bit turning this list in a general chat list... ;-) Marcus -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

Re: [Pharo-project] dependency injection

by Esteban Lorenzano

what for? applied to? Esteban On May 5, 2012, at 10:04 AM, Milan Mimica wrote: > What are you feelings about dependency injection? > > > -- > Milan Mimica > http://sparklet.sf.net

May 5, 2012

[Pharo-project] dependency injection

by Milan Mimica

What are you feelings about dependency injection? -- Milan Mimica http://sparklet.sf.net

May 5, 2012

Re: [Pharo-project] Traits depending on RIng

by Marcus Denker

On May 4, 2012, at 11:46 PM, Guillermo Polito wrote: > > So...what do we do? we just accept the depedency? > > Why not use a CompiledMethod instead? More on, the TraitMethodDescription already knows the selector, so storing only the behaviors containing related methods should be enough... > Yes, the code is old from a time when CompiledMethod did not know the class or selector. So this can be rewritten to just use compiledMethod. Marcus -- Marcus Denker -- http://marcusdenker.de

May 5, 2012

Re: [Pharo-project] Drawing speed for animations?

by Martin Drautzburg

On Saturday, 5. May 2012 02:38:11 Igor Stasenko wrote: > On 5 May 2012 01:43, Martin Drautzburg <Martin.Drautzburg(a)web.de> wrote: > > On Saturday, 5. May 2012 00:17:09 Igor Stasenko wrote: > >> may i ask you, what is your plans? > >> say, you want to implement a particle system which can be animated at > >> decent frame rate, > >> or something more complex? > > > > No much simpler. All I am doing is some sort of gantt chart. I thought > > smoth- scrolling would be cool, so I implemented it. But it just doesn't > > look as smooth as an iPad (but pretty smoth nontheless) > > but you can cheat. > look at ipad/imac zooming interface.. when you zoom in, it doesn't > redraws the whole > desktop each frame. it just captures screenshoot and zooms that image > instead (with nice filtering of course).. and only when you stop > zooming, it redraws everything at new scale. Where would I have to look, when I want to do somehting like this? I had some hope in CachingMorph and I replaced my smooth scrolling RectangleMorph with a CachingMorph, but that froze everything, so it is probably not as simple as that. -- Martin

May 5, 2012