- Pharo-dev - lists.pharo.org

[Pharo-project] call for green tests
by StÃ©phane Ducasse Aug. 31, 2010

Aug. 31, 2010

Hi guys We should improve. One way is to make sure that all the tests are green. It will help when integrating fixes. So I need your help. DateAndTimeTest (Sean can you have a look?) and a couple of others need our care. The tests of TimeStamp are red but we should remove this class from the system. Now nothing is simple and I need help here too because MC logic rely on it. Tx! Stef

1 0

[Pharo-project] [update 1.2] #12118
by StÃ©phane Ducasse Aug. 31, 2010

Aug. 31, 2010

12118 ----- Redoing from 11217 -------------------------------- - Issue 2880: remove WebClient from pharo. Thanks Andreas Raab. - Issue 2878: enhance MethodDictionaryTests. Thanks Guillermo Polito. Stef

1 0

[Pharo-project] Fwd: [Moose-dev] [seed] New project around the kernel
by StÃ©phane Ducasse Aug. 31, 2010

Aug. 31, 2010

Begin forwarded message: > From: Nicolas Paez <nicopaez(a)gmail.com> > Date: August 31, 2010 5:02:04 PM GMT+02:00 > To: moose-dev(a)iam.unibe.ch, pharo-project-request(a)lists.gforge.inria.fr > Subject: [Moose-dev] [seed] New project around the kernel > Reply-To: Moose-related development <moose-dev(a)iam.unibe.ch> > > Hi, I am working in the RMoD team (INRIA) in a project called Seed. One of the tasks of the project is to identify those mandatory classes that should be part of Pharo kernel. Currently, Pharo kernel has some "unhappy dependecies". We are using Moose + Glamour to create a tool (a browser) that help up with this task. The idea is to start by loading in our browser the classes used in the SpecialObjectsArray and then iterate to add dependencies incrementally. This way we will be able to detect smells and "blacklist" methods we don't want to be part of our kernel. > > During this days we will have a working version of our browser to start the analysis. > If you want to take a look, search for Seed on SqueackSource. > We will be sharing our findings in the Pharo mailing list. > > > > > Regards, > NicoPaez. > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

2 2

Re: [Pharo-project] What are you using to write reports? Lyx!
by Ralph Boland Aug. 31, 2010

Aug. 31, 2010

> Tab-delimited text is very useful; I tend to see the world in terms of R (http://cran.r-project.org/) data frames, even when I do not > plan to involve R. HTML makes a nice way to scroll through data. As for connecting with OpenOffice or (I can't say it<g>), I find > LaTeX to be much nicer to use. It has a steep learning curve, but the view from near the top is pretty good. If you find LaTex has a steep learning curve I suggest you give Lyx a try. I write everything in either vi or Lyx. I use Linux but Lyx can also be found on Windows and Mac. By the way, when I write the external documentation (using Lyx of course) for Squeak/Pharo packages that I write where do I put this documentation? Regards, Ralph Boland

1 0

Re: [Pharo-project] Inter-image communication
by Ralph Boland Aug. 31, 2010

Aug. 31, 2010

Some time back I posted (to Squeak) the idea of doing development using two images. One image would be your development image, i.e. the image you would eventually release as your product. It would be a restricted version of the image you have in Squeak/Pharo now. The other image would be your software development tool image, roughly analogous to what the Eclipse development environment is. The advantage of such a set up would be that changes to your development image would not blow up your tool image. You could also leave out anything from your development image you didn't actually need in you product such as perhaps editors, debuggers, windows, etc. depending upon what software your product actually needed. I have no plans to actually try this anytime soon. But I am wondering: Would RemoteSmalltalk be helpful in (be a foundation for) creating such a utility? Regards, Ralph Boland Le 11/08/2010 20:17, Sean P. DeNigris a ?crit : > > > St?phane Ducasse wrote: >> >> rst? >> RemoteSmalltalk? >> > > rst = RemoteSmalltalk = SO COOL!!! > > I easily shared objects from a Pharo 1.1 image with 4 other local images - > including a Squeak 4.1 image! > > > For a hoot: > > 1. In a Pharo 1.1 image with rST installed doit: > "Transcript open. > RSTSamples serverStartup" > > 2. In a Squeak 4.1 image with rST installed doit: > "RSTBroker > startOnPort: self clientPort > logging: false. > > remoteTranscript := ('Transcript@' , self serverBrokerID) asLocalObject. > remoteTranscript show: 'everything is ok! (from client side)'; > cr" > > 3. Pick up jaw after you see that the squeak image has sent a message to the > Pharo image's Transcript, whose contents now appear as 'everything is ok! > (from client side)' > > n.b. According to the docs, in both images, doit: "RSTBroker stop" > > > How to load: > I have no write access to rST, so the required packages can be loaded as > follows: > "Gofer new > squeaksource: 'KomHttpServer'; > package: 'DynamicBindings'; > load. > > Gofer new > squeaksource: 'KomHttpServer'; > package: 'KomServices'; > load. > > Gofer new > squeaksource: 'SPDProjectUpdates'; > package: 'rST'; > load." > > Thanks for the pointer! > > 1. This seriously frees me to play with objects in different forks and > versions because I know I can beam the live objects to another image > whenever I want, and not have them stranded. > 2. This seems like it should be perfect for scripting an image, but what > shared object would allow arbitrary code to be run on the server? I played > with Workspace, but got lost down the delegation rabbit hole > > Sean > > p.s. I got it loading with minimal changes - just had to fix the underscore > assignments, and break the dependency to an old version of KomServices.

5 8

[Pharo-project] DNU MIMEType>>#forURIReturnSingleMimeTypeOrDefault:
by Sven Van Caekenberghe Aug. 31, 2010

Aug. 31, 2010

Hi, In Pharo-1.1-11411 these MIMEDocument guessTypeFromName: 'pharo.png'. MIMEDocument guessTypeFromExtension: 'png'. give a DNU for MIMEType>>#forURIReturnSingleMimeTypeOrDefault: Sven

3 5

[Pharo-project] problems with 12119 and 12120
by StÃ©phane Ducasse Aug. 31, 2010

Aug. 31, 2010

I was trying to clean a bit MethodReference and now I broke the merge in Monticello. Now I get all the method with revision changed So what do we do? The changes were to help the integration of the new recentMessages changes 1- rollback because I do not have the time to dive into this part of the system. We need a better and cleaner infrastructure with a real declarative code model and not a hack like methodReference and tweak it to get comments and class definition on it. I hate that we have so lousy and brittle foundation 2- let it and try to understand why it breaks. But I have no time (now this stuff will stay in my mind until I check -grgrg). Stef

1 3

[Pharo-project] About the icons
by Fernando olivero Aug. 31, 2010

Aug. 31, 2010

Regarding the icons, i would like to spend some time during ESUG ( or the spring) merging what i have in Gaucho. Based on the previous work in MenuIcons and ThemeIcons, i've created an icon family importer, where all the icon contents are stored as methods in the corresponding subclass of GMIconFamily. A brief introduction, Object subclass: #GMIconFamily instanceVariableNames: 'iconsGroups aliases' classVariableNames: '' poolDictionaries: '' category: 'GauchoGUI-Morphic-ImagesAndIcons' Where each GMIconFamily has the corresponding IconFamilyBuilder, that imports the external files from icon specs. IconsFamilyBuilder>>build | specs secs | specs := self iconsSpecs . specs do:[:each| each resourcesFolderName: self resourcesFolderName ]. ^ GMIconFamily createFamilyNamed: self iconFamilyName specs: specs . For example, IconsFamilyBuilder subclass: #GauchoIconsBuilder GauchoIconsBuilder>>iconsSpecs ^ self definedInSpecs , self bugSpecs, self accessorsSpec, .... GauchoIconsBuilder>>build . Will produce a bunch of methods in the GMIconFamiliyGaucho, that will hold the contents and provide access to the icons ( and also act as a form cache) then you can do icon := IconMorph named: 'apply' size: 16 familyNamed: 'gaucho'. I think that it wouldn't be hard to integrate this into Pharo1.2, to have a standardized manner of requesting icons, managing the forms, and easily importing external icon-families. I would be willing to work on this during the sprint. Fernando

3 2

[Pharo-project] SerialPort - named ports on Linux
by Schwab,Wilhelm K Aug. 31, 2010

Aug. 31, 2010

Hello all, I recalled seeing mention of the Linux vm's now supporting named ports, and I found the code for that, at least in the vm. My understanding gets fuzzy as we enter the plugin and primitives. At a minimum, there are a few ByName methods to be added, and Squeak 4.1 contains open and close methods that test on type (int vs. string) to open or close by name or not as appropriate. Is this as simple as gathering the changes and adding them to Pharo, or does it require VMMaker magic? Bill

3 6

[Pharo-project] matchesRegex: multiline
by Nick Ager Aug. 31, 2010

Aug. 31, 2010

Hi, Is there a way to allow the regex '.' (dot) to match line break characters: 'hello regex' matchesRegex: '.*regex' "true" 'hello regex' matchesRegex: '.*regex' "false" Thanks Nick

2 4