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

Re: [Pharo-project] [ANN] TDDFacilities - Restarting a test sends #tearDown and #setUp

by Hernan Wilkinson

hmm no there is not because it is just one package... do you think it is worth to have one? 2010/9/21 Fernando olivero <fernando.olivero(a)usi.ch> > GREAT! > > Is there a ConfigurationOfTDDFacilities available? > > Fernando > On Sep 20, 2010, at 9:23 PM, Hernan Wilkinson wrote: > > Hi, > I created a new version of TDDFacilities > (TDD-Facilities-HernanWilkinson.15) that includes: > > 1) When debugging a test and the test is changed or restarted, the messages > #tearDown and #setUp are sent to the test to restart it in the correct > state. (This is something I asked to Niall when showing SUnit 4 at Esug) > 2) Fixed and error with the "Create" button that did not appear when doing > "Step Into" or "Step Over". > 3) Removed code to make it compatible with Pharo 1.1 > > I hope you like it! > Hernan. > > -- > * > HernÃ¡n Wilkinson > Agile Software Development, Teaching & Coaching > Mobile: +54 - 911 - 4470 - 7207 > email: hernan.wilkinson(a)10Pines.com > site: http://www.10Pines.com <http://www.10pines.com/> > * > <ATT00001..txt> > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

Sept. 21, 2010

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

by Henrik Johansen

No. That was for Linux VM, and only relative _aliases_. Cheers, Henry On Sep 21, 2010, at 12:57 10PM, Mariano Martinez Peck wrote: > > > 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 > > _______________________________________________ > 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] Recent Submissions

by Marcus Denker

On Sep 21, 2010, at 1:01 PM, Mariano Martinez Peck wrote: > Same question.....this RecenSubmissions will be part of PharoCore isn't it? Yes. No need to have yet another package. > is it already integrated? > I think not yet. > There is no need to update PharoDev building? > No. > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 21, 2010

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