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

Re: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?

by Dale Henrichs

June 22, 2012

Re: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?

by Dale Henrichs

Teach a developer to hack Metacello ... he can load Metacello. Teach a developer to use the latam mirror ... he can load the world! Dale ----- Original Message ----- | From: "Dale Henrichs" <dhenrich(a)vmware.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Friday, June 22, 2012 6:55:35 AM | Subject: Re: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp? | | I thought that the latAm mirror for squeaksource was a good | solution... | | ConfigurationOfHelp is not the only configuration hosted on | SqueakSource ... so anything I might do for Metacello is merely a | bandaid ... | | The latam mirror is a solution... | | Dale | | | ----- Original Message ----- | | From: "Torsten Bergmann" <astares(a)gmx.de> | | To: pharo-project(a)lists.gforge.inria.fr | | Sent: Friday, June 22, 2012 3:50:34 AM | | Subject: [Pharo-project] could metacello be hosted on ss3 or | | smalltalkhub or not load configurationOfHelp? | | | | Stef wrote: | | >because right now we cannot load configurations because it | | >requires | | >>configuration of Help and | | >squeaksource is done. | | >It would be good to have a small version of metacello just loading | | >the bare >minimum. | | | | to Dale: | | Especially since "configuration of Help" is not required anymore. | | Help system is in Pharo and Squeak included. | | | | A "core" without help would be good | | | | Thx | | T. | | | | -- | | Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir | | belohnen Sie mit bis zu 50,- Euro! | | https://freundschaftswerbung.gmx.de | | | | | |

June 22, 2012

Re: [Pharo-project] Concatenation

by Sean P. DeNigris

Frank Shearar-3 wrote > > In Pharo/Squeak, Symbol is-a String, but in other Smalltalks that > isn't the case (or so I've picked up from Dale Henrichs on the > metacello list). > Yes, IIRC the "other" functionality is ANSI standard (same source ;-)) Sean -- View this message in context: http://forum.world.st/Concatenation-tp4636132p4636157.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 22, 2012

Re: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > because right now we cannot load configurations because it requires > configuration of Help and > squeaksource is done. > It would be good to have a small version of metacello just loading the > bare minimum. > Sh*t, I'm working on this with Dale, have one small change to make... I'll do it now... Here's a workaround. Use this instead of relying on the Metacello bootstrap. It enabled me to load the untrusted stable version of FFI via the Metacello Browser: Gofer it url: 'http://seaside.gemstone.com/ss/metacello'; version: 'Metacello-Base-DaleHenrichs.19'; version: 'Metacello-Core-dkh.468'; version: 'Metacello-MC-dkh.531'; version: 'Metacello-Platform.pharo-dkh.27'; load. Sean -- View this message in context: http://forum.world.st/could-metacello-be-hosted-on-ss3-or-smalltalkhub-or-n… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 22, 2012

Re: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?

by Dale Henrichs

I thought that the latAm mirror for squeaksource was a good solution... ConfigurationOfHelp is not the only configuration hosted on SqueakSource ... so anything I might do for Metacello is merely a bandaid ... The latam mirror is a solution... Dale ----- Original Message ----- | From: "Torsten Bergmann" <astares(a)gmx.de> | To: pharo-project(a)lists.gforge.inria.fr | Sent: Friday, June 22, 2012 3:50:34 AM | Subject: [Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp? | | Stef wrote: | >because right now we cannot load configurations because it requires | >>configuration of Help and | >squeaksource is done. | >It would be good to have a small version of metacello just loading | >the bare >minimum. | | to Dale: | Especially since "configuration of Help" is not required anymore. | Help system is in Pharo and Squeak included. | | A "core" without help would be good | | Thx | T. | | -- | Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir | belohnen Sie mit bis zu 50,- Euro! | https://freundschaftswerbung.gmx.de | |

June 22, 2012

Re: [Pharo-project] New System Progress Bar

by Sean P. DeNigris

Pavel Krivanek-3 wrote > > http://code.google.com/p/pharo/issues/detail?id=6123 > The fix is good. Made a slice and marked it FixToInclude... Pavel, I understand we probably don't want progress in the kernel, but can you live with it for a bit while we figure out what to do about progress? There is a lot of discussion on the dev list... Otherwise, I could put the Dummy in it's own package or whatever you suggest. Really, all it's doing is ignoring all messages via DNU, so it could be any object that does that... This was just a patch so Jenkins would start working again while we discuss and clean and enhance... HTH, Sean -- View this message in context: http://forum.world.st/New-System-Progress-Bar-tp4635912p4636154.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 22, 2012

Re: [Pharo-project] Some Nautilus feedback

by Mariano Martinez Peck

On Fri, Jun 22, 2012 at 3:29 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Torsten Bergmann wrote > > > > Nonetheless I like Nautilus a lot - thanks for it! Great tool > > > Yes, this is my number one feedback. Thank you Ben! > > > Torsten Bergmann wrote > > > > 1. Having "Class/Instance" in one button is bad since > > the label can mean two things: > > > Even after using Nautilus since the first alpha, I still can't get used to > this. I'm confused by the button. The only way I know which side I'm on is > the text style feedback in the method list pane. > > Thanks guys, I feel less stupid. > > Torsten Bergmann wrote > > > > - use Tabs as in Dolphins browser > > - use a real toggle button... > > - use two Radio Buttons... > > > Either of these sound like better options, but the tabs in general would be > *really* exciting. I want tabs on the method pane for "all | public | > private" and a toggle/tab/radio for "just local methods" for methods up the > superclass chain, maybe even with a methodsBelow: parentClass option. That > would be powerful! > > > Torsten Bergmann wrote > > > > 2. I like the hierarchy view ... > > > Yes! But why is the package pane disabled? I'd like to still be able to > click a different package (which I guess would automatically revert to flat > mode since no classes are selected), but I have to click the flat button to > re-enable. > > > Torsten Bergmann wrote > > > > and the double click "navigate to" functionality... > > > Cool! I didn't know about that. One thing though... since the original > browser changes to the clicked-on item also, I don't understand the purpose > of this feature. It seems like it'd be much more valuable to leave the > first > browser on the current selection and open a new browser on the > double-clicked item. This would be great for opening a new browser when > currently editing a method... > > > Torsten Bergmann wrote > > > > But still the inheritance tree view is not collapsible > > > That would be really great! Also (and more so for me) is a tree view for > packages. I guess this will be easier once RPackage = MCPackage > > b.t.w. for classes with extension methods in the current package, thanks > for > promoting the extension protocol to the top of the list. This is much more > usable and a really cool feature! > > Cheers, > Sean > > -- > View this message in context: > http://forum.world.st/Some-Nautilus-feedback-tp4636076p4636148.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 22, 2012

Re: [Pharo-project] Concatenation

by Frank Shearar

On 22 June 2012 13:48, Torsten Bergmann <astares(a)gmx.de> wrote: > Try: > > 1. Â 'P' , 'haro' > > 2. Â #P , 'haro' > > 3. Â $P , 'haro' > > in Pharo, Squeak and Dolphin Â Number 3 crashes with an MNU > in VW Â Â and SmalltalkMT Â Â Â Number 2 and 3 crash with an MNU > > Just wonder why ST's handle case 2 differently In Pharo/Squeak, Symbol is-a String, but in other Smalltalks that isn't the case (or so I've picked up from Dale Henrichs on the metacello list). frank > Bye > T. > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a >

June 22, 2012

Re: [Pharo-project] Some Nautilus feedback

by Sean P. DeNigris

Torsten Bergmann wrote > > Nonetheless I like Nautilus a lot - thanks for it! Great tool > Yes, this is my number one feedback. Thank you Ben! Torsten Bergmann wrote > > 1. Having "Class/Instance" in one button is bad since > the label can mean two things: > Even after using Nautilus since the first alpha, I still can't get used to this. I'm confused by the button. The only way I know which side I'm on is the text style feedback in the method list pane. Torsten Bergmann wrote > > - use Tabs as in Dolphins browser > - use a real toggle button... > - use two Radio Buttons... > Either of these sound like better options, but the tabs in general would be *really* exciting. I want tabs on the method pane for "all | public | private" and a toggle/tab/radio for "just local methods" for methods up the superclass chain, maybe even with a methodsBelow: parentClass option. That would be powerful! Torsten Bergmann wrote > > 2. I like the hierarchy view ... > Yes! But why is the package pane disabled? I'd like to still be able to click a different package (which I guess would automatically revert to flat mode since no classes are selected), but I have to click the flat button to re-enable. Torsten Bergmann wrote > > and the double click "navigate to" functionality... > Cool! I didn't know about that. One thing though... since the original browser changes to the clicked-on item also, I don't understand the purpose of this feature. It seems like it'd be much more valuable to leave the first browser on the current selection and open a new browser on the double-clicked item. This would be great for opening a new browser when currently editing a method... Torsten Bergmann wrote > > But still the inheritance tree view is not collapsible > That would be really great! Also (and more so for me) is a tree view for packages. I guess this will be easier once RPackage = MCPackage b.t.w. for classes with extension methods in the current package, thanks for promoting the extension protocol to the top of the list. This is much more usable and a really cool feature! Cheers, Sean -- View this message in context: http://forum.world.st/Some-Nautilus-feedback-tp4636076p4636148.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 22, 2012

Re: [Pharo-project] [update 2.0] #20152

by Pavel Krivanek

Tests Guard report http://code.google.com/p/pharo/wiki/TestsGuard One test is green again: Spec.Tests.SpecInterpreterTest.testBuildWindowFor -- Pavel On Fri, Jun 22, 2012 at 9:14 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > 20152 > ----- > > - Issue 6105: Â Spec version 1.0 Thanks Benjamin van Ryseghem . > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=6105 > >

June 22, 2012