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

Re: [Pharo-users] Script Manager

by Marcus Denker

On Apr 26, 2012, at 3:54 PM, Mariano Martinez Peck wrote: > > > On Thu, Apr 26, 2012 at 3:48 PM, Scott McLaughlin <inf_pi(a)yahoo.com> wrote: > Hi All, > > In Pharo 1.3, under the tools menu, there was menu item 'Script Manager'. Script Manager was a nice little tool that allowed you to organize and keep a series of workspaces. I don't see this in 1.4. Is it still there someplace or is it gone? > > It is gone. My recomendation is that you export it from a Pharo 1.3 and try to load it in Pharo 1.4. Then just add it for your own images and you are done. If it does not work of the box, well then you will have some more work ;) > But wasn't it loaded using some Metacello config? (by ConfigurationOfPharo) -- Marcus Denker -- http://marcusdenker.de

April 26, 2012

Re: [Pharo-users] Script Manager

by Mariano Martinez Peck

On Thu, Apr 26, 2012 at 3:48 PM, Scott McLaughlin <inf_pi(a)yahoo.com> wrote: > Hi All, > > In Pharo 1.3, under the tools menu, there was menu item 'Script Manager'. > Script Manager was a nice little tool that allowed you to organize and keep > a series of workspaces. I don't see this in 1.4. Is it still there > someplace or is it gone? > It is gone. My recomendation is that you export it from a Pharo 1.3 and try to load it in Pharo 1.4. Then just add it for your own images and you are done. If it does not work of the box, well then you will have some more work ;) > > Thanks, > Pharo Rocks, > Scott McLaughlin > -- Mariano http://marianopeck.wordpress.com

April 26, 2012

Script Manager

by Scott McLaughlin

Hi All, InÂ PharoÂ 1.3, under the tools menu, there was menu item 'Script Manager'. Script Manager was a nice little tool that allowed you to organize and keep a series of workspaces. I don't see this in 1.4. Is it still there someplace or is it gone? Thanks, Pharo Rocks, Scott McLaughlin

April 26, 2012

[ANN] ImageWriter, the SystemTracer's son

by Guillermo Polito

First public push of the first step of the hazelnut GSoC project :) *In a nutshell* For those who didn't know SystemTracer (the father): It is a tool that traces a graph of objects and writes an image from it. ImageWriter is a refactored, renamed and repackaged version of SystemTracer2 with the following changes: - The image format can be provided as a parameter. - You have to provide an SmalltalkImage object as root to write the image (so in the future we can write bootstrap with this). - The object format was reified in objects. So the code is easier to understand + change, and people can learn how are our objects in memory easily :D. Right now, only 32 bit image format is supported. *Structure* - ImageWriter-Core has the image formats and the image writer in itself - ImageWriter-ObjectFormats contains objects that represent the memory layout of the objects and it's headers. - ImageWriter-Tests has some tests. *Tests done* - Only tested in Pharo-1.4 - There are specific tests written for the size and headers of the objects - Also, I've written a Pharo-1.4 image and then run the tests in the copied image. Only one failure compared to the original :) *Known Bugs :)* - WeakRegistryTest>>#testFinalizationWithOnFork is failing, and when I run it manually it works :/. In the image I use to write, it does not happen, only in the clone. - When opening the new image, the window is too small. It is not respecting the original image size. Don't know yet what is the problem. *How To Download* Gofer it squeaksource3: 'ImageWriter'; package: 'ImageWriter-Core'; package: 'ImageWriter-ObjectFormats'; package: 'ImageWriter-Tests'; load *How to Use it* HzImageWriter new format: HzCogImageFormat new; "or HzInterpreterImageFormat new" imageFileName: 'someFile.image'; onInitializeDo: [ "Some initialization?" ]; "this is optional, probably the same as an startup script, probably nonsense" writeImage: Smalltalk "Yes, we provide the our lovely global Smalltak, but any SmalltalkImage instance could be" *Next steps on this direction* - support to write an isolated image different from the host one (I'll know what I need later, hehe) - class comments! - metacello configuration - better api :) *Links* http://ss3.gemstone.com/ss/ImageWriter.html Cheers, Guille

April 26, 2012

Fwd: [Pharo-project] 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-users] [Pharo-project] [ANN] Spotlight like morph for pharo

by StÃ©phane Ducasse

Open a bug entry and propose a solution like that we get itâ¦. ;) Stef On Apr 25, 2012, at 2:43 AM, Sean P. DeNigris wrote: > > Guillermo Polito wrote >> >> ps: this is also an example of why I hate morphic so much (bah... current >> dirty implementation): I had to extend two classes just to change the >> editor used by a textmorph.... come on!!!! >> > > Hee hee. That pain is very familiar... > > -- > View this message in context: http://forum.world.st/Pharo-project-ANN-Spotlight-like-morph-for-pharo-tp45… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

April 25, 2012

Re: [Pharo-users] [Pharo-project] [ANN] Spotlight like morph for pharo

by Sean P. DeNigris

Guillermo Polito wrote > > ps: this is also an example of why I hate morphic so much (bah... current > dirty implementation): I had to extend two classes just to change the > editor used by a textmorph.... come on!!!! > Hee hee. That pain is very familiar... -- View this message in context: http://forum.world.st/Pharo-project-ANN-Spotlight-like-morph-for-pharo-tp45… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 25, 2012

Re: [Pharo-users] Cairo

by StÃ©phane Ducasse

we will see. :) I did my part to avoid it. Stef > > Seems that people like to reinvent the wheel :( > Ciao > > Giorgio Ferraris > Sent from my iPhone > > On Apr 24, 2012, at 10:49 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> >> On Apr 24, 2012, at 9:51 AM, Giorgio Ferraris wrote: >> >>> Step grane, >>> >>> Did you know of the PDF4smalltalk project in vw. >> >> Yes >>> It's quite ahead and there is also a reporting infrastructure built and guys are willing to port to other dialect >> >> I mentioned that to olivier when he started but he wanted to do its own lib. >> >> ;) >> >> >

April 24, 2012

Re: [Pharo-users] Cairo

by Igor Stasenko

On 24 April 2012 18:38, Cameron Sanders <camsanders(a)aol.com> wrote: > Â Igor, & others, > > Thanks for the info/links/leads. > > To be honest, I would rather just use a toolkit than create one.Â That is not > accurate, more accurately: I would rather create the toolkit than use it ... > if I had the time.Â Unfortunately for me, I do not have the time. So, if > there is only a possibility that I can generate PDFs that meet my standards > with pango/athens/cairo, then I should probably redirect my efforts. > I will try to look what needs to be done, and if it can be done fast. > Previously I used ReportLab in Python to generate my reports. See the > following sample that was generated by code crafted back around > 2002/2003:Â http://ac.functional-analyst.com/fa-reports.php?table=2003-02-28/fa_reports…. > ReportLab allowed for simple mark-ups in the text (e.g. <b> ... </b>) and > for that version of report, I wrote code that allowed me to use XMLs to > define my document components & flow ordering/control. I guess ReportLab's > new PLUS version uses XML to give one full control of the document layout. > > Of course, I want something more attractive than that sample, in this day > and age. Color, floating text & image boxes. The reports must meet the > standards of today. Perhaps something more > likeÂ http://debrispublishing.com/images/stories/Reports/2011/06-2011/ECA_2011-06…. > But going further than that, in terms of charts, color usage, footnoting the > tables, etc. See Standard & Poor's stock reports -- at that quality. The > ideal toolkit would have some nice chart making abilities so that we don't > have to invest 2 man months in creating a chart-making suite. > > These reports will be generated weekly for about 9000 companies/funds. The > process must be automated. > > Ideally the report generation would be integrated with my data processing > engine, which is in Pharo. Perhaps I will check out PDF4smalltalk. Once I > can get my software talking to my DB (soon i hope), I can push my data into > the DB and use Python or any other toolset for report generation... *if* I > cannot do it in smalltalk. > > Any leads that anyone can offer are greatly appreciated! > >> (and of course you need to use Cog VM with NativeBoost and Cairo >> library installed on your OS). > > > I will have to poke around and learn what NativeBoost is... and which VMs > were built with it. > Feel free to ask questions. >> The pango stuff is mostly done by Fernando, so i think he can tell you >> more. >> Anyways, if you don't fear to make your hands a bit dirty, we can make >> it, for sure. > > > How dirty? You tell me. :) I don't know what extra bindings is needed to use Cairo for PDF generation. But since you started this topic, i assumed you know. We can help with making it comply with Athens protocols., so then anyone could use it as another backend. > > Thanks again for all of the responses. > > -Cam -- Best regards, Igor Stasenko.

April 24, 2012

Re: [Pharo-users] Cairo

by Giorgio Ferraris

Hi, If you have that kind of request and don't think about getting sick if looking at java :)) (after looking at pdf4smalltalk), there can be an interesting different possibility . You write reporting logic in st and write on some db table the data , then you can use jasper report for printing. There is a designer for it and you can do a small java web server for printing the generated report. If you think this can be interesting, I can eventually send you the java server and some Smalltalk code to call it. Jasper is really powerful. Look at the doc. It's open source but you can only learn the design tool, because running the report is not a big java work. I could not use pdf4smalltalk on the application i'm working on because it miss at the moment the possibility to Include colored images. I wanted to use it but no time to help people to adding that functionality. Ciao Giorgio Ferraris Sent from my iPhone On Apr 24, 2012, at 6:38 PM, Cameron Sanders <camsanders(a)aol.com> wrote: > Igor, & others, > > Thanks for the info/links/leads. > > To be honest, I would rather just use a toolkit than create one. That is not accurate, more accurately: I would rather create the toolkit than use it ... if I had the time. Unfortunately for me, I do not have the time. So, if there is only a possibility that I can generate PDFs that meet my standards with pango/athens/cairo, then I should probably redirect my efforts. > > Previously I used ReportLab in Python to generate my reports. See the following sample that was generated by code crafted back around 2002/2003: http://ac.functional-analyst.com/fa-reports.php?table=2003-02-28/fa_reports…. ReportLab allowed for simple mark-ups in the text (e.g. <b> ... </b>) and for that version of report, I wrote code that allowed me to use XMLs to define my document components & flow ordering/control. I guess ReportLab's new PLUS version uses XML to give one full control of the document layout. > > Of course, I want something more attractive than that sample, in this day and age. Color, floating text & image boxes. The reports must meet the standards of today. Perhaps something more like http://debrispublishing.com/images/stories/Reports/2011/06-2011/ECA_2011-06…. But going further than that, in terms of charts, color usage, footnoting the tables, etc. See Standard & Poor's stock reports -- at that quality. The ideal toolkit would have some nice chart making abilities so that we don't have to invest 2 man months in creating a chart-making suite. > > These reports will be generated weekly for about 9000 companies/funds. The process must be automated. > > Ideally the report generation would be integrated with my data processing engine, which is in Pharo. Perhaps I will check out PDF4smalltalk. Once I can get my software talking to my DB (soon i hope), I can push my data into the DB and use Python or any other toolset for report generation... *if* I cannot do it in smalltalk. > > Any leads that anyone can offer are greatly appreciated! > > (and of course you need to use Cog VM with NativeBoost and Cairo > library installed on your OS). > > I will have to poke around and learn what NativeBoost is... and which VMs were built with it. > > The pango stuff is mostly done by Fernando, so i think he can tell you more. > Anyways, if you don't fear to make your hands a bit dirty, we can make > it, for sure. > > How dirty? > > Thanks again for all of the responses. > > -Cam

April 24, 2012