Package for auto completion?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Package for auto completion?

Rick Flower
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


Reply | Threaded
Open this post in threaded view
|

Re: Package for auto completion?

Rick Flower
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

Reply | Threaded
Open this post in threaded view
|

Re: Package for auto completion?

Charles A. Monteiro-2
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

Reply | Threaded
Open this post in threaded view
|

Re: Package for auto completion?

Rick Flower
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

Reply | Threaded
Open this post in threaded view
|

Re: Package for auto completion?

Charles A. Monteiro-2
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

Reply | Threaded
Open this post in threaded view
|

Re: Package for auto completion?

Rick Flower
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?
>
Here's a link to the video (care of Wilkes Joiner -- hopefully he won't
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)



Reply | Threaded
Open this post in threaded view
|

[Pollock]Adding separators in toolbars

Carl Gundel
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
Reply | Threaded
Open this post in threaded view
|

AW: [Pollock]Adding separators in toolbars

Christian Haider
Nachricht
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.
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