On Feb 4, 2008 7:47 PM, <[EMAIL PROTECTED]> wrote:
>
>>> I should have asked this before, but what's so special about core
>>> (Python?) development that the tools should be different than for
>>> non-core development?
>
>Brett> Usually the core has keywords, built-ins, etc. that
skip> I should sync Misc/python-mode.el for both trunk and py3k branches
skip> with the latest version from the SF python-mode project.
Done only on trunk. I trust one of the mega-merges to the py3k branch will
copy it there and that backporting to 2.5 is not desired.
Skip
__
Georg> ... a style for new-style CPython code can be found at
Georg> http://wiki.python.org/moin/NeedForSpeed/IRCLog (look for
Georg> "python-new").
I whipped up a trivial patch for cc-styles.el and sent it along to the
cc-modes package maintainer for inclusion in a future version of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 4, 2008, at 7:47 PM, [EMAIL PROTECTED] wrote:
>
>>> I should have asked this before, but what's so special about core
>>> (Python?) development that the tools should be different than for
>>> non-core development?
>
>Brett> Usually the cor
On Feb 4, 2008 5:26 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> Brett Cannon wrote:
> > The 1 MB PDF can be found at
> > http://www.cs.ubc.ca/~drifty/pycon/sprint_tutorial.pdf . If you find
> > any bad info or some info that is really lacking, let me know. But
> > please realize that my sli
Brett Cannon wrote:
> The 1 MB PDF can be found at
> http://www.cs.ubc.ca/~drifty/pycon/sprint_tutorial.pdf . If you find
> any bad info or some info that is really lacking, let me know. But
> please realize that my slides are never really meant to be read on
> their own as it just goes against my
On Feb 4, 2008 4:47 PM, <[EMAIL PROTECTED]> wrote:
>
> >> I should have asked this before, but what's so special about core
> >> (Python?) development that the tools should be different than for
> >> non-core development?
>
> Brett> Usually the core has keywords, built-ins, etc. t
>> I should have asked this before, but what's so special about core
>> (Python?) development that the tools should be different than for
>> non-core development?
Brett> Usually the core has keywords, built-ins, etc. that have not been
Brett> pushed to the release versions fo
On Feb 4, 2008 2:35 PM, <[EMAIL PROTECTED]> wrote:
>
> Brett> Python support is standard for Vim. But the stuff in Misc/Vim is
> Brett> much more up-to-date and specific to core development.
>
> Brett,
>
> I should have asked this before, but what's so special about core (Python?)
> develo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 4, 2008, at 5:34 PM, [EMAIL PROTECTED] wrote:
>
>Barry> The reason there are two Python modes is the same reason
> there is
>Barry> FSF Emacs and XEmacs .
>
> I remember something about some GNU person submitting an enormous
> patch
Brett> Python support is standard for Vim. But the stuff in Misc/Vim is
Brett> much more up-to-date and specific to core development.
Brett,
I should have asked this before, but what's so special about core (Python?)
development that the tools should be different than for non-core
develo
Barry> The reason there are two Python modes is the same reason there is
Barry> FSF Emacs and XEmacs .
I remember something about some GNU person submitting an enormous patch that
would have made continued distribution of python-mode.el with Python
untenable because it would have been GPL
Is anyone interested in seeing PEP 3115 (Metaclasses in Python 3000, )
backported to 2.6? Actually, I guess I am interested, so perhaps I should
ask 'does anyone see any objection to it being backported'? Of course there
should be full backward compatibility in 2.6, but I don't see any issue
preve
[EMAIL PROTECTED] writes:
> Finally, on a related note, François Pinard sent me a message yesterday
> which I have yet to respond to. He is apparently back in the Pymacs saddle.
> I think a Pymacs-based Python mode would be very cool (in part because I am
> really not an Emacs Lisp person).
Full
The 1 MB PDF can be found at
http://www.cs.ubc.ca/~drifty/pycon/sprint_tutorial.pdf . If you find
any bad info or some info that is really lacking, let me know. But
please realize that my slides are never really meant to be read on
their own as it just goes against my presentation style. So don't
t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 4, 2008, at 1:57 PM, Georg Brandl wrote:
>
> GUD (the Emacs debugger interface) works well with gdb and pdb.
Don't forget pdbtrack which is in python-mode.el (don't know about
python.el). Ken Manheimer wrote this and it rocks. It basically
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Feb 4, 2008, at 1:46 PM, Neal Becker wrote:
> [EMAIL PROTECTED] wrote:
>
> [...]
>> Finally, for you Ubuntu developers, I'm also using the the pre-
>> release
>> XFT GNU emacs, which is very pretty. So far, despite stern and dire
>> warnings, it
On Feb 3, 2008 3:48 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I believe recent versions of Emacs and Vim have Python support
> standard. At least, it's been years since I last had to do anything to
> install it.
>
Python support is standard for Vim. But the stuff in Misc/Vim is much
more u
On Feb 4, 2008, at 11:12 AM, [EMAIL PROTECTED] wrote:
> Personally, I have been using GNU Emacs's new python mode since I
> discovered it, and I've never encountered any of the bugs you just
> described. (Perhaps you are describing bugs that arise from trying to
> use it with XEmacs?)
I'm not u
Brett Cannon schrieb:
> I noticed on the download page that http://www.python.org/emacs is
> listed as the place to get your modes for Python development (which
> seemed to lack any mention of Vim and the support in svn; a slight
> bias =). Is this true for core development as well?
>
> Basically
[EMAIL PROTECTED] wrote:
[...]
> Finally, for you Ubuntu developers, I'm also using the the pre-release
> XFT GNU emacs, which is very pretty. So far, despite stern and dire
> warnings, it has had no stability issues:
>
> http://www.emacswiki.org/cgi-bin/wiki/XftGnuEmacs
>
> Look for the "P
On 04/02/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Feb 4, 2008 9:12 AM, <[EMAIL PROTECTED]> wrote:
> > To say I "use" emacs would be an understatement. I *live* in emacs.
>
> http://www.xkcd.com/378/
BTW, it's often worth checking out the alt text on xkcd cartoons...
Paul.
_
-On [20080203 23:44], Brett Cannon ([EMAIL PROTECTED]) wrote:
>And if you use something other than Vim or TextMate you can make
>suggestions as well. But it should be a fairly popular editor for me
>to bother to toss a slide into the tutorial.
I assume you implicitly mean that you already have mat
On Feb 4, 2008 9:12 AM, <[EMAIL PROTECTED]> wrote:
> To say I "use" emacs would be an understatement. I *live* in emacs.
http://www.xkcd.com/378/
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@
To say I "use" emacs would be an understatement. I *live* in emacs.
On 04:32 pm, [EMAIL PROTECTED] wrote:
>I recently upgraded to the emacs 22.1/python.el which I tried *really*
>hard to use, but eventually ended up installing python-mode again.
>There are a number of problems in the emacs lisp t
I am not a core developer but I use emacs exclusively for development
so you may find this useful.
On Feb 3, 2008, at 6:53 PM, [EMAIL PROTECTED] wrote:
> I am also the guy more-or-less responsible for syncing python-mode
> with the
> version delivered as part of the XEmacs packages (last synce
26 matches
Mail list logo