Re: [Pharo-project] Issue 2372: HelpSystem for 1.1
Hi, The help core package and the according tests package are ready for integration in the pharo inbox. After talking today with Stephane I also removed the squeak specific stuff, so it is ready for inclusion in Pharo 1.1. core image. The idea is to have the basic help support (help core) in the Pharo core image and provide additional docu/help books in the dev-image. for now this is more important to add documentation and since help is easy to unload. I would put helpcore into core + help into dev In the future we may move it outside mini. thanks torsten. Let see what the other think. But this should depend on a community decision, so any comments would be appreciated. A second option would be to to keep it out of the core image and just provide the help support and documentation in the Pharo-dev image. Bye T. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
Thanks to the virtual hacking session yesterday on IRC (irc.freenode.org #pharo-project) and the help of hackers Marcus, Henrik and Korakurider we have moved the gettext package in a workable state. So far .po files can be exported as domain (class category) for translation and .mo (compiled translated message) are imported at Pharo startup. Still there are thing to do and discuss: - I have moved all the modified and added classes in the gettext package. Modified classes were moved out of their original category, for example LocaleID, NaturalLanguageTranslator. If we want to group translation tool it mean recatgorisation in the core Pharo. - If we want the gettext package to be loadable, the method Stringtranslated in core could be changed to return self, then the gettext packaged provided the translated version to effectively handle the translation. - regarding translation, we could end with a pharo.po file to group the translated message of the core. It will be located in a folder locale along the image. There are still cleaning to do in the internal, and I hope simplifications in the code. Hilaire Hilaire Fernandes a écrit : I have move in a Gettext package in PharoInbox classes for gettext support. Do not expect it to work. Some of the classes there, are just moved from former categories in pharo System-Localization and Multilingual other are coming from Etoys. I have not yet test to load it in a fresh image. Hilaire ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
The gettext package is in the http://www.squeaksource.com/PharoInbox ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] SqueakSource question: how do you make new lines in project description?
On a project like: http://www.squeaksource.com/Alien.html the project description contains a nicely formatted text. But in my project, no matter what i input in project description field, it squashing to a single paragraph, removing any new lines.. What i am doing wrong? -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
On May 1, 2010, at 9:24 AM, Hilaire Fernandes wrote: Thanks to the virtual hacking session yesterday on IRC (irc.freenode.org #pharo-project) and the help of hackers Marcus, Henrik and Korakurider we have moved the gettext package in a workable state. Excellent So far .po files can be exported as domain (class category) for translation and .mo (compiled translated message) are imported at Pharo startup. Still there are thing to do and discuss: - I have moved all the modified and added classes in the gettext package. Modified classes were moved out of their original category, for example LocaleID, NaturalLanguageTranslator. If we want to group translation tool it mean recatgorisation in the core Pharo. I would love to have as much as possible as internationalisation in a identifiable package. - If we want the gettext package to be loadable, the method Stringtranslated in core could be changed to return self, then the gettext packaged provided the translated version to effectively handle the translation. but this would be an override. - regarding translation, we could end with a pharo.po file to group the translated message of the core. It will be located in a folder locale along the image. sounds good. Clearly in the future this should a package metadata. There are still cleaning to do in the internal, and I hope simplifications in the code. Excellent Hilaire Hilaire Fernandes a écrit : I have move in a Gettext package in PharoInbox classes for gettext support. Do not expect it to work. Some of the classes there, are just moved from former categories in pharo System-Localization and Multilingual other are coming from Etoys. I have not yet test to load it in a fresh image. Hilaire ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] split : bug or feature ?
In Pharo: ':' split: 'one:two:three:' = OrderedCollection( 'one' 'two' 'three' '' ) (':' split: 'one:two:three:') size = 4 Last element is an empty String In Ruby: 'one:two:three:'.split(':') = [one, two, three] 'one:two:three:'.split(':').size = 3 Laurent Laffont ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Xemina Pharo, Hà nội, Vi ệt Nam
2010/4/29 Torsten Bergmann asta...@gmx.de: Hi Serge, nice demo! Looking through the slides in Build you own control structure you use #ifSeven: as example which is easy, but not a real world use case. I typically use another example: In a few languages you have a REPEAT (block) UNTIL (cond) control structure (in Pascal for instance) which is easy to add to Smalltalk with a #repeatUntil: method on BlockClosure. Why not just use: [ your code. yourCondition ] whileFalse. ? Bye Torsten -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11328
11328 - - Issue 1715: httpGetDocument:args:accept:request: enh. Thanks Jannik and Adrien. - Setting: changed to support other pragma keywords. Thanks Alain - Issue 591:ProtoObject has 6 required methods. Thanks Mariano - Issue 1092: remove EventTest because it was a duplicate. Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11330
11330 - - HashedCollection part two: Set now subclass of HashedCollection Stef soon hashed even more :), help system, compiler fix, ... ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] split : bug or feature ?
On 01.05.2010 10:51, laurent laffont wrote: In Pharo: ':' split: 'one:two:three:' = OrderedCollection( 'one' 'two' 'three' '' ) (':' split: 'one:two:three:') size = 4 Last element is an empty String In Ruby: 'one:two:three:'.split(':') = [one, two, three] 'one:two:three:'.split(':').size = 3 Laurent Laffont Well, technically speaking you could say it is correct. Does Ruby drop all empty subsequences? ie: ('.' split: 'hah...hah') size gives 4 or 2? Personally I'm more annoyed that: (#great split: #(bad great bad great bad great bad)) size = 1, but: (#(great) split: #(bad great bad great bad great bad)) size = 4 Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11331
11331 - - Issue 2372: HelpSystem for 1.1 so now I would like to know how we can tag Tests to fill up the help system, Sred ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] split : bug or feature ?
On Sat, May 1, 2010 at 1:10 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 01.05.2010 10:51, laurent laffont wrote: In Pharo: ':' split: 'one:two:three:' = OrderedCollection( 'one' 'two' 'three' '' ) (':' split: 'one:two:three:') size = 4 Last element is an empty String In Ruby: 'one:two:three:'.split(':') = [one, two, three] 'one:two:three:'.split(':').size = 3 Laurent Laffont Well, technically speaking you could say it is correct. Does Ruby drop all empty subsequences? ie: ('.' split: 'hah...hah') size gives 4 or 2? It seems it drops only the last ones: 'hah...hah'.split('.') = [hah, , , hah] '.hah...hah'.split('.') = [, hah, , , hah] 'hah...hah.'.split('.') = [hah, , , hah] 'hah...hah..'.split('.') = [hah, , , hah] Laurent Laffont Personally I'm more annoyed that: (#great split: #(bad great bad great bad great bad)) size = 1, but: (#(great) split: #(bad great bad great bad great bad)) size = 4 Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Fwd: DropPlugin issue?
Begin forwarded message: From: Johannes Rasche johannesras...@mac.com Date: May 1, 2010 3:54:48 PM GMT+02:00 To: pharo-project-ow...@lists.gforge.inria.fr Subject: DropPlugin issue? Hi Folks, just had a strange encounter, as I was dragging a picture from Firefox to Pharo ( on Mac OS X) - up to now I used only Safari - ExternalDropHandler is receiving not a filestream having an extension expressing to the image format but a local temp folder containing that picture as a work around I can take the most recent ... :) :( other programs than Squeak are receiving that image properly is it a DropPlugin deficiency ? or what ? any advice is welcome Johannes ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: DropPlugin issue?
johannes did the following fix it? http://code.google.com/p/pharo/issues/detail?id=2301 Stef On May 1, 2010, at 4:04 PM, Stéphane Ducasse wrote: Begin forwarded message: From: Johannes Rasche johannesras...@mac.com Date: May 1, 2010 3:54:48 PM GMT+02:00 To: pharo-project-ow...@lists.gforge.inria.fr Subject: DropPlugin issue? Hi Folks, just had a strange encounter, as I was dragging a picture from Firefox to Pharo ( on Mac OS X) - up to now I used only Safari - ExternalDropHandler is receiving • not a filestream having an extension expressing to the image format • but a local temp folder containing that picture as a work around I can take the most recent ... :) :( other programs than Squeak are receiving that image properly is it a DropPlugin deficiency ? or what ? any advice is welcome Johannes ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.1] #11332
11332 - - Issue 503:[Pending Etoy Cleaning] PasteUpMorphtoggleAutoLineLayout. Thanks Jannik - FewMetricsDefinedOnClasses. Thanks Alexandre - Issue 2371: Forbid weird quoted literals. Thanks Nicolas More to come :) Stef Fixing complex tests, Hashed collection. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] does anybody know what is an ObjectactionMap?
In cuis I read actionMap Answer an action map Do NOT duplicate this in Morphic3 / LightWidgets Views should not trigger events! ^self valueOfProperty: #actionMap Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Morph fire, doButtonAction and firedMouseUpCode
Hi I was wondering if we could remove some stuff from morph In Cuis Morph selectors size 453 in Pharo 910 Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] does anybody know what is an ObjectactionMap?
That's part of the second generation observer implementation, if 1. update:/changed:, 2. actions (when:send:to:), and 3. announcements. Lukas On 1 May 2010 19:43, stephane ducasse stephane.duca...@free.fr wrote: In cuis I read actionMap Answer an action map Do NOT duplicate this in Morphic3 / LightWidgets Views should not trigger events! ^self valueOfProperty: #actionMap Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] TextMorph string:fontName:size:wrap: bug?
I assumed that this method would set the contents of my TextMorph with the given arguments. However, the contents are set before the font is changed: string: aString fontName: aName size: aSize wrap: shouldWrap shouldWrap ifTrue: [self contentsWrapped: aString] ifFalse: [self contents: aString]. self fontName: aName size: aSize Shouldn't this be: string: aString fontName: aName size: aSize wrap: shouldWrap self fontName: aName size: aSize. shouldWrap ifTrue: [self contentsWrapped: aString] ifFalse: [self contents: aString]. or am I missing something? Thanks, Sean p.s. is there a good reference for fonts? I find the available classes (and no class comments) dizzying - LogicalFont, TT..., FreeType... -- View this message in context: http://forum.world.st/TextMorph-string-fontName-size-wrap-bug-tp2122277p2122277.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TextMorph string:fontName:size:wrap: bug?
I do not know, Sean. Probably We should really clean up that part too. stef On May 1, 2010, at 8:33 PM, Sean P. DeNigris wrote: I assumed that this method would set the contents of my TextMorph with the given arguments. However, the contents are set before the font is changed: string: aString fontName: aName size: aSize wrap: shouldWrap shouldWrap ifTrue: [self contentsWrapped: aString] ifFalse: [self contents: aString]. self fontName: aName size: aSize Shouldn't this be: string: aString fontName: aName size: aSize wrap: shouldWrap self fontName: aName size: aSize. shouldWrap ifTrue: [self contentsWrapped: aString] ifFalse: [self contents: aString]. or am I missing something? Thanks, Sean p.s. is there a good reference for fonts? I find the available classes (and no class comments) dizzying - LogicalFont, TT..., FreeType... -- View this message in context: http://forum.world.st/TextMorph-string-fontName-size-wrap-bug-tp2122277p2122277.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] does anybody know what is an ObjectactionMap?
thanks lukas I will not comment :) On May 1, 2010, at 8:12 PM, Lukas Renggli wrote: That's part of the second generation observer implementation, if 1. update:/changed:, 2. actions (when:send:to:), and 3. announcements. Lukas On 1 May 2010 19:43, stephane ducasse stephane.duca...@free.fr wrote: In cuis I read actionMap Answer an action map Do NOT duplicate this in Morphic3 / LightWidgets Views should not trigger events! ^self valueOfProperty: #actionMap Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] TextMorph string:fontName:size:wrap: bug?
Okay, I'll file a bug and fix it soon... Sean -- View this message in context: http://forum.world.st/TextMorph-string-fontName-size-wrap-bug-tp2122277p2122301.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Morph users... please shout :)
Do we use removeMouseUpAction programmedMouseUp: anEvent for: aMorph mouseUpCodeOrNil addMouseUpActionWith: addMouseUpAction fire firedMouseUpCode doButtonAction in Morph I would like to remove them. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] removing some dust in Morph
Morph removeSelector: #affiliatedSelector! Morph removeSelector: #completeModificationHash! Morph removeSelector: #constructorString! Morph removeSelector: #duplicateMorphImage:! Morph removeSelector: #haloDelayTime! Morph removeSelector: #modificationHash! Morph removeSelector: #preserveTrash! Morph removeSelector: #readoutForField:! Morph removeSelector: #rememberedColor! Morph removeSelector: #rememberedColor:! Morph removeSelector: #showHiders! Morph removeSelector: #shuffleSubmorphs! Morph removeSelector: #subclassMorph! Morph removeSelector: #uncollapseSketch! Morph removeSelector: #wantsSimpleSketchMorphHandles! ? the cs will the full changes is available at: http://code.google.com/p/pharo/issues/detail?id=2382 Stef But probably rewriting everything would be better ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] removing some dust in Morph
On 1 May 2010 22:30, Stéphane Ducasse stephane.duca...@inria.fr wrote: Morph removeSelector: #affiliatedSelector! Morph removeSelector: #completeModificationHash! Morph removeSelector: #constructorString! Morph removeSelector: #duplicateMorphImage:! Morph removeSelector: #haloDelayTime! Morph removeSelector: #modificationHash! Morph removeSelector: #preserveTrash! so, no more trash preservation? i am really disappointed! ;) Morph removeSelector: #readoutForField:! Morph removeSelector: #rememberedColor! Morph removeSelector: #rememberedColor:! Morph removeSelector: #showHiders! Morph removeSelector: #shuffleSubmorphs! Morph removeSelector: #subclassMorph! Morph removeSelector: #uncollapseSketch! Morph removeSelector: #wantsSimpleSketchMorphHandles! ? the cs will the full changes is available at: http://code.google.com/p/pharo/issues/detail?id=2382 Stef But probably rewriting everything would be better ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] gettext package
Stéphane Ducasse a écrit : - If we want the gettext package to be loadable, the method Stringtranslated in core could be changed to return self, then the gettext packaged provided the translated version to effectively handle the translation. but this would be an override. Yes, is it a problem? - regarding translation, we could end with a pharo.po file to group the translated message of the core. It will be located in a folder locale along the image. sounds good. Clearly in the future this should a package metadata. ?? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] removing some dust in Morph
On May 1, 2010, at 10:33 PM, Igor Stasenko wrote: On 1 May 2010 22:30, Stéphane Ducasse stephane.duca...@inria.fr wrote: Morph removeSelector: #affiliatedSelector! Morph removeSelector: #completeModificationHash! Morph removeSelector: #constructorString! Morph removeSelector: #duplicateMorphImage:! Morph removeSelector: #haloDelayTime! Morph removeSelector: #modificationHash! Morph removeSelector: #preserveTrash! so, no more trash preservation? i am really disappointed! ;) Ok we can provide a cs just for you with a pink animation http://s.myniceprofile.com/myspacepic/461/46143.gif :) Morph removeSelector: #readoutForField:! Morph removeSelector: #rememberedColor! Morph removeSelector: #rememberedColor:! Morph removeSelector: #showHiders! Morph removeSelector: #shuffleSubmorphs! Morph removeSelector: #subclassMorph! Morph removeSelector: #uncollapseSketch! Morph removeSelector: #wantsSimpleSketchMorphHandles! ? the cs will the full changes is available at: http://code.google.com/p/pharo/issues/detail?id=2382 Stef But probably rewriting everything would be better ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project