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

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by Fernando Olivero

Once i finish with the release of Gaucho, i will commit myself to produce a cool Athens video. Around next week. Fernando On Thu, May 31, 2012 at 10:53 AM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > If some people wants write access to Pharocasts tell me. > > I follow the mailing list in passive mode - still very busy. > > Cheers, > > Laurent Laffont > > On Thu, May 31, 2012 at 10:22 AM, Torsten Bergmann <astares(a)gmx.de<mailto:astares@gmx.de>> wrote: > Hi all, > > http://www.pharocasts.com/ is a little bit outdated > since it still shows Pharo 1.3 instead of 1.4. > Download linke also goes to 1.3. > > Would also be nice if someone can record some new > screencasts on things like > > Â - Nautilus > Â - Roassal > Â - Zinc/Zodiac > Â - New Fuel Release with visual debugging support > Â - Ring > Â - FileSystem > Â - NativeBoost > Â - Nagare logging library > Â - Artefact PDF library > Â - Athens > Â - Working with SS3 > Â - ... > > and send them to Laurent. > > Any takers? > > Thx > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by laurent laffont

If some people wants write access to Pharocasts tell me. I follow the mailing list in passive mode - still very busy. Cheers, Laurent Laffont On Thu, May 31, 2012 at 10:22 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi all, > > http://www.pharocasts.com/ is a little bit outdated > since it still shows Pharo 1.3 instead of 1.4. > Download linke also goes to 1.3. > > Would also be nice if someone can record some new > screencasts on things like > > - Nautilus > - Roassal > - Zinc/Zodiac > - New Fuel Release with visual debugging support > - Ring > - FileSystem > - NativeBoost > - Nagare logging library > - Artefact PDF library > - Athens > - Working with SS3 > - ... > > and send them to Laurent. > > Any takers? > > Thx > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by StÃ©phane Ducasse

Yes this is a good idea. Igor fernando did you get the videos of 3 min about athens? Stef On May 31, 2012, at 10:22 AM, Torsten Bergmann wrote: > Hi all, > > http://www.pharocasts.com/ is a little bit outdated > since it still shows Pharo 1.3 instead of 1.4. > Download linke also goes to 1.3. > > Would also be nice if someone can record some new > screencasts on things like > > - Nautilus > - Roassal > - Zinc/Zodiac > - New Fuel Release with visual debugging support > - Ring > - FileSystem > - NativeBoost > - Nagare logging library > - Artefact PDF library > - Athens > - Working with SS3 > - ... > > and send them to Laurent. > > Any takers? > > Thx > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

May 31, 2012

Re: [Pharo-project] moving Finder up to first level of World menu

by Fernando Olivero

NICE. Excellent summary, thanks Mariano. gracias totales! Fernando pd: i will start using Spotlight right away! On Thu, May 31, 2012 at 10:27 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Thu, May 31, 2012 at 10:18 AM, Fernando Olivero <fernando.olivero(a)usi.ch<mailto:fernando.olivero@usi.ch>> wrote: > How i can install/see plugins for Nautilus? > > > http://marianopeck.wordpress.com/2012/05/19/pharo-tips-and-tricks/ > > cmd+f -> plugin > > :) > > Fernando > > On Thu, May 31, 2012 at 9:44 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr<mailto:stephane.ducasse@inria.fr>> wrote: >>>> >>>> Â Â Â Examples than pattern. >>>> Â Â Â because Pattern to me measn something else. >>> >>> I know :) But some people argue the opposite so I just picked :) >>> >>>> >>>> We should also give us access to update spec and nautilus directly because like that we are not the bottleneck. >>> >>> What o you mean ? >> >> that you should commit directly your changes to nautilus and spec and that we do not have to do it. >> But right now focus on the paper. Can you create a svn repo? >> >> Stef >> >>> >>> Ben >>> >>>> Stef >>>> >>>> On May 30, 2012, at 6:12 PM, Benjamin wrote: >>>> >>>>> +1 :) >>>>> >>>>> You can also use the finder plugin for Nautilus made by Damien Cassou :) >>>>> >>>>> Ben >>>>> >>>>> On May 30, 2012, at 11:43 AM, Ben Coman wrote: >>>>> >>>>>> >>>>>> Has any consideration been given to moving World > Tools > Finder up to World > Finder. >>>>>> I find this is core to my work flow and I it is used much more often than any of System Browser, Workspace, Test Runner or Monticello Browser - and I wonder if anyone finds the same? >>>>>> >>>>>> cheers -ben >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 31, 2012

Re: [Pharo-project] moving Finder up to first level of World menu

by Mariano Martinez Peck

On Thu, May 31, 2012 at 10:18 AM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > How i can install/see plugins for Nautilus? > > http://marianopeck.wordpress.com/2012/05/19/pharo-tips-and-tricks/ cmd+f -> plugin :) > Fernando > > On Thu, May 31, 2012 at 9:44 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: > >>> > >>> Examples than pattern. > >>> because Pattern to me measn something else. > >> > >> I know :) But some people argue the opposite so I just picked :) > >> > >>> > >>> We should also give us access to update spec and nautilus directly > because like that we are not the bottleneck. > >> > >> What o you mean ? > > > > that you should commit directly your changes to nautilus and spec and > that we do not have to do it. > > But right now focus on the paper. Can you create a svn repo? > > > > Stef > > > >> > >> Ben > >> > >>> Stef > >>> > >>> On May 30, 2012, at 6:12 PM, Benjamin wrote: > >>> > >>>> +1 :) > >>>> > >>>> You can also use the finder plugin for Nautilus made by Damien Cassou > :) > >>>> > >>>> Ben > >>>> > >>>> On May 30, 2012, at 11:43 AM, Ben Coman wrote: > >>>> > >>>>> > >>>>> Has any consideration been given to moving World > Tools > Finder up > to World > Finder. > >>>>> I find this is core to my work flow and I it is used much more often > than any of System Browser, Workspace, Test Runner or Monticello Browser - > and I wonder if anyone finds the same? > >>>>> > >>>>> cheers -ben > >>>>> > >>>> > >>>> > >>> > >>> > >> > >> > > > > > > -- Mariano http://marianopeck.wordpress.com

May 31, 2012

[Pharo-project] Pharocasts ... updating and screencasts wanted

by Torsten Bergmann

Hi all, http://www.pharocasts.com/ is a little bit outdated since it still shows Pharo 1.3 instead of 1.4. Download linke also goes to 1.3. Would also be nice if someone can record some new screencasts on things like - Nautilus - Roassal - Zinc/Zodiac - New Fuel Release with visual debugging support - Ring - FileSystem - NativeBoost - Nagare logging library - Artefact PDF library - Athens - Working with SS3 - ... and send them to Laurent. Any takers? Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

May 31, 2012

Re: [Pharo-project] moving Finder up to first level of World menu

by Fernando Olivero

How i can install/see plugins for Nautilus? Fernando On Thu, May 31, 2012 at 9:44 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> >>> Â Â Â Examples than pattern. >>> Â Â Â because Pattern to me measn something else. >> >> I know :) But some people argue the opposite so I just picked :) >> >>> >>> We should also give us access to update spec and nautilus directly because like that we are not the bottleneck. >> >> What o you mean ? > > that you should commit directly your changes to nautilus and spec and that we do not have to do it. > But right now focus on the paper. Can you create a svn repo? > > Stef > >> >> Ben >> >>> Stef >>> >>> On May 30, 2012, at 6:12 PM, Benjamin wrote: >>> >>>> +1 :) >>>> >>>> You can also use the finder plugin for Nautilus made by Damien Cassou :) >>>> >>>> Ben >>>> >>>> On May 30, 2012, at 11:43 AM, Ben Coman wrote: >>>> >>>>> >>>>> Has any consideration been given to moving World > Tools > Finder up to World > Finder. >>>>> I find this is core to my work flow and I it is used much more often than any of System Browser, Workspace, Test Runner or Monticello Browser - and I wonder if anyone finds the same? >>>>> >>>>> cheers -ben >>>>> >>>> >>>> >>> >>> >> >> > >

May 31, 2012

Re: [Pharo-project] Monticello Speedup!

by Mariano Martinez Peck

On Thu, May 31, 2012 at 10:10 AM, Fernando Olivero <fernando.olivero(a)usi.ch>wrote: > Thanks for making Monticello/Gofer 300% faster! > > +1 > And its non-blocking, now when i commit/merge i dont have to look at > the ceiling for 3 minutes. > > but you get the RSOD (red square of death) :( -- Mariano http://marianopeck.wordpress.com

May 31, 2012

[Pharo-project] Monticello Speedup!

by Fernando Olivero

Thanks for making Monticello/Gofer 300% faster! And its non-blocking, now when i commit/merge i dont have to look at the ceiling for 3 minutes. Fernando

May 31, 2012

Re: [Pharo-project] Classes that implement unsafe #=

by Mariano Martinez Peck

On Thu, May 31, 2012 at 5:37 AM, Chris Muller <asqueaker(a)gmail.com> wrote: > Another flexible option could be to test it respondsTo: each attribute > being used for comparison. > Indeed, but on the other hand it could be slow ;) > > > On Wed, May 30, 2012 at 8:32 AM, Henrik Sperre Johansen > <henrik.s.johansen(a)veloxit.no> wrote: > > On 30.05.2012 15:02, Mariano Martinez Peck wrote: > > > > > > > > On Wed, May 30, 2012 at 2:37 PM, Henrik Sperre Johansen > > <henrik.s.johansen(a)veloxit.no> wrote: > >> > >> On 30.05.2012 14:05, Mariano Martinez Peck wrote: > >>> > >>> Hi guys. I found a problem while working with FuelPreview where we > store > >>> objects of the graph in a Set. While doing a collect, there was an > error > >>> because an implementation of #= was assuming that the argument was of a > >>> certain shape. Of course, that should answer false instead. So I wrote > this > >>> test to see all existing wrong implementations: > >>> > >>> testAllClassesImplementSafeEqualsMethod > >>> "This tests that all classes in the system that implements #= do it in > a > >>> way that they don't throw error when passing as an argument something > >>> different from expected. The correct behavior is that #= answers > false." > >>> | wrongClasses | > >>> wrongClasses := IdentityDictionary new. > >>> ((SystemNavigation default allImplementorsOf: #=) > >>> collect: [:each | each methodClass]) > >>> do: [:each | > >>> | instance | > >>> "Some classes like CompiledMethod override basicNew to > >>> throw an error. > >>> In any case, the comparison will be false, so no > problem" > >>> [instance := each basicNew] on: Error do: []. > >>> [instance = Object new] > >>> on: Error > >>> do: [: err | wrongClasses at: each put: err ]]. > >>> self assert: wrongClasses isEmpty > >>> > >>> > >>> The result is: {Magnitude. WideCharacterSet. KMKeymap. > MCMockDefinition. > >>> ScaledDecimal. MCSnapshot} > >>> > >>> So, my I think we should change #= in those classes by adding: > >>> > >>> self == aKeymap > >>> ifTrue: [ ^ true ]. > >>> self class = aKeymap class > >>> ifFalse: [ ^ false ]. > >>> > >>> at the beginning of the #= > >>> > >>> what do you think? if agree, I open an issue. > >>> > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >>> > >> I'd test against self species rather than self class, since it gives > >> greater flexibility for user-defined instances to potentially = classes > in > >> the system. > >> > >> In other word, #class has a very strict meaning which would hinder > >> extensibility, #species less so. > >> > > > > Ok, I see. But the classes are only a few (five). So you recommend you > use > > self species instead of self class even if we "analyze" those 5 classes > to > > see if it is worth it or not (for example, we check if they do override > > #species or not) ? > > > > Yes. > > The default implementation of #species in Object uses the class primitive > > directly, so there's no overhead. > > > > The benefit is that I could write a custom MyMagnitude class, override > > species: > > species > > ^Magnitude > > > > and not have to override the base system Magnitude = implementation in > order > > to compare with MyMagnitude instances and have a true result. > > In other words, using species in #= even if it's not needed, is setting a > > good example. > > > > > > > > and btw...the automatic #hash and #= generator, shouldn't use #species > > rather then #classes to? > > > > thanks > > > > Yes, I've never used those :) > > > > Cheers, > > Henry > > -- Mariano http://marianopeck.wordpress.com

May 31, 2012