headers
Ray Drew | 3 Apr 2003 00:23

Auto-completion and Call-tips in Python

Hi,

I've just discovered SciTE and wondered if anyone could suggest the best 
way to use auto-completion and call-tips in python.

I've created a python.api file with gen_python_api.py but it doesn't 
seem that practical and I'm wondering if I'm missing something.

For example, the python.api file has entries for string functions but to 
get the auto-completion and call-tips I have to include the full python 
path in my code:

import string

string. then gives me auto-completion choices and call-tips.

If I code:

from string import capitalize

auto-completion doesn't work (I can see why).

Also methods don't appear to be supported at all. Class definitions show 
up in the api file as in:

dr.model.sptloadr.FinalSpotLoader(conn, cmpno, fname)

but again I have to use the full path in my code to make use of it, if I do:

from dr.model.sptloadr import FinalSpotLoader
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jimmy Retzlaff | 3 Apr 2003 01:11

RE: Auto-completion and Call-tips in Python

Ray Drew (ray.drew <at> dsl.pipex.com) wrote:
>I've just discovered SciTE and wondered if anyone could suggest the
best
>way to use auto-completion and call-tips in python.
...
>import string
>
>string. then gives me auto-completion choices and call-tips.
>
>If I code:
>
>from string import capitalize
>
>auto-completion doesn't work (I can see why).

If there are certain modules you frequently do this with, then you could
modify gen_python_api.py (or write a script to post process its results)
so that, for example everything that starts with "string." is copied to
also appear without the "string." in the api file. Here's an untested
start of such a post-processor:

specialModules = [
                   'string.',
                   'math.',
                   'os.path.',
                 ]

inputFile = file('python.api')
outputFile = file('python.api.2')
(Continue reading)

Permalink | Reply | 501 comments |
headers
Ray Drew | 3 Apr 2003 12:43

Re: Auto-completion and Call-tips in Python

Jimmy Retzlaff wrote:

> If there are certain modules you frequently do this with, then you could
> modify gen_python_api.py (or write a script to post process its results)
> so that, for example everything that starts with "string." is copied to
> also appear without the "string." in the api file.

I thought that was the case - I just wanted to make sure I wasn't 
missing anything.

Thanks for your help,

Ray
Permalink | Reply | 501 comments |
headers
mas@spamcop.ath.cx | 4 Apr 2003 19:59

SciTE CVS

Hello!

On Windows I use a distribution based on SciTE CVS. Contributed by Serge 
Baranov (http://amip.tools-for.net/SciTE-CVS.exe).

Can I use this distribution on linux (redhat)? 

Thanks in advance...

Martin
Permalink | Reply | 0 comments |
headers
Garrett Serack | 4 Apr 2003 21:22

Two Interesting ideas. Feedback?

I have two ideas for some features to add to Scite 
(+Scintilla)

1. I'd like to be able to point to a text-entry control in 
Windows, and have Scite shadow it's text back into it. 
Something like the WinSpy stuff, but rather than watching 
it's messages, stuff the contents of the the Scite window 
back into the control.  I'd use this for some programs 
which want you to type in a script, or some SQL code or 
whatnot, but only provide a crappy textbox.

1.1 heck, as an addition, I wonder how hard it would be to 
hook into the system and have *all* plain-jane textboxes 
turned into scintilla controls, with scite's settings 
loaded into them. hmmmm.

2. In a similar, but divergent concept, I was thinking it 
would be neat to 'network' scite so that two people could 
be editing a single file, but in different places at the 
same time--and if one makes a change, it's done in both 
windows. I can't even count the number of times that sort 
of thing would be useful.

2.1 Heck, and then I just thought of a combination of the 
two, a networked connection of the two ideas.  Imagine 
someone editing something in some window on their screen, 
and they needed your help, you could load their text entry 
into your local scite and work.

oops, meeting, gotta go. Comments/Ideas?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Neil Hodgson | 5 Apr 2003 01:55
Picon

Re: Two Interesting ideas. Feedback?

Garrett Serack:

> 2. In a similar, but divergent concept, I was thinking it
> would be neat to 'network' scite so that two people could
> be editing a single file, but in different places at the
> same time--and if one makes a change, it's done in both
> windows. I can't even count the number of times that sort
> of thing would be useful.

   There are screen sharing products that should be able to do this.

   There are sequencing issues with sharing a document that make the most
likely to work scheme being to have one side be the controller that accepts
change instructions frmo the subscribers, makes the changes and then sends
instructions back to subscribers on how to change their copies.

   I'd prefer any work on this to be a separate project to SciTE as it could
get very complex.

   Neil
Permalink | Reply | 0 comments |
headers
Fabio Chelly | 5 Apr 2003 09:00

Hex editor

Hi,

- For HTML and PHP, is there a way to automatically replace accented chars
by their entities:
for instance:
when I enter 'é', I get '&eacute;'

- Is it possible to add a hex editor to scite?

Thanks,
Fabio Chelly.
Permalink | Reply | 2 comments |
headers
Fabio Chelly | 5 Apr 2003 09:16

A little bug with open.dialog.in.file.directory

If I set open.dialog.in.file.directory=1, I can have problems to open scite
user and local properties file:

For instance,

1. I open a file 'C:\data\toto.txt'
2. I call 'Options' > 'Open local options file'

I get the message:

  Could not open file 'C:\data\SciTE.properties'

I get this error only with local and user file, global and abbrev options
file works well.

Best regards,
Fabio Chelly.
Permalink | Reply | 6 comments |
headers
Darren Schroeder | 5 Apr 2003 15:42

Re: SciTE CVS

So what's different about this version of SciTE?

Darren
----- Original Message ----- 
From: <mas <at> spamcop.ath.cx>
To: <scite-interest <at> lyra.org>
Sent: Friday, April 04, 2003 11:59 AM
Subject: [scite] SciTE CVS

> Hello!
> 
> On Windows I use a distribution based on SciTE CVS. Contributed by Serge 
> Baranov (http://amip.tools-for.net/SciTE-CVS.exe).
> 
> Can I use this distribution on linux (redhat)? 
> 
> Thanks in advance...
> 
> Martin
> _______________________________________________
> Scite-interest mailing list
> Scite-interest <at> lyra.org
> http://mailman.lyra.org/mailman/listinfo/scite-interest
>
Permalink | Reply | 0 comments |
headers
Bruce Dodson | 5 Apr 2003 18:39
Picon
Favicon

Re: SciTE CVS

My opinion on CVS is that it doesn't make sense to make an install wizard
from that.  The stable release is better-tested, and releases are frequent
enough that you're not really missing out on much by using it (not for very
long, anyway).  So that's the best version for an end-user to use (or even
for a power-user to use in a production / work setting).

CVS (and the snapshots) are for testing and development.  The Linux
makefiles are easy to use; people who disagree are probably ill-advised to
use the unstable release in the first place.  On Windows Neil publishes
binary snapshots, since not everyone has a compiler.

----- Original Message -----
From: <mas <at> spamcop.ath.cx>
To: <scite-interest <at> lyra.org>
Sent: Friday, April 04, 2003 1:59 PM
Subject: [scite] SciTE CVS

> Hello!
>
> On Windows I use a distribution based on SciTE CVS. Contributed by Serge
> Baranov (http://amip.tools-for.net/SciTE-CVS.exe).
>
> Can I use this distribution on linux (redhat)?
>
> Thanks in advance...
>
> Martin
> _______________________________________________
> Scite-interest mailing list
> Scite-interest <at> lyra.org
(Continue reading)

Permalink | Reply | 0 comments |

Gmane