- Pharo-dev - lists.pharo.org

Re: [Pharo-project] ballon-help in 1.4

by Hilaire Fernandes

The problem seems to come from Nautilus package loaded from the configuration. It changes both ballon-help text formating and the used font, yes really, the font get narrower. Hilaire Le 25/04/2012 10:25, Hilaire Fernandes a Ã©crit : > Is it only me or do you also experience Ballon-help text looking ugly > again. After some time using the image it got in ugly formating mode. > > > Hilaire -- Dr. Geo -- http://www.drgeo.eu

April 25, 2012

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

by Olivier Auverlot

Hi Damien, this is on my road map ;-) Some practical examples are in the Artefact-Demos category. Olivier Le 25 avr. 2012 Ã 10:18, Damien Cassou a Ã©crit : > Hi Olivier, > > On Wed, Apr 25, 2012 at 10:15 AM, Olivier Auverlot > <olivier.auverlot(a)gmail.com> wrote: >> If you test it, thanks for your remarks and suggestions. > > such a framework makes a lot of sense. Could you please create a few > unit tests or a small web page with examples so everyone can get a > glimpse of the API rapidly? Some examples for the Common Lisp > equivalent are at: www.fractalconcept.com/asp/asdataQuQhZ0XhCuWs > > Best, > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry >

April 25, 2012

[Pharo-project] ballon-help in 1.4

by Hilaire Fernandes

Is it only me or do you also experience Ballon-help text looking ugly again. After some time using the image it got in ugly formating mode. Hilaire -- Dr. Geo -- http://www.drgeo.eu

April 25, 2012

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

by Damien Cassou

Hi Olivier, On Wed, Apr 25, 2012 at 10:15 AM, Olivier Auverlot <olivier.auverlot(a)gmail.com> wrote: > If you test it, thanks for your remarks and suggestions. such a framework makes a lot of sense. Could you please create a few unit tests or a small web page with examples so everyone can get a glimpse of the API rapidly? Some examples for the Common Lisp equivalent are at: www.fractalconcept.com/asp/asdataQuQhZ0XhCuWs Best, -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

April 25, 2012

[Pharo-project] Artefact - a PDF framework

by Olivier Auverlot

Hi, I work actually on a PDF framework for Pharo. MCHttpRepository location: 'http://www.squeaksource.com/artefact' user: '' password: '' My project is in progress and many things are not finalized (no documentation, not enough unit tests, etc.). But, you can produce PDF documents with metadata, multiple page formats in a same document, draw tables, write text and paragraphs, play with colors and grey levels. If you test it, thanks for your remarks and suggestions. Best regards Olivier ;-) www.auverlot.fr

April 25, 2012

Re: [Pharo-project] STON (was Re: SimpleLiteralArray Spec)

by Herby VojÄÃk

Ben Coman wrote: > Sven Van Caekenberghe wrote: > The human readability is a strong point of JSON & STON, but is there any > requirement for "human edit-ability" by which I mean in a text editor? > In which case the referencing objects by counting "OrderedCollection [ > Point [1, 2], @2, @2 ]" would be fragile, since insertion of an object > via text editor would offset all references. Something like > "OrderedCollection@1 [ Point@2 [1, 2], @2, @2 ]" would be more robust. > However if you expect to never need to edit the STON file in a text > editor, this point is mute. Shouldn't relative numbering help here? Not a bulletproof solution, but for simple changes, it suffices. > The downside of this idea is a bit more cluttered look. However I notice > that evaluating #123 in Workspace returns an integer rather than a > ByteSymbol. So it would seem that #123 would never be written out in > STON format (from Pharo), which means "OrderedCollection#1 [ Point#2 [1, > 2], #2, #2 ]" might be a less cluttered option, or perhaps a mix like > "OrderedCollection#1 [ Point#2 [1, 2], @2, @2 ]" doesn't detract too > much from readability. > > Actually I think this enhances readability anyhow, since if there are a > lot of object references in the STON file, in a text viewer I would have > to need to manually count them to follow the references. > > cheers -ben Herby

April 25, 2012

Re: [Pharo-project] Athens & SVG (was: Re: new icon set )

by phil＠highoctane.be

Cool. I will be able to use my InkScape skills with Pharo :-) Phil 2012/4/25 Igor Stasenko <siguctua(a)gmail.com> > cant resist.. one more ;) > this one is piece of art. > > and it works, however i have to manually set the surface dimensions, > because svg file > does not specifying any width/height.. > which by default is 100% by 100% .. > so i have to implement a bounding box calculator to know which size > svg can fit into. > > The file took from this page: > http://croczilla.com/bits_and_pieces/svg/samples/ > > > On 25 April 2012 08:33, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > Yummy ! > > > > On 25 Apr 2012, at 07:59, Igor Stasenko wrote: > > > >> .. and , of course, some screenshots for thirsty people ;) > >> <Screen Shot 2012-04-25 at 7.52.02 AM.png><Screen Shot 2012-04-25 at > 7.58.34 AM.png> > > > > > > > > -- > Best regards, > Igor Stasenko. > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 25, 2012

Re: [Pharo-project] How to declare Zinc/FS dependency in Metacello Configuration for 1.4

by Mariano Martinez Peck

Francios, please read the metacello chapter. What you ask is 1.11 Platform specific package cheers On Wed, Apr 25, 2012 at 2:00 AM, Dale Henrichs <dhenrich(a)vmware.com> wrote: > Haha, no problem at all ... glad to help:) > > Dale > > ----- Original Message ----- > | From: "Francois Stephany" <tulipe.moutarde(a)gmail.com> > | To: pharo-project(a)lists.gforge.inria.fr > | Sent: Tuesday, April 24, 2012 4:53:21 PM > | Subject: Re: [Pharo-project] How to declare Zinc/FS dependency in > Metacello Configuration for 1.4 > | > | Haha you made my day Dale! > | I didn't know that you coul specify #'pharo1.3.x' in the baseline. > | That's exactly what I was looking for. > | > | Sorry for the noise! > | > | On 24/04/12 16:49, Dale Henrichs wrote: > | > spec for: #'pharo1.3.x' do: [ > | > spec project: 'Zinc' with: [ > | > spec > | > className: 'ConfigurationOfZinc'; > | > versionString: #'stable'; > | > repository: 'http://www.squeaksource.com/Metacel > | > | > > -- Mariano http://marianopeck.wordpress.com

April 25, 2012

Re: [Pharo-project] Editor focus & hotkeys

by Benjamin

On Apr 25, 2012, at 5:45 AM, blake wrote: >> >> Benjamin Van Ryseghem-2 wrote >>> >>> right arrow :) >>> >> >> Hmm... why not tab? Because left is easier than shift tab :) but I can fix that ;) >> Kind of the gold standard. Also, it's not consistent >> because left doesn't go back (and obviously can't if you're in the middle >> somewhere). It should work :s (and I do not understand why it couldn't ?) >> Maybe both (could be nice to have a left and right hand option >> on the keyboard)? Probably what I will do ;) > > No, don't change it! Now I know the secret! Others should have to > suffer as well! :-) Nice approach LOL That's why I do not comment my code :) It was hard to write, it should be hard to read ^^ > >> Also, it'd be nice if the first element in the list is automatically >> selected when the focus goes there. The border is hard to see (maybe a >> different issue) and it makes for smoother navigation (like Mac finder). > > Yeah, it's really challenging to figure out where your key presses are gonna go. > But selecting the first element change the current state, and it's disturbing that the selection changes just by navigating through panes :s Thank both of you for your feedback :) Ben > ===Blake=== >

April 25, 2012

Re: [Pharo-project] Error at startup with the NonInteractiveUIManager

by Mariano Martinez Peck

On Wed, Apr 25, 2012 at 7:12 AM, Francois Stephany < tulipe.moutarde(a)gmail.com> wrote: > Hi there, > > I have a problem when trying to start an application on a linux server > with the latest cogvm (2550) and Pharo 1.4-14438. > > > ==== Startup Error: PrimitiveFailed: primitive #primGetPosition: in >> MultiByteFileStream failed >> MultiByteFileStream(Object)>>**primitiveFailed: >> MultiByteFileStream(Object)>>**primitiveFailed >> MultiByteFileStream(**StandardFileStream)>>**primGetPosition: >> MultiByteFileStream(**StandardFileStream)>>position >> MultiByteFileStream(**PositionableStream)>>**skipStyleChunk >> MultiByteFileStream(**PositionableStream)>>**fileInAnnouncing: in Block: >> [:bar | ... >> NonInteractiveUIManager(**CommandLineUIManager)>>** >> progressInitiationExceptionDef**aultAction: >> ProgressInitiationException>>**defaultAction >> UndefinedObject>>handleSignal: >> MethodContext(ContextPart)>>**handleSignal: >> Got startup errors: >> PrimitiveFailed: primitive #primGetPosition: in MultiByteFileStream >> failed >> > > > Francois, I think that stacktrace is a problem trying to write into PharoDebug.log ANOTHER problem. So you shuld try to somehow see which is the original error. Cheers > I haven't identified the cause yet but if anybody had that problem before, > i'm all ears ;) > > > Cheers, > Francois > > -- Mariano http://marianopeck.wordpress.com

April 25, 2012