- Pharo-dev - lists.pharo.org

Re: [Pharo-project] ClassTestCase

by StÃ©phane Ducasse

What I was thinking mariano is that we could move one class at a time in classTests and make the tests green. This way we do not have red tests and still make progress Stef On May 22, 2010, at 8:06 PM, Mariano Abel Coca wrote: > 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 > > _______________________________________________ > 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] [BUG] block decompilation during code simulation by Through debugger button

by Denis Kudriashov

Block decompilation not work at situation during code simulation. Maybe its just problem in debugger "Through button" action implementation. This happen because block home in that situation not exists. I attach class ClassWithBlockDecompilation which help reproduce that manually. See class side method #debug

May 22, 2010

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

by Henrik Johansen

Sounds like something related to issue 1213 on bug tracker. It's marked as 1.1, not sure if anyone is actively working on it ATM though. Cheers, Henry Den 22. mai 2010 kl. 19.12 skrev eMko <mm007.emko(a)gmail.com>: > > 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" key > s - > 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 be > gins > when I try to type "Ä". Other letters appearing in Czech or Slovak l > anguage > (including "Ã´" and " Ä¾ ") are OK. Copy-pasting is OK (problem is onl > y 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. > > _______________________________________________ > 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] license of the collaborative book

by laurent laffont

On Saturday, May 22, 2010, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi folks. I am not sure how does it work the license in the collaborative book. So far in the footer of the book I saw: "Licensed under Creative Commons BY-NC-SA" > > Now...what does it mean? That everybody is agree that whan he writes will be with that license?Â Â I wonder..suppose in one year we want to take such book an generate a real pdf/printed book, will be there some problem with that?Â Â I want to avoid such problems in the future. > > Thanks > > Mariano > Authors can sign a license agreement as done with Pharo contributors. Laurent -- Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/

May 22, 2010

Re: [Pharo-project] Do TTFonts prevent image startup?

by Henrik Johansen

Note, TTFileDescription, which caused the issues discussed, seemed to have been removed from Pharo when I checked Friday. Cheers, Henry Den 22. mai 2010 kl. 20.59 skrev Igor Stasenko <siguctua(a)gmail.com>: > There are two ways how to work with TT Fonts. > One way is to use TTFontDescription, > which fully reads font into object memory, so you can walk with it > anywhere > and it will work. > Another way is to use TTFileDescription. > This one is tricky, because it only caching glyphs data, while reads > missing glyphs > from files on demand. > > So, i think that was the cause of problem. > > On 22 May 2010 19:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> w > rote: >> http://code.google.com/p/pharo/issues/detail?id=2457 >> >> Issue 2457: Do TTFonts prevent image startup >> >> We should check if this is a problem for Pharo too. >> See the thread "Please, help me. My squeak image not started" >> on squeak-dev: >> >> >> http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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] [Metacello] What packages to load from Metacello in PharoDev?

by Mariano Martinez Peck

Thanks Dale. I understood. I will give it a try and try to put it in next PharoDev. I will ask you in case of more questions. Cheers Mariano On Sat, May 22, 2010 at 1:01 AM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Mariano, > > Which Test packages to load ... The real answer to that question will > depend upon what other packages are loaded .... if you load 'Tests' you'll > end up loading up most of the "optional packages," so if that's not a > problem in the default PharoDev then 'Tests' is the right answer, otherwise > I would think that the list should match the optional set of packages you > are loading anyway... > > OB-Metacello was ported to Pharo1.1 in version 1.0-beta.26.2, which I will > be releasing very soon. > > I agree that for the default environment it is a good idea to include the > extra packages, since they provide a level of functionality/documentation > that should be present ... I will mention that the Metacello tests can be > slow to execute, since they do a lot of loading/unloading of packages (using > dictionary-based repositories)... > > Finally, you can use a valid version of Metacello .... it turns out that if > you specify a version of a project that is _older_ than the currently loaded > one, Metacello will use the current version and apply the load list to the > loaded version instead of the one listed ... if the loaded version is > _older_ than the specified version then the newer version will be loaded ... > > Sooo, all you have to do is specify a reasonable version of Metacello and > if later versions are loaded the correct pacakges will be loaded ... BTW, > the bug that you noticed with Seaside3.0 was related to this mechanism not > quite working correctly:) (oh and I've fixed this bug in 1.0-beta.26.2). > > The only time that a downgrade of mcz files occurs is when you explicitly > load a Configuration whose mcz files are older than the loaded versions. > Only the packages associated directly with the configuration are downgraded > ... the referenced projects follow the "standard rules". > > Dale > > ________________________________________ > From: metacello(a)googlegroups.com [metacello(a)googlegroups.com] On Behalf Of > Mariano Martinez Peck [marianopeck(a)gmail.com] > Sent: Friday, May 21, 2010 2:25 AM > To: metacello(a)googlegroups.com; Pharo Development > Subject: [Metacello] What packages to load from Metacello in PharoDev? > > Hi. For building PharoDev images, we take a PharoCore and just evaluate > something like: > > (ConfigurationOfPharo project version: '1.1-beta1.10517') load > > So....Metacello would be boostraped from > ConfigurationOfPharo>>ensureMetacello which does a (Smalltalk at: > #ConfigurationOfMetacello) perform: #loadLatestVersion > and ConfigurationOfMetacello>>loadLatestVersion does a "self project > latestVersion load" ... > > and, the default of ConfigurationOfMetacello is Core....so, in summary, > only core is loaded. Perfect. > > Now I was thinking that we should load more packages in PharoDev image. > > First, we want the Metacello tests. For all packages we include by default > in PharoDev, we also include its tests (by default). This is cool because > people test it, we can give you quick feedback, be sure all green tests, > etc. They are cool as documentation, blah blah blah. > > So, first question, which tests package should I load? > > Metacello-Tests > Metacello-TestsCore > Metacello-TestsMC > Metacello-TestsPlatform.pharo > Metacello-TestsReference > > Or, maybe even better, load the group 'Test'. I guess this is the correct > one. > > Now, I also think we could include all the following packages: > > - Tutorial: this is cool for newcomers. They want to do the Metacello > tutorial, and having it already in the image is cool I think. I want to > include also the tests for the tutorial > > - HelpSystem for Metacello: we need to copy this package from the > HelpSystem repo (see my other email) > > - Metacello ProfStef > > - Metacello OB: do you know if it is working in Pharo 1.1 and with OB 1.1.4 > ? > > What do you think about including these packages in PharoDev by default ? I > think it is a good idea. > > Regardless that, I am not sure how to load them. As I told you, when > building PharoDev images, Metacello is boostraped from the #ensureMetacello > of ConfigurationOfPharo. And this will load the Core. ANd this is correct > because other people use COnfigurationOfPharo for their own stuff and they > just want the core. But in the case of PharoDev, I want more packages. But > modifying #ensureMetacello is not an alternative. > > So...I can put a reference to ConfigurationOfMetacello in Conf of Pharo, > just like any other dependency, and there I specify the loads: with the > array of things I want. This seems better. But I still have a problem: > #ensureMetacello will load the latestVersion of it. It will load core. So, > which version of ConfigurationOfMetacello should I use in my version of > ConfigurationOfPharo. If I put a specific version, I may hve problems > because it will try to download different versions....So, I would like to > load the same as the #ensureMetacello. But I cannot specify in version > method lastVersion for metacello. > > what can I do ? don't specify the metacello version in the version method > so that it takes the last one ? > > Thanks and sorry for the long email > > Mariano > > >

May 22, 2010

[Pharo-project] license of the collaborative book

by Mariano Martinez Peck

Hi folks. I am not sure how does it work the license in the collaborative book. So far in the footer of the book I saw: "Licensed under Creative Commons BY-NC-SA" Now...what does it mean? That everybody is agree that whan he writes will be with that license? I wonder..suppose in one year we want to take such book an generate a real pdf/printed book, will be there some problem with that? I want to avoid such problems in the future. Thanks Mariano

May 22, 2010

[Pharo-project] Architectural dependencies

by Alexandre Bergel

Dear List, I worked on the Issue #2107 during the Pharo Sprint of today. This issue proposes a minimal infrastructure to control the dependencies of your package. I cleaned the code proposed by Andreas. I introduced the class PharoCorePackageDependenciesTests. It contains few tests. An example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= testFile self testPackage: 'Files' dependsOnlyOn: #( 'Kernel' 'Collections-Strings' 'Compression' 'ToolBuilder-Kernel' 'Tools' 'System-Object Storage' 'Graphics' 'Collections-Sequenceable' 'Collections-Abstract' 'Collections-Streams' 'Collections-Arrayed' 'Multilingual' 'Exceptions' 'System-Support' 'System-FileRegistry' 'Collections-Weak' 'Collections-Unordered' ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This is interesting to see that File refers to the Graphics package! I provide a method to automatically generate this kind of tests. It therefore goes green. You can also inspect what are the dependencies. By dependencies, I mean static class references. You can find the code in the inbox: SLICE-ArchitecturalTests-Alexandre_Bergel.2 Cheers, Alexandre

May 22, 2010

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

by Mariano Martinez Peck

Thanks. http://book.pharo-project.org/book/TipsAndTricks/HowToTurnOnHalos/ Feel free to improve it. Cheers Mariano 2010/5/22 Denis Kudriashov <dionisiydk(a)gmail.com> > On my Windows Halo activated by shift-alt-click > > 2010/5/22 Mariano Martinez Peck <marianopeck(a)gmail.com> > > and in Linux and windows ? >> >> 2010/5/22 Denis Kudriashov <dionisiydk(a)gmail.com> >> >>> 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 >>>> >>> >>> >>> _______________________________________________ >>> 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 >

May 22, 2010

Re: [Pharo-project] Do TTFonts prevent image startup?

by Igor Stasenko

There are two ways how to work with TT Fonts. One way is to use TTFontDescription, which fully reads font into object memory, so you can walk with it anywhere and it will work. Another way is to use TTFileDescription. This one is tricky, because it only caching glyphs data, while reads missing glyphs from files on demand. So, i think that was the cause of problem. On 22 May 2010 19:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > http://code.google.com/p/pharo/issues/detail?id=2457 > > Issue 2457: Â Â Do TTFonts prevent image startup > > We should check if this is a problem for Pharo too. > See the thread "Please, help me. My squeak image not started" > on squeak-dev: > > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/150846.html > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

May 22, 2010