Hi all.. I was reading about a package available on Squeak called
eCompletion and was wondering if something like that is available for VW 7.x? It looks like a nice feature to have, but I wasn't able to find anything obvious in the Cincom public store.. Any pointers would be greatly appreciated! Thanks! -- Rick |
Rick Flower wrote:
> Hi all.. I was reading about a package available on Squeak called > eCompletion > and was wondering if something like that is available for VW 7.x? It > looks like > a nice feature to have, but I wasn't able to find anything obvious in > the Cincom > public store.. Any pointers would be greatly appreciated! I should mention that I did find the Autocompletion package but it seems like it's not exactly what I'm looking for -- I'd like one that will know about what messages and intstance variables are applicable and use those as hints, up and down the class hierarchy of the object I'm working on. -- Rick |
I am not familiar with the eCompletion package in Squeak.
The Aragon goodies also has Auto-completion and I find it much smoother, cleaner looking but it is not smart enough to use the current context, however it is very fast. I can't code without it. I am also unsure how much better using the current browser context for hints can be. I am not always sending messages to "self" which is where the current context is helpful and since we don't "type" in Smalltalk , there are no other hints to be gleaned, unless I'm missing something. Having said that and given that I spend much time coding in the debugger what I have wondered may be do-able is to have auto-completion in the debugger that can get hints from the current runtime context i.e. in a debugger: customer := Customer new. customer (start auto-completion here) where the auto-completer could back up to the previous token and discern what object it is and provide auto-completion choices based on that. -Charles On Thu, 09 Mar 2006 15:41:49 -0500, Rick Flower <[hidden email]> wrote: > Rick Flower wrote: >> Hi all.. I was reading about a package available on Squeak called >> eCompletion >> and was wondering if something like that is available for VW 7.x? It >> looks like >> a nice feature to have, but I wasn't able to find anything obvious in >> the Cincom >> public store.. Any pointers would be greatly appreciated! > I should mention that I did find the Autocompletion package but it seems > like it's not > exactly what I'm looking for -- I'd like one that will know about what > messages and > intstance variables are applicable and use those as hints, up and down > the class hierarchy > of the object I'm working on. > > -- Rick -- Charles A. Monteiro |
Charles A. Monteiro wrote:
> I am not familiar with the eCompletion package in Squeak. Nor am I.. I saw it used on a Video I saw made up for Seaside.. It looked pretty cool to use.. > > The Aragon goodies also has Auto-completion and I find it much > smoother, cleaner looking but it is not smart enough to use the > current context, however it is very fast. > > I can't code without it. Cool.. I'll check it out.. Thanks! > > I am also unsure how much better using the current browser context for > hints can be. I am not always sending messages to "self" which is > where the current context is helpful and since we don't "type" in > Smalltalk , there are no other hints to be gleaned, unless I'm missing > something. I was only thinking (and perhaps Smalltalk doesn't have this much context info available -- I've got no idea) that IF you know the object that you're working with, you would know who its derived from and who that class is derived from, etc.. Essentially making up a list of possible messages that object can take -- both local messages (messages specific to that sub-classed class) as well as messages it inherits as part of the class lineage. Again, I'm not sure if this information can be gleaned, but it would be pretty cool! This is essentially the same sort of thing that a (smart) C++ editor can do when you type "Obj." or "Obj->" and it has a finite list of methods that can be called based on the class hierarchy. > Having said that and given that I spend much time coding in the > debugger what I have wondered may be do-able is to have > auto-completion in the debugger that can get hints from the current > runtime context i.e. in a debugger: > > customer := Customer new. > customer (start auto-completion here) > > where the auto-completer could back up to the previous token and > discern what object it is and provide auto-completion choices based on > that. -- Rick |
Rick:
The browser basically knows what your context is and so it is easy to climb up the hiearchy tree but again that is only helpful if you are looking for selector choices for "self". So even if we did this, what should the "usage" policy be ? Do we show these first on the drop down list ? How do we switch to looking for the "rest of the world". As it stands the Aragon completer is pretty smooth , type, hit "shift - space bar" , keep typing , enter or even grab with mouse. I have not checked the other completers in a while but last I checked they were clunkier for sure. BTW, do you have a link to the eCompletion/Seaside video? thanks -Charles On Fri, 10 Mar 2006 12:42:59 -0500, Rick Flower <[hidden email]> wrote: > Charles A. Monteiro wrote: >> I am not familiar with the eCompletion package in Squeak. > Nor am I.. I saw it used on a Video I saw made up for Seaside.. It > looked pretty cool to use.. >> >> The Aragon goodies also has Auto-completion and I find it much >> smoother, cleaner looking but it is not smart enough to use the current >> context, however it is very fast. >> >> I can't code without it. > Cool.. I'll check it out.. Thanks! >> >> I am also unsure how much better using the current browser context for >> hints can be. I am not always sending messages to "self" which is where >> the current context is helpful and since we don't "type" in Smalltalk , >> there are no other hints to be gleaned, unless I'm missing something. > I was only thinking (and perhaps Smalltalk doesn't have this much > context info available -- I've got no idea) that IF you know the object > that you're working with, you would know who its derived from and who > that class is derived from, etc.. Essentially making up a list of > possible messages that object can take -- both local messages (messages > specific to that sub-classed class) as well as messages it inherits as > part of the class lineage. Again, I'm not sure if this information can > be gleaned, but it would be pretty cool! This is essentially the same > sort of thing that a (smart) C++ editor can do when you type "Obj." or > "Obj->" and it has a finite list of methods that can be called based on > the class hierarchy. >> Having said that and given that I spend much time coding in the >> debugger what I have wondered may be do-able is to have auto-completion >> in the debugger that can get hints from the current runtime context >> i.e. in a debugger: >> >> customer := Customer new. >> customer (start auto-completion here) >> >> where the auto-completer could back up to the previous token and >> discern what object it is and provide auto-completion choices based on >> that. > That would be pretty cool too! > > -- Rick -- Charles A. Monteiro |
Charles A. Monteiro wrote:
> Rick: > > The browser basically knows what your context is and so it is easy to > climb up the hiearchy tree but again that is only helpful if you are > looking for selector choices for "self". So even if we did this, what > should the "usage" policy be ? Do we show these first on the drop down > list ? How do we switch to looking for the "rest of the world". > > As it stands the Aragon completer is pretty smooth , type, hit "shift > - space bar" , keep typing , enter or even grab with mouse. I have not > checked the other completers in a while but last I checked they were > clunkier for sure. > > BTW, do you have a link to the eCompletion/Seaside video? > mind) -- this came from the Seaside mailing list (so it's Seaside centric) the other day.. You only need to pick ONE of the videos -- they're just compressed differently.. http://wilkesjoiner.com/sos.mov (12.3MB) http://wilkesjoiner.com/sos-h264.mov (5.9MB requires QT7) http://wilkesjoiner.com/sos-h264-800x600 (4.5 MB requires QT7) |
How do I add separators between buttons on a
Pollock toolbar? I'm using this style of coding to declare the toolbar
items.
getToolInventory
^Pollock.ToolInventory toolItems: (OrderedCollection new add: (Pollock.ToolItem image: self newFileIcon action: #newFile); add: (Pollock.ToolItem image: self openFileIcon action: #openFile); yourself)
Thanks,
-Carl Gundel, author of Liberty BASIC
|
how
about:
getToolInventory
inventory := ToolInventory toolItems: (Array
with: (ToolItem image: self newFileIcon action: #newFile)).
inventory addToolItemGroup: (Array with: (ToolItem image: self openFileIcon
action: #openFile)).
^inventory
You could also try
#addToolInventory: or #addSeparator.
|
Free forum by Nabble | Edit this page |