- Pharo-dev - lists.pharo.org

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

[Pharo-project] this style looks cool
by stephane ducasse Aug. 31, 2010

Aug. 31, 2010

http://www.anymorphic.com/softwareentwicklung.html Stef

10 24

[Pharo-project] return character magic?
by Johan Brichau Aug. 31, 2010

Aug. 31, 2010

Hi all, Just last week, I had a very strange phenomenon in my Pharo image: the return character (^) was changed by an up arrow (see screenshot below). I was not really able to reproduce the 'problem' but now we got a repeatable one: Just load the attached js file in a Seaside WAFilelibrary (WAFilelibrary addFileAt: ' ...'): you will see that the method will also have such a return char. What is going on? :-) I'm on Mac, using Pharo 1.1. cheers, Johan A MIME attachment of type <application/x-javascript> was removed here by a drop-attachments-by-name filter rule on the host <mail2-relais-roc.national.inria.fr>.

7 12

[Pharo-project] Poll: missing libraries to support business
by Sudhakar Krishnamachari Aug. 31, 2010

Aug. 31, 2010

My two cents long time in my blog on exactly the same subject: Its great to see a free version of Smalltalk at last measuring up to the needs of using it in an business sense and showing it to non-Smalltalkerâs and the âIT managersâ and not put them off. I am sure this is going to make it difficult for VA and Cincom to create new small-medium shop sales going forward especially with Seaside, Magritte and raft of other frameworks actually being born in Squeak. There obviously is the crying need for High Priority: Enusure very high reliability of the base Pharo. No bugs that are not fixable by the average developer with a bit of google and sending a few emails. If it needs that one expert in one other end.. business continuity is hugely impacted Primary: * better-faster VM aka Cog mainstream * Highly performant DBMS connectivity natively akin to JDBC through to all DBs no DB specific stuff like now, the Squeak DBX is not business friendly. * Comprehensive Web Services + XMLRPC * Pharo-Groovy bridge and / or Pharo-Ruby bridge ( or can we make Pharo work in tandem with a JVM..! this will help leverage the tons of frameworks in existence even if they are tad slower than native Java) * Configuration Management System plugin for SVN * Acceleration of easy docs and plugins/ web development related framework interfaces from Seaside viz flex/ silverlight: many that are possible as of now, but needs a Smalltalk expert to cobble it up * Have not really gone deeper with Webclient/ FTPClient/ SMTPClient et als. they need to be really simple/ highly reliable/ dumbed down for the average coder to pick snippets and make it work May be lots more.. I can bring in lot more thought this in terms of Generic/ Sectoral or Domain/ Type of Apps preferences viz: Banking/Insurance/Utilities/Technical/ Web vs GUI etc ...So first we should think hard on the segment you want to hit harder.. Secondary: * Better tools for GUI Dev and more standard GUI development capabilities * Make Pharo easily usable for a team of 100+ developers together in one/multiple locations with code synch issues, change / version control , performance ( a host of other stuff included) taken care of. * Pluggable to industry standard tools for development: Rational/ Together Soft viz for UML creation and conversion to code / reverse engineer code to UML Follow through with: * Pluggable with QTP/ Testing Automation tools.. Actually this is very important in the standard large volume development. Makes a huge difference for the risk mitigation for the company. really inexpensive , kind of not so highly technical staff runs this show in comparison to Unit Tests/ test automation through ST code is a more riskier investment and I have not seen in JAva/ .Net / or even Smalltalk large legacy projects unit test done and maintained well enough -Skrish

6 6