September 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Mac carbon VM goes to 4.2.2Beta1U

by Damien Cassou

On Sun, Sep 27, 2009 at 11:49 PM, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > I've also uploaded the new VM as Squeak 4.2.2beta1U.app.zip > found via > http://smalltalkconsulting.com/squeak.html Just updated the Pharo website http://pharo-project.org/pharo-download -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 28, 2009

Re: [Pharo-project] [ANN] STicky

by Lawson English

I wonder if a variation of that could be used in the iPhone as a legal App Store app or apps. Since you're not actually trying to run (?) a real program, but only learn the syntax of the language, would it get around Apple's licensing issues for the iphone apps? Would be a pretty decent "hook" for people to become more aware of Squeak/Smalltalk if it flew. Lawsopn HernÃ¡n Morales Durand wrote: > STicky is a pluggable real-time evaluator and/or translator workspace > aimed to learn languages. For a quick overview please take a look at > the presentation video: http://www.youtube.com/watch?v=b9uUIEaGyoU > > The Smalltalk evaluator could be useful in learning courses or for > newbies typing expressions, but other translators/evaluators may help > with more advanced usage, it all depends of the source and target > languages you're using. Some default external translators, which does > the real job, were included : > > Smalltalk to JavaScript (ST2JS by Diego Gomez Deck) > Smalltlak to Java (Smalltalk2Java by Alexandre Bergel) > Smalltalk to SQL (ROE by Avi Bryant) > Smalltalk to AST nodes (Marcus Denker et al) > HTML validator ( Todd Blanchard) > JSON to Smalltalk (Tony Garnock-Jones et al) > (...contact me if you want to add your translator in the release, a > facility to automatic installation of translators is provided) > > You can easily plug translators and the workspace will update the > current contents dynamically inside a sticky-like dialog or a fixed > pane, the updater interface was decoupled to make possible other kinds > of widgets too, but this is a bit experimental. > Downloads from: > > http://www.squeaksource.com/STicky.html > > Comments are welcome. > > HernÃ¡n > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 28, 2009

Re: [Pharo-project] cairo support

by Michael Rueger

Michael Rueger wrote: >> I'm in favor of pushing the CairoGraphics package and porting Rome to it. Despite (or on top of? ;-) ) my arguments in the previous mail that would be the way to go either way :-) My argument basically is that we should avoid "trapping" people into the Cairo back-end. It is neither perfect nor the best for every application. Michael

Sept. 28, 2009

Re: [Pharo-project] Stef's name in LaTeX

by Schwab,Wilhelm K

The braces around the $e do not seem to hurt anything, but you are probably correct that they can be omitted. Thanks for the ~. Otherwise, I'm trying to get the title, emphasis and capitalization correct. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andres Valloud Sent: Monday, September 28, 2009 12:19 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Stef's name in LaTeX Hmmm... just off the top of my head, I think that would be Dr.~St\'ephane Ducasse The ~ is there to tell LaTeX that yes, there's a period, but it's not an "end of sentence" period, so don't treat the separation between the period and the S as a flexible space. Andres. Schwab,Wilhelm K wrote: > Stef, > > It's only fair to immortalize you in a final report on a grant. As near as I can tell, it should be: > > Dr.\ St\'{e}phane Ducasse > > Let me know if that's not right. > > Bill > > > _______________________________________________ > 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

Sept. 28, 2009

Re: [Pharo-project] Stef's name in LaTeX

by Andres Valloud

Hmmm... just off the top of my head, I think that would be Dr.~St\'ephane Ducasse The ~ is there to tell LaTeX that yes, there's a period, but it's not an "end of sentence" period, so don't treat the separation between the period and the S as a flexible space. Andres. Schwab,Wilhelm K wrote: > Stef, > > It's only fair to immortalize you in a final report on a grant. As near as I can tell, it should be: > > Dr.\ St\'{e}phane Ducasse > > Let me know if that's not right. > > Bill > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Sept. 28, 2009

[Pharo-project] Monticello15 file support?

by HernÃ¡n Morales Durand

Dear list members, As part of a data mining process I need to use many external files. File based developement is boring and error prone, as other developers should reproduce the same directory structure to load my packages in their images, etc. I can use InstanceEncoder but sometimes I need to view header information in files. >From this announce http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-December/133031… there is a claim of Monticello basic support of external files as packages although I've tested it without success, that means, the package was created but it didn't included the contents of any file in a directory with the same name as the Monticello package. Is that the intended functionality? Did I miss some extra setup or step besides hitting the "Save" button? (I'm using Monticello.impl-mtf.648 and PackageInfo-Base-mtf.70) And it seems too there's only one image with file support integrated (the "LPF image" : 090628-1523_Squeak3.10.2-lpf) but I want to use it in other images, namely Squeak and Pharo. My options are: -Ask for feasible alternatives to you. -Keep mantaining external files without taking advantage of image based developement. -Adapt PackageInfo/MCPackage to latest forked Monticellos (I'm not tempted with this at all, still I see no technical reason why Monticello was forked so many times...) There are plans to integrate the external files feature in Squeak or Pharo? Someone already has something "better"? Cheers HernÃ¡n

Sept. 28, 2009

Re: [Pharo-project] cairo support

by Michael Rueger

Damien Cassou wrote: > On Fri, Sep 25, 2009 at 7:59 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> should we push rome or the cairo graphics package? >> I kno wthat they are not at the same level of abstarction but I prefer >> to ask. >> Or should rome be based on the cairo graphics package? > > I'm in favor of pushing the CairoGraphics package and porting Rome to it. You should really first understand what Rome is. First: Rome is not complete and far from perfect in its current state. Second: Rome is a graphics context/canvas level abstraction of vector graphics, with subclasses supplying implementations for different backends. This way the same client code would work on Cairo, OpenVG, but also simple BitBlt (with some less quality). Just look at the current subclasses of RomeCanvas. If we "only" support cairo graphics we give up that freedom and applications would need to implement the portability layer for different backends. Rome is also already a relatively low level abstraction. Michael

Sept. 28, 2009

Re: [Pharo-project] Mac carbon VM goes to 4.2.2Beta1U

by Serge Stinckwich

On Mon, Sep 28, 2009 at 4:49 AM, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > I've updated the Macintosh Carbon VM to include the latest changes for > serial port logic which was driven by changes in the Unix serial port > plugin. > Plus Bert identified that horizontal wheel scrolling didn't work > correctly, oddly it's never worked since I think 2002. Â People must > not use those > funky dual touch/action track pads on the macintosh I'd guess. I use them all the time, i never see a problem ... -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Sept. 28, 2009

[Pharo-project] Citing Pharo

by Schwab,Wilhelm K

What is the proper way to cite Pharo? Is there a proper way? :) If not, we might take some guidance from R, which sprays out the text below in response to citation(). Bill To cite R in publications use: R Development Core Team (2008). R: A language and environment for statistical computing. R Foundation for Statistical Computing, Vienna, Austria. ISBN 3-900051-07-0, URL http://www.R-project.org. A BibTeX entry for LaTeX users is @Manual{, title = {R: A Language and Environment for Statistical Computing}, author = {{R Development Core Team}}, organization = {R Foundation for Statistical Computing}, address = {Vienna, Austria}, year = {2008}, note = {{ISBN} 3-900051-07-0}, url = {http://www.R-project.org}, } We have invested a lot of time and effort in creating R, please cite it when using it for data analysis. See also âcitation("pkgname")â for citing R packages.

Sept. 28, 2009

[Pharo-project] Stef's name in LaTeX

by Schwab,Wilhelm K

Stef, It's only fair to immortalize you in a final report on a grant. As near as I can tell, it should be: Dr.\ St\'{e}phane Ducasse Let me know if that's not right. Bill

Sept. 28, 2009