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

[Pharo-project] [update 1.1] #11052

by Marcus Denker

Not done by me, but not yet announced: 11052 ----- Issue 1424 CompiledMethodAnaloguous fixes -- Marcus Denker -- marcus(a)2denker.de http://www.2denker.de 2denker UG (haftungsbeschrÃ¤nkt) Sitz KÃ¶ln Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker

Nov. 20, 2009

[Pharo-project] [update 1.1] #11053

by Marcus Denker

11053 ----- Issue 495: [Pending Etoy Cleaning] Morph>> getCharacters Issue 1473: remove #basicType Issue 1474: remove some unsent messages from WorldMenu and BlockContext Marcus -- Marcus Denker -- marcus(a)2denker.de http://www.2denker.de 2denker UG (haftungsbeschrÃ¤nkt) Sitz KÃ¶ln Amtsgericht - Registergericht - KÃ¶ln, HRB 65065 GeschÃ¤ftsfÃ¼hrer: Christian Denker und Dr. Marcus Denker

Nov. 20, 2009

Re: [Pharo-project] OSProcess - working on gnuplot

by David T. Lewis

On Fri, Nov 20, 2009 at 09:45:48AM +0100, Adrian Lienhard wrote: > Hi Dave, > > On Nov 20, 2009, at 02:42 , David T. Lewis wrote: > > [...] > > > I am getting serious failures on CommandShellTestCase that still worry > > me. For example, if I evaluate this (on Linux VM with Pharo image): > > > > (CommandShellTestCase selector: #testEvaluateOrMakePipelinesFrom) > > debug > > Indeed, CommandShellTestCase isn't that stable as I first thought. > I've run all tests of CommandShellTestCase in the Test runner multiple > times: > > 1. run: all green > 2. run: error in testPipeline75 (re-running this test succeeded, so I > don't know what the error was) > 3. run: test runner hangs in testIfThenElse02 because indefinitely > waiting on completionSemaphore in #evaluatePipelines: > > restarted the VM > 1. run: all green > 2. run: same as 3 above > 3. run: same as 3 above > 4. run: error in testPipeline72 > 5. run: all green > > I haven't seen any defunct processes, though. > > [...] > > > Second question: > > > > Some of the failures you are getting look like things that I thought > > that I had fixed in the past (but I'm not sure). The latest versions > > from the SqueakSource repositories should be: > > > > OSProcess-dtl.53 > > Tests-OSProcess-dtl.20 > > CommandShell-dtl.40 > > Tests-CommandShell-dtl.14 > > I have the same versions except for CommandShell-dtl.39 (I updated to > 40 now). > > Let me know if I can be of any more help. Hi Adrian, Overall, it does look like the basic OSProcess functions that most people would use are working as long as an up to date plugin is available. The remaining issue that is relevant to the Pharo image (as opposed to OSProcess running on any other image) is this CommandShellTestCase issue. I think we are seeing different, but presumably related, symptoms of some underlying problem. The tests in CommandShellTestCase do some rather complex things with lots of processes, semaphore synchronization and so on. So I think I will need to somehow whittle the problem down to some simpler test that can provide some more reproduceable symptoms. My working assumption is that one of the following is true: 1) There is something different in Pharo versus Squeak that is exposing an existing bug in OSProcess/CommandShell. This is quite likely. 2) The CommandShellTestCase is exposing an issue in Pharo related to Semaphore handling, Delay scheduling, or Process scheduling. The seems less likely than #1, but still possible because these tests do drive a lot of interacting processes, and might expose an issue the "normal" users would never see. One thing that I know could produce the sort of symptoms that I am seeing would be anything that intermittently permitted a signal to a Semaphore to be missed. This type of problem causes OSProcess to "miss" the exit of one of its external processes, leading to zombie Unix processes and tests in Pharo/Squeak that fail to run to completion. For that reason, if anyone can think of any changes to process scheduling and semaphore handling, that might give me an idea of where to look. Thanks for all the help, Dave

Nov. 20, 2009

Re: [Pharo-project] CrLfStream bug.

by Nicolas Cellier

2009/11/20 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > Speaking of end of line conventions, here's issue 1472 :) > > CrLfStream fails horribly currently, since the UTF8-converters latin1map never gets initialized. > detectLineEndConvention gets called before converter is installed, and later on, > in MultiByteFileStream>>open: forWrite: , converter lineendings never gets set (and latin1map initialized) if lineEndConvention isn't nil. > > Alternatives: > > 1. ensure lineEndConvention installation: > > MultiByteFileStream>>open: fileName forWrite: writeMode > Â Â Â Â | result | > Â Â Â Â result := super open: fileName forWrite: writeMode. > Â Â Â Â result ifNotNil: [ > Â Â Â Â Â Â Â Â Â Â Â Â converter ifNil: [converter := UTF8TextConverter new]. > Â Â Â Â Â Â Â Â Â Â Â Â lineEndConvention ifNil: [ self detectLineEndConvention ] > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifNotNil: [self installLineEndConventionInConverter] > Â Â Â Â ]. > Â Â Â Â ^result > > 2. Use converter: instead, since that installs the lineEndConvention: > MultiByteFileStream>>open: fileName forWrite: writeMode > Â Â Â Â | result | > Â Â Â Â result := super open: fileName forWrite: writeMode. > Â Â Â Â result ifNotNil: [ > Â Â Â Â Â Â Â Â Â Â Â Â converter ifNil: [self converter: UTF8TextConverter new]. > Â Â Â Â Â Â Â Â Â Â Â Â lineEndConvention ifNil: [ self detectLineEndConvention ] > > Â Â Â Â ]. > Â Â Â Â ^result > > Ironically, if no lineEndConvention is defined, it will default to the same line-ending as you would get with a CrLfStream anyways :P > > I'm Â submitting a slice with approach 2 to inbox. > > Cheers, > Henry > > Oh, I see now why I missed this one. trunk does not have Keith change: lineEndConvention ifNil: [ self detectLineEndConvention ] but a direct call to: self detectLineEndConvention So trunk always set the line end convention in the converter and I decided it was not necessary to use self converter: here... Integrating Keith change has broken this fragile constuction, don't know when it came in. I approve solution 2) Cheers > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 20, 2009

Re: [Pharo-project] About end of line convention

by Nicolas Cellier

2009/11/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > It was more on file streams or text when you edit a file. > In particular this was in context of > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=1458 > > Because before integrating it I wanted to know what it was about. > > Stef > Hi Stephane, These changes just make it possible to handle various line delimiters for splitting lines in a String. Discussion was lengthy in trunk about whether or not these various line delimiters should have made their path inside the image. Some would prefer to stick to simple st-80 cr-only handling in image and carry ALL the conversions at read/write to the complex external world. The rationale is that complexity should not enter the image. My POV differs. 1) because handling cr-lf-crlf in image is not that complex (judge how complex is the new code versus the old one) 2) because it is not CPU intensive (The line splitting methods were not optimized, thus I reduced the cost of splitting, and therefore, I reject the argument that it does matter that much) 3) because making the right decision about conversion can depend on applications and can be complex, that's why it should ultimately be in the hands of programmer. I see no contradiction in using detectLineEndConventions in Pharo tools. Though the current algorithm fail to handle mixed-conventions files correctly, that's a good default policy. But this simple trick can NOT handle ALL the cases (the mixed-conventions is an example). A universal line end converter fitting all possible use cases does not exist and would be more than complex. Let the grown up programmer decide what better fits his application and provide decent tools to him (her). If you decide to reject these modifications, then please revert http://code.google.com/p/pharo/issues/detail?id=1356 for consistency. cheers Nicolas > On Nov 20, 2009, at 6:09 PM, Philippe Marschall wrote: > >> StÃ©phane Ducasse wrote: >>> Hi nicolas >>> >>> I was dicussing today with juan vuletich about the management of end of line convention and I think that >>> he is right. When we edit a file we should be in control about that we want to have. >>> In CUIS when you edit a file you can decide the convention or change it. >>> He told me that in the squeak world people were pushing that the end of line is controlled by the platform. >>> My point of view on this is : >>> Â Â Â - when I manipulate the text object may be we should have the platform convention. >>> Â Â Â - when I edit a file I should get the control because I may want to edit a file on mac with unix convention. >>> >>> So nicolas I saw that you pushed a slice about fixing end of line. >>> What is the design behind it? >> >> End of line convention in which context? The changes file? File outs? >> File streams? >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> 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 >

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by Gary Chambers

Yes, must get my head around how Flickr organises Sets/Collections (clearly different to Smalltalk, lol) to help clarify... Regards, Gary ----- Original Message ----- From: "Miguel Enrique CobÃ¡ Martinez" <miguel.coba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, November 20, 2009 6:30 PM Subject: Re: [Pharo-project] Application screenshots > El vie, 20-11-2009 a las 19:25 +0100, Adrian Lienhard escribiÃ³: >> Great, thanks for sharing! >> >> I added an entry to the top of >> http://www.pharo-project.org/about/success-stories >> >> If other companies like to get their Pharo project featured on the >> success stories page, please send me information. > > That screenshot is wrong. That is for squeak. > The correct ones are > > http://www.flickr.com/photos/12018791@N06/4120335276/in/set-721576016593932… > http://www.flickr.com/photos/12018791@N06/4119560271/in/set-721576016593932… > http://www.flickr.com/photos/12018791@N06/4120335614/in/set-721576016593932… > and more suitable > http://www.flickr.com/photos/12018791@N06/4120335838/in/set-721576016593932… > > Cheers > > > >> >> Cheers, >> Adrian >> >> >> On Nov 20, 2009, at 18:57 , Gary Chambers wrote: >> >> > Here for now: >> > http://www.flickr.com/photos/12018791@N06/sets/72157601659393251/ >> > >> > Some explanation... >> > >> > The application is designed to improve efficiency with relabelling >> > of packages/groups-of-packages within the logistics industry. Often >> > the pre-existing labelling is hard to read and/or covered with >> > polywrap etc. >> > >> > MBagger provides a simple means of rescanning labels with >> > algorithmic clean-up suitable for re-printing with commerically >> > available thermal printers (1 bit per pixel) >> > >> > Sorry for "plug" bust some details here: >> > http://www.pinesoft.co.uk/what/logisticsproducts >> > >> > Certainly an interesting project. Leveraging the lean approach of >> > Pharo with the visual appeal of Polymorph. >> > >> > All designed to be fully usable with just a touchscreen and simple >> > to use. Runs happlily on an Eeetop..., image processing initially >> > implemented in Smalltalk, optimised in Smalltalk then transcoded >> > into Slang for a plugin. Sharpen filter taken from Diego's image >> > processing library. Custom hardware support for Datalogic scanners, >> > based around an asynchronous device framework developed in house for >> > other projects (who say we can't get large-scale reuse!). Webcam >> > support is also available (VideoForLinux plugin) if required, all >> > customisable via configuration files (XML-based). >> > >> > Here's to all the dedicated Pharo users for helping to make this >> > possible. >> > >> > Regards, Gary >> > >> > ----- Original Message ----- >> > From: Schwab,Wilhelm K >> > To: Pharo-project(a)lists.gforge.inria.fr >> > Sent: Friday, November 20, 2009 5:13 PM >> > Subject: Re: [Pharo-project] Application screenshots >> > >> > >> > Great, thanks, good luck, can't wait, etc. >> > >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > From: pharo-project-bounces(a)lists.gforge.inria.fr >> > [mailto:pharo-project-bounces@lists.gforge.inria.fr >> > ] On Behalf Of Gary Chambers >> > Sent: Friday, November 20, 2009 11:54 AM >> > To: Pharo Development >> > Subject: [Pharo-project] Application screenshots >> > >> > >> > Some coming for our (Pinesoft) first "shrink wrapped" product >> > solution. Pharo based, of course ;-) >> > >> > Give me an hour or so, will be on my Flickr pages since given the >> > go-ahead. >> > >> > Regards, Gary >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > >> > >> > _______________________________________________ >> > 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 >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by Gary Chambers

Of course, the screenshot piccy is from our "Report Builder"... though that will be integrated into the "Enterprise" version for customisation of the relabels (Database/barcode integration etc.). More reuse coming for that! Thanks for the exposure though, perhaps change the pic to http://www.flickr.com/photos/12018791@N06/4120335614/in/set-721576016593932… Regards, Gary ----- Original Message ----- From: "Adrian Lienhard" <adi(a)netstyle.ch> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, November 20, 2009 6:25 PM Subject: Re: [Pharo-project] Application screenshots > Great, thanks for sharing! > > I added an entry to the top of > http://www.pharo-project.org/about/success-stories > > If other companies like to get their Pharo project featured on the > success stories page, please send me information. > > Cheers, > Adrian > > > On Nov 20, 2009, at 18:57 , Gary Chambers wrote: > >> Here for now: >> http://www.flickr.com/photos/12018791@N06/sets/72157601659393251/ >> >> Some explanation... >> >> The application is designed to improve efficiency with relabelling >> of packages/groups-of-packages within the logistics industry. Often >> the pre-existing labelling is hard to read and/or covered with >> polywrap etc. >> >> MBagger provides a simple means of rescanning labels with >> algorithmic clean-up suitable for re-printing with commerically >> available thermal printers (1 bit per pixel) >> >> Sorry for "plug" bust some details here: >> http://www.pinesoft.co.uk/what/logisticsproducts >> >> Certainly an interesting project. Leveraging the lean approach of >> Pharo with the visual appeal of Polymorph. >> >> All designed to be fully usable with just a touchscreen and simple >> to use. Runs happlily on an Eeetop..., image processing initially >> implemented in Smalltalk, optimised in Smalltalk then transcoded >> into Slang for a plugin. Sharpen filter taken from Diego's image >> processing library. Custom hardware support for Datalogic scanners, >> based around an asynchronous device framework developed in house for >> other projects (who say we can't get large-scale reuse!). Webcam >> support is also available (VideoForLinux plugin) if required, all >> customisable via configuration files (XML-based). >> >> Here's to all the dedicated Pharo users for helping to make this >> possible. >> >> Regards, Gary >> >> ----- Original Message ----- >> From: Schwab,Wilhelm K >> To: Pharo-project(a)lists.gforge.inria.fr >> Sent: Friday, November 20, 2009 5:13 PM >> Subject: Re: [Pharo-project] Application screenshots >> >> >> Great, thanks, good luck, can't wait, etc. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of Gary Chambers >> Sent: Friday, November 20, 2009 11:54 AM >> To: Pharo Development >> Subject: [Pharo-project] Application screenshots >> >> >> Some coming for our (Pinesoft) first "shrink wrapped" product >> solution. Pharo based, of course ;-) >> >> Give me an hour or so, will be on my Flickr pages since given the >> go-ahead. >> >> Regards, Gary >> >> >> >> ------------------------------------------------------------------------------ >> >> >> _______________________________________________ >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by Miguel Enrique CobÃ¡ Martinez

El vie, 20-11-2009 a las 19:25 +0100, Adrian Lienhard escribiÃ³: > Great, thanks for sharing! > > I added an entry to the top of http://www.pharo-project.org/about/success-stories > > If other companies like to get their Pharo project featured on the > success stories page, please send me information. That screenshot is wrong. That is for squeak. The correct ones are http://www.flickr.com/photos/12018791@N06/4120335276/in/set-721576016593932… http://www.flickr.com/photos/12018791@N06/4119560271/in/set-721576016593932… http://www.flickr.com/photos/12018791@N06/4120335614/in/set-721576016593932… and more suitable http://www.flickr.com/photos/12018791@N06/4120335838/in/set-721576016593932… Cheers > > Cheers, > Adrian > > > On Nov 20, 2009, at 18:57 , Gary Chambers wrote: > > > Here for now: http://www.flickr.com/photos/12018791@N06/sets/72157601659393251/ > > > > Some explanation... > > > > The application is designed to improve efficiency with relabelling > > of packages/groups-of-packages within the logistics industry. Often > > the pre-existing labelling is hard to read and/or covered with > > polywrap etc. > > > > MBagger provides a simple means of rescanning labels with > > algorithmic clean-up suitable for re-printing with commerically > > available thermal printers (1 bit per pixel) > > > > Sorry for "plug" bust some details here: http://www.pinesoft.co.uk/what/logisticsproducts > > > > Certainly an interesting project. Leveraging the lean approach of > > Pharo with the visual appeal of Polymorph. > > > > All designed to be fully usable with just a touchscreen and simple > > to use. Runs happlily on an Eeetop..., image processing initially > > implemented in Smalltalk, optimised in Smalltalk then transcoded > > into Slang for a plugin. Sharpen filter taken from Diego's image > > processing library. Custom hardware support for Datalogic scanners, > > based around an asynchronous device framework developed in house for > > other projects (who say we can't get large-scale reuse!). Webcam > > support is also available (VideoForLinux plugin) if required, all > > customisable via configuration files (XML-based). > > > > Here's to all the dedicated Pharo users for helping to make this > > possible. > > > > Regards, Gary > > > > ----- Original Message ----- > > From: Schwab,Wilhelm K > > To: Pharo-project(a)lists.gforge.inria.fr > > Sent: Friday, November 20, 2009 5:13 PM > > Subject: Re: [Pharo-project] Application screenshots > > > > > > Great, thanks, good luck, can't wait, etc. > > > > > > > > > > > > ------------------------------------------------------------------------------ > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > > ] On Behalf Of Gary Chambers > > Sent: Friday, November 20, 2009 11:54 AM > > To: Pharo Development > > Subject: [Pharo-project] Application screenshots > > > > > > Some coming for our (Pinesoft) first "shrink wrapped" product > > solution. Pharo based, of course ;-) > > > > Give me an hour or so, will be on my Flickr pages since given the > > go-ahead. > > > > Regards, Gary > > > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by Adrian Lienhard

Great, thanks for sharing! I added an entry to the top of http://www.pharo-project.org/about/success-stories If other companies like to get their Pharo project featured on the success stories page, please send me information. Cheers, Adrian On Nov 20, 2009, at 18:57 , Gary Chambers wrote: > Here for now: http://www.flickr.com/photos/12018791@N06/sets/72157601659393251/ > > Some explanation... > > The application is designed to improve efficiency with relabelling > of packages/groups-of-packages within the logistics industry. Often > the pre-existing labelling is hard to read and/or covered with > polywrap etc. > > MBagger provides a simple means of rescanning labels with > algorithmic clean-up suitable for re-printing with commerically > available thermal printers (1 bit per pixel) > > Sorry for "plug" bust some details here: http://www.pinesoft.co.uk/what/logisticsproducts > > Certainly an interesting project. Leveraging the lean approach of > Pharo with the visual appeal of Polymorph. > > All designed to be fully usable with just a touchscreen and simple > to use. Runs happlily on an Eeetop..., image processing initially > implemented in Smalltalk, optimised in Smalltalk then transcoded > into Slang for a plugin. Sharpen filter taken from Diego's image > processing library. Custom hardware support for Datalogic scanners, > based around an asynchronous device framework developed in house for > other projects (who say we can't get large-scale reuse!). Webcam > support is also available (VideoForLinux plugin) if required, all > customisable via configuration files (XML-based). > > Here's to all the dedicated Pharo users for helping to make this > possible. > > Regards, Gary > > ----- Original Message ----- > From: Schwab,Wilhelm K > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Friday, November 20, 2009 5:13 PM > Subject: Re: [Pharo-project] Application screenshots > > > Great, thanks, good luck, can't wait, etc. > > > > > > ------------------------------------------------------------------------------ > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr > ] On Behalf Of Gary Chambers > Sent: Friday, November 20, 2009 11:54 AM > To: Pharo Development > Subject: [Pharo-project] Application screenshots > > > Some coming for our (Pinesoft) first "shrink wrapped" product > solution. Pharo based, of course ;-) > > Give me an hour or so, will be on my Flickr pages since given the > go-ahead. > > Regards, Gary > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > 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

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by StÃ©phane Ducasse

Thanks this is good to hear that. At Smalltalk I show http://www.ibizlog.com which is pharo based. Stef On Nov 20, 2009, at 6:57 PM, Gary Chambers wrote: > Here for now: http://www.flickr.com/photos/12018791@N06/sets/72157601659393251/ > > Some explanation... > > The application is designed to improve efficiency with relabelling of packages/groups-of-packages within the logistics industry. Often the pre-existing labelling is hard to read and/or covered with polywrap etc. > > MBagger provides a simple means of rescanning labels with algorithmic clean-up suitable for re-printing with commerically available thermal printers (1 bit per pixel) > > Sorry for "plug" bust some details here: http://www.pinesoft.co.uk/what/logisticsproducts > > Certainly an interesting project. Leveraging the lean approach of Pharo with the visual appeal of Polymorph. > > All designed to be fully usable with just a touchscreen and simple to use. Runs happlily on an Eeetop..., image processing initially implemented in Smalltalk, optimised in Smalltalk then transcoded into Slang for a plugin. Sharpen filter taken from Diego's image processing library. Custom hardware support for Datalogic scanners, based around an asynchronous device framework developed in house for other projects (who say we can't get large-scale reuse!). Webcam support is also available (VideoForLinux plugin) if required, all customisable via configuration files (XML-based). > > Here's to all the dedicated Pharo users for helping to make this possible. > > Regards, Gary > ----- Original Message ----- > From: Schwab,Wilhelm K > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Friday, November 20, 2009 5:13 PM > Subject: Re: [Pharo-project] Application screenshots > > Great, thanks, good luck, can't wait, etc. > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Gary Chambers > Sent: Friday, November 20, 2009 11:54 AM > To: Pharo Development > Subject: [Pharo-project] Application screenshots > > Some coming for our (Pinesoft) first "shrink wrapped" product solution. Pharo based, of course ;-) > > Give me an hour or so, will be on my Flickr pages since given the go-ahead. > > Regards, Gary > > > _______________________________________________ > 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

Nov. 20, 2009