getting rid of these boring questions and popup
Locked
12
12
Re: getting rid of these boring questions and popup
 
|
Stef,
... And selecting an item from that log highlights the offending code. The context menu for the log includes help on the violated rule. Bill -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Stéphane Ducasse Sent: Saturday, September 12, 2009 2:38 PM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup yeap good idea. A kind of log console. Stef >> >>> Stef, >>> >>> Yes, the popups should go away - far away :) A code mentor pane >>> with lint rule violations would be greatly appreciated, but the >>> modal messages are too much. Sometimes I want to save code that I >>> know will generate errors, with reasons ranging from "I'll let it >>> blow up and choose to implement it from the debugger" to "don't want >>> to lose this, so let's get it accepted before I do something >>> stupid." >> >> same here! >> At least we have a common vision and we can go slowly there. >> > > I having the same vision. Browser should not prevent you from > accepting the badly crafted code. It should allow it unless there is > syntax errors. > All warnings, like unused temps, use of unassigned temps etc, should > pop-up in a list pane below the code pane, so user could see it and > react, or just ignore and go & do something else. Btw, this pane could > be reused for more deeper/complex code analyzing tools, like lint etc. > >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Stéphane Ducasse
Stéphane Ducasse wrote:
> I agree. :) > I would love to have that. > this is why we should really have a system to experiment these ideas. > > The Glamour framework looks useful for browser experimentation. I would really like a modern version of the Whisker browser Doug Way created. > On Sep 12, 2009, at 6:15 PM, Philippe Marschall wrote: > > >> Stéphane Ducasse wrote: >> >>> well for this we will have to rewrite paragraphEditor :) >>> So in making pharo moves forward we will have to accept losing some >>> feedback. >>> >> The feedback is still there. The piece of code is still marked as a >> problem. It just doesn't get in your way. >> >> >>> But yes your idea is cool. >>> >> You'll have to do more than that. I think this whole 80ies style >> browser >> that's based on scrolling, clicking and popups doesn't cut it anymore >> and adding more tabs and buttons isn't gonna fix it. >> >> Example, why is the browser the size it currently is? Because that was >> more or less full screen in the 80ies. Consequence you'll always >> have to >> resize and scroll when you open a browser because the category and >> class >> panes are too small. I see how this was cool, exciting and new in the >> 80ies but today it gets in my way. >> >> Example, I want to go to a method in a class. Either I click '--all--' >> and scroll, scroll, look, scroll, scroll back or I click through the >> protocols until I found on it. When I'm in Eclipse and want to open a >> variable or method declaration I hit Ctrl + O, Eclipse shows me a >> short >> outline of the class. Like in Firefox Awesome Bar it filters the >> list as >> I type part of the name. Once I select something it closes and goes >> there. Zero mouse activity. Zero additional window. When I'm in a >> method >> and want to go to a method invoked there either I Ctrl + click it or I >> hit F3. When I want to see the hierarchy of a class or the inheritance >> of a method I just do Ctrl + T and an inline window opens. It closes >> when I select something or hit Esc. Pharo stacks so many windows on >> top >> of each other that you're never going to find your way back. So at the >> end of the day you just close dozens of windows. >> >> Short anecdote, I our current project we don't ask the user for >> confirmation, ever. If he decides to delete Migros, we do it without >> asking. The previous version of the product did but users just >> developed >> a reflex to click popups away without even reading them. >> >> And don't get me started on breakpoints. Or blocking the UI. >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Stéphane Ducasse
I mean this presentation
http://vst.ensm-douai.fr/ESUG2009Media/uploads/1/obEnhancements.ppt On slide Dynamic Navigation there are icons for nvagating across the code. On Sat, Sep 12, 2009 at 23:06, Stéphane Ducasse <[hidden email]> wrote: >> In past ESUG media (presentation slides) i saw and briliant example of >> enchancing Shout (or paragraph editor) with interactive icons. Is this >> work incomplete or it can be observed? In presentation it was named >> OBEnchancments, but i didnt saw any of this features in Squeak or >> Pharo. > > I do not know. > Now what you have with OB (since lukas push the idea there), is that > you can use the icons > to navigate the class hierarchy and laucnh tests and others. > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Schwab,Wilhelm K
Schwab,Wilhelm K wrote:
> Philippe, > > I am not an eclipse user So why are you responding then? What I describe works very well in practice. You haven't used it but bring theoretical points why it can't work. Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
Since you ask, LOTS of experience with very similar claims that turned out to be bogus. You did ask. Now would you like to debate the points I rasised?
-----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Philippe Marschall Sent: Sunday, September 13, 2009 3:49 AM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup Schwab,Wilhelm K wrote: > Philippe, > > I am not an eclipse user So why are you responding then? What I describe works very well in practice. You haven't used it but bring theoretical points why it can't work. Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Douglas Brebner
>
> The Glamour framework looks useful for browser experimentation. I > would > really like a modern version of the Whisker browser Doug Way created. Yes a bit less cluttered but I always liked the idea of browsing multiple methods _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Schwab,Wilhelm K
Schwab,Wilhelm K wrote:
> Since you ask, LOTS of experience with very similar claims that turned out to be bogus. You did ask. Now would you like to debate the points I rasised? What's there to discuss when my argument is "it works in practice" and your argument is "I have never tried it but here's why it doesn't work" (which basically boils down to it's not Dolphin)? Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
Guys
you may not have noticed it but I would love to get the code to remove these boring popups :) Stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Philippe Marschall-2-3
One of the things that set me off was "I think this whole 80ies style browser that's based on scrolling, clicking and popups doesn't cut it anymore and adding more tabs and buttons isn't gonna fix it." Imagine our collective foolishness using scrollbars and other familiar GUI metaphors, and telling a user they might be about to do something they might regret ;) Certainly prompts for confirmation can get out of hand and become counter-productive (that is afterall the subject of this thread). However, you went on to say "Short anecdote, I our current project we don't ask the user for confirmation, ever." Taken all together, it sounds wreckless to me.
-----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Philippe Marschall Sent: Sunday, September 13, 2009 10:23 AM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup Schwab,Wilhelm K wrote: > Since you ask, LOTS of experience with very similar claims that turned out to be bogus. You did ask. Now would you like to debate the points I rasised? What's there to discuss when my argument is "it works in practice" and your argument is "I have never tried it but here's why it doesn't work" (which basically boils down to it's not Dolphin)? Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Stéphane Ducasse
Stef,
One comment: they are more than boring, they are **annoying** :) Bill -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Stéphane Ducasse Sent: Sunday, September 13, 2009 10:42 AM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup Guys you may not have noticed it but I would love to get the code to remove these boring popups :) Stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Schwab,Wilhelm K
Em 11/09/2009 18:32, Schwab,Wilhelm K <[hidden email]> escreveu:
> Yes, the popups should go away - far away :) A code mentor pane > with lint rule violations would be greatly appreciated, but the > modal messages are too much. Sometimes I want to save code that I > know will generate errors, with reasons ranging from "I'll let it > blow up and choose to implement it from the debugger" to "don't want > to lose this, so let's get it accepted before I do something > stupid." I think Bill here has an interesting point: there are lots of references on Smalltalk programming that advocate this kind of development. So it makes sense we could have some 'selection' mechanism on how Pharo should behave pertaining the the way this info is shown during the develpment session. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Schwab,Wilhelm K
Schwab,Wilhelm K wrote:
> One of the things that set me off was "I think this whole 80ies style browser that's based on scrolling, clicking and popups doesn't cut it anymore and adding more tabs and buttons isn't gonna fix it." Imagine our collective foolishness using scrollbars and other familiar GUI metaphors, and telling a user they might be about to do something they might regret ;) Certainly prompts for confirmation can get out of hand and become counter-productive (that is afterall the subject of this thread). When I know where I want to go (class, method, ...) I am far faster there in Eclipse than in a Smalltalk browser. A big part of that is scrolling and clicking. Because these are unnecessary actions that just take time. Take the Firefox Awsome Bar as an example. Let's say you want to visit a site that you have visited before. You go to the Awsome Bar (shortcut Ctrl + L) and type part of the title. A list that is automatically filtered is displayed and you can select from there. Compare that with opening the bookmarks menu, selecting the right category, and then searching for the right entry. You don't notice how cool and useful this is until you switch to an other browser that doesn't have this like Safari. An other good example is the Spotlight Search in Mac OS. Staring an application, opening a document, ..., everything just a few key strokes away. No scrolling, no clicking. Code browsing should be like this and Eclipse is far closer to this than the Smalltalk browser. > However, you went on to say "Short anecdote, I our current project we don't ask the user for confirmation, ever." Taken all together, it sounds wreckless to me. Based on analysis of how the users used to old software. The pop ups just prevented them from getting work done. The didn't read them, really, often they just clicked them away before they were fully rendered. As soon as they want their pop ups back we put them back. So far nobody did. Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
With respect to the browsers in Pharo, I want to be told before I delete a class or a method; I do not want to be bothered before closing an inspector whose workspace I edited. I **DO** want to be told before closing a workspace with changed text. Just for the record :)
As far as keyboard navigation in the browsers, that would be a fine idea. It probably won't surprise you to learn that Object Arts put some careful attention into that too. That in no way has to take the scrolled lists away from the rest of us (I spend a lot of time looking and pondering, for which clicking and scrolling is quite natural). The package pane could be ditched in favor of a right click and selection; the selected package could be shown in the title bar, since that space is already allocated and under used. Dolphin makes a repsectable case for showing a package pane, because it allows multiple selections therein. Even that can be handled by providing a filtered hierarcy browser. Bill -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Philippe Marschall Sent: Sunday, September 13, 2009 2:47 PM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup Schwab,Wilhelm K wrote: > One of the things that set me off was "I think this whole 80ies style browser that's based on scrolling, clicking and popups doesn't cut it anymore and adding more tabs and buttons isn't gonna fix it." Imagine our collective foolishness using scrollbars and other familiar GUI metaphors, and telling a user they might be about to do something they might regret ;) Certainly prompts for confirmation can get out of hand and become counter-productive (that is afterall the subject of this thread). When I know where I want to go (class, method, ...) I am far faster there in Eclipse than in a Smalltalk browser. A big part of that is scrolling and clicking. Because these are unnecessary actions that just take time. Take the Firefox Awsome Bar as an example. Let's say you want to visit a site that you have visited before. You go to the Awsome Bar (shortcut Ctrl + L) and type part of the title. A list that is automatically filtered is displayed and you can select from there. Compare that with opening the bookmarks menu, selecting the right category, and then searching for the right entry. You don't notice how cool and useful this is until you switch to an other browser that doesn't have this like Safari. An other good example is the Spotlight Search in Mac OS. Staring an application, opening a document, ..., everything just a few key strokes away. No scrolling, no clicking. Code browsing should be like this and Eclipse is far closer to this than the Smalltalk browser. > However, you went on to say "Short anecdote, I our current project we don't ask the user for confirmation, ever." Taken all together, it sounds wreckless to me. Based on analysis of how the users used to old software. The pop ups just prevented them from getting work done. The didn't read them, really, often they just clicked them away before they were fully rendered. As soon as they want their pop ups back we put them back. So far nobody did. Cheers Philippe _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Stéphane Ducasse
I think there are two pop ups that should stay because they help TDD:
1) When the variable is not defined and you want to define it as instance variable (it is very common to do that) 2) When the class does not exists and you want to create it from there.
The other (message not exist, etc) should not be there. BTW, I did that on the TDDFacilities package. It is on SqueakSource: MCHttpRepository Bye, Hernan. On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse <[hidden email]> wrote: Guys _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
On Sep 14, 2009, at 1:35 PM, Hernan Wilkinson wrote: > I think there are two pop ups that should stay because they help TDD: > 1) When the variable is not defined and you want to define it as > instance variable (it is very common to do that) > 2) When the class does not exists and you want to create it from > there. yes! > The other (message not exist, etc) should not be there. > BTW, I did that on the TDDFacilities package. It is on SqueakSource: > > MCHttpRepository > location: 'http://www.squeaksource.com/TDDFacilities' > user: '' > password: '' cool I will have a look. Stef > > Bye, > Hernan. > > On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse <[hidden email] > > wrote: > Guys > > you may not have noticed it but I would love to get the code to remove > these boring popups :) > > Stef > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by hernan.wilkinson
Hernan, Stef
I still would perfer to just ses the syntax error; perhaps
it is just pop-up burnout, but I find them annoying, but not so much so that I
would object if Stef wants to integrate this as-is.
I vaugely recall that the changes include
removing notifieres, which really steps on my toes. As is always my
position on such things, I do not care if *you* skip them, but I do not want
them removed from my image. Taking some small action to enable them is
fine, but I ask the benevolent dictators to not allow them to be
removed.
Bill
From: [hidden email] [mailto:[hidden email]] On Behalf Of Hernan Wilkinson Sent: Monday, September 14, 2009 6:35 AM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup 1) When the variable is not defined and you want to define it as instance
variable (it is very common to do that)
2) When the class does not exists and you want to create it from
there.
The other (message not exist, etc) should not be there.
BTW, I did that on the TDDFacilities package. It is on SqueakSource:
MCHttpRepository Bye, Hernan. On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse <[hidden email]>
wrote: Guys _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by hernan.wilkinson
I liked Simon presentation on "reborn smalltlak programmers"
http://www.slideshare.net/esug/proposals-for-the-reborn-pharo-developer I think it contains some good ideas in relation to having a better code navigation. My 2 cents... Cédrick _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
In reply to this post by Schwab,Wilhelm K
bill for now I will cherrypick the removal of the two boring one.
for the rest we will see. Stef On Sep 14, 2009, at 3:55 PM, Schwab,Wilhelm K wrote: > Hernan, Stef > > I still would perfer to just ses the syntax error; perhaps it is > just pop-up burnout, but I find them annoying, but not so much so > that I would object if Stef wants to integrate this as-is. > > I vaugely recall that the changes include removing notifieres, which > really steps on my toes. As is always my position on such things, I > do not care if *you* skip them, but I do not want them removed from > my image. Taking some small action to enable them is fine, but I > ask the benevolent dictators to not allow them to be removed. > > Bill > > > > From: [hidden email] [mailto:[hidden email] > ] On Behalf Of Hernan Wilkinson > Sent: Monday, September 14, 2009 6:35 AM > To: [hidden email] > Subject: Re: [Pharo-project] getting rid of these boring questions > and popup > > I think there are two pop ups that should stay because they help TDD: > 1) When the variable is not defined and you want to define it as > instance variable (it is very common to do that) > 2) When the class does not exists and you want to create it from > there. > > The other (message not exist, etc) should not be there. > BTW, I did that on the TDDFacilities package. It is on SqueakSource: > > MCHttpRepository > location: 'http://www.squeaksource.com/TDDFacilities' > user: '' > password: '' > > Bye, > Hernan. > > On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse <[hidden email] > > wrote: > Guys > > you may not have noticed it but I would love to get the code to remove > these boring popups :) > > Stef > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
Stef,
Sounds great - thanks! Bill -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Stéphane Ducasse Sent: Monday, September 14, 2009 9:30 AM To: [hidden email] Subject: Re: [Pharo-project] getting rid of these boring questions and popup bill for now I will cherrypick the removal of the two boring one. for the rest we will see. Stef On Sep 14, 2009, at 3:55 PM, Schwab,Wilhelm K wrote: > Hernan, Stef > > I still would perfer to just ses the syntax error; perhaps it is just > pop-up burnout, but I find them annoying, but not so much so that I > would object if Stef wants to integrate this as-is. > > I vaugely recall that the changes include removing notifieres, which > really steps on my toes. As is always my position on such things, I > do not care if *you* skip them, but I do not want them removed from my > image. Taking some small action to enable them is fine, but I ask the > benevolent dictators to not allow them to be removed. > > Bill > > > > From: [hidden email] > [mailto:[hidden email] > ] On Behalf Of Hernan Wilkinson > Sent: Monday, September 14, 2009 6:35 AM > To: [hidden email] > Subject: Re: [Pharo-project] getting rid of these boring questions and > popup > > I think there are two pop ups that should stay because they help TDD: > 1) When the variable is not defined and you want to define it as > instance variable (it is very common to do that) > 2) When the class does not exists and you want to create it from > there. > > The other (message not exist, etc) should not be there. > BTW, I did that on the TDDFacilities package. It is on SqueakSource: > > MCHttpRepository > location: 'http://www.squeaksource.com/TDDFacilities' > user: '' > password: '' > > Bye, > Hernan. > > On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse > <[hidden email] > > wrote: > Guys > > you may not have noticed it but I would love to get the code to remove > these boring popups :) > > Stef > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: getting rid of these boring questions and popup
|
|
hi guys
http://code.google.com/p/pharo/issues/detail?id=1224 Now there is the possibility to not be warned for | a | a + 1 When you compile and also removing unused variable Parser doNotWarnUser Parser WarnUser compiler-sd.117 in the inbox I would prefer that somebody have a look before I push that in the stream Stef On Sep 14, 2009, at 4:40 PM, Schwab,Wilhelm K wrote: > Stef, > > Sounds great - thanks! > > Bill > > > > > -----Original Message----- > From: [hidden email] [mailto:[hidden email] > ] On Behalf Of Stéphane Ducasse > Sent: Monday, September 14, 2009 9:30 AM > To: [hidden email] > Subject: Re: [Pharo-project] getting rid of these boring questions > and popup > > bill for now I will cherrypick the removal of the two boring one. > for the rest we will see. > > Stef > > On Sep 14, 2009, at 3:55 PM, Schwab,Wilhelm K wrote: > >> Hernan, Stef >> >> I still would perfer to just ses the syntax error; perhaps it is just >> pop-up burnout, but I find them annoying, but not so much so that I >> would object if Stef wants to integrate this as-is. >> >> I vaugely recall that the changes include removing notifieres, which >> really steps on my toes. As is always my position on such things, I >> do not care if *you* skip them, but I do not want them removed from >> my >> image. Taking some small action to enable them is fine, but I ask >> the >> benevolent dictators to not allow them to be removed. >> >> Bill >> >> >> >> From: [hidden email] >> [mailto:[hidden email] >> ] On Behalf Of Hernan Wilkinson >> Sent: Monday, September 14, 2009 6:35 AM >> To: [hidden email] >> Subject: Re: [Pharo-project] getting rid of these boring questions >> and >> popup >> >> I think there are two pop ups that should stay because they help TDD: >> 1) When the variable is not defined and you want to define it as >> instance variable (it is very common to do that) >> 2) When the class does not exists and you want to create it from >> there. >> >> The other (message not exist, etc) should not be there. >> BTW, I did that on the TDDFacilities package. It is on SqueakSource: >> >> MCHttpRepository >> location: 'http://www.squeaksource.com/TDDFacilities' >> user: '' >> password: '' >> >> Bye, >> Hernan. >> >> On Sun, Sep 13, 2009 at 12:41 PM, Stéphane Ducasse >> <[hidden email] >>> wrote: >> Guys >> >> you may not have noticed it but I would love to get the code to >> remove >> these boring popups :) >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |