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

[Pharo-project] Why O2Browser does not have many commands from standart omnibrowser?

by Denis Kudriashov

I like O2Browser. But It has not many standart commands. Why It is? I think they are both omnibrowsers. And they based on same meta model Or maybe I have old version of O2Browser. I load it from Pharo1.0 ready workspace script

May 22, 2010

Re: [Pharo-project] How turn on Halo's?

by Denis Kudriashov

Thanks. 2010/5/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > denis in pharo halos are there but only when you really want them. :) > > Stef > > On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: > > > Hello > > > > Can I turn on halos. And is rotating morphs supported in pharo? > > _______________________________________________ > > 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 >

May 22, 2010

Re: [Pharo-project] ClassTestCase

by Mariano Abel Coca

It is a must. We have to got all the tests in green. But actually that isn't tested. I'll make the tests, I'll fix them, and then I'll send the whole changes to merge in the baseline. Cheers, Mariano. On Sat, May 22, 2010 at 2:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > the key point is that we would like to avoid to have red tests all the time > so fixing the as yet unclassified should be done before. > > > BTW Does anybody use > BadEqualer > HashTester > PrototypeTester > > because so far I do not see anybody user of them. > They look like experiment code to me. > > Stef > > On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: > > > Hi, I want to make global the checks included in ClassTestCase, and > remove it. That is because actually it's only being tested for it's > subclasses. And also, it's declaring that a subclass will be a class test > instead of just a test, but no one of it's subclasses actually test the > class, but the instances, therefore is a TestCase, not a ClassTestCase. See > TimespanTest as an example. > > > > What Im saying is that I'm trying to force a run of a suit of Code > Standards and Code Quality tests before sending something to merge to a > baseline of a project. > > > > What do you think? Are you agree with that? > > > > Cheers, > > > > 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 >

May 22, 2010

Re: [Pharo-project] Cross-fork Metacello configurations

by Miguel Enrique CobÃ¡ Martinez

But, but... One thing that I really don't understand is this: Squeak people hasn't used the current Metacello "use-case". Squeak people without use it and see if really has problems (nothing that can't be solved when it appears) Squeak people proposed a new way to use Metacello, completly different than the one is being used Squeak arguments were about some potential problems with having configurations outside the image Squeak arguments were abouth the potential advantages of having a browser that browses locally (but as Mariano said, it must be updated from net before having the very last package tested to work available in the browser) instead of going to the network for the list. So, this, hey look what I found, they use it this way, but I think that we should use it that other way, no matter if it is really a problem to use it the way the other people use it really upsets me. Heck, Pharo even build the released dev images with Metacello. That is a "real" world usage and not words. El vie, 21-05-2010 a las 16:17 -0700, Dale Henrichs escribiÃ³: > I had suggested that they not use the ConfigurationOf prefix for the Squeak configuration package so that cross platform configurations could continue to be used ... I would hope that folks continue to to create cross platform packages ... the onus on copying shouldn't be on the developer, but the folks that want a managed list of configs:) > > I would think that the managed list could be harvested from the ConfigurationOf configs without any direct developer involvement...afterall computers should be used for the things they are good at:) > > It will be interesting to see how the managed list idea evolves... > > Dale > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Miguel Enrique CobÃ¡ Martinez [miguel.coba(a)gmail.com] > Sent: Friday, May 21, 2010 10:42 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Cross-fork Metacello configurations > > El vie, 21-05-2010 a las 09:13 -0700, Sean P. DeNigris escribiÃ³: > > I created a Squeak/Pharo SSpec, which puts the fork-specific world menu code > > into a Platform package. > > > > As I work on the config, I came up against Pharo using Object as a subclass, > > but the Squeak Inbox requiring (because of the browser tool) > > MetacelloConfiguration. > > > > What would be the best/easiest way to deal with this? > > > > If the configs have to be forked, then Metacello really loses value (i.e. > > #squeak and #pharo). And, I do a lot of work in both forks, so it would be > > a shame to pick one to upload to and not share work that has already been > > done with half the users. > > That was one of the problems of the Configuration Package proposed by > Andreas. Promotes copy&paste of configurations (bad bad) and in the long > term forks and completely rework to create configurations for Squeak and > a different (although similar) for Pharo. > As you say, it doesn't matter that Metacello is capable of installing > cross-platform packages. With independently created configurations for > the same packages, is has been stole of its usefulness and is > discouraging Pharo users that have developed ConfigurationOfXXX that > worked both in Squeak and Pharo in the past. > > > > > > > Thanks. > > Sean > > > > -- > 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 > > _______________________________________________ > 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

May 22, 2010

Re: [Pharo-project] ClassTestCase

by StÃ©phane Ducasse

the key point is that we would like to avoid to have red tests all the time so fixing the as yet unclassified should be done before. BTW Does anybody use BadEqualer HashTester PrototypeTester because so far I do not see anybody user of them. They look like experiment code to me. Stef On May 22, 2010, at 7:31 PM, Mariano Abel Coca wrote: > Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. > > What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. > > What do you think? Are you agree with that? > > Cheers, > > Mariano. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 22, 2010

Re: [Pharo-project] How turn on Halo's?

by StÃ©phane Ducasse

denis in pharo halos are there but only when you really want them. :) Stef On May 22, 2010, at 7:18 PM, Denis Kudriashov wrote: > Hello > > Can I turn on halos. And is rotating morphs supported in pharo? > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 22, 2010

[Pharo-project] ClassTestCase

by Mariano Abel Coca

Hi, I want to make global the checks included in ClassTestCase, and remove it. That is because actually it's only being tested for it's subclasses. And also, it's declaring that a subclass will be a class test instead of just a test, but no one of it's subclasses actually test the class, but the instances, therefore is a TestCase, not a ClassTestCase. See TimespanTest as an example. What Im saying is that I'm trying to force a run of a suit of Code Standards and Code Quality tests before sending something to merge to a baseline of a project. What do you think? Are you agree with that? Cheers, Mariano.

May 22, 2010

Re: [Pharo-project] How turn on Halo's?

by Lukas Renggli

Apple+Shift+Click displays the halos on my system. Lukas 2010/5/22 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hello > > Can I turn on halos. And is rotating morphs supported in pharo? > > _______________________________________________ > 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

May 22, 2010

[Pharo-project] How turn on Halo's?

by Denis Kudriashov

Hello Can I turn on halos. And is rotating morphs supported in pharo?

May 22, 2010

[Pharo-project] strange behaviour with some accented letters input

by eMko

Hello, I have an issue using Pharo 1.0 and 1.1 . On Windows (tested on Win7 64bit and WinXP 32bit) I receive a strange behavior when typing letters "Ä" and "Ä", using both either special key for this characters or "dead" keys - first "Ë" and then "e" or "c". The pop-up menu appears when I try to type "Ä" like I performed the "blue-click" (RMB/cmd-click) and newline begins when I try to type "Ä". Other letters appearing in Czech or Slovak language (including "Ã´" and " Ä¾ ") are OK. Copy-pasting is OK (problem is only when typing) and behavior on Linux is also OK (do not know how on Mac, because I neither have Mac machine nor MacOS in Virtual Box). This bug appears in both Czech and US English Windows version on Pharo, but everything is OK when using Squeak both 4.1 and 3.9. Do someone know how to fix it, please? Sincerely eMko -- View this message in context: http://forum.world.st/strange-behaviour-with-some-accented-letters-input-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 22, 2010