Well, if you just add it in the method without declaring it, a dialog
asks if you want the variable to be local, instance, etc. If instance, it is added to the class definition. Extending that to allow adding accessors might be a good thing. Dave Mircea Lungu wrote: > It would be good if there was a fast way of adding > the ivar. For my own needs, I added a new menu which has an entry and > shortcut for "Add ivar with accessors" but I am sure that this is not > the only action which needs to be optimized.). |
I have not said too much here, and partly because I only started using
the RB when it became the default browser for VW. However -- here are my overall comments 1. reduct the menu-bar to be browser things rather than browser-pane things, let right-click do the work in the panes and don't duplicate -- its just confusing. 2. maybe a few pane-related things in the menu-bar that are not in right-click could be in right-click submenus. 3. it seems difficult !!! to embed the browser in another app -- we use our own business object browsers to build business classes and it would be nice to be able to embed various forms of the browser. 4. rename method (others?) should be able to work at various levels (as mentioned in other posts). This has been the worst thing for me in refactorings 5. a search capability (that can search strings, wild-cards, comments) in a class/package/everywhere We have our own, I hate rolling my own things in RB -- ours works, is not at all optimal. That's it -- I love it -- Dennis Smith +1 416.798.7948 Cherniak Software Development Corporation Fax: +1 416.798.0948 509-2001 Sheppard Avenue East [hidden email] Toronto, ON M2J 4Z8 sip:[hidden email] Canada http://www.CherniakSoftware.com Entrance off Yorkland Blvd south of Sheppard Ave east of the DVP |
Dennis,
Just a couple quick pointers, 3. If you enable "Show Refactoring Changes" in the "Settings", you'll be prompted with a window displaying all changes that are to take place using which you can remove contexts that you do not wish to affect (remove namespace, remove class etc) 5. Have you tried RBRegexExtensions? It searches within the context of your current selection, so if you have a pundle selected with nothing else, it'll search all classes within it, but if you select a class, protocol or even a bunch of methods, it'll only search through those; very powerful, hat's off to Vassilli Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: Dennis Smith [mailto:[hidden email]] > Sent: Tuesday, March 27, 2007 11:15 AM > To: vwnc >> "VWNC, " > Subject: Re: New Topic To Beat Into the Ground > > I have not said too much here, and partly because I only started using > the RB when it became the default browser > for VW. > > However -- here are my overall comments > > 1. reduct the menu-bar to be browser things rather than browser-pane > things, let right-click do the work > in the panes and don't duplicate -- its just confusing. > 2. maybe a few pane-related things in the menu-bar that are not in > right-click could be in right-click submenus. > 3. it seems difficult !!! to embed the browser in another app -- we > our own business object browsers > to build business classes and it would be nice to be able to > embed various forms of the browser. > 4. rename method (others?) should be able to work at various levels (as > mentioned in other posts). > This has been the worst thing for me in refactorings > 5. a search capability (that can search strings, wild-cards, comments) > in a class/package/everywhere > We have our own, I hate rolling my own things in RB -- ours > works, is not at all optimal. > > That's it -- I love it > > -- > Dennis Smith +1 416.798.7948 > Cherniak Software Development Corporation Fax: +1 416.798.0948 > 509-2001 Sheppard Avenue East [hidden email] > Toronto, ON M2J 4Z8 sip:[hidden email] > Canada http://www.CherniakSoftware.com > Entrance off Yorkland Blvd south of Sheppard Ave east of the DVP |
In reply to this post by Thomas Gagné-2
The #rename function is awesome and I use it all the time when I've first
started working on something and didn't name things quite right. It would be a nice addition to restrict the scope to a package or within a class heirarchy, but even so it's very useful as it is. > The "rename" function should either be removed (I can rename a function > easily without it by creating new and remove) or fixed so that it > doesn't change an entire image's reference to my method. > > If I really want to rename something, it's very likely I only want to > change code that's local to the method being renamed--same class, same > package, same parcel and finally global. |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
And maybe that points something out -- how many of us don't use all the
features because we don't know about them/understand them/...?? Thanks for the update. Boris Popov wrote: > Dennis, > > Just a couple quick pointers, > > 3. If you enable "Show Refactoring Changes" in the "Settings", you'll be > prompted with a window displaying all changes that are to take place > using which you can remove contexts that you do not wish to affect > (remove namespace, remove class etc) > > 5. Have you tried RBRegexExtensions? It searches within the context of > your current selection, so if you have a pundle selected with nothing > else, it'll search all classes within it, but if you select a class, > protocol or even a bunch of methods, it'll only search through those; > very powerful, hat's off to Vassilli > > Cheers! > > -Boris > > -- Dennis Smith +1 416.798.7948 Cherniak Software Development Corporation Fax: +1 416.798.0948 509-2001 Sheppard Avenue East [hidden email] Toronto, ON M2J 4Z8 sip:[hidden email] Canada http://www.CherniakSoftware.com Entrance off Yorkland Blvd south of Sheppard Ave east of the DVP |
In reply to this post by Mircea Lungu
>Most unused items: >- All the Package, Class, Method, Protocol menus. They are redundant as it >is not intuitive to look on the toolbar for them but rather right click on >the corresponding entity... I think that means there are too many items in the right click menus. I always thought those should be the fast/easy access to the most common functions, while the menu bars are more encompassing and include the less commonally used fuctions. Maybe that would clean things up a bit. |
In reply to this post by Thomas Gagné-2
I use the AdHoc SQL tool for writing new queries, since in the code I have
to create them correctly for different backends I want to make sure the query is correct first. Obviously, not everyone using databases will need this tool, mostly those writing the code that accesses the databases. > We use the Ad Hoc SQL tool for testing DB connections. We currently use > Sybase as well, but have played with ODBC lately. Since our application > isn't yet ODBC-aware, the Ad Hoc tool is a great way to see if we've > gotten the connection parameters configured correctly. Beyond that we > don't use it either. > > Sattler, Thomas (IT) wrote: >> Personally, I like spawn. >> >> I'd agree to get rid of Hardcopy, though. >> >> And, while we're on the subject, let's either upgrade, or eliminate >> entirely, one of the least-used pieces of VW: the Ad Hoc SQL tool. > > <snip> > > -- > Visit <http://tggagne.blogspot.com/>,<http://gagne.homedns.org/> or > <http://gagne.homedns.org/~tgagne/> for more great reading. > > > > |
In reply to this post by Michael Lucas-Smith
----- Original Message -----
From: "Michael Lucas-Smith" <[hidden email]> To: "Travis Griggs" <[hidden email]> Cc: "VW NC" <[hidden email]> Sent: Thursday, March 22, 2007 2:12 AM Subject: Re: New Topic To Beat Into the Ground My turn! <snip> >Another particularly nasty death to protocol spawn, for all the times >i clicked on it and waited for it to actually do something. It never has. Works great for me. I like having a browser focused on what I'm working on. >Death to the three different ways we can look at change sets in the pundle >browse submenu. The ChangeList and the ChangeSet views are very helpful. Changed Methods could be considered redunant. >Death to the cryptic * and + and whatever other crazy symbols that are >meant to mean something that appear next to pundles. Cool, but what you replace them with? >Death to Set as current, whatever that means. It means Set this package as the current package into which code modified in non-package browsers will go. Rename it, don't remove it. > Death to the weird class hierarchy widget that isn't a tree that is > indented like a tree. We need a class hierarchy view. Fix whatever you think is broken, but don't take it away. |
>> Death to the three different ways we can look at change sets in the
>> pundle browse submenu. > > The ChangeList and the ChangeSet views are very helpful. Changed Methods > could be considered redunant. Well, right now it is not redundant. If the change list would allow common browser functions, like browse implementors/senders, spawn, for example, then changed methods would be redundant. Dave Diane Savereide wrote: > ----- Original Message ----- From: "Michael Lucas-Smith" > <[hidden email]> > To: "Travis Griggs" <[hidden email]> > Cc: "VW NC" <[hidden email]> > Sent: Thursday, March 22, 2007 2:12 AM > Subject: Re: New Topic To Beat Into the Ground > > > My turn! > > <snip> > >> Another particularly nasty death to protocol spawn, for all the times >> i clicked on it and waited for it to actually do something. It never has. > > Works great for me. I like having a browser focused on what I'm working on. > >> Death to the three different ways we can look at change sets in the >> pundle browse submenu. > > The ChangeList and the ChangeSet views are very helpful. Changed Methods > could be considered redunant. > >> Death to the cryptic * and + and whatever other crazy symbols that are >> meant to mean something that appear next to pundles. > > Cool, but what you replace them with? > >> Death to Set as current, whatever that means. > > It means Set this package as the current package into which code > modified in non-package browsers will go. Rename it, don't remove it. > >> Death to the weird class hierarchy widget that isn't a tree that is >> indented like a tree. > > We need a class hierarchy view. Fix whatever you think is broken, but > don't take it away. > > |
In reply to this post by jarober
--- James Robertson <[hidden email]> wrote: -snip- > We feel your pain, and that's why our > roadmap: http://www.cincomsmalltalk.com/userblogs/cincom/blogView?content=roadmap > > has changed. I recall reading last month something about a release of Cincom Smalltalk (VW 7.5?) in March - has that changed? (Incidentally, folk in customer facing positions are often taught not to say that they understand how the other person feels - we feel our pain - because it so often prompts the other person to explain in graphic terms exactly why that isn't true.) ____________________________________________________________________________________ Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091 |
In reply to this post by Eliot Miranda-2
I call this off topic; if anyone wants to email me privately, feel free
At 01:28 PM 3/27/2007, you wrote: >On 3/27/07, James Robertson ><<mailto:[hidden email]>[hidden email]> wrote: >[snip] > >The best we can do (and have done) is to hire new staff >(incidentally, new staff with a fresh perspective and a very >enthusiastic outlook) and move on. > > > >Cincom can do a damn sight more than that. >- It can grow the engineering organization to a size that is up to >te job of maintaining and exending an enterprise-class >cross-platform development platform (about double the engineering staff). >- it can compensate its engineering staff well to retain them and >reward them. > >It does neither as you well know. <Talk Small and Carry a Big Class Library> James Robertson, Product Manager, Cincom Smalltalk http://www.cincomsmalltalk.com/blog/blogView |
In reply to this post by Dennis smith-4
I think it should be more dynamic than that though.
Having to go to settings to throw the switch because you know for 'this' refactoring you need to be able to tweak scope is a pain. A separate menu choice (or choices) so you can choose the scope when you want to would be more usable. Steve A > > > Boris Popov wrote: >> >> 3. If you enable "Show Refactoring Changes" in the "Settings", you'll be >> prompted with a window displaying all changes that are to take place >> using which you can remove contexts that you do not wish to affect >> (remove namespace, remove class etc) |
In reply to this post by jarober
On 27/03/07, James Robertson <[hidden email]> wrote:
> I call this off topic; if anyone wants to email me privately, feel free Is this really your call? I think open discussion is much more healthy. ... but perhaps continuing the discussion in a new thread would make more sense than the topic being lost in the thread that Travis started here. > > At 01:28 PM 3/27/2007, you wrote: > > > >On 3/27/07, James Robertson > ><<mailto:[hidden email]>[hidden email]> wrote: > >[snip] > > > >The best we can do (and have done) is to hire new staff > >(incidentally, new staff with a fresh perspective and a very > >enthusiastic outlook) and move on. > > > > > > > >Cincom can do a damn sight more than that. > >- It can grow the engineering organization to a size that is up to > >te job of maintaining and exending an enterprise-class > >cross-platform development platform (about double the engineering staff). > >- it can compensate its engineering staff well to retain them and > >reward them. > > > >It does neither as you well know. > > <Talk Small and Carry a Big Class Library> > James Robertson, Product Manager, Cincom Smalltalk > http://www.cincomsmalltalk.com/blog/blogView > > -- Make the most of your skills - with OpenSkills http://www.openskills.org/ |
In reply to this post by jarober
James Robertson wrote:
> I call this off topic; if anyone wants to email me privately, feel free > Then I want to put my foot down - cordially ;-) People here seem to want to discuss the recent personnel changes - awkward as that may be - in public. Going over the options I'd say this forum is the most focused one for such a topic, it would be less well placed on say c.l.s. I also want to hold up a mirror: if this discussion where happening in the blogosphere you could probably whip out a couple of slides with bullet points on how stifling such discussion is the wrong thing to do. Why not apply that stance toward this mail list? Another way that this irks me is that you are a guest here, this is not Cincom's list - it is our list. Putting up oukazes about what is permitted here rubs me the wrong way (it's not like we're handling a troll here, the principal players are known to me as being sufficiently level-headed to handle this subject without it becoming a slugfest). I'd say lighten up, the subject is awkward but that's also all there is to it - bite through the sour apple, it won't kill you ;-) R - |
In reply to this post by Steve Aldred-2
On Mar 28, 2007, at 0:18, Steve Aldred wrote:
I really do hope people know about RB-BetterRefactoryWarnings. They should. I've mentioned it before. I will do it again. It's the simplest thing that could possibly make this situation much better. It's not a big dynamic engine or malleable scope controller. Credit goes to Randy Coulman for implementing it. The RB settings allows you to turn "show refactorings" on or off. In most cases, even the most veteran of us grow tired of watching how the RB does its magic by stopping to look at the change inspector each time we perform a refactoring. It's educational and fun, but it rarely has use. So we turn it off. Except.. there's that rename case. Pedantically speaking, a rename where parts are filtered is no longer a real refactoring. But we all do it. And this is where you want it back on. So you can filter these things. The above mentioned package does exactly that. It only works when you have the setting off. But when you do, it notes the special case where you rename a method, and the method will rename multiple implementations, and opens the dialog in that case, and only that case. You get the dialog when you need it, and never otherwise. It is a must have IMO. The problem with submenu choices for defining different "schemas" of scope, is that there is absolutely no clear definition of what scope is. I have preached for years, that in the domain of namespaces and packages and parcels and bundles, what we need is less. A simple set of conventions for how to program with scope. Kind of like we do with "everything's an object, and everything's messages, and the rules are overtly simple." IOW, I have no idea what a "scoped" menu rename would use. Would it be the environment of the selected code? Or the class? Or the package? Or the bundle that might contain the package? Or the prereq packages from the containing package? What about a method of the same name that is not in the same environment, but is an extension by the same name from another class. And what about the implications of imports? Given that we all want the freedom of combining these terms in what ever way suits our fancy, I see no better solution than the change inspector we have today. -- Travis Griggs Objologist If you can't say "Did it First!", you'd better be able to say "Did it Better!" |
In reply to this post by Reinout Heeck-2
I completely agree with Reinout and yes, we, both as customers and even
more as passionate Smalltalkers would like to know honestly, what is happening and what are the real reasons for exodus of such knowledgeable and important Smalltalkers as Eliot and Vasilli are. Best regards JAnko Reinout Heeck wrote: > James Robertson wrote: >> I call this off topic; if anyone wants to email me privately, feel free >> > Then I want to put my foot down - cordially ;-) > > People here seem to want to discuss the recent personnel changes - > awkward as that may be - in public. > Going over the options I'd say this forum is the most focused one for > such a topic, it would be less well placed on say c.l.s. > > I also want to hold up a mirror: if this discussion where happening in > the blogosphere you could probably whip out a couple of slides with > bullet points on how stifling such discussion is the wrong thing to do. > Why not apply that stance toward this mail list? > > > Another way that this irks me is that you are a guest here, this is not > Cincom's list - it is our list. > Putting up oukazes about what is permitted here rubs me the wrong way > (it's not like we're handling a troll here, the principal players are > known to me as being sufficiently level-headed to handle this subject > without it becoming a slugfest). > > > I'd say lighten up, the subject is awkward but that's also all there is > to it - bite through the sour apple, it won't kill you ;-) > > > R > - > > > -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si |
Hi,
things change... Alan Kay and Adele Goldberg are also not employees at Xerox Palo Alto Research center any more, and though: Smalltalk lives! I do not know, if PARC published an explicit declaration when they left, but I understand that you would like more informations and certainty in a basically uncertain world... Best regards, Janos -----Original Message----- From: Janko Mivšek [mailto:[hidden email]] Sent: Wednesday, March 28, 2007 1:33 PM To: 'VWNC' Subject: Re: Cincom personnel changes (Re: New Topic To Beat Into the Ground) I completely agree with Reinout and yes, we, both as customers and even more as passionate Smalltalkers would like to know honestly, what is happening and what are the real reasons for exodus of such knowledgeable and important Smalltalkers as Eliot and Vasilli are. Best regards JAnko Reinout Heeck wrote: > James Robertson wrote: >> I call this off topic; if anyone wants to email me privately, feel >> free >> > Then I want to put my foot down - cordially ;-) > > People here seem to want to discuss the recent personnel changes - > awkward as that may be - in public. > Going over the options I'd say this forum is the most focused one for > such a topic, it would be less well placed on say c.l.s. > > I also want to hold up a mirror: if this discussion where happening in > the blogosphere you could probably whip out a couple of slides with > bullet points on how stifling such discussion is the wrong thing to do. > Why not apply that stance toward this mail list? > > > Another way that this irks me is that you are a guest here, this is > not Cincom's list - it is our list. > Putting up oukazes about what is permitted here rubs me the wrong way > (it's not like we're handling a troll here, the principal players are > known to me as being sufficiently level-headed to handle this subject > without it becoming a slugfest). > > > I'd say lighten up, the subject is awkward but that's also all there > is to it - bite through the sour apple, it won't kill you ;-) > > > R > - > > > -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si |
In reply to this post by Reinout Heeck-2
Ok, let me clarify then. I don't want to shut down other people
talking about this. At the same time, please don't expect a steady stream of official response. I've made an "official" response, and that's as far as I think we (Cincom) need to go in a public forum. At 05:22 AM 3/28/2007, you wrote: >James Robertson wrote: >>I call this off topic; if anyone wants to email me privately, feel free >Then I want to put my foot down - cordially ;-) > >People here seem to want to discuss the recent personnel changes - >awkward as that may be - in public. >Going over the options I'd say this forum is the most focused one for >such a topic, it would be less well placed on say c.l.s. > >I also want to hold up a mirror: if this discussion where happening in >the blogosphere you could probably whip out a couple of slides with >bullet points on how stifling such discussion is the wrong thing to do. >Why not apply that stance toward this mail list? > > >Another way that this irks me is that you are a guest here, this is not >Cincom's list - it is our list. >Putting up oukazes about what is permitted here rubs me the wrong way >(it's not like we're handling a troll here, the principal players are >known to me as being sufficiently level-headed to handle this subject >without it becoming a slugfest). > > >I'd say lighten up, the subject is awkward but that's also all there is >to it - bite through the sour apple, it won't kill you ;-) > > >R >- > <Talk Small and Carry a Big Class Library> James Robertson, Product Manager, Cincom Smalltalk http://www.cincomsmalltalk.com/blog/blogView |
James Robertson wrote: > Ok, let me clarify then. I don't want to shut down other people > talking about this. At the same time, please don't expect a steady > stream of official response. I've made an "official" response, and > that's as far as I think we (Cincom) need to go in a public forum. I am as interested and concerned about this as anyone -- our whole company is based on VW. However, at this point, james is caught between a rock and ... If he says everthing is OK, the discussion continues and people want "real" assurance. Not sure what he can say that might change how people feel "right now" -- time might help that. If on the other hand he said "everything is falling apart", everyone would believe him! So he is stuck. As much as I would like more (and more) re-assurance, I can't get it because nothing said would provide that, so I suggest we wait. We will know if more leave -- we know some good people have moved in, so presumably they received some assurance first -- maybe that is the best we can do for now. > > > > At 05:22 AM 3/28/2007, you wrote: >> James Robertson wrote: >>> I call this off topic; if anyone wants to email me privately, feel free >> Then I want to put my foot down - cordially ;-) >> >> People here seem to want to discuss the recent personnel changes - >> awkward as that may be - in public. >> Going over the options I'd say this forum is the most focused one for >> such a topic, it would be less well placed on say c.l.s. >> >> I also want to hold up a mirror: if this discussion where happening in >> the blogosphere you could probably whip out a couple of slides with >> bullet points on how stifling such discussion is the wrong thing to do. >> Why not apply that stance toward this mail list? >> >> >> Another way that this irks me is that you are a guest here, this is not >> Cincom's list - it is our list. >> Putting up oukazes about what is permitted here rubs me the wrong way >> (it's not like we're handling a troll here, the principal players are >> known to me as being sufficiently level-headed to handle this subject >> without it becoming a slugfest). >> >> >> I'd say lighten up, the subject is awkward but that's also all there is >> to it - bite through the sour apple, it won't kill you ;-) >> >> >> R >> - >> > > <Talk Small and Carry a Big Class Library> > James Robertson, Product Manager, Cincom Smalltalk > http://www.cincomsmalltalk.com/blog/blogView > -- Dennis Smith +1 416.798.7948 Cherniak Software Development Corporation Fax: +1 416.798.0948 509-2001 Sheppard Avenue East [hidden email] Toronto, ON M2J 4Z8 sip:[hidden email] Canada http://www.CherniakSoftware.com Entrance off Yorkland Blvd south of Sheppard Ave east of the DVP |
In reply to this post by Janko Mivšek
Janko,
I strongly disagree. I would always subject to public discussions about personnel decisions like joining a company, leaving a company, getting raises, getting more or less holidays and any company or personal reasons in this respect. It has been part of most employment contracts world wide that any this information has to be kept private. Even in public authorities like city councils personnel discussions are defined to be under non disclosure. Only final decisions may get publicized. Thus any such desire you expressed of making private decision of any company or of any person public is clearly off limits. Georg Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812 Tel. +49-3496-214328, Fax +49-3496-214712 > -----Ursprüngliche Nachricht----- > Von: Janko Mivšek [mailto:[hidden email]] > Gesendet: Mittwoch, 28. März 2007 13:33 > An: 'VWNC' > Betreff: Re: Cincom personnel changes (Re: New Topic To Beat Into the > Ground) > > I completely agree with Reinout and yes, we, both as customers and even > more as passionate Smalltalkers would like to know honestly, what is > happening and what are the real reasons for exodus of such knowledgeable > and important Smalltalkers as Eliot and Vasilli are. > > Best regards > JAnko > > Reinout Heeck wrote: > > James Robertson wrote: > >> I call this off topic; if anyone wants to email me privately, feel free > >> > > Then I want to put my foot down - cordially ;-) > > > > People here seem to want to discuss the recent personnel changes - > > awkward as that may be - in public. > > Going over the options I'd say this forum is the most focused one for > > such a topic, it would be less well placed on say c.l.s. > > > > I also want to hold up a mirror: if this discussion where happening in > > the blogosphere you could probably whip out a couple of slides with > > bullet points on how stifling such discussion is the wrong thing to do. > > Why not apply that stance toward this mail list? > > > > > > Another way that this irks me is that you are a guest here, this is not > > Cincom's list - it is our list. > > Putting up oukazes about what is permitted here rubs me the wrong way > > (it's not like we're handling a troll here, the principal players are > > known to me as being sufficiently level-headed to handle this subject > > without it becoming a slugfest). > > > > > > I'd say lighten up, the subject is awkward but that's also all there is > > to it - bite through the sour apple, it won't kill you ;-) > > > > > > R > > - > > > > > > > > -- > Janko Mivšek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si |
Free forum by Nabble | Edit this page |