Am 28.01.2011 23:09, schrieb Barry Warsaw:
On Jan 28, 2011, at 10:56 PM, Andreas Röhler wrote:
enabling XEmacs' handling of triple-quoted-strings fixing bugs known for now
seems an interesting item from my perspective. paragraph-fill-warts branch
should enable this.
https://code.launchpad.net/~a-roehler/python-mode/paragraph-fill-warts It
comes with a lot of utilities though, some required, some just part of the
tool-box, where singling-out the required here is possible. I'm hesitating
to propose that for general release, as people might be scared by the
material, which is just partly python-related. OTOH, what I'm promessing: it
pays. These utilities will fasten up editing, python-mode and all other.
What about to release a thus experimental brunch for XEmacs users first,
while it will work for all? Andreas
Andreas, as always, thanks for your hard work on python-mode! It's very much
appreciated.
I've merged your branch and will play with it over the weekend.
Hi Barry,
sounds great.
I'm going to
leave it to Skip to verify the XEmacs compatibility issues (Skip please let us
know if you need help getting Andreas's branch).
python-mode.el has always been self-contained, meaning people can easily
download or copy one file and get great Python support in Emacs. Requiring
your utilities changes that, and can make it harder for some folks to adopt
python-mode.el.
Indeed, that's my concern too.
I'm not saying that necessarily means it can't be done, but
we do have to think about the ramifications. I'd like to get other folks
thoughts on that.
OTOH, I encourage you to get your code into upstream Emacs and XEmacs. That
would certainly make our lives easy again. :)
Do you think it would be possible and easy to pull out just the parts that
python-mode.el needs and include those in that file?
That can be done.
OTOH it's rather hard keeping that stuff parallel.
If not, then what about
making sure python-mode.el gracefully degrades when those extra files aren't
there?
Don't see that, comment below.
By that I mean, if someone does not have your new utilities, python-mode.el
should at least work as well as it does currently. python-mode.el should then
take advantage of your utilities if they're available.
Thoughts?
-Barry
As it's XEmacs only, which enforced the re-write, maybe
we should wait if it works there.
In case it works, could extract the needed stuff to
it's required minimum.
Nontheless GNU Emacs won't need it, so keeping the
syntax-parsing as it is for GNU Emacs users will be an
option.
Also in case XEmacs merges up to GNU code, the
regexp-backed parser will not be needed any more.
OTOH there are some gains adressed already in the
second-level-command blueprint.
For me the best would be maintaining for a certain time
basically three branches
- the classic, presently de facto GNU only
- XEmacs special triple quoted string debugged, but
fine for GNU Emacs also
- a second-level-command enabled IDE. As this slc's
will count in thousands and ten-thousands, using it
needs an understandings of it's construction, i.e. of
the cross-use of it's underlying lists:
`ar-hide-bracketed-in-line-atpt' for example hides
everything insides brackets within the given line.
Resp. `ar-show-bracketed-in-line-atpt' displays it
again, `ar-hide-show-bracketed-in-line-atpt' toggles
this state.
You have `ar-hide-bracketed-in-parentized-atpt' and so on.
See the comment in `thingatpt-utils-base.el' for more.
As for the latter, think we still need some time to
discuss and check it's usefulness.
Andreas
--
https://code.launchpad.net/~a-roehler/python-mode/python-mode-components
https://code.launchpad.net/s-x-emacs-werkstatt/
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode