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

Re: [Pharo-project] missing packages in Pharo14 repository

by Marcus Denker

On Jul 4, 2011, at 1:53 PM, Pavel Krivanek wrote: > > So what I will do is > > -> copy the last mcz of each package to the 14 repo > -> change the kernel scripts to load from 14 > > > Well, let us know, I want to see all tests green in reloaded Core :-) > Ok, done... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 4, 2011

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

by Tudor Girba

I attached here the screenshots for the TabMorph label shrinking problem, and for the MorphTreeMorph one. Cheers, Doru On 3 Jul 2011, at 23:33, StÃ©phane Ducasse wrote: > doru could you have screen capture of the problem? > > On Jul 2, 2011, at 11:13 PM, Tudor Girba wrote: > >> 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." >> >> >> >> >> > > -- www.tudorgirba.com "One cannot do more than one can do."

July 4, 2011

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

by Tudor Girba

Ahh, I messed up the issue description. It is the current selection that is not announced, not the contents. Or is there a possibility to get the a notification of the current selection while I am selecting a piece of text? Cheers, Doru On 3 Jul 2011, at 10:13, 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. > > 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 > -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

July 4, 2011

Re: [Pharo-project] [TODO 1.3] Last items to be done this week...

by Marcus Denker

On Jul 4, 2011, at 2:29 PM, Damien Cassou wrote: > On Mon, Jul 4, 2011 at 10:42 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> I vote to not delay... > > I agree. We will release a 1.3.1 when these get fixed > No, we will fix it but not change the version number... there will be just one eternal 1.3 stream of stable fixes. The version numner is the update number (1.3.281, in a way) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 4, 2011

Re: [Pharo-project] [TODO 1.3] Last items to be done this week...

by Damien Cassou

On Mon, Jul 4, 2011 at 10:42 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > I vote to not delay... I agree. We will release a 1.3.1 when these get fixed -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 4, 2011

Re: [Pharo-project] missing packages in Pharo14 repository

by Pavel Krivanek

On Mon, Jul 4, 2011 at 1:48 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jun 30, 2011, at 8:30 AM, Marcus Denker wrote: > > > > > On Jun 29, 2011, at 10:45 PM, Pavel Krivanek wrote: > > > >> Hi Marcus, > >> > >> I guess you are aware of this. I looked at Undeclared in the reloaded > >> Core and I found out that one method that makes it is different in the > >> latest Pharo 1.4 and belongs to newer version of the package > >> (Settings-System v.17). This version is not present in the Pharo > >> repository but what is more interesting - it is not present also in > >> the Pharo14 repository. > >> > > Oh, I will fix... > > > I added the v17 and v19 to the Pharo14 repo... sadly squeaksource > does not let me add it to 14, as it's already on disk, I guess... > > So what I will do is > > -> copy the last mcz of each package to the 14 repo > -> change the kernel scripts to load from 14 > > Well, let us know, I want to see all tests green in reloaded Core :-) -- Pavel -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

July 4, 2011

Re: [Pharo-project] missing packages in Pharo14 repository

by Marcus Denker

On Jun 30, 2011, at 8:30 AM, Marcus Denker wrote: > > On Jun 29, 2011, at 10:45 PM, Pavel Krivanek wrote: > >> Hi Marcus, >> >> I guess you are aware of this. I looked at Undeclared in the reloaded >> Core and I found out that one method that makes it is different in the >> latest Pharo 1.4 and belongs to newer version of the package >> (Settings-System v.17). This version is not present in the Pharo >> repository but what is more interesting - it is not present also in >> the Pharo14 repository. >> > Oh, I will fix... > I added the v17 and v19 to the Pharo14 repo... sadly squeaksource does not let me add it to 14, as it's already on disk, I guess... So what I will do is -> copy the last mcz of each package to the 14 repo -> change the kernel scripts to load from 14 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 4, 2011

[Pharo-project] [TODO 1.3] Last items to be done this week...

by Marcus Denker

Faliling tests: NONE --------------------------- Open bug reports: -------------------------- http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 These are all related to Transcript.. the question is if we delay the release for those? I vote to not delay... Misc things to do: ------------------------ -> update the one-click image -> web site -> announcement -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 4, 2011

Re: [Pharo-project] About locating home

by Igor Stasenko

On 4 July 2011 09:15, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 4, 2011, at 9:11 AM, Damien Cassou wrote: > >> On Sun, Jul 3, 2011 at 4:25 PM, StÃ©phane Ducasse >> <Stephane.Ducasse(a)inria.fr> wrote: >>> FS uses SecurityManager as a fix point to identify home. >>> Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, >>> else any ideas how we can replace the entry point a securityManager? >> >> Here is some words exchanged with Colin: >> >> On Sun, Apr 17, 2011 at 2:36 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>> on my computer, the following >>> FSPlatformResolver forCurrentPlatform home >>> evaluates to >>> /home/cassou/Documents/squeak >>> But I would have thought this would return '/home/cassou' instead. >> >> Hi Damien, >> >> Thanks for the report. Using the SecurityManager is a bit of a hack, >> and it doesn't work on all platforms. I'll see what I can do for the >> next release, but I think the only real way to fix this is through >> platform-specific plugin. > > ... which will take 12 month to appear in the VM. Oh, all but the Windows > VM, of course, because there the Maintainer-who-knows-everything-better-and-needs-to-constantly-show-it > will have the inspiration in the last minute of realizing that "it can be done better", but of Â course he has no time > nor intention of actually doing anything other than blocking everything. > > So: Do not hold your breath. > Well, VM is a kind of artifact (like any software), which needs a constant attention and care. Obviously you cannot foresee everything from very beginning, and implement it, so it is perfect and nothing more to be done and people can just use it. It needs to evolve to satisfy you current needs, and for that you need a person who dedicating most of his time just doing that, because it is really time consuming. It also a problem, because when you changing an image - you got it everywhere. But changing VM is harder , since there are multiple platforms, and some features could be platform-specific. So in addition to knowing the VM internals, you also have to know OS internals as well. So, Markus, it always easy to blame , but try wear those shoes.. and you will see. It's not so simple, especially when this is not your main job (to maintain VM). Of course things could be better. -- Best regards, Igor Stasenko AKA sig.

July 4, 2011

Re: [Pharo-project] About locating home

by Marcus Denker

On Jul 4, 2011, at 9:11 AM, Damien Cassou wrote: > On Sun, Jul 3, 2011 at 4:25 PM, StÃ©phane Ducasse > <Stephane.Ducasse(a)inria.fr> wrote: >> FS uses SecurityManager as a fix point to identify home. >> Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, >> else any ideas how we can replace the entry point a securityManager? > > Here is some words exchanged with Colin: > > On Sun, Apr 17, 2011 at 2:36 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> on my computer, the following >> FSPlatformResolver forCurrentPlatform home >> evaluates to >> /home/cassou/Documents/squeak >> But I would have thought this would return '/home/cassou' instead. > > Hi Damien, > > Thanks for the report. Using the SecurityManager is a bit of a hack, > and it doesn't work on all platforms. I'll see what I can do for the > next release, but I think the only real way to fix this is through > platform-specific plugin. ... which will take 12 month to appear in the VM. Oh, all but the Windows VM, of course, because there the Maintainer-who-knows-everything-better-and-needs-to-constantly-show-it will have the inspiration in the last minute of realizing that "it can be done better", but of course he has no time nor intention of actually doing anything other than blocking everything. So: Do not hold your breath. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

July 4, 2011