[Python-mode] upcoming release

Andreas Röhler andreas.roehler at online.de
Sat Jan 29 15:55:43 CET 2011


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/



More information about the Python-mode mailing list