About Rope AutoCompletion

Hmm...seems pretty good from what I saw in a hurry. I will
surely test it
further, it seems that it solves some of the problems Eric
has with its
"default" autocompletion.

Anthony

-----Original Message-----
From: Ali Gholami Rudi [mailto:aligrudigmail.com] 
Sent: Tuesday, April 08, 2008 4:25 PM
To: objectref
Cc: ericriverbankcomputing.com
Subject: Re: [Eric] About Rope AutoCompletion

On Apr 08 2008 14:31 +0430, objectref wrote:
> Hi,
>
>  
>
> Latest Eric snapshot states that ?snapshot-20080406 of
the rope
refactoring
> plugin released. It is an update to rope 0.8.0 and adds
an alternative
> autocompletion provider for Python. ?

As far as I know it contains rope 0.8.  Rope is mainly a
refactoring
library and for this purpose it gathers good object
information for
refactorings to work reasonably.  But this information can
be used for
auto-completion, too; it contains `rope.contrib.codeassist`
module to
provide auto-completion and a few other commands.  This
plug-in uses
this module to use rope's auto-completion.

> Does that mean that I can use an alternative
autocompletion mechanism in
Eric 
> ? I saw that I can select it from Settings/Refactoring
(Rope)/Enable
> Autocompletion. What are the main differences from Eric
default
autocompletion
> mechanism at this time ?

I don't know how the default auto-completion works.  Rope
tries to
infer the object variables hold by analyzing the
source-code.

Regards,
Ali


_______________________________________________
Eric mailing list
Ericriverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/eric

On Apr 08 2008 14:31 +0430, objectref wrote:
> Hi,
>
>  
>
> Latest Eric snapshot states that ?snapshot-20080406 of
the rope refactoring
> plugin released. It is an update to rope 0.8.0 and adds
an alternative
> autocompletion provider for Python. ?

As far as I know it contains rope 0.8.  Rope is mainly a
refactoring
library and for this purpose it gathers good object
information for
refactorings to work reasonably.  But this information can
be used for
auto-completion, too; it contains `rope.contrib.codeassist`
module to
provide auto-completion and a few other commands.  This
plug-in uses
this module to use rope's auto-completion.

> Does that mean that I can use an alternative
autocompletion mechanism in Eric 
> ? I saw that I can select it from Settings/Refactoring
(Rope)/Enable
> Autocompletion. What are the main differences from Eric
default autocompletion
> mechanism at this time ?

I don't know how the default auto-completion works.  Rope
tries to
infer the object variables hold by analyzing the
source-code.

Regards,
Ali
_______________________________________________
Eric mailing list
Ericriverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/eric

On Dienstag, 8. April 2008, objectref wrote:
> Hi,
>
>
>
> Latest Eric snapshot states that
"snapshot-20080406 of the rope refactoring
> plugin released. It is an update to rope 0.8.0 and adds
an alternative
> autocompletion provider for Python. "
>
> Does that mean that I can use an alternative
autocompletion mechanism in
> Eric  ? I saw that I can select it from
Settings/Refactoring (Rope)/Enable
> Autocompletion. What are the main differences from Eric
default
> autocompletion mechanism at this time ?
>
>
>
> Thanks,
>
>
>
> Anthony

Default autocompletion is that provided by QScintilla2,
which is based on API 
files ot the current document. The alternative a/c provided
by the rope 
plugin works by analysing the source code. The way I coded
the plugin is, 
that if rope a/c is activated, that is tried first. If rope
doesn't give any 
completion, it falls back to the default QScintilla2 based
a/c. The editor 
component in eric4 provides a hook method, which can be set
by a plugin. That 
way, plugins can provide alternative a/c providers. The
contribution of an 
even better a/c provider would be appreciated.

Regards,
Detlev
-- 
Detlev Offenbach
detlevdie-offenbachs.de
_______________________________________________
Eric mailing list
Ericriverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/eric

Ok, I see. I think that this plug-in is indeed a step into
the right
direction. First time in Eric I type a class, I instantiate
an object of
this class and after the "." I finally can see the
attributes/methods of the
class. And not only this, I can only see __repr__, __str__
and all that
stuff. Maybe for a simple project you do not need
intellisense at all but
for projects that started to get big, it is a *must*.

Thanks!



-----Original Message-----
From: Detlev Offenbach [mailto:detlevdie-offenbachs.de] 
Sent: Tuesday, April 08, 2008 8:41 PM
To: ericriverbankcomputing.com
Cc: objectref
Subject: Re: [Eric] About Rope AutoCompletion

On Dienstag, 8. April 2008, objectref wrote:
> Hi,
>
>
>
> Latest Eric snapshot states that
"snapshot-20080406 of the rope
refactoring
> plugin released. It is an update to rope 0.8.0 and adds
an alternative
> autocompletion provider for Python. "
>
> Does that mean that I can use an alternative
autocompletion mechanism in
> Eric  ? I saw that I can select it from
Settings/Refactoring (Rope)/Enable
> Autocompletion. What are the main differences from Eric
default
> autocompletion mechanism at this time ?
>
>
>
> Thanks,
>
>
>
> Anthony

Default autocompletion is that provided by QScintilla2,
which is based on
API 
files ot the current document. The alternative a/c provided
by the rope 
plugin works by analysing the source code. The way I coded
the plugin is, 
that if rope a/c is activated, that is tried first. If rope
doesn't give any

completion, it falls back to the default QScintilla2 based
a/c. The editor 
component in eric4 provides a hook method, which can be set
by a plugin.
That 
way, plugins can provide alternative a/c providers. The
contribution of an 
even better a/c provider would be appreciated.

Regards,
Detlev
-- 
Detlev Offenbach
detlevdie-offenbachs.de


_______________________________________________
Eric mailing list
Ericriverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/eric