January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Lukas Renggli

>> There is also an internal spell check, for other platforms. >> RBInternalSpellChecker. > > How do you use it or enable it ?Â I have been using dev images for two years > and I have ever seen a spell checker :( This is an extension to SmallLint. Like Slime. It is run when you run code critics. Alternatively you can execute it like this: ORLintBrowser openRule: (RBCompositeLintRule rules: (RBCompositeLintRule rulesGroupedFor: RBSpellingRule) name: 'Spelling') environment: (BrowserEnvironment new forPackageNames: #('Kernel' 'Collections-Abstract')) Maybe I should add a menu to the already long refactoring commands? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 11, 2010

Re: [Pharo-project] System -> About in Dev images

by Mariano Martinez Peck

On Mon, Jan 11, 2010 at 11:06 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > I'm afraid i've got rather lost in this thread. > > >> As an after thought after seeing other posts on the issue, I think > >> more than a generic warning that "may break the image" the > >> Monticello comments and/or a simple explanation on the reasons and > >> affected packages *before* the update starts with an option to > >> proceed or abort is much in need. > >> > >> > >> Yes, maybe. Then thing is that I am not sure in which cases it > >> would break. Only in overrides? How many overrides do we have from > >> external pacakges in Core stuff? I have no idea. > > > > I think given that we are at a very early stage of building the Pharo > image from PharoCore i.e Metacello just coming on etc, we should > simplify the concerns above. > > Basically we should only build Pharo on top of a known PharoCore. Just > because packages don't contain overrides does not imply that moving > the core image will break packages on top. Don't offer such a feature, > and then worry about what will happen. > > Part of the Pharo build script should set a flag that prevents system > update in the short term. Ok....it seems all agree more or less in disable it. I like when we take decisions :) Now...can someone help me with this? It takes too much time to build the images, and congs, etc... I would appreciate if someone can do it and let me know how to call it from the build script. I think it should be in Utilities >> updateFromServer But it would be cool to disable from the menu also. Or maybe, let the menu but bring a popup explaining that it is disable, and why it is. I opened: http://code.google.com/p/pharo/issues/detail?id=1779 It would be really cool to have this done before the next dev image :) Thanks Mariano Longer term we should switch the available > update mechanism to #loadLatest on the ConfigurationOfPharo. There is > then one System update feature, but different implementation in Pharo > vs PharoCore. > > cheers, > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010

Re: [Pharo-project] how to import an icon

by Tudor Girba

Thanks for the hints. Cheers, Doru On 11 Jan 2010, at 18:36, Torsten Bergmann wrote: > If you want to have own icons in OB Browser then > you can easily use: > > | image stream | > image := ColorForm fromFileNamed: '/path/to/icon.gif'. > stream := WriteStream with: String new. > image storeOn: stream. > stream contents inspect > > to get the form and put the generated code as an extension method on > class OBMorphicIcons to implement #browserIcon returning the selector > in your own class. Typical icon size in OB is 12x12 (*). > > See Exception class>browserIcon and OBMorphicIcons>>exception > for an example in a dev-image. > > > * I dont like the small 12x12 size since typical icons size > on Win for small icons is 16x16 - but one can use the free > IconFX tool to smoothly shrink them > > Bye > T. > > > > > > > > > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

Jan. 11, 2010

Re: [Pharo-project] Refactoring Browser depenences

by Lukas Renggli

>> It reactors your spell errors away :-P > > mmmmmmmÂ I never seen that working in my code and it seems to be installed > in almost all PharoDev images... > > Do I need to do something to enable it ? It is an extension to SmallLint. You need to run lint to see it point out your errors. To see the wavy lines live in your code you need Helvetia (probably I could also patch Shout). > Â Does it depends on something ? I ask because Stef said that maybe it > depends in a library or something like that. No, it depends on nothing other than the refactoring engine. > I saw there is a SpellingPlugin. Is that compiled in all VMs?Â do you know ? Only on OS X. But as I said, there is an alternative stupid spellchecking engine written in Smalltalk include. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 11, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Mariano Martinez Peck

On Mon, Jan 11, 2010 at 10:59 PM, Stan Shepherd <stan.shepherd414(a)gmail.com>wrote: > > > > StÃ©phane Ducasse wrote: > > > >> > >> Was there a reason you opted not to include RB spelling? I don't know > how > >> may people use it- I find it really handy, so my vote would be for > >> inclusion. > > > > > > if I remember it depends on some mac library > > > > Stef > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > There is also an internal spell check, for other platforms. > RBInternalSpellChecker. > > How do you use it or enable it ? I have been using dev images for two years and I have ever seen a spell checker :( > ...Stan > > -- > View this message in context: > http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010

Re: [Pharo-project] System -> About in Dev images

by Michael Roberts

I'm afraid i've got rather lost in this thread. >> Â As an after thought after seeing other posts on the issue, I think >> Â more Â than Â a Â generic Â warning Â that "may Â break Â the Â image" Â the >> Â Monticello comments and/or a Â simple explanation on the reasons and >> Â affected Â packages *before* Â the update Â starts with Â an Â option to >> Â proceed or abort is much in need. >> >> >> Â Yes, maybe. Â Then thing Â is that I Â am not Â sure in which Â cases it >> would break. Only Â in overrides? How many overrides Â do we have from >> external pacakges in Core stuff? Â I have no idea. > I think given that we are at a very early stage of building the Pharo image from PharoCore i.e Metacello just coming on etc, we should simplify the concerns above. Basically we should only build Pharo on top of a known PharoCore. Just because packages don't contain overrides does not imply that moving the core image will break packages on top. Don't offer such a feature, and then worry about what will happen. Part of the Pharo build script should set a flag that prevents system update in the short term. Longer term we should switch the available update mechanism to #loadLatest on the ConfigurationOfPharo. There is then one System update feature, but different implementation in Pharo vs PharoCore. cheers, Mike

Jan. 11, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Michael Rueger

On 1/11/2010 10:59 PM, Stan Shepherd wrote: > There is also an internal spell check, for other platforms. > RBInternalSpellChecker. <broken record on> in Sophie we built a platform independent spell checker </broken record on> ;-) Michael

Jan. 11, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Mariano Martinez Peck

On Mon, Jan 11, 2010 at 10:56 PM, Stan Shepherd <stan.shepherd414(a)gmail.com>wrote: > > > Mariano Martinez Peck wrote: > > > > Hi Stan, can you check if there is another package missing from the > > previous > > dev image ? > > > > Thanks! > > > > Mariano > > > > > > Hi Mariano, attached did you know about the Gmail feature (it is in Lab) that detects certain key words like "attached" or "attach" and when you are going to send an email, a popup brigns saying "Are you sure you don't have to attach something? " ;) > is the list of differences from 10502 to 10505. All > missing packages seem to relate to O2, except for Spelling. > > Is this what you meant? > > But, yes, exactly that. Don't care that there is a changelog.txt for each dev images comparing exactly this, but I had a problem for the moment with that. Thanks a lot. > Cheers, ...Stan > > http://n2.nabble.com/file/n4288408/packagesDiff10502to10505.ods > packagesDiff10502to10505.ods > > -- > View this message in context: > http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Stan Shepherd

StÃ©phane Ducasse wrote: > >> >> Was there a reason you opted not to include RB spelling? I don't know how >> may people use it- I find it really handy, so my vote would be for >> inclusion. > > > if I remember it depends on some mac library > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > There is also an internal spell check, for other platforms. RBInternalSpellChecker. ...Stan -- View this message in context: http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2010

Re: [Pharo-project] Presenter and Project will die aren't they ?

by Michael Rueger

On 1/11/2010 10:58 PM, Michael Rueger wrote: > forget squeak/pharo in the browser. for those not in the know: I'm one of the poor guys who actually spent a *lot* of time making it possible ;-) Michael

Jan. 11, 2010