new wxPyShell (was: Pycrust enhancements)

Hello,

Who would agree or could even imagine to contribute to such a project?

:slight_smile: my free time just went down the drain last week with a major project landing in my lap but I will try to help... even if it is only testing the stuff on windows.

[snip]

I like the styled text control except for not supporting virtual spaces;
this means jumping the cursor while moving up/down the lines.
It is very powerful yet, but it could be

not everybody wants that (virtual spaces) :wink:

It would be wonderfull, if some people would work together for one project.

It would be even beter if someone starts it :wink:

We could create a new project on sourceforge or berlios.

what does it need:
a catchy name:
  wxidle (there was already a project on sf)
  wxpyidle (to long word?)
  pycrust2
  pycrust+

well maybe I'm to picky but those names are not all that great.
I've wanted to start a project like this myself... but unfortunately it was just a thought in a free afternoon... and that is what it remained.
I did manage to set-up an account at sf.net (stupid me, I've started with small details rather than code)
http://ucode.sourceforge.net/
order of thought:
Apple->XCode->Ubuntu->UCode-> U Code -> U Should Code the darn thing instead of playing with sourceforge.

I'm in a dilemma, because I'm also a member of DrPython, which
has the aim to support all the needs of a newcomer or advanced (wx)Python programer,
and so there is again the feeling of reinventing the wheel.

reinventing the wheel is as bad as it might sound.

DrPython can/could fulfill most of the needs; sophisticated editor, prompt, plugins and
a powerful mechanism to add new plugins and scripts.

copy&paste&improve

But I think of a smaller (at least at the beginning) app, which is shipped
as a kind of standard or starting shell/editor system.

think PyPE (I used to love that small app in the 2.4 days)

So my questions:

Do most people agree to this (creating a new "idle") or not?

no one should stop you following your dreams

Do you have any ideas/wishes/feature requests, which are not covered in
any wxPython Editor/App/Gui environment.

just implement the best of everything, and that should be enough :wink:

Who could imagine to contribute for such a project?
I could envisage a very open project
(everybody can check in changes)
and some experienced programers (Project Managers) can correct/clean/improve the sources.

this is asking for trouble... a very relaxed system of becoming a developer should be enough (first send us a patch then we'll send you CVS write access

@Andr茅:

I think that a *really nice* wxpython based app that does this ... and
then some is spe (Stani Python Editor).

Yes, spe is nice and quite interesting. What I don't like is the entanglement with
this (for me strange) "Blender" stuff.

:slight_smile: that never hurted you, hasn't it?

@Peter:

a lot more people will benefit if you try to refactor py, it would be
challenging BUT it would also bring a lot of satisfaction when done :wink:

Yes, at a starting point, one could adopt much of the code.

as for editing... I've said it before... someone should refactor PythonSTC
from the demo to a full editor, something equivalent to what SciTE can do,

like DrPython :slight_smile:

SciTE is closer to an editor... it does more with less fuss...

maybe split the code into several classes, like one for visual appearance,
one for behaviour(how it reacts to keyboard combinations) who knows...
maybe if it is done *CLEAR* enough people will start using it :wink:

[snip]

more on the above:

Eclipse has THE BEST component decoupling I've seen...
If someone could implement a Framework like that in wxpython it would be great.

some links:

http://www.darronschall.com/weblog/archives/000113.cfm
http://atomicobject.com/media/files/PresenterFirst.pdf

Maybe is just me but I have the feeling that very few people are aware of Design Patterns.

路路路

On Sat, 23 Jul 2005 18:49:34 +0300, Franz Steinh盲usler <franz.steinhaeusler@gmx.at> wrote:

On Fri, 22 Jul 2005 21:04:07 +0200, Franz Steinh盲usler > <franz.steinhaeusler@gmx.at> wrote:

Just to contribute my $0.2:

My dream is a general purpose, full-featured, cross platform, text editor that is scriptable with Python: kind of an Emacs with a modern UI and Python instead of elisp.

General Purpose: I edit a lot of text besides Python code, and I want to use only one editor to do it all. I can be much more productive with an editor once I've learned all its ins and outs and tricks, I can't learn that with more than one editor

Full featured: I can be a lot more productive if there are a lot of tricks to learn, not that you need to learn, but you can as you go. Little things like being able to click alt+space, to make any number of spaces replaced with one space make a difference when you add them all up.

Cross-Platform: I use 3 different platforms (Linux, OS-X, and Windows). I've yet to settle on an editor that I can use on all three (I keep intending to learn jedit or Eclipse, but haven't really done it yet)

Scriptable: I use Xemacs as my main editor. I don't really like it much, but I use it because it has a full-featured, powerful mode for EVERY kind of text file I even need to edit: Python, Matlab, LaTeX, Fortran, C/C++, BibTex, HTML, and many, many more! The reason all those modes exist is that they have been written by a wide variety of folks in elisp.

In Python: well duh!

That being said, I highly discourage yet another editor-IDE project. Join one (Dr Python, SPE, ...) and make it sing! Even if your chosen project seems to be different than what you're looking for, perhaps you could re-factor rather than doing something totally different. As an example, I personally don't like SPE's tabbed view (or does it do MDI on windows?), I'd much rather have different views openable in different top level frames. However, I think it would be much more productive to re-factor SPE to allow the user the option of different ways of working, than to start a whole new project.

I do like the Eclipse analogy: An eclipse-like framework written with wxPython would be fabulous!

-Chris

路路路

--
Christopher Barker, Ph.D.
Oceanographer
聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽聽
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception

Chris.Barker@noaa.gov

Hello Chris,

Franz Steinh盲usler wrote:

My dream is a general purpose, full-featured, cross platform, text
editor that is scriptable with Python: kind of an Emacs with a modern UI
and Python instead of elisp.

DrPython :slight_smile:
scriptable and extensible with plugins, with prompt.

Well, then it's a marketing issue:

"""
DrPython is a highly customizable, extensible editor/environment for
developing programs written in the Python programming Language.
"""

Why?
This I don't understand.

No mention on the web site of using it for anything other than python.

It is in development.

Ok, it is not intended to use for other languages.
I just wanted to say, I have adapted it to be able to
edit C++ in a satisfactory manner :wink:

It's probably an issue of critical mass: you need a large enough group
of users using it for a wide variety of tasks before it will become
truly general purpose. I can imagine writing one mode for it, but not
all of the ones I need.

ACK.

Also, the core developer needs to want to make it into a full featured
tool, and I'm not sure that's the case here.

An extension would be some kind of major/minor mode like in emacs.

I don't quite understand what you mean by that:

I meant, DrPython could be further developed
to provide special modes for different languages:

Example Alt-3: Comment code
if the file is a Python file. it inserts #, if C++, than inserts //.

路路路

On Tue, 26 Jul 2005 10:07:56 -0700, "Chris Barker" <Chris.Barker@noaa.gov> wrote:

an extension is a mode, or one could write an extension that let you
write modes?

-Chris

--
Franz Steinhaeusler