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

Re: [Pharo-project] Experiences with 10342

by Mariano Martinez Peck

2009/6/25 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Hi Mariano, > > Mariano Martinez Peck pravi: > > > - right click inside browser raise an exception: > > OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode > > > > Are you sure? This has been fixed. It should be fixed for sure in 10342. > > At least it is here :) > > Can you therefore send me a fix :) Sorry. I read quickly and I thought it was isClassNode not isMethodNode. I cannot reproduce this problem neither in Linux and Windows.

June 25, 2009

Re: [Pharo-project] Experiences with 10342

by Janko MivÅ¡ek

Know anyone a quick and dirty way how to remove methods in this Pharo? Some keyboard shortcut? I really need to delete some methods just spotted in my code... Janko Janko MivÅ¡ek pravi: > Hello Pharoers, > > I just load the 10342-dev and here are my observations: > > - right mouse now works ok by default on my Linux > > - clipboard works mostly well between Linux-Pharo, sometimes it forgets > a new copy on Linux and paste old content instead. But not work yet > between VW (on Linux) and Pharo. But this can be a problem on VW side as > well. It is very annoying while syncing the code between VA and Pharo. > > - right click inside browser raise an exception: > OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode > > - loading from MC is much slower that in, say squeak 3.9 > > - saving MC crashed image (segfault in UUID initalize)! > > - slow response on every user action (mouse click or keyboard press), > specially in browser. This is quite annoying, because it is only app on > my PC with such slow response. And my PC is not slow (3.2MHz). Response > is near 500ms, which is well above acceptable level which is near 200-300ms. > > - default look@feel doesn't look very nice, nor professional on my Linux > with KDE > > - window controls are just the opposite and on the opposite side of the > default one on Linux! This is very annoying and really a show-stopper > IMO, on Linux and also Windows. Can you auto setup the other look@feel > by default here, as you did for swapMouse? > > - renaming just a local method with the same method as in other classes > not possible > - removing such method not work as well (refactor method>remove) > - why refactoring part of right-click menu is not local to method, or > category, or class? > > But don't forget that merits of current Pharo are much bigger than above > shortcomings, so accept those critics as an encouragement to do it even > better! > > Best regards > Janko > > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

June 25, 2009

Re: [Pharo-project] Experiences with 10342

by Janko MivÅ¡ek

Hi Mariano, Mariano Martinez Peck pravi: > - right click inside browser raise an exception: > OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode > Are you sure? This has been fixed. It should be fixed for sure in 10342. > At least it is here :) Can you therefore send me a fix :) > > > - saving MC crashed image (segfault in UUID initalize)! > > > As they said, it also has been fixed in new expuer vm. solved, thanks. > - window controls are just the opposite and on the opposite side of the > default one on Linux! This is very annoying and really a show-stopper > IMO, on Linux and also Windows. Can you auto setup the other look@feel > by default here, as you did for swapMouse? > > > I would really appreciate this feature also. As I don't use Mac this is > weird for me. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

June 25, 2009

Re: [Pharo-project] Experiences with 10342

by Mariano Martinez Peck

> > > - right click inside browser raise an exception: > OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode > Are you sure? This has been fixed. It should be fixed for sure in 10342. At least it is here :) > - saving MC crashed image (segfault in UUID initalize)! As they said, it also has been fixed in new expuer vm. > > - window controls are just the opposite and on the opposite side of the > default one on Linux! This is very annoying and really a show-stopper > IMO, on Linux and also Windows. Can you auto setup the other look@feel > by default here, as you did for swapMouse? I would really appreciate this feature also. As I don't use Mac this is weird for me.

June 25, 2009

Re: [Pharo-project] Moving code: SIF, something else?

by Lukas Renggli

On Thu, Jun 25, 2009 at 6:08 PM, Schwab,Wilhelm K<bschwab(a)anest.ufl.edu> wrote: > Interesting, but that does not (so far) appear to help with code coming from Dolphin. PackageInfo-Exporters in the Seaside repository has exporters for about any dialect, including VAST and Dolphin. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 25, 2009

Re: [Pharo-project] Experiences with 10342

by Janko MivÅ¡ek

Schwab,Wilhelm K pravi: > The UUID initialize snag is a VM defect; rename the UUID plugin _folder_ to work around it. I'm with you on speed; it's a problem. Bill thanks, I just remembered a recent talk about that. After installing new VM it works. Janko > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Janko MivÅ¡ek > Sent: Thursday, June 25, 2009 11:01 AM > To: Pharo Development > Subject: [Pharo-project] Experiences with 10342 > > Hello Pharoers, > > I just load the 10342-dev and here are my observations: > > - right mouse now works ok by default on my Linux > > - clipboard works mostly well between Linux-Pharo, sometimes it forgets a new copy on Linux and paste old content instead. But not work yet between VW (on Linux) and Pharo. But this can be a problem on VW side as well. It is very annoying while syncing the code between VA and Pharo. > > - right click inside browser raise an exception: > OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode > > - loading from MC is much slower that in, say squeak 3.9 > > - saving MC crashed image (segfault in UUID initalize)! > > - slow response on every user action (mouse click or keyboard press), specially in browser. This is quite annoying, because it is only app on my PC with such slow response. And my PC is not slow (3.2MHz). Response is near 500ms, which is well above acceptable level which is near 200-300ms. > > - default look@feel doesn't look very nice, nor professional on my Linux with KDE > > - window controls are just the opposite and on the opposite side of the default one on Linux! This is very annoying and really a show-stopper IMO, on Linux and also Windows. Can you auto setup the other look@feel by default here, as you did for swapMouse? > > - renaming just a local method with the same method as in other classes not possible > - removing such method not work as well (refactor method>remove) > - why refactoring part of right-click menu is not local to method, or category, or class? > > But don't forget that merits of current Pharo are much bigger than above shortcomings, so accept those critics as an encouragement to do it even better! > > Best regards > Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

June 25, 2009

Re: [Pharo-project] Experiences with 10342

by Schwab,Wilhelm K

Janko, The UUID initialize snag is a VM defect; rename the UUID plugin _folder_ to work around it. I'm with you on speed; it's a problem. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Janko MivÅ¡ek Sent: Thursday, June 25, 2009 11:01 AM To: Pharo Development Subject: [Pharo-project] Experiences with 10342 Hello Pharoers, I just load the 10342-dev and here are my observations: - right mouse now works ok by default on my Linux - clipboard works mostly well between Linux-Pharo, sometimes it forgets a new copy on Linux and paste old content instead. But not work yet between VW (on Linux) and Pharo. But this can be a problem on VW side as well. It is very annoying while syncing the code between VA and Pharo. - right click inside browser raise an exception: OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode - loading from MC is much slower that in, say squeak 3.9 - saving MC crashed image (segfault in UUID initalize)! - slow response on every user action (mouse click or keyboard press), specially in browser. This is quite annoying, because it is only app on my PC with such slow response. And my PC is not slow (3.2MHz). Response is near 500ms, which is well above acceptable level which is near 200-300ms. - default look@feel doesn't look very nice, nor professional on my Linux with KDE - window controls are just the opposite and on the opposite side of the default one on Linux! This is very annoying and really a show-stopper IMO, on Linux and also Windows. Can you auto setup the other look@feel by default here, as you did for swapMouse? - renaming just a local method with the same method as in other classes not possible - removing such method not work as well (refactor method>remove) - why refactoring part of right-click menu is not local to method, or category, or class? But don't forget that merits of current Pharo are much bigger than above shortcomings, so accept those critics as an encouragement to do it even better! Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 25, 2009

Re: [Pharo-project] Moving code: SIF, something else?

by Schwab,Wilhelm K

Interesting, but that does not (so far) appear to help with code coming from Dolphin. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Lukas Renggli Sent: Thursday, June 25, 2009 10:59 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Moving code: SIF, something else? > Any preferences for moving code between dialects? Monticello. It is natively supported on Squeak, Pharo, GemStone and VisualWorks. Lukas -- 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

June 25, 2009

[Pharo-project] Experiences with 10342

by Janko MivÅ¡ek

Hello Pharoers, I just load the 10342-dev and here are my observations: - right mouse now works ok by default on my Linux - clipboard works mostly well between Linux-Pharo, sometimes it forgets a new copy on Linux and paste old content instead. But not work yet between VW (on Linux) and Pharo. But this can be a problem on VW side as well. It is very annoying while syncing the code between VA and Pharo. - right click inside browser raise an exception: OBTextSelection(Object)>>doesNotUnderstand: #isMethodNode - loading from MC is much slower that in, say squeak 3.9 - saving MC crashed image (segfault in UUID initalize)! - slow response on every user action (mouse click or keyboard press), specially in browser. This is quite annoying, because it is only app on my PC with such slow response. And my PC is not slow (3.2MHz). Response is near 500ms, which is well above acceptable level which is near 200-300ms. - default look@feel doesn't look very nice, nor professional on my Linux with KDE - window controls are just the opposite and on the opposite side of the default one on Linux! This is very annoying and really a show-stopper IMO, on Linux and also Windows. Can you auto setup the other look@feel by default here, as you did for swapMouse? - renaming just a local method with the same method as in other classes not possible - removing such method not work as well (refactor method>remove) - why refactoring part of right-click menu is not local to method, or category, or class? But don't forget that merits of current Pharo are much bigger than above shortcomings, so accept those critics as an encouragement to do it even better! Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

June 25, 2009

Re: [Pharo-project] Moving code: SIF, something else?

by Lukas Renggli

> Any preferences for moving code between dialects? Monticello. It is natively supported on Squeak, Pharo, GemStone and VisualWorks. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

June 25, 2009