March 2015 - Pharo-users - lists.pharo.org

We are so lucky!

by Sean P. DeNigris

Problem: Scanning a bi-fold pamphlet produced a PDF with two non-contiguous pages per scanned image. After converting each page of the PDF into a png, compare the following approaches to split them in half: Assembler... I mean Write-Only... I mean Shell Solution [1]: #!/bin/sh if [ ! -e even-odd ]; then mkdir even-odd; fi first="`ls -1 *.jpg | head -n1`" let "halfwidth=`gm identify -format '%w \n' $first`/2" width="`gm identify -format '%w \n' $first`" height="`gm identify -format '%h \n' $first`" for FILE in *.jpg ; do convert -crop "$halfwidth"x"$height"+0+0 "$FILE" "$FILE-A.jpg" ; mv `ls *.jpg | grep A` even-odd ; convert -crop "$width"x"$height"+"$halfwidth"+0 "$FILE" "$FILE-B.jpg" && mv `ls *.jpg | grep B` even-odd done ; Smalltalk solution: PsProcessPageImages>>#splitPages imageFiles do: [ :file | self currentFile: file. self splitCurrentImage. index := self index + 1 ]. PsProcessPageImages>>#splitCurrentImage self index odd ifTrue: [ self rightFirstSplitCurrentImage ] ifFalse: [ self leftFirstSplitCurrentImage ] etc... One fun change was: width="`gm identify -format '%w \n' $first`" which became: imageForm width "oh yeah, we can treat the image as a real object and just ask it what its width is!" [1] http://ubuntuforums.org/showthread.php?t=1665621 ----- Cheers, Sean -- View this message in context: http://forum.world.st/We-are-so-lucky-tp4811504.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 12, 2015

Re: [Pharo-users] Why `aFileReference asString = aFileReference fullName` is false?

by stepharo

Please open a bug entry that we do not forget and yes we need displayString > Well, not now. In Pharo 5 :) > > Doru > > On Tue, Mar 10, 2015 at 12:18 PM, Tudor Girba <tudor(a)tudorgirba.com > <mailto:tudor@tudorgirba.com>> wrote: > > Indeed. In GT, we introduced gtDisplayString which is meant to be > used as a default brief string representation. > > I think that we could promote this to displayString now that it is > in the Pharo image. > > Cheers, > Doru > > On Tue, Mar 10, 2015 at 12:03 PM, Sean P. DeNigris > <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: > > Ben Coman wrote > > Now the followup question is whether its natural to expect something > > better from #asString > > I feel like #asString is such a general question that no > answer would be > satisfying. What string representation should be returned? > 'file://'? > '/path/to'? And what to do with memory file systems? It's been > mentioned a > few times on the list that we should all be more disciplined > in sending e.g. > #displayString vs. #printString instead of #asString. The more > I hear that > argument, the more sense it makes to me. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Why-aFileReference-asString-aFileReference-fullName-i… > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

March 12, 2015

Re: [Pharo-users] Native language support

by stepharo

Hi nick We would love that you can. Now we need somebody with a non ascii language to help. Stef Le 4/3/15 10:37, Nick Doodka a Ã©crit : > Hi all. > I would like to use Pharo in my native language (Ukrainian in my case > or Cyrillic), but I cannot enter some capital letters to Workspace / > System Browser because it's fails on letters: CapsLock or Shift+<Keys> > -> [~YGJK"V]. > That behavior take place only in Pharo ver. 3 and 4. In Pharo 2.0 all > keys working good! What is wrong? Platform - Windows XP >

March 12, 2015

Re: [Pharo-users] Pillar parser rewrite: PetitParser or not?

by stepharo

I do not think that we want to have many extensions of the syntax. We should enhance it but I do not see it changing and getting extended more. Le 11/3/15 23:07, Tudor Girba a Ã©crit : > I completely agree. > > I think there are mostly pros. It can be that the parsing will be > slower, but I do not think this is a critical issue for Pillar. It > would be more important to have an extensible parser. > > Cheers, > Doru > > > > On Wed, Mar 11, 2015 at 11:03 PM, Damien Cassou > <damien.cassou(a)gmail.com <mailto:damien.cassou@gmail.com>> wrote: > > Hi, > > The current pillar parser has several problems: > > - it is hard to understand and change > - it discards input locations > > I think a refactor or rewrite is necessary. What are the pros and > cons of using PetitParser to do that? > > Best > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

March 12, 2015

Tide

by Norbert Hartl

For an upcoming project I'm thinking about what technology to use. I think it will be seaside or amber+tide. For the latter I would like to have some experience reports. Is anyone of you using tide and what is your experience with it? thanks, Norbert

March 12, 2015

Re: [Pharo-users] Native language support

by Thierry Goubier

2015-03-12 14:41 GMT+01:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > On 12 Mar 2015, at 10:39 , Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > > Hi Nick, Ben, > > 2015-03-12 10:17 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > >> Hi Nick, >> >> The best way to ensure this will get included is log an issue and submit >> a code slice at pharo.fogbugz.com. Then your code can undergo review >> and be integrated in a managed way. >> > > I've created an issue: > > https://pharo.fogbugz.com/default.asp?15121 > > > There was already a case (with some issues noted to the fix), I linked to > that. > And I closed this one, since this is a duplicate of https://pharo.fogbugz.com/default.asp?15085 > Which makes me think, with the duality of communication happening in > mailing list/issue tracker, it'd be *really* nice if it were possible to > have a field in the issue tracker where you can link to a mailing list > thread, and have the tracker post to the thread that an issue has been > created... > Why not. It is also convenient, as it is the case in github, that replying to the email from the issue tracker adds to the issue. (i.e. two way update). Thierry

March 12, 2015

Re: [Pharo-users] Native language support

by Henrik Johansen

> On 12 Mar 2015, at 10:39 , Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Hi Nick, Ben, > > 2015-03-12 10:17 GMT+01:00 Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>>: > Hi Nick, > > The best way to ensure this will get included is log an issue and submit a code slice at pharo.fogbugz.com <http://pharo.fogbugz.com/>. Then your code can undergo review and be integrated in a managed way. > > I've created an issue: > > https://pharo.fogbugz.com/default.asp?15121 <https://pharo.fogbugz.com/default.asp?15121> There was already a case (with some issues noted to the fix), I linked to that. Which makes me think, with the duality of communication happening in mailing list/issue tracker, it'd be *really* nice if it were possible to have a field in the issue tracker where you can link to a mailing list thread, and have the tracker post to the thread that an issue has been created... Cheers, Henry

March 12, 2015

Re: [Pharo-users] Pillar parser rewrite: PetitParser or not?

by Christophe Demarey

Le 11 mars 2015 Ã 23:07, Tudor Girba a Ã©crit : > I completely agree. > > I think there are mostly pros. It can be that the parsing will be slower, but I do not think this is a critical issue for Pillar. not sure about the speed. I hope we will adopt pillar for class / packages comments. Then, you need a fast parsing to render it nicely and quickly on the browser. Fast/slow always depends on your comparison point. To be more precise, I would say we need to render (parsing + syntax highlighting) Pillar documents (at least one page) in less than 10 ms.

March 12, 2015

Re: [Pharo-users] Datathon for development in Paris

by Bernat Romagosa

Hi Serge, Do you know if these data will stay open and public after the event? At the Citilab we're working a lot with open data and we're constantly looking for new sources. I don't think we'll be able to come to Paris though... El dia 12/03/2015 12.20, "Serge Stinckwich" <serge.stinckwich(a)gmail.com> va escriure: > Dear all, > > something that might interest some of you. > > There will be a datathon organized in Paris in collaboration with > the MIT about data & development in African countries from April 7th to > 9th. > Some companies and NGOs will provide open data. Orange, the telecom > provider will provided some data about communication between local > antennas and also trajectories log of people. > > I have the idea of having a small team using ROASSAL for participating > to the datathon and doing some nice vizualisations. > Anyone interested to made a team ? > > You could find more information about this event here: > > > http://simplon.co/blog/2015/3/7/datathon-data-for-development-rdv-les-7-8-e… > > sorry only in French. > > Regards > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ > >

March 12, 2015

Datathon for development in Paris

by Serge Stinckwich

Dear all, something that might interest some of you. There will be a datathon organized in Paris in collaboration with the MIT about data & development in African countries from April 7th to 9th. Some companies and NGOs will provide open data. Orange, the telecom provider will provided some data about communication between local antennas and also trajectories log of people. I have the idea of having a small team using ROASSAL for participating to the datathon and doing some nice vizualisations. Anyone interested to made a team ? You could find more information about this event here: http://simplon.co/blog/2015/3/7/datathon-data-for-development-rdv-les-7-8-e… sorry only in French. Regards -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 12, 2015