- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Morphic

by StÃ©phane Ducasse

On Sep 20, 2010, at 9:45 PM, Chris Muller wrote: > Hi Hilaire, I'm not sure if you meant "thrust" or "trust" but... :) :) > I still develop for Pharo, but one of my concerns has been the short > time between releases. It means there is not much time for a stable, > proven Pharo foundation to form before it is abandoned already. I would not call it abandoned. Because this is not abandoned. Now the system is in such a state even if we are working a lot that we must change it. I do not like to live with duplicated code. I thought we fixed most of it. Or a texteditor/compiler from 30 years ago, even if the age is not a problem :). Did you get that many changes impacting you between 1.0 and 1.1? For example inceptive worked a lot with 1.0 and recently moved to 1.1. I do not know what is their experience but it seems to be good from their side and their application is really sexy and demanding. We do not want to have long release cycle because we get more beta phases where effort is on stabilization and feedback. With longer periods we would be too much alone hacking and people waiting to try the new one. So I think that this is nice tension. Two/Three releases per year give 3 months minimum of beta phase. Now you can also skipped on release on two. > Combined with the Pharo philosophy about backward compatibility, I am > quite nervous that Magma is going to get "stuck" in some "old" (what, > 3 months?!) version of Pharo that never had much time to gestate in > the first place.. I think that the pace of changes will probably slow down. Now what I see with Moose and moose is complex (using AST and other internal parts is that it took 1 day to migrate it). In addition, we will not change for the sake of it but there are still really places that should be changed. I think that magma can gain benefit of the bytecode rewriting library marcus will migrate on top of Opal. In addition I would really like to have more bits so that we can nicely have an immutability bit. And I imagine that the write barrier would benefit greatly of it. > > - Chris > > PS - Congratulations on your latest Dr. Geo. > > > 2010/9/20 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: >> Le 20/09/2010 17:50, Levente Uzonyi a Ã©crit : >>> On Sat, 18 Sep 2010, Hilaire Fernandes wrote: >>> >>>> Really I don't understand CUIS long term objective, why this work is not >>>> done in Pharo? They share the same vision. >>> >>> You could ask the same question with Pharo and Squeak instead of Cuis >>> and Pharo, couldn't you? >> >> No, I can't. >> >> Pharo provides me a clear vision I can thrust: a Smalltalk environment >> to build third party applications (ie makes my developer life easier). >> Squeak does not provide me this thrust nor indication of that direction. >> You can object it is matter of point of view, I will object it is a >> matter of ressources you can allocate to write an application. Mine are >> limited: I start writing DrGeo under Squeak, then I continued with >> Pharo. I can really fell the difference: nice Widgets, cleaner system I >> can understand, ease to integrate changes/improvements upstream. All in >> all, I get the job done more nicely from my perspective. >> >> In the past, project got hudge resources (ie Sophie), this project >> failed to give back to the community in a proper way. Was it because >> Squeak defunct development model? I think so. IMHO, Pharo is trying to >> fix that, and this is terribly important for a community. >> >> Now, Squeak model of development is may be different, so it may not >> happen again, I don't know. >> >>> IMHO the reason is having total control and that's the same reason why >>> Pharo was created. >> >> This does not matter. >> >> Hilaire >> >> -- >> Dr. Geo, to discover geometry on Linux, Windows, MAC and XO >> http://community.ofset.org/index.php/DrGeo >> >> >> _______________________________________________ >> 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

Sept. 20, 2010

Re: [Pharo-project] HwaJong Oh

by StÃ©phane Ducasse

Now I'm curious since I was running around during the show us your project session. Stef

Sept. 20, 2010

Re: [Pharo-project] [squeak-dev] Morphic

by Igor Stasenko

On 20 September 2010 22:45, Chris Muller <asqueaker(a)gmail.com> wrote: > Hi Hilaire, I'm not sure if you meant "thrust" or "trust" but... Â :) > I still develop for Pharo, but one of my concerns has been the short > time between releases. Â It means there is not much time for a stable, > proven Pharo foundation to form before it is abandoned already. > > Combined with the Pharo philosophy about backward compatibility, I am > quite nervous that Magma is going to get "stuck" in some "old" (what, > 3 months?!) version of Pharo that never had much time to gestate in > the first place.. > Fear not, Chris. Magma were always on my radar since i first seen it. And i seen many other people mentioned Magma. And i understand, that many Pharoers use it or want to use it in future, so there is no chance that such important project will be left behind unattended. It may be slower than other solutions, but with release of Cog, i think, it is now time to kick some ass :) > Â - Chris > > PS - Congratulations on your latest Dr. Geo. > > > 2010/9/20 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: >> Le 20/09/2010 17:50, Levente Uzonyi a Ã©crit : >>> On Sat, 18 Sep 2010, Hilaire Fernandes wrote: >>> >>>> Really I don't understand CUIS long term objective, why this work is not >>>> done in Pharo? They share the same vision. >>> >>> You could ask the same question with Pharo and Squeak instead of Cuis >>> and Pharo, couldn't you? >> >> No, I can't. >> >> Pharo provides me a clear vision I can thrust: a Smalltalk environment >> to build third party applications (ie makes my developer life easier). >> Squeak does not provide me this thrust nor indication of that direction. >> You can object it is matter of point of view, I will object it is a >> matter of ressources you can allocate to write an application. Mine Â are >> limited: I start writing DrGeo under Squeak, then I continued with >> Pharo. I can really fell the difference: nice Widgets, cleaner system I >> can understand, ease to integrate changes/improvements upstream. All in >> all, I get the job done more nicely from my perspective. >> >> In the past, project got hudge resources (ie Sophie), this project >> failed to give back to the community in a proper way. Was it because >> Squeak defunct development model? I think so. IMHO, Pharo is trying to >> fix that, and this is terribly important for a community. >> >> Now, Squeak model of development is may be different, so it may not >> happen again, I don't know. >> >>> IMHO the reason is having total control and that's the same reason why >>> Pharo was created. >> >> This does not matter. >> >> Hilaire >> >> -- >> Dr. Geo, to discover geometry on Linux, Windows, MAC and XO >> http://community.ofset.org/index.php/DrGeo >> >> >> _______________________________________________ >> 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 -- Best regards, Igor Stasenko AKA sig.

Sept. 20, 2010

Re: [Pharo-project] [squeak-dev] Morphic

by Chris Muller

Hi Hilaire, I'm not sure if you meant "thrust" or "trust" but... :) I still develop for Pharo, but one of my concerns has been the short time between releases. It means there is not much time for a stable, proven Pharo foundation to form before it is abandoned already. Combined with the Pharo philosophy about backward compatibility, I am quite nervous that Magma is going to get "stuck" in some "old" (what, 3 months?!) version of Pharo that never had much time to gestate in the first place.. - Chris PS - Congratulations on your latest Dr. Geo. 2010/9/20 Hilaire Fernandes <hilaire.fernandes(a)gmail.com>: > Le 20/09/2010 17:50, Levente Uzonyi a Ã©crit : >> On Sat, 18 Sep 2010, Hilaire Fernandes wrote: >> >>> Really I don't understand CUIS long term objective, why this work is not >>> done in Pharo? They share the same vision. >> >> You could ask the same question with Pharo and Squeak instead of Cuis >> and Pharo, couldn't you? > > No, I can't. > > Pharo provides me a clear vision I can thrust: a Smalltalk environment > to build third party applications (ie makes my developer life easier). > Squeak does not provide me this thrust nor indication of that direction. > You can object it is matter of point of view, I will object it is a > matter of ressources you can allocate to write an application. Mine Â are > limited: I start writing DrGeo under Squeak, then I continued with > Pharo. I can really fell the difference: nice Widgets, cleaner system I > can understand, ease to integrate changes/improvements upstream. All in > all, I get the job done more nicely from my perspective. > > In the past, project got hudge resources (ie Sophie), this project > failed to give back to the community in a proper way. Was it because > Squeak defunct development model? I think so. IMHO, Pharo is trying to > fix that, and this is terribly important for a community. > > Now, Squeak model of development is may be different, so it may not > happen again, I don't know. > >> IMHO the reason is having total control and that's the same reason why >> Pharo was created. > > This does not matter. > > Hilaire > > -- > Dr. Geo, to discover geometry on Linux, Windows, MAC and XO > http://community.ofset.org/index.php/DrGeo > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 20, 2010

Re: [Pharo-project] HwaJong Oh

by Norbert Hartl

On 20.09.2010, at 13:58, ë¬ë£ì¤íì¢ wrote: > Hi, > > i joined this mailinglist. > > I am Korean Hobby Smalltalker first time Europe first time ESUG. > > Hope you remember me. Of course I remember. We spent quite some time discussing. And I still think you should show Stef your smalltalk quiz. He'll like it :) Norbert

Sept. 20, 2010

[Pharo-project] [ANN] TDDFacilities - Restarting a test sends #tearDown and #setUp

by Hernan Wilkinson

Hi, I created a new version of TDDFacilities (TDD-Facilities-HernanWilkinson.15) that includes: 1) When debugging a test and the test is changed or restarted, the messages #tearDown and #setUp are sent to the test to restart it in the correct state. (This is something I asked to Niall when showing SUnit 4 at Esug) 2) Fixed and error with the "Create" button that did not appear when doing "Step Into" or "Step Over". 3) Removed code to make it compatible with Pharo 1.1 I hope you like it! Hernan. -- * HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/> *

Sept. 20, 2010

Re: [Pharo-project] [squeak-dev] Morphic

by Juan Vuletich

Thanks, Stef. I agree on all you say. StÃ©phane Ducasse wrote: > Hilaire > > there is nothing that simple :) I know that some people think that I'm black and white but these people > just do not know me well. I know juan and discuss with him since years (when he started his no-etoy image) > and I discussed with him at last Smalltalks. It was cool. > He realized that I was right about the fact that you should let a chance to people to chose and the time to migrate from > one system Morphic to Morphic3 for example and not do the mistake of Flow. > I respect his work and vision (= this tells a lot for me because I can be quite disrespectful -- you know my hard rock band attitude). > Juan nicely gave me a list of changes he did in Cuis for Pharo and I discussed with him from time to time. > I should tell him more when I fix something and I noticed that this is not fixed in cuis but I often > do not have the time to check CUIS. Yes, that would be great. > Now Juan needs a system to run on 200Mhz machine on shopping mall tv. > So I understand that his goal was: control his life and levente is right on that point. > Well, obviously I forked from Squeak because the Squeak community didn't want to follow the path I'm walking. But I'd rather not put much emphasis on the "control my life" part. I stated the Cuis objectives as clearly as I could, in the hope to attract others with similar objectives. To me, following those objectives is more important that being in control. > Now of course we share common goal, he removed etoys long time ago and pharo redid the same. > Some part of CUIS are cleaner than in Pharo but the inverse is true too and it will be more and more. > Now we did not started from CUIS because we wanted to take care of the huge pain and effort we put in 3.9 + widestring... > Yes. I didn't want WideString in Cuis. Building an optional package for it, and refactoring lots of code everywhere in the system to make it NarrowString / WideString agnostic is what it would take to rebase Pharo (or Squeak for that matter) on top of Cuis. It would be quite some work. But until then, I guess Cuis will be a separate project. Cheers, Juan Vuletich > Ideally I would love to have a system that is so small, fast and clean that juan would like to use it for his own > project. But for that we should work hard :). > We should also collaborate more. Now people can help - check CUIS changeset and see how they apply to pharo. > I think that Pharo will arrive slowly to the point where the little cleans is less pressuring us and that we will > see big changes for the better: for example the new compiler. In addition, several large changes should happen > but they will require more effort from us but we will do them: MC clean, new package integration, Code model, tools model. > > Stef > > > On Sep 18, 2010, at 10:43 AM, Hilaire Fernandes wrote: > > >> Really I don't understand CUIS long term objective, why this work is not >> done in Pharo? They share the same vision. >> Anyway the open source ecosystem Darwin alike evolution law will prevail. >> >> Hilaire >> >> >> Le 18/09/2010 10:09, StÃ©phane Ducasse a Ã©crit : >> >>> Hi Juan >>> >>> My main problem is that I do not have your knowledge of morph else I would already integrated in pharo the change >>> you did in CUIS. >>> If somebody wants to help this would be great. >>> >>> Stef >>> >>> >>> On Sep 17, 2010, at 11:58 PM, Juan Vuletich wrote: >>> >>> >>>> DeNigris Sean wrote: >>>> >>>>> I was doing a lot of playing with Morphic this week at ESUG in Barcelona. Many people seem to really not like it and complain about it, but it seems very vague i.e. they can't point to a specific problem with it. >>>>> >>>>> I think it's amazingly powerful and universally misunderstood. >>>>> >>>> I agree. >>>> >>>> >>>>> Many people are pushing for native widgets for end users, which I think is awesome, but serves a different role. For me, there are two use cases: >>>>> 1. People (mostly Smalltalkers, including myself) interested in the UI's of the future and exploring what's possible >>>>> 2. People who love their (e.g. Mac) look and feel or are in a setting (e.g. enterprise) where they have to use a particular GUI. >>>>> >>>>> Morphic seems ideal for group #1. I think the key questions are: >>>>> * if you were implementing Morphic today, knowing what you know after it being used over the years, how would you do it? >>>>> >>>>> >>>> I _am_ implementing Morphic today. In fact I'm doing it twice at the same time: >>>> - Morphic in Cuis ( www.jvuletich.org/Cuis/Index.html ) is much simpler and smaller than in Squeak, although the basic ideas are the same. >>>> - Morphic 3 ( http://www.jvuletich.org/Morphic3/Index.html and http://www.jvuletich.org/Morphic3/Morphic3-201006.html ) is a deep redesign. The main ideas are to make it a ZUI, independent of pixel resolution, and use new, higher quality techniques for rendering. >>>> >>>> >>>>> * what would it take (if possible) to get there from the current implementation? >>>>> >>>>> >>>> The path I'm walking is: Phase 1 - Remove all non-essential stuff, simplify as much as possible. Phase 2 - Redesign from there. Morphic in Cuis is phase 1. Morphic 3 is phase 2. >>>> >>>> >>>>> Two issues I've noticed: >>>>> 1. there seems to be an explosion of classes with slightly different behavior e.g. TextMorph, TextMorphForShout, PluggableTextMorph, PluggableShoutMorph. >>>>> 2. I'm not clear whether the hooks for modifying behavior are >>>>> a. available in all the right places >>>>> b. working >>>>> c. widely understood >>>>> >>>>> I'm forming an informal panel to discuss this. I've reached out to Morphic's creators and some original users. >>>>> >>>>> >>>> I'd like to be part of that. Are you setting up a mail list? >>>> >>>> >>>>> A quick example of my (seemingly common) experience: >>>>> For example, I'm writing an implementorsOf browser that shows the execution path as a graph of MethodMorphs connected by LineMorphs, because the standard paned browser does not capture the metaphor of drilling down through implementors. So I Created a MethodMorph and added as a submorph a PluggableShoutMorph to hold the code. At that point, I couldn't figure out a good/easy way to react to mouse events and pop out a new MethodMorph. >>>>> >>>>> I tried (one of these felt very satisfying): >>>>> * Morph>>on:send:to:, which sounded good, but never got called >>>>> * intercepting Morph>>processEvent:using: (which I was told was not a good idea) >>>>> * (after seeking help), locking the submorphs and overriding the dozen or so event-related methods in the chain from my morph to TextMorphForShout (the Morph that actually handles the text and input). >>>>> * subclassing TextMorphForShout and then subclassing PluggableShoutMorph to use that subclass. >>>>> >>>>> Sean >>>>> >>>> Your morph should answer true to #handlesMouseDown: and implement #mouseDown:. Same for mouseUp, mouseMove, etc. There are many examples of this in the image already. >>>> >>>> You'd really try Cuis. You'll find it much easier to understand and extend. >>>> >>>> Cheers, >>>> Juan Vuletich >>>> >>>> >> -- >> Dr. Geo, to discover geometry on Linux, Windows, MAC and XO >> http://community.ofset.org/index.php/DrGeo >> >> >> _______________________________________________ >> 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 > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.851 / Virus Database: 271.1.1/3143 - Release Date: 09/18/10 03:34:00 > >

Sept. 20, 2010

Re: [Pharo-project] [squeak-dev] Morphic

by StÃ©phane Ducasse

Hilaire there is nothing that simple :) I know that some people think that I'm black and white but these people just do not know me well. I know juan and discuss with him since years (when he started his no-etoy image) and I discussed with him at last Smalltalks. It was cool. He realized that I was right about the fact that you should let a chance to people to chose and the time to migrate from one system Morphic to Morphic3 for example and not do the mistake of Flow. I respect his work and vision (= this tells a lot for me because I can be quite disrespectful -- you know my hard rock band attitude). Juan nicely gave me a list of changes he did in Cuis for Pharo and I discussed with him from time to time. I should tell him more when I fix something and I noticed that this is not fixed in cuis but I often do not have the time to check CUIS. Now Juan needs a system to run on 200Mhz machine on shopping mall tv. So I understand that his goal was: control his life and levente is right on that point. Now of course we share common goal, he removed etoys long time ago and pharo redid the same. Some part of CUIS are cleaner than in Pharo but the inverse is true too and it will be more and more. Now we did not started from CUIS because we wanted to take care of the huge pain and effort we put in 3.9 + widestring... Ideally I would love to have a system that is so small, fast and clean that juan would like to use it for his own project. But for that we should work hard :). We should also collaborate more. Now people can help - check CUIS changeset and see how they apply to pharo. I think that Pharo will arrive slowly to the point where the little cleans is less pressuring us and that we will see big changes for the better: for example the new compiler. In addition, several large changes should happen but they will require more effort from us but we will do them: MC clean, new package integration, Code model, tools model. Stef On Sep 18, 2010, at 10:43 AM, Hilaire Fernandes wrote: > Really I don't understand CUIS long term objective, why this work is not > done in Pharo? They share the same vision. > Anyway the open source ecosystem Darwin alike evolution law will prevail. > > Hilaire > > > Le 18/09/2010 10:09, StÃ©phane Ducasse a Ã©crit : >> Hi Juan >> >> My main problem is that I do not have your knowledge of morph else I would already integrated in pharo the change >> you did in CUIS. >> If somebody wants to help this would be great. >> >> Stef >> >> >> On Sep 17, 2010, at 11:58 PM, Juan Vuletich wrote: >> >>> DeNigris Sean wrote: >>>> I was doing a lot of playing with Morphic this week at ESUG in Barcelona. Many people seem to really not like it and complain about it, but it seems very vague i.e. they can't point to a specific problem with it. >>>> >>>> I think it's amazingly powerful and universally misunderstood. >>> >>> I agree. >>> >>>> Many people are pushing for native widgets for end users, which I think is awesome, but serves a different role. For me, there are two use cases: >>>> 1. People (mostly Smalltalkers, including myself) interested in the UI's of the future and exploring what's possible >>>> 2. People who love their (e.g. Mac) look and feel or are in a setting (e.g. enterprise) where they have to use a particular GUI. >>>> >>>> Morphic seems ideal for group #1. I think the key questions are: >>>> * if you were implementing Morphic today, knowing what you know after it being used over the years, how would you do it? >>>> >>> >>> I _am_ implementing Morphic today. In fact I'm doing it twice at the same time: >>> - Morphic in Cuis ( www.jvuletich.org/Cuis/Index.html ) is much simpler and smaller than in Squeak, although the basic ideas are the same. >>> - Morphic 3 ( http://www.jvuletich.org/Morphic3/Index.html and http://www.jvuletich.org/Morphic3/Morphic3-201006.html ) is a deep redesign. The main ideas are to make it a ZUI, independent of pixel resolution, and use new, higher quality techniques for rendering. >>> >>>> * what would it take (if possible) to get there from the current implementation? >>>> >>> >>> The path I'm walking is: Phase 1 - Remove all non-essential stuff, simplify as much as possible. Phase 2 - Redesign from there. Morphic in Cuis is phase 1. Morphic 3 is phase 2. >>> >>>> Two issues I've noticed: >>>> 1. there seems to be an explosion of classes with slightly different behavior e.g. TextMorph, TextMorphForShout, PluggableTextMorph, PluggableShoutMorph. >>>> 2. I'm not clear whether the hooks for modifying behavior are >>>> a. available in all the right places >>>> b. working >>>> c. widely understood >>>> >>>> I'm forming an informal panel to discuss this. I've reached out to Morphic's creators and some original users. >>>> >>> >>> I'd like to be part of that. Are you setting up a mail list? >>> >>>> A quick example of my (seemingly common) experience: >>>> For example, I'm writing an implementorsOf browser that shows the execution path as a graph of MethodMorphs connected by LineMorphs, because the standard paned browser does not capture the metaphor of drilling down through implementors. So I Created a MethodMorph and added as a submorph a PluggableShoutMorph to hold the code. At that point, I couldn't figure out a good/easy way to react to mouse events and pop out a new MethodMorph. >>>> >>>> I tried (one of these felt very satisfying): >>>> * Morph>>on:send:to:, which sounded good, but never got called >>>> * intercepting Morph>>processEvent:using: (which I was told was not a good idea) >>>> * (after seeking help), locking the submorphs and overriding the dozen or so event-related methods in the chain from my morph to TextMorphForShout (the Morph that actually handles the text and input). >>>> * subclassing TextMorphForShout and then subclassing PluggableShoutMorph to use that subclass. >>>> >>>> Sean >>> >>> Your morph should answer true to #handlesMouseDown: and implement #mouseDown:. Same for mouseUp, mouseMove, etc. There are many examples of this in the image already. >>> >>> You'd really try Cuis. You'll find it much easier to understand and extend. >>> >>> Cheers, >>> Juan Vuletich >>> > > > -- > Dr. Geo, to discover geometry on Linux, Windows, MAC and XO > http://community.ofset.org/index.php/DrGeo > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010

Re: [Pharo-project] HwaJong Oh

by Guillermo Polito

Welcome! On Mon, Sep 20, 2010 at 3:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > +1 > Yes carla now you can smile > Wow, it seems Carla and GermÃ¡n are alive :P > > On Sep 20, 2010, at 2:55 PM, Igor Stasenko wrote: > > > 2010/9/20 ë¬ë£ì¤íì¢ <daliot.oh(a)gmail.com>: > >> Hi, > >> > >> i joined this mailinglist. > >> > >> I am Korean Hobby Smalltalker first time Europe first time ESUG. > >> > >> Hope you remember me. > >> > >> - HwaJong - > >> > > > > HwaJong , could you add your name written in latin letters to your > > email address, > > because i don't have a Korean font , and i guess many of others too, so > > your name is shown as a 5 glyph boxes with numbers :) > > > > Oh, and please, write something about yourself - the projects you did or > doing, > > because not all of people here was on conference. > > And if you wanna participate in Pharo development or have some ideas, > > feel free to > > put them here or ask questions. > > > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > _______________________________________________ > > 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 >

Sept. 20, 2010

Re: [Pharo-project] MethodName is now Finder

by StÃ©phane Ducasse

Benjamin I would rename patterns into example-based Then when on selector I would propose classes if the guy type something that looks like a class or a part of a class name similarly on class I would propose selector if the guy started to type something like a selectors The idea is to help the user as much as possible. We did the same with the sender and implementor, you can browse a class if you type Point and press cmd-M instead of cmd-B Else did you try to remove the progress bar? because this looks strange. Stef > I've fix some bug and discover how to script packages loading ^^ > > Now, just run > > > Gofer new > squeaksource: 'PharoTaskForces'; > package: 'ConfigurationOfFinder'; > load > > ConfigurationOfFinder loadDefault > > > > > Ben > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 20, 2010