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

Re: [Pharo-project] Application screenshots

by Gary Chambers

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

Nov. 20, 2009

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

by StÃ©phane Ducasse

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 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

Nov. 20, 2009

Re: [Pharo-project] Application screenshots

by Schwab,Wilhelm K

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

Nov. 20, 2009

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

by Philippe Marschall

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

Nov. 20, 2009

[Pharo-project] Application screenshots

by Gary Chambers

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

Nov. 20, 2009

Re: [Pharo-project] Merlin: a library to build Wizards

by Schwab,Wilhelm K

Thanks for tackling this; wizards can be very useful, and Pharo should have an easy way to create them. So far, I have only loaded the package, run the example, and glanced at the hierarchy. Purely cosmetic, it would be good to defaullt to "<< Back" and "Next >>" for the buttons. There will always be other buttons to add in weird cases, but the first/last/middle panes can do reasonable things unless customized. Is there a way to fix a size for the wizard? Changing to the size of the current pane is powerful, but also looks strange. I am suspicious of the WizardPart heirarchy. Are they controls that can only work in a wizard? It seems unlikely, or perhaps that there should be a more generic hierarchy of controls/presenters that work in wizards and anywhere else. Put another way, I fear that their existence highlights something missing in Pharo. TEasilyThemed gets close to providing ways to create useful controls, but it IMHO falls short on the presenter/model side. Gary didn't like the idea of default models, but I still think there is room for improvement. A list shoud have something that provides its needed selection index aspect, allowing one to think in terms of the object corresponding to the selection. Value models and adapters (particularly aspect value adapters) offer a great view from the top of the learning curve. One thing that I like about Polymorph (and Magritte and Seaside) is that domain objects get a active say in their graphical representation. Dolphin's MVP framework typically forces a GUI onto the model rather than letting the model grow one to suit it. A good compromise might be to create analogs to Dolphin's presenters with those (rather than the controls themselves) being produced by something like TEasilyThemed. The Smalltalk code creating the presenters could include just enough layout objects and methods to do the job of the Dolpin view composer and layout managers. At least I _think_ it could work that way - great stuff if I'm at all close to thinking straight. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Cyrille Delaunay Sent: Friday, November 20, 2009 10:06 AM To: pharo-project Subject: [Pharo-project] Merlin: a library to build Wizards Hi everybody, Just send this email to inform you that I have developed a small library ( called 'Merlin' ) that provide a simple structure to build Wizards. It is available on squeaksource at: http://www.squeaksource.com/Merlin. You will find a small example in the class side of 'WizardControl'. I have been making this library to build a Moose wizard that enable to select packages and some importations informations. Therefore, you can see this other example by loading Moose with: 'ConfigurationOfMoose loadDefault '. It will load all required classes. The Moose Wizard will be in the package Moose-Wizard. So, feel free to test it or use it if needed :)

Nov. 20, 2009

[Pharo-project] Pharo talk at j2ml, Sophia Antipolis

by Marcus Denker

Hi, I will be at j2ml http://jm2l.linux-azur.org/ and give a presentation about Pharo and Smalltalk. Samedi 28 novembre 2009 Ã 10H00 Ã Sophia Antipolis ( Ecole PolytechâNice), France, South Europe. Marcus -- Marcus Denker -- http://www.marcusdenker.de

Nov. 20, 2009

[Pharo-project] Merlin: a library to build Wizards

by Cyrille Delaunay

Hi everybody, Just send this email to inform you that I have developed a small library ( called 'Merlin' ) that provide a simple structure to build Wizards. It is available on squeaksource at: http://www.squeaksource.com/Merlin. You will find a small example in the class side of 'WizardControl'. I have been making this library to build a Moose wizard that enable to select packages and some importations informations. Therefore, you can see this other example by loading Moose with: 'ConfigurationOfMoose loadDefault '. It will load all required classes. The Moose Wizard will be in the package Moose-Wizard. So, feel free to test it or use it if needed :)

Nov. 20, 2009

[Pharo-project] CrLfStream bug.

by Henrik Johansen

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

Nov. 20, 2009

Re: [Pharo-project] [update 1.1] #11051

by Marcus Denker

On Nov 19, 2009, at 9:26 PM, Lawson English wrote: > Marcus Denker wrote: >> 11051 >> ----- >> >> Issue 489: [Pending Etoy Cleaning] Morph >> cursor >> Issue 776: HTTPSocket class side duplicated code (removed superswiki methods) >> >> >> > > REL issue 776... Is there any functionality for https available or is > HttpsSocket still required? > No changes in functionality... this just cleaned up some eToy-related things. Marcus

Nov. 20, 2009