- Pharo-dev - lists.pharo.org

Re: [Pharo-project] DemoMode should not change Fonts only sizes?

by Fernando olivero

thanks Alain and Juan, CUIS fonts gave a excellent look and feel to Gaucho! I highly recommend using them as the default Pharo font family Fernando pd: what i did is add the following line to the ConfigurationOfGaucho. spec blessing: #baseline; repository: 'http://www.squeaksource.com/gaucho'; package: 'DejaVuBitmapFonts' with:[ spec repository: 'http://www.squeaksource.com/DejaVu'] ; .... On Sep 21, 2010, at 12:19 PM, Alain Plantec wrote: > Le 21/09/2010 12:11, Mariano Martinez Peck a Ã©crit : >> >> >> On Tue, Sep 21, 2010 at 12:06 PM, Serge Stinckwich >> <serge.stinckwich(a)gmail.com <mailto:serge.stinckwich@gmail.com>> wrote: >> >> 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com >> <mailto:marianopeck@gmail.com>>: >>> Thanks Serge. I talked after with Alain and he explains me >> everything :) >>> he told me you will integrate new fonts (from cuis) into the >> image and that >>> will have larger fonts available...then no need to use FreeType :) >> >> Hi Mariano, >> >> BTW, Alain is more an expert in fonts than me so he will made the >> changes ;-) >> > well, not really an expert ... :) >> >> I.........

Sept. 21, 2010

Re: [Pharo-project] [Pharo-users] Recent Submissions

by Mariano Martinez Peck

Same question.....this RecenSubmissions will be part of PharoCore isn't it? is it already integrated? There is no need to update PharoDev building? thanks Mariano On Mon, Jul 19, 2010 at 11:31 PM, Benjamin Van Ryseghem < benjamin.vanryseghem(a)gmail.com> wrote: > Ok Stef, so i've separated my work from the Tool-Browser class (there is a > bug to fix into the RecentMessageSet class in order to remove useless > multiples entries) > > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'RecentSubmissions'; > load > > A way to open the alternate viewer is by doing: > > RecentSubmissions openInWorld > > Ben > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > >

Sept. 21, 2010

Re: [Pharo-project] running Magma tests in 1.1

by Mariano Martinez Peck

On Sat, Jul 31, 2010 at 4:57 AM, Henrik Johansen < henrik.s.johansen(a)veloxit.no> wrote: > Yes, the implementation of fileExists: was changed, so it no longer > iterates over entire directory contents, but tries to open the file. Hi Henry, do you think this is the cause of: http://code.google.com/p/pharo/issues/detail?id=2987 or it has nothing to do? thanks mariano > Sadly, the Unix vm contains a bug which means relative links will not be > resolved correctly. > A fix from Cog has been submitted, but no release has been made which > obtains it yet. > > Cheers, > Henry > > Den 30. juli 2010 kl. 23:09 skrev Chris Muller <asqueaker(a)gmail.com>: > > > To run the test-suite for Magma 1.1r2 in Pharo: > > > > - Proceed past two warnings about "FlapTab" when loading Magma. > > - Revert FileDirectory>>#fileExists: to the prior version. > > - Remove #testClassSchemaUpgrades. > > - Load OSProcess. > > > > The second and third steps, above, I believe may be regressions in Pharo > 1.1. > > > > In Pharo 1.1: > > > > FileDirectory default fileExists: '/bin/sh' "---> false" > > > > but the file does, indeed, exist as a soft-link. Squeak answers true > > and, I'll bet, so does Pharo 1.0, so I'm not sure if there is a > > problem here or not. > > > > #testClassSchemaUpgrades tests Magma's ability to keep up with > > class-schema changes in the image. Usually class-schemas change only > > in development, not production systems so maybe it's not a big deal. > > But still, it can be very convenient develop new class schemas while > > connected to a persistent Magma store. Magma makes use of the > > SystemChangeNotifier to do this. I don't know if Pharo cleaned > > something with SystemChangeNotifier or a regression happened, but I > > don't have time to debug it right now. Certainly, if there is a > > problem with Magma I will fix it, but I'm not convinced of that yet. > > > > - Chris > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] [Pharo-users] Support for SCIM on Linux

by Mariano Martinez Peck

David, can you try with both Pharo1.0 and Pharo1.1 ? In Pharo1.1 by default installed Bitmap fonts, which dosen't contains unicode glyphs. In Pharo1.0 we used TrueType fonts so that you can choose the one you like, which will correctly diaplays cyrillic glyphs. Please let us know if that works. And in such case you can use TrueType in 1.1 also if you want. cheers mariano On Tue, Sep 21, 2010 at 11:50 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Ahh and you can open a ticket :) > > > On Tue, Sep 21, 2010 at 11:50 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Hi David. I have no idea. I just cc'ed pharo-dev in case someone can help >> you. >> >> Cheers >> >> Mariano >> >> >> On Fri, Sep 17, 2010 at 6:23 PM, DavidWilson <djwilson(a)bluewin.ch> wrote: >> >>> >>> Hi >>> >>> I'm trying to input Tibetan (i.e. Unicode) characters using the SCIM >>> input >>> method (Wylie tibetan aka EWTS) on Ubuntu (10.4). >>> (N.B. That's not the same as a different keyboard layout!) >>> >>> SCIM works ok for OpenOffice and even for gedit, but not in Pharo, ie it >>> is >>> installed correctly and working. >>> >>> I suspect it's because Pharo consumes the keyboard input directly, and >>> doesn't let SCIM do its stuff (essentially aggregating keystrokes before >>> sending the unicode on to application). >>> >>> It would be nice to hear from a) anyone who's got this to work in Pharo, >>> or >>> b) someone who can confirm what I suspect. >>> >>> The equivalent works fine on Mac! >>> >>> David >>> -- >>> View this message in context: >>> http://forum.world.st/Support-for-SCIM-on-Linux-tp2544095p2544095.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> Pharo-users mailing list >>> Pharo-users(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >>> >> >> >

Sept. 21, 2010

Re: [Pharo-project] Issue 2744: Renaming the path to the image is not caught in Pharo on OS X

by Mariano Martinez Peck

Yes, I have this probelm several times....what I did is to change the logChange: so that it does nothing, save it, and then quit the image. Anyway, what could be a solution for this problem? thanks mariano On Tue, Aug 3, 2010 at 3:28 PM, Mircea Lungu <lungu(a)iam.unibe.ch> wrote: > Hi guys, > > If I rename any of the directories in the path of a running image I will > break the image: I can't save it, I can't close it. I get a debugger > at any step. It seems the image is not informed of the path change > and it still tries to log the changes in the the changes file which has > already moved. > > I verified this on OS X,. > > I opened an issue for this: > http://code.google.com/p/pharo/issues/detail?id=2744 > > Mircea. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] [SPAM] 'file:spaceTally.st' asUrl retrieveContents should work?

by Mariano Martinez Peck

Thanks Sven, that was the probem. We should fix this :( http://code.google.com/p/pharo/issues/detail?id=2987 cheers mariano On Tue, Aug 24, 2010 at 12:06 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Mariano, > > Try an absolute path, I have had similar problems. > BTW, starting a VM as user X accessing a startup file belonging to user Y > doesn't seem to work either (even if Unix permissions would allow it). > > Sven > > On 24 Aug 2010, at 12:01, Mariano Martinez Peck wrote: > > > Hi...I was running a pharo headless in Mac OS running something like > this: > > > > ./Pharo/VM/Squeak\ 4.2.5beta1U.app/Contents/MacOS/Squeak\ VM\ Opt > -headless > Pharo/imagenes/Pharo-1.1-11411dev10.07.1/Pharo-1.1-11411dev10.07.1.image > spaceTally.st > > > > > > And I come to the problem that there is an error while trying to process > spaceTally.st. This file is a text file that just contains "SpaceTally new > printSpaceAnalysis" > > > > Now....to conclude, the problem is that according to the wonderful and > nice CodeLoader (I really hate this class...I promise I will do something > with it) this: > > > > 'file:spaceTally.st' asUrl retrieveContents > > > > should answer me the contents ("SpaceTally new printSpaceAnalysis") > ...but instead nil is returned. > > > > The file exist. > > > > Is this wrong? is it expected? how can I fix it ? > > > > Thanks!! > > > > Mariano > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] DemoMode should not change Fonts only sizes?

by Alain Plantec

Le 21/09/2010 12:11, Mariano Martinez Peck a Ã©crit : > > > On Tue, Sep 21, 2010 at 12:06 PM, Serge Stinckwich > <serge.stinckwich(a)gmail.com <mailto:serge.stinckwich@gmail.com>> wrote: > > 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com > <mailto:marianopeck@gmail.com>>: > > Thanks Serge. I talked after with Alain and he explains me > everything :) > > he told me you will integrate new fonts (from cuis) into the > image and that > > will have larger fonts available...then no need to use FreeType :) > > Hi Mariano, > > BTW, Alain is more an expert in fonts than me so he will made the > changes ;-) > well, not really an expert ... :) > > I just do the report of the bug. The idea is to integrate the Cuis > fonts in several size, so the demo font will not be dependent of the > fonts installed on your system. > The only problem is that the size of the image will grow accordingly. > > > How much? We have tried it with Marcus, it grows by 1.2 Mb. > Anyway, I don't care too much if it increase. What it is important is > to remove them in ScriptLoader >> cleanUpForProduction I guess > For example right now, in that method is sending "self > removeDejaVuFonts". > Maybe we should update (if needed) that method to remove those new fonts. yes Alain > > Cheers > > mariano > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > <mailto:Pharo-project@lists.gforge.inria.fr> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 21, 2010

Re: [Pharo-project] DemoMode should not change Fonts only sizes?

by Mariano Martinez Peck

On Tue, Sep 21, 2010 at 12:06 PM, Serge Stinckwich < serge.stinckwich(a)gmail.com> wrote: > 2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Thanks Serge. I talked after with Alain and he explains me everything :) > > he told me you will integrate new fonts (from cuis) into the image and > that > > will have larger fonts available...then no need to use FreeType :) > > Hi Mariano, > > BTW, Alain is more an expert in fonts than me so he will made the changes > ;-) > I just do the report of the bug. The idea is to integrate the Cuis > fonts in several size, so the demo font will not be dependent of the > fonts installed on your system. > The only problem is that the size of the image will grow accordingly. > > How much? Anyway, I don't care too much if it increase. What it is important is to remove them in ScriptLoader >> cleanUpForProduction I guess For example right now, in that method is sending "self removeDejaVuFonts". Maybe we should update (if needed) that method to remove those new fonts. Cheers mariano > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010

Re: [Pharo-project] DemoMode should not change Fonts only sizes?

by Serge Stinckwich

2010/9/21 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Thanks Serge. I talked after with Alain and he explains me everything :) > he told me you will integrate new fonts (from cuis) into the image and that > will have larger fonts available...then no need to use FreeType :) Hi Mariano, BTW, Alain is more an expert in fonts than me so he will made the changes ;-) I just do the report of the bug. The idea is to integrate the Cuis fonts in several size, so the demo font will not be dependent of the fonts installed on your system. The only problem is that the size of the image will grow accordingly. Regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Sept. 21, 2010

Re: [Pharo-project] Improving generate accessors for refactoring browser

by Mariano Martinez Peck

On Mon, Sep 13, 2010 at 4:16 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > In my image only 9% of the accessors follow this pattern. > And how many remains with anObject ??? I think it should much less than 9% I really hate leaving this with anObject since it makes me undertand that it will be any kind of object, which usually it is on (even if it is possible). > > Lukas > > 2010/9/13 Bart Gauquie <bart.gauquie(a)gmail.com>: > > don't use the type, i only uses the name of the parameter var to derive > the > > name of parameter > > > > 2010/9/13 Miguel Enrique CobÃ¡ MartÃnez <miguel.coba(a)gmail.com> > >> > >> El lun, 13-09-2010 a las 14:02 +0200, Lukas Renggli escribiÃ³: > >> > How you derive the type? > >> > >> I think it only uses the name of the inst var to name the parameter var > >> in the accessor. > >> > >> > > >> > >From the method name? I think only very few accessors/inst-vars are > >> > named after the type. > >> > > >> > Also note that you can edit the type directly in the changes browser > >> > before you install it, that's what I typically do. > >> > > >> > Lukas > >> > > >> > 2010/9/13 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> > > i would like that too > >> > > > >> > > On Sep 12, 2010 7:27 PM, "Bart Gauquie" <bart.gauquie(a)gmail.com> > >> > > wrote: > >> > > > >> > > Dear list, > >> > > > >> > > I've noticed that when I'm using the generate accessors refactoring, > >> > > I'm > >> > > always adapting the generated code for the mutator: > >> > > number: anObject > >> > > number := anObject > >> > > to: > >> > > number: aNumber > >> > > number := aNumber > >> > > So I've adapted the refactoring code a bit so that it automatically > >> > > generates this correctly. Anybody also thinks this is useful? If so, > I > >> > > will > >> > > create a bug/improvement and a slice for it. > >> > > Kind regards, > >> > > > >> > > Bart > >> > > _______________________________________________ > >> > > Pharo-project mailing list > >> > > Pharo-project(a)lists.gforge.inria.fr > >> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > >> > > _______________________________________________ > >> > > Pharo-project mailing list > >> > > Pharo-project(a)lists.gforge.inria.fr > >> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > >> > > >> > > >> > > >> > >> -- > >> Miguel CobÃ¡ > >> http://miguel.leugim.com.mx > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > > imagination is more important than knowledge - Albert Einstein > > Logic will get you from A to B. Imagination will take you everywhere - > > Albert Einstein > > Learn from yesterday, live for today, hope for tomorrow. The important > thing > > is not to stop questioning. - Albert Einstein > > The true sign of intelligence is not knowledge but imagination. - Albert > > Einstein > > However beautiful the strategy, you should occasionally look at the > results. > > - Sir Winston Churchill > > It's not enough that we do our best; sometimes we have to do what's > > required. - Sir Winston Churchill > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)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(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 21, 2010