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

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

by Christian Haider

> Von: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project- > bounces(a)lists.gforge.inria.fr] Im Auftrag von Yanni Chiu > > On 02/05/12 10:53 AM, Sean P. DeNigris wrote: > > > > Stephan Eggermont wrote > >> > >> Don't you think it would be much less work to port Christian Haider's > >> work to Pharo? > > > > I was thinking the same thing. The usual Smalltalk duplication of > > effort seems to have been taken to new heights with PDF libs ;-) > > I've loaded Artefact, browsed the code, tried the demos. > > I've not seen the code for PDF4Smalltalk, because I can't figure out how to > browse it without VW. Unfortunately, you can't :-( > However, looking at the examples at: > https://gitorious.org/pdf4smalltalk/pages/Examples > I get the (possibly mistaken) impression that the two frameworks do slightly > different things, but the final result is a PDF in both cases. > > Looking at the PDFDemos of Artefact, it's clear how text and tables can be > written. However, looking at the PDF4Smalltalk examples, it looks like you > have to position the text and tables in your own code. Of course, I may be > completely wrong about PDF4Smalltalk, since I've not seen the full code > base. I have not looked at Artefact, but from what I read, these are different things, I guess. PDF4Smalltalk is a system library providing full access to PDF. PDF objects are regular Smalltalk objects which you can read from PDF files or create them with code and write them as PDF. The PDF basics are quite complete and robust (I use it for a few years in production now), but there are also lots of features desired :-) (TrueType fonts and bitmap images to name a few). It deals purely with PDF and does not add any higher concepts like tables and other layouting facilities - in fact not even proper classes for graphics or text... (high on my list when I find time). It is like painting on a canvas: you are completely responsible for the placement of everything. To deal with that, Bob Nemec implemented Report4PDF which uses Seaside like layouting for a report generator. It is done, works and is quite nice! See http://smalltalk-bob.blogspot.de/2012/01/pdf-report-and-law-of-demeter.h tml I'd love if someone would port this to Pharo! I would help with answering questions, but I have not time to do anything substantial in the moment... Cheers, Christian

May 2, 2012

Re: [Pharo-project] browsing versions of a method

by Mariano Martinez Peck

On Wed, May 2, 2012 at 9:43 AM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Wed, May 2, 2012 at 1:00 AM, Francisco Garau <francisco.garau(a)gmail.com > > wrote: > >> Hi - I've noticed we have a new way of showing diffs between two versions >> of a method. Very nice! > > > yes, I did it with Ben in the sprint ;) > > >> >> But it would be more useful if the user had the choice of which two >> versions to compare. >> >> > You can right click a version and you have the option "Compare to current" > and "compare to version..." > > The problem is that they have not been fixed with the nice diff so it > opens an ugly popup diff. > Did it. Wanna test/review please? http://code.google.com/p/pharo/issues/detail?id=5781 > > >> For example, if I maje 10 changes to method Date>>today I would like to >> compare my first and last versions... >> >> Cheers, >> Francisco >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 2, 2012

Re: [Pharo-project] Mouse handler on a morph

by Chris Muller

This is because, under rare circumstances, it is desirable to do something in/on/to the desktop based on the position in the local morph. To get the local coordinates look for a method with the word "global" in it -- globalToLocal: or something like that. It's in Squeak, not sure whether this is still in Pharo though.. If anything, you could always just subtract the upperleft coordinate of your window from the MouseEvent's position.. On Wed, May 2, 2012 at 9:02 AM, Erwan Douaille <douailleerwan(a)gmail.com> wrote: > Hi. > > I would like to know if it's possible to add a mouse handler on a specific > morph ? > I have a window and i would like to know the position of my mouse only in > this window. > > For exemple i also use : > > self on: #mouseDown send: #captureMouse: to: self. > > But it give me the mouse position in pharo environment and not only in my > window. > > > Thanks :) > > -- > Douaille Erwan <douaille.erwan(a)gmail.com>

May 2, 2012

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

by Yanni Chiu

On 02/05/12 10:53 AM, Sean P. DeNigris wrote: > > Stephan Eggermont wrote >> >> Don't you think it would be much less work >> to port Christian Haider's work to Pharo? > > I was thinking the same thing. The usual Smalltalk duplication of effort > seems to have been taken to new heights with PDF libs ;-) I've loaded Artefact, browsed the code, tried the demos. I've not seen the code for PDF4Smalltalk, because I can't figure out how to browse it without VW. However, looking at the examples at: https://gitorious.org/pdf4smalltalk/pages/Examples I get the (possibly mistaken) impression that the two frameworks do slightly different things, but the final result is a PDF in both cases. Looking at the PDFDemos of Artefact, it's clear how text and tables can be written. However, looking at the PDF4Smalltalk examples, it looks like you have to position the text and tables in your own code. Of course, I may be completely wrong about PDF4Smalltalk, since I've not seen the full code base.

May 2, 2012

Re: [Pharo-project] Multiple worlds

by Henrik Sperre Johansen

On 02.05.2012 16:22, Sean P. DeNigris wrote: > EstebanLM wrote >> I propose to just close the issue... having different words don't seems to >> match with current pharo approach and future envisioned scenarios. >> > What does that mean? For one thing, anybody that's been using TWM (like me) > has had multiple worlds already since 1.3. Also, the code is extremely > minimal (and could even be reduced a little more if that's the issue). > Finally, this is a powerful feature... think OS X Spaces... > > Sean > +1. Multiple worlds as per traditional morphic worlds = separate desktops containing different morphs, different change sets, separate other bits of state, fileOut/in of said state using image segments, various intertwingeling here and there to make it tick. Multiple worlds as proposed in the issue = separate desktops containing different morphs. Cheers, Henry

May 2, 2012

Re: [Pharo-project] Multiple worlds

by Esteban Lorenzano

In any case, it doesn't need to be in the core... maybe as part of TWM fits better? Sent from my iPhone On 02/05/2012, at 17:32, "H. Hirzel" <hannes.hirzel(a)gmail.com> wrote: > Thanks Sean for pointing this out. > > And is it possible to work with TWM in a way that you just use the > multiple worlds option, not the tiling mechanism? > > --Hannes > > On 5/2/12, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> EstebanLM wrote >>> >>> I propose to just close the issue... having different words don't seems >>> to >>> match with current pharo approach and future envisioned scenarios. >>> >> >> What does that mean? For one thing, anybody that's been using TWM (like me) >> has had multiple worlds already since 1.3. Also, the code is extremely >> minimal (and could even be reduced a little more if that's the issue). >> Finally, this is a powerful feature... think OS X Spaces... >> >> Sean >> >> -- >> View this message in context: >> http://forum.world.st/Multiple-worlds-tp4603200p4603357.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> >

May 2, 2012

Re: [Pharo-project] Multiple worlds

by H. Hirzel

Thanks Sean for pointing this out. And is it possible to work with TWM in a way that you just use the multiple worlds option, not the tiling mechanism? --Hannes On 5/2/12, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > EstebanLM wrote >> >> I propose to just close the issue... having different words don't seems >> to >> match with current pharo approach and future envisioned scenarios. >> > > What does that mean? For one thing, anybody that's been using TWM (like me) > has had multiple worlds already since 1.3. Also, the code is extremely > minimal (and could even be reduced a little more if that's the issue). > Finally, this is a powerful feature... think OS X Spaces... > > Sean > > -- > View this message in context: > http://forum.world.st/Multiple-worlds-tp4603200p4603357.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

May 2, 2012

Re: [Pharo-project] Multiple desktops

by Henrik Sperre Johansen

On 02.05.2012 15:40, H. Hirzel wrote: > How come? > > Maybe I should have chosen 'Multiple desktops' as the subject line. > > I just downloaded Pharo 1.4 a few days ago and with only one screen I > feel quickly limited. > > How are people dealing with this? > > Having different desktops for a system is not a uncommon thing at all. > > --Hannes I believe it was integrated into the TilingWindowManager package. It should be loadable through the Metacello Configurations Browser in 1.4, (Tools -> Configuration Browser), though I ran into a #DNU doing that... The monticello repository is http://www.squeaksource.com/TilingWindowManager . Cheers, Henry

May 2, 2012

[Pharo-project] Progress and changes

by Francois Stephany

This year Railsconf keynote reminds me something about Squeak, Pharo and the awesome work of the Pharo team :) http://37signals.com/svn/posts/3171-keynote-by-david-from-railsconf-2012-on…

May 2, 2012

Re: [Pharo-project] OSProcess error in 1.3

by Sean P. DeNigris

David T. Lewis wrote > > Can you please try two things, in this order, and let me know which > one causes the problem to go away? > Thanks, David. I can't reproduce the problem at the moment, but if it pops up again, I'll try those... Sean -- View this message in context: http://forum.world.st/OSProcess-error-in-1-3-tp4602389p4603501.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 2, 2012