April 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Who is maintaining the Grease configuration

by StÃ©phane Ducasse

Because we should create a symbolic version for 20 This package depends on the following classes: BlockContext You must resolve these dependencies before you will be able to load these definitions: fixCallbackTemps tempVarRefs valueWithPossibleArguments:

April 25, 2012

Re: [Pharo-project] Polymorph (and a few other) changes/fixes

by Gary Chambers

Indeed. Hold off on integration for a few mins, some last minute fixes... Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, April 25, 2012 1:17 PM Subject: Re: [Pharo-project] Polymorph (and a few other) changes/fixes In the future we will have to look at respondsTo: and remove them because we should enforce for example that objects that are used have the right protocol |label| label := self checkboxLabelForText: aCheckbox label. (label respondsTo: #enabled:) ifTrue: [ label enabled: aCheckbox enabled]. label font: self labelFont. ^label On Apr 25, 2012, at 1:53 PM, StÃ©phane Ducasse wrote: > I see such idiom and I'm thinking that it would be good to fix such kind > of respondsTo: > > self allMorphsDo: [:m | > (m ~= self and: [m respondsTo: #font:]) > ifTrue: [m font: aFont]] > > > Stef

April 25, 2012

[Pharo-project] [update 2.0] #20010

by StÃ©phane Ducasse

20010 ----- reintroducing addPackage: so that we can load configuration. Stef

April 25, 2012

Re: [Pharo-project] Artefact - a PDF framework

by Gary Chambers

Hi, if you'd like any help with fonts and images I can assist. Perviously I've implemented those things on top of SPDF. Regards, Gary ----- Original Message ----- From: Olivier Auverlot To: Pharo-project(a)lists.gforge.inria.fr Sent: Wednesday, April 25, 2012 9:15 AM Subject: [Pharo-project] Artefact - a PDF framework Hi, I work actually on a PDF framework for Pharo. MCHttpRepository location: 'http://www.squeaksource.com/artefact' user: '' password: '' My project is in progress and many things are not finalized (no documentation, not enough unit tests, etc.). But, you can produce PDF documents with metadata, multiple page formats in a same document, draw tables, write text and paragraphs, play with colors and grey levels. If you test it, thanks for your remarks and suggestions. Best regards Olivier ;-) www.auverlot.fr

April 25, 2012

Re: [Pharo-project] Have you played with Ameba?

by HwaJong Oh

Noury, I've tested the metacello configurations and packages. Yes, you were right. It did not load on Pharo 1.4, because of two reasons. reason 1: Pharo 1.4 is now OmniBrowser free. reason 2: some packages of mine were not included in the metacello configuration. I've worked on these problems and managed to update the repository. It now loads well on Pharo 1.4. Please test it again. Best Regards HwaJong Oh -- View this message in context: http://forum.world.st/Have-you-played-with-Ameba-tp3585624p4586574.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 25, 2012

Re: [Pharo-project] Artefact - a PDF framework

by GastÃ³n Dall' Oglio

and you can use "transposed" for more elegantly :) > * In PDFFormat>>setPortrait and >>setLandscape maybe #defaultSize should > be used instead of #size to get size, because otherwise, two consecutive > #setLandscape result in a portrait size. > > setPortrait > "Set the page in portrait orientation" > self portrait: true. > self size: (self defaultSize x) @ (self defaultSize y). > setLandscape "Set the page in landscape orientation" self portrait: false. self size: self defaultSize transposed Regards.

April 25, 2012

Re: [Pharo-project] Artefact - a PDF framework

by GastÃ³n Dall' Oglio

Hi Olivier. Great have a PDF framework! I am a user of this from now :) I saw a little the code, it is very clear. And I send you some comments: * In PDFFormat>>setPortrait and >>setLandscape maybe #defaultSize should be used instead of #size to get size, because otherwise, two consecutive #setLandscape result in a portrait size. setPortrait "Set the page in portrait orientation" self portrait: true. self size: (self defaultSize x) @ (self defaultSize y). * In DFDemos>>datatableTest fix "pdfdoc setLandscape" as "pdfdoc format setLandscape". * Extract '/Users/olivier/Desktop/' from all methods of PDFDemos in a method, so I have to modify only one, Please! ;) Finally, thank you for share this work with us. Regards. El 25 de abril de 2012 06:42, Olivier Auverlot <olivier.auverlot(a)gmail.com>escribiÃ³: > Hi Francisco, > > No, it's another project. > > Best regards > Olivier > > Le 25 avr. 2012 Ã 11:24, Francisco Garau a Ã©crit : > > Hi Olivier - is your project related to Christian's? > > > http://www.esug.org/wiki/pier/Conferences/2011/Schedule-And-Talks/Pdf-in-Sm… > > On 25 April 2012 09:30, Olivier Auverlot <olivier.auverlot(a)gmail.com>wrote: > >> Hi Damien, >> >> this is on my road map ;-) >> >> Some practical examples are in the Artefact-Demos category. >> >> Olivier >> >> Le 25 avr. 2012 Ã 10:18, Damien Cassou a Ã©crit : >> >> > Hi Olivier, >> > >> > On Wed, Apr 25, 2012 at 10:15 AM, Olivier Auverlot >> > <olivier.auverlot(a)gmail.com> wrote: >> >> If you test it, thanks for your remarks and suggestions. >> > >> > such a framework makes a lot of sense. Could you please create a few >> > unit tests or a small web page with examples so everyone can get a >> > glimpse of the API rapidly? Some examples for the Common Lisp >> > equivalent are at: www.fractalconcept.com/asp/asdataQuQhZ0XhCuWs >> > >> > Best, >> > >> > -- >> > Damien Cassou >> > http://damiencassou.seasidehosting.st >> > >> > "Lambdas are relegated to relative obscurity until Java makes them >> > popular by not having them." James Iry >> > >> >> >> > >

April 25, 2012

Re: [Pharo-project] Artefact - a PDF framework

by Christoph Wysseier

For our web applications a PDF generator is a crucial part too. There were AFAIK several attempts to build such a framework in Smalltalk (SPDF, ...) but in the end none of these became feature-rich and/or powerful. I really like the new effort. Due to the past experience I am skeptical if such a framework really makes sense but I would love to be convinced from the opposite. Powerful PDF generators such as Apache FOP (based on standardised XSL:fo) face what a feature-complete framework would need to implement (area model with relative text flow, image processing, typography including font embedding, formatting, ...). Olivier, this would be my wish list BTW and very cool! ;) For those who cannot wait I propose to use Apache FOP (http://xmlgraphics.apache.org/fop) for PDF generation. Although built with Java (slow, requires a lot of ressources, etc.) it can be used as black box (servlet) fed using XML and XSL:fo data over a Unix socket. Most of our applications are using this solution at the moment as it offers a powerful solution for professional pdf documents. Ugly but works like a charm since years here... Cheers, Chris Am 25.04.12 11:23, schrieb StÃ©phane Ducasse: > We really want to generate report for Moose so we are really interested by this effort. > > Stef > > On Apr 25, 2012, at 10:18 AM, Damien Cassou wrote: > >> Hi Olivier, >> >> On Wed, Apr 25, 2012 at 10:15 AM, Olivier Auverlot >> <olivier.auverlot(a)gmail.com> wrote: >>> If you test it, thanks for your remarks and suggestions. >> >> such a framework makes a lot of sense. Could you please create a few >> unit tests or a small web page with examples so everyone can get a >> glimpse of the API rapidly? Some examples for the Common Lisp >> equivalent are at: www.fractalconcept.com/asp/asdataQuQhZ0XhCuWs >> >> Best, >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Lambdas are relegated to relative obscurity until Java makes them >> popular by not having them." James Iry

April 25, 2012

[Pharo-project] Fwd: OSProcess - is process done?

by DeNigris Sean

Begin forwarded message: > From: "David T. Lewis" <lewis(a)mail.msen.com> > Subject: Re: [Pharo-project] OSProcess - is process done? > Date: April 24, 2012 8:59:03 PM EDT > To: Pharo-project(a)lists.gforge.inria.fr, sean(a)clipperadams.com > > On Fri, Apr 20, 2012 at 03:02:38PM -0700, Sean P. DeNigris wrote: >> Here's the OSProcess test results: >> >> * Pharo 1.3 >> * Mac Lion 10.7.3 >> * recent Cog VM from the Pharo CI server >> * latest version of OSProcess (the all-in-one package, not the broken up >> ones) >> >> 192 run, 110 passes, 0 expected failures, 79 failures, 3 errors, 0 >> unexpected passes >> Is that what you would expect?! >> > > Hi Sean, > > I do not have a Mac, so I cannot really reproduce what you are doing. > But for what it's worth, I did some testing on my Linux machine with > Pharo 1.4. > > OSProcess and CommandShell will run on Pharo 1.4 although there are a > few problems to be sorted out. The attached screen shot shows results > of a full test run using a 64-bit interpreter VM on Linux with the three > required plugins (OSProcessPlugin, AioPlugin, and XDisplayControlPlugin). > > I made some updates to both OSProcess and CommandShell to address issues > flushed out by Pharo 1.4. These are minor updates, but you may want to update > to the latest versions from SqueakSource. > > Cog VM distributions do not include AioPlugin or XDisplayControlPlugin, > and a portion of the OSProcess/CommandShell test suite will fail because > of this. The AioPlugin should work with Cog but is not distributed. > XDisplayControlPlugin does not yet work with Cog and it probably will > never work on OS X. Most OSProcess functionality will work without these > plugins, so the main impact is just on the test suite. > > Pharo 1.4 deprecates #withBlanksTrimmed and #withoutTrailingBlanks, and > suggests replacing them with Pharo methods that do not exist in other images. > I do not know what to do about this for OSProcess/CommandShell, so I just > commented out the deprecations in order to run the tests (turning off the > deprecation warning preferences does not work, see below). > > Something seems to be broken in the interaction of deprecation warnings > and the test runner. If I do not comment out the deprecations in the actual > methods, the test runner will show tests as failing (presumably because an > exception was thrown), but they pass when I try to debug them (so maybe the > exception is being handled normally when debugging, and is ignored?). > As noted above, I just commented out the deprecations in the methods to > make the problem go away. > > HTH, > Dave >

April 25, 2012

Re: [Pharo-project] CogVM on linux machines

by Herve Verjus

Hi Estbean, yep. The vm (vm.r2550) found following links Damien provided me works fine. Thank you again ! best, herve On 25/04/12 13:04, Esteban Lorenzano wrote: > Hi Herve, > > On some really old hardware, even with latest ubuntu, I had problems running applications with Cog. In that cases I found than Stack versions or even old interpreter versions are much more stable. Don't ask me why, just that it happens. > > Maybe you can try with some of those vms? > > best, > Esteban > > > On Apr 25, 2012, at 11:51 AM, Herve Verjus wrote: > >> Hello All, >> >> I am currently try to deploy the 1.4 Pharo CogVm on different linux machines. The underlying aim is to propose a stable linux configuration that will be deployed in our university (for Smalltalk/Pharo lectures and students practice). As far as for now, we have windows workstations on which Pharo (1.3) was installed: during this year, we meet some troubles (Pharo images containing students' work no more readable or crashing all the time :-( ). Students complain... >> >> I really want to seperate VM install (on the workstations) with the image files (on separate students' home directories) that's why the oneClick bundle does not interest me. >> >> I made some tests on different linux machines and I find some problems: >> >> - on a 5 years old machine with a fresh installed latest Ubuntu (v11), the CogVm crashes (segmentation fault)...while the 1.4 oneClick installation is running well. The same install on another but same model machine with the same linux distribution (same version), the CogVm immediately ends with this error >> Syntax error: "(" unexpected >> - on a more recent machine with a up-to-date Ubuntu LTS (v10), the CogVm works well >> >> Any advices are welcome and if some of you have linux requirements/specifications don't hesitate to tell me ;-) >> >> Regards, >> >> Herve >> -- >> -- Herve VERJUS -----ooOoo----- http://univ.herveverjus.com/ >> -- Universite de Savoie - IAE Savoie Mont-Blanc >> -- Directeur du Departement Technologie et Management / IMUS-IAE >> -- Resp. Master Management et Technologies de l'Information >> -- B.P. 80439 / F-74944 ANNECY-LE-VIEUX >> -- Reception: +33 (0)450092443 - Office 009: +33 (0)450092415 >> -- LISTIC Lab. - Polytech Annecy-Chambery Office A225 >> > > > >

April 25, 2012