April 2014 - Pharo-dev - lists.pharo.org

Why GTPlayground is not api compatible with Workspace

by pharo4Stef＠free.fr

Hi I do not understand why GTPlayground in Moose replace Workspace and is accessed using Smalltalk tools workspace and does not offer the same interface than a Workspace. This is a bad design because now it forces me to have isKindOf: checks. Really annoying. Or and this is what I will do I will fix the fonts for Pharo and the system will break in Moose, after all I cannot fix everything. Stef

April 19, 2014

Grant for MetaRepoForPharo30

by Maximiliano Taborda

Hi people. I want to publish Chalten and Aconcagua to the meta repo for 3.0. Could anybody do some magic or just add me as a contributor so I'd be able to upload these configurations. Thanks in advance. Regards. Maxi

April 18, 2014

Re: [Pharo-dev] why is MorphFocusCtrlNavigation registered in all morphs?

by GOUBIER Thierry

Hi Doru, when I moved the focus navigation to Keymapping, registration was done locally, since the code to navigate is local to the morph (and there was no mecanism for global shortcuts yet). But still in that case it is just about registering the category, not creating it (i.e. global table, local registration), no? Crtl+Tab not working on Mac could be a different issue. The vm not generating the event? Note that Spec usually overrides that navigation, and moving this to a global shortcut would not allow Spec to overrides it anymore. And that would be problematic. Thierry ________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Tudor Girba [tudor(a)tudorgirba.com] EnvoyÃ© : vendredi 18 avril 2014 22:27 Ã : Discusses Development of Pharo Objet : [Pharo-dev] why is MorphFocusCtrlNavigation registered in all morphs? Hi, I am working on tool support for debugging keymapping related issues, and I just realized that MorphFocusCtrlNavigation (containing Ctrl+Tab and Shift+Ctrl+Tab) appears to be registered in all morphs. Is this a bug or is intended? I think this is a prime candidate for a global shortcut. Or? What is worse, Ctrl+Tab does not seem to work at least on Mac. Doru -- www.tudorgirba.com<http://www.tudorgirba.com> "Every thing has its own flow"

April 18, 2014

why is MorphFocusCtrlNavigation registered in all morphs?

by Tudor Girba

Hi, I am working on tool support for debugging keymapping related issues, and I just realized that MorphFocusCtrlNavigation (containing Ctrl+Tab and Shift+Ctrl+Tab) appears to be registered in all morphs. Is this a bug or is intended? I think this is a prime candidate for a global shortcut. Or? What is worse, Ctrl+Tab does not seem to work at least on Mac. Doru -- www.tudorgirba.com "Every thing has its own flow"

April 18, 2014

rename instance variable does not work on class side instance var

by pharo4Stef＠free.fr

Hi guys I noticed that rename instance variable does not work on class side instance var. Stef

April 18, 2014

Re: [Pharo-dev] Japanese character in Pharo

by jannik laval

Thank you Sven, I can use it in Phratch now :) Cheers, Jannik 2014-04-10 17:55 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi Jannik, > > Of course, it can be done ;-) > > First make sure you set a Unicode font, then working with Japanese > characters should be no problem: > > > > Of course, encoding is something else, but UTF-8 will certainly work. For > the above, I just copy/pasted some text from Wikipedia (I am on Mac OS X). > > HTH, > > Sven > > On 10 Apr 2014, at 17:26, jannik laval <jannik.laval(a)gmail.com> wrote: > > Hi guys, > > A user of Phratch said to me that the japanese characters are not > recognized in Phratch. > I tried to locate the problem and it seems that Pharo itself does not > recognize them. > > In a Phratch image, just run this line, that display the contents of a > file with japaneze character: > (FileSystem workingDirectory / 'locale' / 'ja.po') contents > > Or, use the attached file, which is the same. > > Is it a known problem ? or should I configure something in settings to > take into account these characters ? > > Thank you. > > -- > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > > <ja.po> > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 18, 2014

About fonts

by stepharo

Hi pharoers I found the problems with the fonts and now I understand one of the possible way Roassal got broken. Imagine the following FT is on -> roassal works perfectly (using vectorial fonts) the standard fonts (default, code and others) are using vector graphics font. I deselect FT -> defaults and other are now in strike fonts like vera I reselect FT -> the defaults are still in strike fonts and this will then lead to errors in roassal. So I think that we should have a real object handling the restore and others. I will try to have a look in the end of the week. stef

April 18, 2014

Re: [Pharo-dev] Monkey working?

by Esteban Lorenzano

all the INRIA infrastructure is stopped (they are doing I do not understand what, like enlarging the hard disk capability or so). so, no monkey and no ci at all until is fixed :( Esteban On 18 Apr 2014, at 14:44, Ben Coman <btc(a)openinworld.com> wrote: > > The following three cases have status "Resolved (Fix Review Needed)" for a couple of days and haven't been picked up by the monkey. Is there something wrong with Monkey or those cases? > * https://pharo.fogbugz.com/f/cases/11934/Last-Modified-Classed-group-in-Naut… > * https://pharo.fogbugz.com/f/cases/13195/testAllSetsAreHealthy-fails-on-ci-s… > * https://pharo.fogbugz.com/f/cases/13204/Hard-to-see-Morph-halo-label > > cheers -ben >

April 18, 2014

Monkey working?

by Ben Coman

The following three cases have status "Resolved (Fix Review Needed)" for a couple of days and haven't been picked up by the monkey. Is there something wrong with Monkey or those cases? * https://pharo.fogbugz.com/f/cases/11934/Last-Modified-Classed-group-in-Naut… * https://pharo.fogbugz.com/f/cases/13195/testAllSetsAreHealthy-fails-on-ci-s… * https://pharo.fogbugz.com/f/cases/13204/Hard-to-see-Morph-halo-label cheers -ben

April 18, 2014

Re: [Pharo-dev] UndefinedObject>>allSuperclassesDo: aBlockContext self shouldBeImplemented

by Marcus Denker

Yes, looks like it. UndefinedObject should just ignore the call as it stands in for a class that has no superclass. self shouldBeImplemented should be removed, I would say. On 17 Apr 2014, at 22:15, phil(a)highoctane.be wrote: > Weird... > > is this a bug? > > Phil >

April 18, 2014