July 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14025

by Marcus Denker

14025 ----- Issue 4492: move class CornerRounder close to users http://code.google.com/p/pharo/issues/detail?id=4492 Issue 4494: remove PNMReadWriter http://code.google.com/p/pharo/issues/detail?id=4494 Issue 4490: Deprecated12 code is still there http://code.google.com/p/pharo/issues/detail?id=4490 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 3, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by Lukas Renggli

>>> - PluggableTextMorph does not provide a means for clients to know when the text has changed >> >> aPluggableTextEditorMorph autoAccept: true > > That is not the same. I want a notification from the PluggableTextMorph to tell me that the text changed, so that I can update the an external client. You'll get an accept notification for each key press. There is also an option to automatically send a accept notification when the text field looses focus. Alternatively you can directly hook into the morphic #eventHandler and get notified about #keystroke, #keyDown, #keyUp, ... Lukas -- Lukas Renggli www.lukas-renggli.ch

July 3, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by Tudor Girba

Hi, On 3 Jul 2011, at 09:54, Lukas Renggli wrote: >> - PluggableTextMorph does not provide a means for clients to know when the text has changed > > aPluggableTextEditorMorph autoAccept: true That is not the same. I want a notification from the PluggableTextMorph to tell me that the text changed, so that I can update the an external client. >> - TabMorph does not provide a means for client to know when the tab has changed > > Sure, become a dependent of the #tabSelectorMorph and it will trigger > a change #selectedIndex whenever the tab changes. > > Alternatively you could use a deticated panel that notices when it is > attached into the Morphic tree (owner is set). Good point. I will look at that. >> - The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title. > > Grease has a method called String>>#truncate:ellipsis:. For perfect > results you might want to specify the width in pixels not characters, > but that could be easily added using AbstractFont>>#widthOfString:. Nice. It still has to be integrated in TabMorph. Cheers, Doru > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

July 3, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by Marcus Denker

>> > > Grease has a method called String>>#truncate:ellipsis:. Which reminds me that we should think about merging the useful extensions of Grease into Pharo... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 3, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by Lukas Renggli

> - PluggableTextMorph does not provide a means for clients to know when the text has changed aPluggableTextEditorMorph autoAccept: true > - TabMorph does not provide a means for client to know when the tab has changed Sure, become a dependent of the #tabSelectorMorph and it will trigger a change #selectedIndex whenever the tab changes. Alternatively you could use a deticated panel that notices when it is attached into the Morphic tree (owner is set). > - The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title. Grease has a method called String>>#truncate:ellipsis:. For perfect results you might want to specify the width in pixels not characters, but that could be easily added using AbstractFont>>#widthOfString:. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 3, 2011

Re: [Pharo-project] [Moose-dev] Re: GLMTextualPresentation background color

by Tudor Girba

Hi, Here are some issues: - PluggableTextMorph does not provide a means for clients to know when the text has changed - TabMorph does not provide a means for client to know when the tab has changed - The label of a TabMorph should shrink to fit the space. Right now a tab with a large title will expand the bounds of the tab. I would like to have the possibility to limit the size of the title to the size of the contents. Ideally, there should be some abbreviation (with ...) of the title. - the MorphTreeMorph does not expand the embedded morphs horizontally. Currently it inherits from ScrollPane. I think it would be great to get it inherit from GeneralScrollPane. Or maybe there is a better solution. Cheers, Doru On 2 Jul 2011, at 12:57, StÃ©phane Ducasse wrote: > I would like to get a list of important things to fix in the UI > I have > - in place item list edit (we should be able to change the protocol of a method by clicking on the list item) > - fixed layout (problem of the expansion in glamour) > - seeing only what is shown when typing (you type on a list = it shows you the matching items) > > Coudl you report the list of what is urgently needed in the pharo mailing-list? > > Stef > > On Jul 1, 2011, at 10:13 PM, Lukas Renggli wrote: > >>> 2. Perhaps you can take a shorter route and build a model of a simply text with zones that have styles and actions. Then we integrate this in the rendering. >> >> FYI: In Helvetia-Core there is a class called CHHighlightAttribute >> that can highlight the background, as well as draw bitmap borders >> (e.g. wiggled lines) around (left, right, bottom, top) the text. The >> only problem is that a solid background will hide the text selection. >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- www.tudorgirba.com "Every thing has its own flow."

July 2, 2011

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July

by Marcus Denker

On Jul 2, 2011, at 7:45 PM, StÃ©phane Ducasse wrote: > Hi guys > > I'm preparing the sprint and I would like to know who is attending. > http://rmod.lille.inria.fr/ for the location. > > I added it to http://code.google.com/p/pharo/wiki/PharoSprints -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Marcus Denker

On Jul 2, 2011, at 7:50 PM, StÃ©phane Ducasse wrote: > Yes this was reported in the mailing-list because stupidly we changed the api of transcript. > normally this is juste the postload action. . we should add the method for "Transcript open"... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 2, 2011

Re: [Pharo-project] Starting with 1.2.1 - Slow installing packages

by Mariano Martinez Peck

Stef is right. Read: http://forum.world.st/Pharo-One-Click-1-3-update-13279-with-Glorp-tp3634002… On Sat, Jul 2, 2011 at 7:54 PM, Giuseppe Luigi Punzi <glpunzi(a)lordzealon.com > wrote: > El 02/07/2011 19:50, StÃ©phane Ducasse escribiÃ³: > > Yes this was reported in the mailing-list because stupidly we changed the >> api of transcript. >> normally this is juste the postload action. >> Stef >> >> On Jul 2, 2011, at 7:46 PM, Giuseppe Luigi Punzi wrote: >> >> Was Doing: > ConfigurationOfGlorpDBX project latestVersion load: 'All with PostgreSQL > native'. > > I will try if works otherwise, thanks. > > -- Mariano http://marianopeck.wordpress.com

July 2, 2011

Re: [Pharo-project] ConfigurationOfKeymapping and workspace bug

by Guillermo Polito

Fixed in version 1.9! Now I think I should've only updated 1.8... On Wed, Jun 29, 2011 at 6:05 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Sweet. Thanks! > > > On Wed, Jun 29, 2011 at 5:59 PM, laurent laffont < > laurent.laffont(a)gmail.com> wrote: > >> Hi Guillermo, >> >> in Pharo 1.3 with Keymapping 1.8 loaded: >> >> >> Open a workspace. >> Evaluate 2/0 => debugger opens, close it. >> >> Now try to type something else in workspace, it always pops up the >> debugger trying to evaluate 2/0. >> >> Laurent. >> >> >

July 2, 2011