May 2012 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] Moved out the fileIn crap to it's own object :)

by Esteban Lorenzano

great Guille! On May 5, 2012, at 2:42 AM, Guillermo Polito wrote: > Comes with tests :) (wow, fileIn tests! :P). > > It's probably not complete, because I couldn't in this two hours chase all the fileIn code, but it already reads methods, classes, class organizations, doits, class comments. > > Guille > <chunker.2.cs>

May 5, 2012

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

by Serge Stinckwich

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

[Pharo-project] Can OSProcess functionality be implemented using FFI instead of plugin?

by Igor Stasenko

Hi, David, all i just want to know, if we can use FFI calls, for implementing an OSProcessPlugin functionality (or at least most of it). and if there parts which is hard to implement, i would like to know what and why. If you want to ask, why one would want to do this.. the answer is simple: we stated previously, that we want to reduce the VM complexity by implementing things at language side, when it possible, leaving only key parts to VM. This is the main reason why i consider implementing OSProcess using purely FFI, not because of quality of OSProcessPlugin implementation etc. -- Best regards, Igor Stasenko.

May 5, 2012

Re: [Pharo-project] A nice replacemente for the sender sender sender sender sender sender WTF :)

by Igor Stasenko

On 5 May 2012 03:11, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 5 May 2012 01:06, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> I've just noticed that the following expression: >> >> Â Â Â InMidstOfFileinNotification signal ifFalse: [ ... >> >> Is to notice if I'm in the middle of the file in. >> >> > unless there is another process who InMidstOfFilein. > > IMO one should use plain boring semaphores and critical section, > because exceptions have effect on current process, but completely > ignorant to what happens > in other ones. > > just to test , add the following test: > > sema := Semaphore new. > > [ sema signal. self fileIn: '20 seconds asDelay wait' ] fork. > > sema wait. > self should: (self fileIn: '20 seconds asDelay wait') raise: oops, the above is of course should be: self should: [self fileIn: '20 seconds asDelay wait'] raise: but i think you got an idea. > InMidstOfFileInErrorOrWhatever. > >> >> >> >> >> >> >> >> >> >> >> >> amazing, >> Guille > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

May 5, 2012

Re: [Pharo-project] A nice replacemente for the sender sender sender sender sender sender WTF :)

by Igor Stasenko

On 5 May 2012 01:06, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I've just noticed that the following expression: > > Â Â Â InMidstOfFileinNotification signal ifFalse: [ ... > > Is to notice if I'm in the middle of the file in. > > unless there is another process who InMidstOfFilein. IMO one should use plain boring semaphores and critical section, because exceptions have effect on current process, but completely ignorant to what happens in other ones. just to test , add the following test: sema := Semaphore new. [ sema signal. self fileIn: '20 seconds asDelay wait' ] fork. sema wait. self should: (self fileIn: '20 seconds asDelay wait') raise: InMidstOfFileInErrorOrWhatever. > > > > > > > > > > > > amazing, > Guille -- Best regards, Igor Stasenko.

May 5, 2012

Re: [Pharo-project] Standard input in Pharo?

by Igor Stasenko

On 5 May 2012 00:46, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Guillermo Polito wrote >> >> Thanks for fixing :) >> > > Sure! > > For fun, here's a REPL using no packages added to 1.4: > [ > Â Â Â Â command := FileStream stdin nextLine. > Â Â Â Â command = 'exit' ] whileFalse: [ > Â Â Â Â Â Â Â Â result := Compiler evaluate: command. > Â Â Â Â Â Â Â Â FileStream stdout nextPutAll: result asString; lf ]. "for completeness of your example, i would add after loop: " Smalltalk snapshot: false andQuit:true. > You just have to start from a terminal... > > Sean > > -- > View this message in context: http://forum.world.st/Standard-input-in-Pharo-tp2173080p4610033.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

May 5, 2012