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

[Pharo-project] ob in pharocore 1.2?

by Tudor Girba

Hi, Does anyone have any experience with loading OB in 1.2? Cheers, Doru -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Nov. 12, 2010

[Pharo-project] Repackaging task force

by Torsten Bergmann

Hi, after an IRC discussion with Alexandre and Stef yesterday we agreed that it would be good to start working on cleaning up/organizing the packages and get better structure into the system. Goals: - seperate tests, examples, help, ... from code in distinguishable packages - but also have tests, examples, help packages closer to the code - be able to have cleaned up and reproducable package dependencies in the future - provide quality checks to see if packages conform to cleanup rules The abusing of class categories for packaging will not be replaced with a real packaging system in the near future but that shouldnt be a problem so far. I dont know where we will end up, how much time we can devote and what problems we may find but if we wont try we will never find out ... Proposal: ========= 1. we should have an informal repackaging task force and I would like to invite the following people since they already worked on repackaging/loading/unloading before: Adrian, Pavel, Stef and any other who wants to help 2. since we have to use a naming convention we would like to start with the one from Seaside: http://code.google.com/p/seaside/wiki/PackageNaming since it is already used and may help us here. Lets see how this turns out. 3. we should start with simple packages and clean them up 4. well formed packages also means we can run quality checks per package. Maybe the hudson infrastructure can help us here to tell if already cleaned up packages continue to be clean. To wet your appetite a little bit I worked in the announcement framework packages. See http://code.google.com/p/pharo/issues/detail?id=3252 As a goodie we have a new help book documenting the framework a little bit. Feel free to try the changesets in a recent 1.2 image and comment. I hope this doesnt start a flamewar on the correct package naming (which we can always change) but help to improve the quality of each package one by one ... Thx T. -- GRATIS! Movie-FLAT mit Ã¼ber 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome

Nov. 12, 2010

[Pharo-project] Issue 3252 in pharo: [Repackage] "Announcements" should be well structured

by pharo＠googlecode.com

Status: Fixed Owner: Torsten....(a)astares.de CC: stephane.ducasse New issue 3252 by Torsten....(a)astares.de: [Repackage] "Announcements" should be well structured http://code.google.com/p/pharo/issues/detail?id=3252 Pharo 1.2a 12235 After an IRC discussion with Alexandre and Stef yesterday we agreed that it would be good to start working on cleaning up/organizing the packages and get better structure into the system. According to Stef we should just start and see how it goes. We will use the seaside naming convention: http://code.google.com/p/seaside/wiki/PackageNaming and I hope we can - keep tests separated but close to the code - provide a documentation/help package - document - enhance tests I will start with the announcememt framework: Install the two changesets. It documents some classes, recategorizes the tests, provide additional tests and provide a new help book. After that you have - a changed package "Announcements-Core" since I started to document - a changed package "Tests" since tests are now repackaged close to the code - a new package "Announcements-Tests-Core" => this has to be SAVED - a new package "Announcements-Help" => this has to be SAVED Open the Monticello browser to see that. If you open the help browser you will also see a new book about the framework. I dont provide a slice since I think it is easier for the integrators to use the changesets and later create the new mcz's. Attachments: 01 Recategorize.cs 796 bytes 02 Enhance.cs 9.3 KB

Nov. 12, 2010

Re: [Pharo-project] Problem with de Traits

by Diogenes Moreira

well,, that was extrange.. I'm add this line to my method.. classesIncluded | includes | includes := OrderedCollection new. * TSSerosDB users do:[:e | Transcript show: e printString ;cr].* TSSerosDB users do:[ :aClass | self processClass: aClass into: includes ]. ^ includes. And that start work well.. I dont have any Idea what happeng here... but work.. Thank for you answer.. BTW im using Pharo 1.2 one click env, in ubuntu linux. On Fri, Nov 12, 2010 at 4:54 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > TPureBehavior users do: [:e | Transcript show: e printString ;cr] > > TraitBehavior > Behavior > > in 1.1 and 1.2 > > so may be you should mentioned your configuration and also get an example that we can run. > It would be more efficient to help you, isn't? > > Stef > > On Nov 12, 2010, at 2:07 AM, Diogenes Moreira wrote: > >> Hi Folks.. >> >> I have the following method >> >> >> classesIncluded >> | includes | >> includes := OrderedCollection new. >> TSSerosDB users do:[ :aClass | self processClass: aClass into: includes ]. >> ^ includes. >> >> >> TSSerosDB is a Trait.. >> >> Well when I run the process, I get a MNU.. reciver of users is nil >> >> But If I inspect "TSSerosDB users", i get a Identity Set... >> >> What's wrong.. why the debugger get something different to another process >> >> Thanks in advance.. >> > > >

Nov. 12, 2010

Re: [Pharo-project] Roeltyper in Pharo

by Frederic Pluquet

Hello, Thank for your interest in RoelTyper. The user interface of RoelTyper is the class TypeCollector. To know the types of an instance variable of a class use the method "typeInstvar: var ofClass: aClass". For example: *TypeCollector typeInstvar: #x ofClass: Point* This returns an ExtractedType object that contains the collected information for #x about its assignments, interface (messages sent on it) and links with other variables. To calculate types from this information, send the message "types" on an ExtractedType object. For example: *(TypeCollector typeInstvar: #x ofClass: Point) types* returns an ordered collection with the class "Number". You can also ask types of the temporary variables of methods. For example: *TypeCollector typeTmpsIn: (Point >> #>) ofClass: Point* returns an indentitydictionary with the extracted types for ^ (the type of the return value) and aPoint (the parameter of the method). Cheers, FrÃ©d ---- FrÃ©dÃ©ric Pluquet UniversitÃ© Libre de Bruxelles (ULB) Assistant http://www.ulb.ac.be/di/fpluquet On Thu, Nov 11, 2010 at 5:16 PM, Dave Mason <dvmason(a)gmail.com> wrote: > Hi, > > I'm trying to figure out how to use the RoelTyper in Pharo. When I go to > the page: http://decomp.ulb.ac.be/roelwuyts/smalltalk/roeltyper/ it talks > about the refactoring browser, but it's a Cincom browser. I see that you're > the most recent editor of RoelTyper on SqueakSource, so I assume you have > some idea how to use it. > > Any assistance would be appreciated! > > Thanks ../Dave

Nov. 12, 2010

Re: [Pharo-project] ExternalIconFamily framework finally decoupled from Gaucho

by Fernando Olivero

Oh, GMIcon are the main users of the framework in Gaucho. I will remove the dependencies. Probably the underscores are related to some imported icon names, i will remove them also. Will announce it to the list when i committed the new version. Thanks ! Fernando On Wed, Nov 10, 2010 at 1:54 PM, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hi Fernando, > > Fernando Olivero wrote: >> Hi, i set up the repo here http://www.squeaksource.com/ExternalIconFamily >> >> "This framework allows importing and managing any external icon >> family. Once imported , the icon family is reified into the image, >> As an example it comes with the Oxygen icon family imported, to load >> others see the example named OxygenIconFamilyBuilder. >> Subclasses of ExternalIconFamily act as caches for all the forms, that >> were requested previously. >> To load a form send, ExternalIconFamily>>iconNamed: aString size: aNumber " >> >> Now the integration to UITheme is missing, i will try to have a >> working example soon. >> >> Fernando >> > > > I like it! Just a couple of details: GMIconFamily and GMIcon are > Undeclared in PharoCore-1.2-12146. And a few methods use underscores in > the selector... Cuis supports it, > Â but I prefer having the preference off by default. I think underscores > in identifiers should only be used when there are very strong reasons. > And I don't see them here. Could you consider removing them? > > Cheers, > Juan Vuletich >

Nov. 12, 2010

Re: [Pharo-project] Issue 1325 in pharo: Removing all traits from a class fails

by pharo＠googlecode.com

Updates: Status: WontFix Comment #8 on issue 1325 by adrian.lienhard: Removing all traits from a class fails http://code.google.com/p/pharo/issues/detail?id=1325 I set to WontFix since nobody strongly voted for changing something. If it becomes a FAQ, we can reopen the task.

Nov. 12, 2010

Re: [Pharo-project] Pharo and Astronomy?

by Schwab,Wilhelm K

Alexandre, A possible source of a Levenberg-Marquardt optimizer: http://www.ics.forth.gr/~lourakis/levmar/ It's GPL too, so aside from _possibly_ being cleaner than GSL's implementation (there's room for improvement), it's no help. It appears that they translated the code from Minpack, and perhaps the ultimate answer is to do that "one last time" under MIT. Another thing I find interesting is their answer to FAQ 32. Therein find "However, it is possible to obtain a paid license for proprietary commercial use under terms different than those of GPL." Am I wrong, or can that be translated as "Pay us and you can use the code as you wish." So much for true freedom. I'm still suspicious that it is not helpful to someone wanting to release MIT wrappers of GPL code, because they are dual-licensing their code, not a wrapper. If nothing else, the FAQ looks interesting on topics such as computing and checking the Jacobian. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre(a)bergel.eu] Sent: Thursday, November 04, 2010 3:14 PM To: Pharo Development Subject: [Pharo-project] Pharo and Astronomy? Hi! I am looking for any experience in using Pharo to develop software for Astronomy. Especially regarding interoperability with Python, using Mathematical libraries (www.nr.com, www.gnu.org/software/gsl, matplotlib.sourceforge.net/gallery.html) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 12, 2010

Re: [Pharo-project] Issue 3251 in pharo: Accept a change when editing a help text gives MNU

by pharo＠googlecode.com

Comment #2 on issue 3251 by stephane.ducasse: Accept a change when editing a help text gives MNU http://code.google.com/p/pharo/issues/detail?id=3251 tx will integrate that soon :)

Nov. 12, 2010

Re: [Pharo-project] Issue 3251 in pharo: Accept a change when editing a help text gives MNU

by pharo＠googlecode.com

Updates: Cc: stephane.ducasse Comment #1 on issue 3251 by Torsten....(a)astares.de: Accept a change when editing a help text gives MNU http://code.google.com/p/pharo/issues/detail?id=3251 Fixed in SLICE-Issue-3251-FixEditingHelpTexts-Tbn.1 in Pharo inbox using the attached changeset Attachments: FixHelpEdit.1.cs 698 bytes

Nov. 12, 2010