August 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] keyboard shortcut open a warning

by Mariano Martinez Peck

On Tue, Aug 4, 2009 at 2:41 PM, Marcus Denker <denker(a)acm.org> wrote: > > On 01.08.2009, at 18:19, Mariano Martinez Peck wrote: > > > > > > > On Sat, Aug 1, 2009 at 10:28 AM, Marcus Denker <denker(a)acm.org> wrote: > > On Friday, July 31, 2009, StÃ©phane Ducasse > > <stephane.ducasse(a)inria.fr> wrote: > > > may be we should simply remove that item. > > > menu > > > system > > > keyboard shortcuts > > > > yes > > > > why? is there other way newbie and not so newbie people can see the > > list of shortcuts? Using the mouse is ugly for me and I try to use > > shortcut as much as possible. > > > > Can you add a bugtracker entry for having some documentation/help > menu? Done: http://code.google.com/p/pharo/issues/detail?id=1042 > The problem with the shortcuts was that in itself, it > was a bit lonly... but mayne a real help menu would make sense. > > Marcus > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 5, 2009

Re: [Pharo-project] Blinking Cursor - (WAS: Enhanced StrikeFonts (antiAliasing , subPixel AA))

by Mariano Martinez Peck

2009/8/5 Torsten Bergmann <astares(a)gmx.de> > Hi there, > > attached is a "blinking cursor" implementation for Pharo > ported/inspired from/by the Morphic Text improvements done by Andreas [1]. > Hi! I just tested and seems nice! The only weird thing I found is that the cursor still blinks when moving it. I think I must only blink when it is stop. What do you think? > > The more general question I have is: > is it "legally" possible to port and include stuff like this from the > new "squeak trunk" into pharo? Andreas is not (yet) on the list of > License Agreement Signers. > > Does anyone know if the new "squeak trunk" is already MIT license? > > Thanks > Torsten > > [1] > http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-August/138025.h… > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 5, 2009

Re: [Pharo-project] [ANN] Pharo 1.0 Beta

by StÃ©phane Ducasse

excellent! for the color enh please generate a thread like that we can do something after. Stef On Aug 5, 2009, at 2:07 PM, Henrik Johansen wrote: > Will do! > Submitted Issue 1041 as a simple case where an (unneccessary) > primitive failure happens. > If a similar slowdown is experienced in f.ex. the fallback bitblt code > used in font rendering, it might be worth investigating what exactly > causes it to fail. > > Fallback code isn't always a good thing when everything still works as > expected, but cause performance hits that add up over time, and are > hard to track down :) > > Cheers, > Henry > > > > > On Aug 5, 2009, at 9:42 27AM, StÃ©phane Ducasse wrote: > >> Hi henrik >> >> what I suggest is: cut your messages into smaller ones so that we can >> get multiple and clear >> thread. Then enter bug items when needed. >> >> Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 5, 2009

Re: [Pharo-project] [ANN] Pharo 1.0 Beta

by Henrik Johansen

Will do! Submitted Issue 1041 as a simple case where an (unneccessary) primitive failure happens. If a similar slowdown is experienced in f.ex. the fallback bitblt code used in font rendering, it might be worth investigating what exactly causes it to fail. Fallback code isn't always a good thing when everything still works as expected, but cause performance hits that add up over time, and are hard to track down :) Cheers, Henry On Aug 5, 2009, at 9:42 27AM, StÃ©phane Ducasse wrote: > Hi henrik > > what I suggest is: cut your messages into smaller ones so that we can > get multiple and clear > thread. Then enter bug items when needed. > > Stef

Aug. 5, 2009

Re: [Pharo-project] merging latest polymorph

by StÃ©phane Ducasse

Ok I will try What I did was to click on all the use incoming version and at the end (at 5 left items) it just looped for ever. I had the redo the use incoming version but the number of conflicts stayed the same for ever 5. So far I could merge Polymorph-Widgets-gvc.70 but not Polymorph- Widgets-gvc.71 Stef On Aug 5, 2009, at 12:08 PM, Damien Cassou wrote: > On Wed, Aug 5, 2009 at 11:18 AM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >> Hi adrian >> >> I got some problems when merging the latest polymorph (_ fixes). >> I got conflicts when there should be none. I simply got revision >> changed. >> Did you already experience that? > > You may want to try _loading_ again the version from the Pharo > repository and then _merging_ with the other repository. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 5, 2009

Re: [Pharo-project] merging latest polymorph

by Damien Cassou

On Wed, Aug 5, 2009 at 11:18 AM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > Hi adrian > > I got some problems when merging the latest polymorph (_ fixes). > I got conflicts when there should be none. I simply got revision > changed. > Did you already experience that? You may want to try _loading_ again the version from the Pharo repository and then _merging_ with the other repository. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Aug. 5, 2009

Re: [Pharo-project] file dialog

by Tudor Girba

Hi again, On the same topic, what is the invocation to open a dialogue that allows for saving files? Cheers, Doru On 5 Aug 2009, at 10:26, Tudor Girba wrote: > Thanks Mariano, > > The following code works: > > UIManager default > chooseFileMatching: #('mse') > label: 'Import model from MSE file.'. > > The problem is indeed that you have to pass a valid set of extensions, > so * is not allowed. Anyway, it works for the moment but perhaps it > should be changed to: > > FileDialogWindow>>validExtensions: aList > "Set the filter for the files to be those with the given > extensions." > > aList notEmpty > ifTrue: [self defaultExtension: aList first]. > self fileSelectionBlock: [:de | > de isDirectory > ifTrue: [self showDirectoriesInFileList] > ifFalse: [(self fileNamePattern match: de name) and: [ > aList contains: [:each | each match: > (FileDirectory extensionFor: > de name asLowercase) ] ]]] > > On the other hand the fileNamePattern seems to already have the job of > filtering, so I do not really understand why we need aList. > > Cheers, > Doru > > On 5 Aug 2009, at 09:39, StÃ©phane Ducasse wrote: > >> if you have a fix tag it 1.0 ;) >> >> Stef >> >> On Aug 5, 2009, at 12:56 AM, Mariano Martinez Peck wrote: >> >>> >>> >>> On Tue, Aug 4, 2009 at 7:32 PM, Tudor Girba <girba(a)iam.unibe.ch> >>> wrote: >>> Hi, >>> >>> I need to load a file from the disk. >>> >>> I am invoking: >>> UIManager default >>> chooseFileMatching: '*.mse' >>> label: 'Import model from MSE file.'. >>> >>> The problem is that I do not see any files, even though I have files >>> with .mse ending in the directory. Also, even if I pass '*.*' I >>> still >>> cannot see the files (only the directories). >>> >>> Could anyone tell me what I am doing wrong? >>> >>> I could reproduce it and debugging I noticed that >>> >>> FileDialogWindow>>validExtensions: aList >>> "Set the filter for the files to be those with the given >>> extensions." >>> >>> aList notEmpty >>> ifTrue: [self defaultExtension: aList first]. >>> self fileSelectionBlock: [:de | >>> de isDirectory >>> ifTrue: [self showDirectoriesInFileList] >>> ifFalse: [(self fileNamePattern match: de name) and: [ >>> aList includes: (FileDirectory extensionFor: >>> de name asLowercase)]]] >>> >>> >>> I think there can be a problem with this method. Here, aList will be >>> '*.*' and as you can imagine that string doesn't includes any of the >>> extensions. Perhaps we can change that include for a match: or >>> something like that. To see this, remove the line >>> aList includes: (FileDirectory extensionFor: de name asLowercase >>> >>> and you will see that now all the files are shown. >>> >>> we should open a ticket but I don't know if this should be 1.0 tag >>> >>> best, >>> >>> Mariano >>> >>> >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "Next time you see your life passing by, say 'hi' and get to know >>> her." >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "What is more important: To be happy, or to make happy?" > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- www.tudorgirba.com "Some battles are better lost than fought."

Aug. 5, 2009

Re: [Pharo-project] Pharo responseless when debugger steps into DNU in Seaside app

by Johan Brichau

I managed to trace the problem to the following: After rendering the stack trace of the DNU in the browser, the EscapeContinuation terminates the thisContext and unwinds the stack. After this, the execution resumes in the #withEscapeContinuation: method, essentially ending up executing "Processor terminateActive" in the bottom stack frame (execution record of #newProcess), upon which the system freezes. If you execute all code just up to the "Processor terminateActive", you can again hit the debug link in the browser to open a debugger with the DNU. On 05 Aug 2009, at 10:07, Johan Brichau wrote: > Hi Lukas, > > No, this is Seaside2.8a1-pmm.593 (which is included in the Pharo > download image) > > On 05 Aug 2009, at 10:01, Lukas Renggli wrote: > >> What version of Seaside is this? >> >> There are several debugger related bugs in Seaside 2.9a4: >> <http://code.google.com/p/seaside/issues/list?q=debugger>. >> >> Lukas >> >> 2009/8/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >>> On Aug 4, 2009, at 8:33 PM, Johan Brichau wrote: >>> >>>> Hi everyone, >>>> >>>> I'm getting a problem debugging Seaside applications in latest >>>> Pharo. >>>> >>>> When stepping with the debugger through the execution of a seaside >>>> application and encountering a message not understood, the entire >>>> Pharo system freezes and is totally unresponsive. It does not show >>>> that a DNU occurs, it simply becomes unresponsive when trying to >>>> step >>>> over the message that does not exist. I have to force quit. >>>> >>>> The problem can easily be recreated by changing a seaside >>>> component's >>>> render method such that a DNU occurs. Next, choose to debug the >>>> problem and restart the context. Now start stepping through the >>>> method >>>> and the system freezes when you try to step into the message that >>>> is >>>> not understood. The system freezes and does not show you a DNU. >>>> >>>> It seems to be a Pharo-Seaside problem since I do not have the same >>>> problem when doing this outside of Seaside applications. >>>> >>>> I'm using Pharo 09.7.5 (with seaside) and did a system update just >>>> now. >>>> >>>> I'm trying to drill down to the source of the problem but if anyone >>>> has any ideas.... >>> >>> Thanks this is important. >>> Can you open a bug entry report? >>> I go some problem with the system not been able to spawn a debugger >>> but I was waiting to get the beta version. >>> >>> Stef >>> >>>> >>>> ---------------------------- >>>> Johan Brichau >>>> johan.brichau(a)uclouvain.be >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ---------------------------- > Johan Brichau > johan.brichau(a)uclouvain.be > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ---------------------------- Johan Brichau johan.brichau(a)uclouvain.be

Aug. 5, 2009

[Pharo-project] merging latest polymorph

by StÃ©phane Ducasse

Hi adrian I got some problems when merging the latest polymorph (_ fixes). I got conflicts when there should be none. I simply got revision changed. Did you already experience that? Stef

Aug. 5, 2009

Re: [Pharo-project] Blinking Cursor - (WAS: Enhanced StrikeFonts (antiAliasing , subPixel AA))

by Serge Stinckwich

2009/8/5 Torsten Bergmann <astares(a)gmx.de>: > Hi there, > > attached is a "blinking cursor" implementation for Pharo > ported/inspired from/by the Morphic Text improvements done by Andreas [1]. > > The more general question I have is: > is it "legally" possible to port and include stuff like this from the > new "squeak trunk" into pharo? Andreas is not (yet) on the list of > License Agreement Signers. > > Does anyone know if the new "squeak trunk" is already MIT license? Yes, every code submitted to squeak trunk is under MIT licence. Written here : http://squeakboard.wordpress.com/2009/07/02/a-new-community-development-mod… -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Aug. 5, 2009