It would be pretty neat!
-Barry
> On Jan 30, 2020, at 00:36, Andreas Röhler wrote:
>
> Hi Barry, hi all,
>
> there was a question at
>
> https://emacs.stackexchange.com/questions/55184/how-to-highlight-in-different-colors-for-variables-inside-fstring-on-python-mo
>
> Worth a feature-request?
led"))...
>
> This list might be shrink or extended at will.
>
> Two backsides: a slightly larger loading time and source of callers like
> ‘py-execute-section-ipython3’ will not be visible for users.
>
> WDYT? Any objections?
>
> Cheers,
>
> Andr
; Date: Sat, 13 Jul 2019 09:56:32 +0200
> From: Andreas Röhler
> To: Barry Warsaw
>
>
> Hi Barry, hi all,
>
> consider to reduce the amount of commands starting with `py-execute-...`
>
> Such things like py-execute-block-ipython-dedicated-switch.
>
&g
Great, thanks for all your great work on the module. I’ve updated to 639532b
and will play with this for a while.
-Barry
> On Jul 10, 2019, at 01:14, Andreas Röhler wrote:
>
> Hi Barry, hi all,
>
> should have fixed IPython completion and fontification, also #31,
>
> which caused some chan
On Jun 12, 2019, at 00:23, Andreas Röhler wrote:
>
> Current behavior is ruled by ‘py-switch-buffers-on-execute-p’, which
> defaults to nil - display the result but don't move cursor thereto.
>
> Assume yours is customized to ‘t’, so new setting proposed here would
> make no difference.
Got it.
Sorry, I’m unsure how what you propose differs from the current behavior.
Cheers,
-Barry
> On Jun 11, 2019, at 05:01, Andreas Röhler wrote:
>
> Hi all,
>
> when starting a Py-shell interactively like M-x python RET,
> suggest to switch into newly opened shell by default.
>
> Agreed?
>
> Chee
Hi Andreas. Thanks for continuing to work on this library. Honestly, I
haven’t noticed any performance problems in a long time. python-mode.el
continues to work great for me.
-Barry
> On Dec 29, 2018, at 03:01, Andreas Röhler wrote:
>
> Hi all,
>
> when a class has a large amount of defs
On Jan 7, 2019, at 09:56, Andreas Röhler wrote:
>
> while in another re-write WRT speed and maintenance --see my previous post--
> stumble over a couple of functions reporting position like
> `py--beginning-of-if-block-position' - which doesn't look useful. Consider to
> drop them. Any object
On Nov 21, 2018, at 02:21, Andreas Röhler wrote:
>
> is this worth a feature request?
It’s not something I personally use, but I know other people like it.
-Barry
signature.asc
Description: Message signed with OpenPGP
___
Python-mode mailing list
P
On Nov 10, 2018, at 01:52, Andreas Röhler wrote:
>
> For example reduce the number of addressed executables: keeping
> python3 and python2, but removing python2.7. Respective at IPythons
> side. Several minor changes already done these days.
`/usr/bin/python2` doesn’t exist everywhere, unfortuna
On Nov 12, 2018, at 03:15, Andreas Röhler wrote:
>
> as decorators are part of function definitions, consider to drop all special
> handling. Beginning of def-or-class would reach the decorator - same with
> mark, copying and send.
Is it possible to use C-u to choose whether to go to the first
On Oct 29, 2015, at 08:00 AM, Andreas Röhler wrote:
>assume this affects python-mode.el also (?)
Well, I see weird things when I try to reproduce this with the head of git
master.
Starting with the original example:
-snip snip-
def f():
r"""
This is the docstring for my function
On Jul 21, 2015, at 01:16 PM, Andreas Röhler wrote:
>in current trunk `interactive-p' is replaced by `called-interactively-p',
>just to reduce compiler warnings. `called-interactively-p' seems introduced
>only with 22.1, older Emacsen will be broken. Is this a concern?
Not for me :).
Cheers,
-
On Mar 14, 2015, at 10:38 AM, Andreas Röhler wrote:
>Hmm, you seem not that much convinced. Well, for me it's slightly confusing
>to see this capitalized split, which I must reconstruct into the original
>name in order to understand which one is at stake.
It's not so much unconvinced as it is wh
On Mar 13, 2015, at 10:37 PM, Andreas Röhler wrote:
>writing something like
>
>:tag "my-correct-py-symbol-name"
>
>in defcustom
I kind of wish Emacs did this by default, but that's a different discussion
for a different forum. ;)
Is it more helpful to python-mode users to add the tag or more co
On Mar 13, 2015, at 07:54 PM, Andreas Röhler wrote:
>Currently it looks strange - see attachment.
Agreed, but what can python-mode do about that? It's just the way Emacs'
customize feature works.
Cheers,
-Barry
pgp_YIuWqysRh.pgp
Description: OpenPGP digital signature
On Mar 13, 2015, at 03:51 PM, Andreas Röhler wrote:
>currently most of symbols in customization buffer get splitted, resulting
>parts are capitalized.
>
>Would prefer to display it with real name, which permits searching it.
>
>Any opinion about that?
Isn't that just how customize works in Emacs
On Nov 28, 2014, at 08:30 PM, Andreas Röhler wrote:
>so it's out there finally.
>
>For new features see
>
>https://launchpad.net/python-mode/+announcement/13077
Congrats! I'll pull bzr and run from there. I can't update the Debian
version while Jessie is in freeze.
Cheers,
-Barry
signature.a
On Sep 01, 2014, at 06:02 PM, Andreas Röhler wrote:
>being inclined to drop that feature
>
>https://bugs.launchpad.net/python-mode/+bug/1001328
>
>Emacs provides dabbrev-expand, which is Python-agnostic but fairly effectiv.
>Otherwise the buffers content needs to be evaluated - with means, it must
On Jun 25, 2014, at 04:04 PM, Andreas Röhler wrote:
>lately TAB in Python shell was bound to `py-shell-complete-or-indent'.
>
>What about doing likewise in script buffers - where TAB is currently
>`py-indent-line'?
>
>Unfortunatly the default completion-key M-TAB is used by most X-windows
>systems
On Jun 02, 2014, at 09:06 AM, Andreas Röhler wrote:
>completion in py-shell always was M-TAB
>
>However, many people switching to python-mode.el expect TAB to complete there.
Seems like a reasonable change to me. Indenting is pretty rare in a shell.
-Barry
signature.asc
Description: PGP signa
On May 14, 2014, at 05:36 PM, Andreas Röhler wrote:
>in order to shrink the python-mode.el codebase a little bit,
>
>consider to support the following py-shell commands:
>
>python, ipython, python2, python3, jython, bpython
>
>Will drop
>
>python3.3. python2.7 etc.
>
>Calling other versions than d
On Mar 21, 2014, at 06:11 PM, Andreas Röhler wrote:
>Function "print" currently gets font-lock-keyword-face, which doesn't seem
>correct. IMO it should get py-builtins-face, right?
I guess this is dependent on whether you're editing Python 2 or Python 3
code. I always bring up python-mode in Py
On Mar 13, 2014, at 12:18 PM, Andreas Röhler wrote:
>currently, when dedicated is on, a new buffer is created with some
>autogenerated name.
I don't really use this feature, so I don't have an opinion.
Cheers,
-Barry
signature.asc
Description: PGP signature
On Mar 10, 2014, at 12:02 PM, Andreas Röhler wrote:
>currently formatting tqs with py-docstring-style is called, if tqs is below a
>class or def.
>
>OTOH tqs are also used at beginning of file or other place in sense of a
>info/docstring.
>
>What about to apply docstring-styles every times a tqs i
On Nov 20, 2013, at 03:20 PM, Andreas Röhler wrote:
>TAB seems expected frequently as bound to completion, while it indents in
>python-mode.
>
>IMO it's possible to combine both: a first TAB at most outdented position now
>does nothing - which would be the occasion for complete. Second TAB than
>
On Oct 28, 2013, at 03:36 PM, Andreas Röhler wrote:
>any suggestions how to deal with this from python-mode.el?
>
>http://stackoverflow.com/questions/6980749/simpler-way-to-put-pdb-breakpoints-in-python-code/19634104#19634104
It might be cool to have a keybindings for this. OTOH, I've gotten ver
On Oct 18, 2013, at 06:38 PM, Andreas Röhler wrote:
>Agreed. Obviously we can't have everything. This is a lot the Emacs way.
>Must confess had in mind to change the path towards an (rather complete) IDE.
This kind of a path may be useful for people, and interesting to work on. One
way to think
On Oct 18, 2013, at 10:21 AM, Andreas Röhler wrote:
>IMO python-mode may provide what experienced developers need and beginners
>expect likewise - given the feature wanted will not go into the way of the
>real thing.
>
>In this case it wouldn't, as the default would inherit the key-word face.
>
>I
On Oct 17, 2013, at 09:13 PM, Andreas Röhler wrote:
>Hi Barry, hi all,
>
>the OP says:
>
>"I want a different set of colors for the following pairs:
>
> import and from
> def and class
> try and if.
>"
>
>http://stackoverflow.com/questions/19374294/how-to-differentiate-between-colors-f
On Sep 23, 2013, at 09:57 PM, Andreas Röhler wrote:
>The OP wanted the Editor intends the second "print" to column 0. IMO it's
>possibly establishing an edit rule saying: if an empty line follows a block,
>consider this block closed.
As Diez mentioned, an option defaulting to off would be intere
On Jun 14, 2013, at 05:04 PM, Felipe Reyes wrote:
>Hi All,
>
>On Fri, Jun 14, 2013 at 04:30:16PM -0400, Barry Warsaw wrote:
>> It's bad form to use parentheses in this situation, but it *is* legal. It
>> doesn't bother me if python-mode passive/aggressively d
On Jun 14, 2013, at 10:24 PM, Andreas Röhler wrote:
>Is this a bug?
>
>http://stackoverflow.com/questions/17114573/python-mode-el-not-allowing-indentation-after-if-statement/17116654#17116654
It's bad form to use parentheses in this situation, but it *is* legal. It
doesn't bother me if python-mo
On Mar 27, 2013, at 10:12 PM, Alexis Roda wrote:
>I have upgraded from python-mode 6.0.11 to 6.1.2 and now I have some trouble
>with fill-paragraph within docstrings. It works ok for comments.
>
>If the point is within the second paragraph M-q converts:
>
> """Returns a rewritten path.
>
>
On Feb 28, 2013, at 09:12 AM, Andreas Röhler wrote:
>as smart-operator-mode is distributed via ELPA for some time now,
>IMO it doesn't make sense to keep an python-mode version of it.
>
>Unless some stuff has been built upon it.
>So, if no objections arrive, consider to remove it.
+1 (read: I don
On Oct 19, 2012, at 07:18 AM, Andreas Röhler wrote:
>reflecting the question, how to proceed when executing a buffer which might
>result in a time-consuming run.
>
>For now starting it in a dedicated process resp. shell is the solution.
>These dedicated shell names however are machine-generated an
On Aug 15, 2012, at 07:35 AM, Andreas Röhler wrote:
>gladly announce release 6.0.11 of python-mode.el.
Congrats!
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinf
On Jul 06, 2012, at 08:35 PM, Andreas Röhler wrote:
>in case a distro shipping python-mode.el declares a freeze, we may meet that
>creating a freezed branch mentioning that distro or release name
>
>Then developing might go on in trunk, whilst the freeze is honoured.
I probably wouldn't tie a bra
On Jun 16, 2012, at 09:35 AM, Andreas Röhler wrote:
>As space is precious in modeline, what about offering "Py" as default
>instead?
From my .emacs files:
(defun baw-python-mode-hook ()
(setq comment-column 50
fill-column 78)
(setq mode-name "Py")
(flyspell-prog-mode)
(define-key
On May 18, 2012, at 12:13 PM, Andreas Röhler wrote:
>As Emacs has already a customizable
>
>temporary-file-directory
>
>this vars look pretty redundant.
>
>Consider dropping them, leaving some defalias for backward compatibility
>resp. XEmacs provision
>
>Unless we have some use-case for a Python-
On Apr 17, 2012, at 07:53 PM, Tom Roche wrote:
>Andreas Röhler Apr 16, 2012, at 07:16 AM,
>> time to set up a testbot, which should do the check for all the
>> different flavors of Python, completion possibilities etc. [and
>> also] mails back the results.
>
>one option:
>https://www.shiningpanda
On Apr 16, 2012, at 07:16 AM, Andreas Röhler wrote:
>Hi Barry, hi all,
>
>IMO it's time to set up a testbot, which should do the check for all the
>different flavors of Python, completion possibilities etc. out there.
>
>Have some idea how and where to do - nonetheless would like to reflect some
>
On Feb 15, 2012, at 09:34 AM, Andreas Röhler wrote:
>think it's basically historical.
>
>People interested in developing/understanding might check out and use the
>components branch
>
>https://code.launchpad.net/~a-roehler/python-mode/components-python-mode
>
>I'm doing all my developing and Pyth
On Feb 08, 2012, at 09:56 AM, Andreas Röhler wrote:
>being pointed at some irregularity menu items now display,
>what about to rename it that way:
>
>PyIndex
>PyShell
>PyTools
>PyCommands
>
>(?)
>BTW PyShell still should take the virtualenv stuff, when ready
What are "menus"? :)
Seriously, I hav
On Jan 27, 2012, at 11:19 PM, François Pinard wrote:
>Soon after Guido announced his first release of Python, a long long time
>ago, I tried it. At the time, I was trying everything :-). And
>besides, I was already prejudiced towards Guido because of his competent
>implication as a maintainer of
On Jan 26, 2012, at 10:12 PM, Jeff Bauer wrote:
>Hah! So funny for you to bring up *that* specific post from
>Barry. It's been sitting in my inbox as msg #1 for the past
>couple years. Even though I copied it to my org notes, I've
>always had it there. So when your email arrived, my reader
>th
On Jan 26, 2012, at 10:44 PM, François Pinard wrote:
>Sigh! If only I could have developed something so attractive that Barry
>did such an offer to *me*. I spoiled my life! :-)
There's still time.
:)
-Barry
___
Python-mode mailing list
Python-mode@p
On Jan 26, 2012, at 11:03 PM, François Pinard wrote:
>C-x n d py-narrow-to-defun
Is this one a problem? Shouldn't narrow-to-defun be mode-sensitive? (Also,
it doesn't sit on C-c .)
-Barry
___
Python-mode mailing list
Python-mode@python.org
ht
On Jan 20, 2012, at 01:54 PM, Andreas Röhler wrote:
>Hi Barry, hi all,
>consider merging Gabriele Lanaro's
>https://github.com/pdee/pdee/blob/master/extensions/virtualenv.el
>into python-mode.el next days.
>Made a Blueprint for this
>https://blueprints.launchpad.net/python-mode/+spec/virtualenv
>t
On Dec 08, 2011, at 07:57 AM, Andreas Röhler wrote:
>to make commands like `hs-hide-block' work, hs-minor-mode must be switched on
>before.
>
>Consider to add a hook enabling this by default - alongside with a variable
>permitting to disable per defcustom.
Perhaps just document that people need t
On Dec 07, 2011, at 12:35 AM, yagn...@live.com wrote:
>I checked python-mode trunk from few days from launchpad and I
>found that whenever I open new emacs I see a buffer with python-mode.el.
>and with emacs -Q
You know, I just started noticing this myself. Please submit a bug and I'm
sure Andr
On Nov 12, 2011, at 09:23 AM, Andreas Röhler wrote:
>I'm in favor of introducing a CREDITS file, where all people who have sent
>code or bug reports --which is an important contribution too IMO-- are
>mentioned.
I'm none too concerned about *where* folks get credited, but they definitely
should g
On Nov 09, 2011, at 07:56 AM, Jeff Bauer wrote:
>Would it make sense for PDEE to be delivered through Marmalade?
>
> http://marmalade-repo.org/
>
>I'm kind of excited that emacs will soon have a standard package
>manager.
Wow, I don't know if I can handle that. I was kind of hoping to be able t
On Oct 21, 2011, at 07:05 PM, Andreas Röhler wrote:
>as XEmacs branch resolves an incompatibility - should we create a serie from
>it and make a separate XEmacs release next time?
Is it not possible to support both in one version of python-mode.el?
-Barry
signature.asc
Description: PGP signatu
On Oct 13, 2011, at 06:41 PM, Andreas Röhler wrote:
>Am 13.10.2011 16:37, schrieb Barry Warsaw:
>> On Oct 13, 2011, at 02:18 PM, Ryan Kaskel wrote:
>>
>>> Another little comment bug:
>>>
>>> -
>>> foo = True # the next lin
On Sep 28, 2011, at 01:15 PM, David Miller wrote:
>> Yes, please. :) ipython is a separate program that doesn't come with stock
>> Python.
>>
>How about conditionally setting it - this is essentially what Django does
>with it's shell
>
>(defcustom py-python-command (if (executable-find "ipython")
On Sep 28, 2011, at 12:26 PM, Andreas Röhler wrote:
>FYI: when patch by Thomas --thanks again BTW-- was merged,
>py-python-command default changed
>
>164
>
>(defcustom py-python-command "python"
>
>164
>(defcustom py-python-command "ipython"
>
>
>Please tell if you want back the default "python".
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sep 25, 2011, at 06:58 PM, Georg Brandl wrote:
>if anything is highlighted, then it should be only locals at assignment.
>Highlighting other assignments gets much too messy on the eyes (and if you
>start highlighting "variable" (no such thing in
On Sep 12, 2011, at 10:17 AM, Andreas Röhler wrote:
>intend to write
>
>(defconst py-version "6.0.3")
>
>in trunk, ie having py-version expressed number of upcoming release instead
>of the last one.
There are lots of ways projects designate version number in unreleased
branches. I tend to like d
I wrote a follow up rebuttal in the bug.
Cheers,
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
Python-mode@python.org
http://mail.python.org/mailman/listinfo/python-mode
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Aug 16, 2011, at 11:07 PM, Cavesnow wrote:
>I will try to explain my idea a bit better. Removing part with the
>direct modification of load-path I think is clear: a library shouldn't
>interfer with global settings.
Agreed.
>If I underst
On Aug 10, 2011, at 06:09 PM, Andreas Röhler wrote:
>What about restricting RET to newline and _not_ indent BTW?
Please no! You will physically hurt all of us dinosaurs. :)
-Barry
signature.asc
Description: PGP signature
___
Python-mode mailing list
On Jul 23, 2011, at 06:48 PM, Andreas Röhler wrote:
>proudly announcing the release of
>
>python-mode.el 6.0 at
>
>http://launchpad.net/python-mode/trunk/6.0/+download/python-mode-6.0.tgz
Congratulations Andreas!
-Barry
signature.asc
Description: PGP signature
__
Hi Andreas,
On Jun 27, 2011, at 09:51 AM, Andreas Röhler wrote:
>suggest to change the remark at
>
>http://wiki.python.org/moin/EmacsEditor
>
>saying:
>
>"Work is underway to unify the two modes."
>
>into something like:
>
>"Ideas, features and code is exchanged between these modes. "
That does
On Jun 17, 2011, at 08:34 AM, Andreas Röhler wrote:
>would make a bug report/feature request for that.
>Opinions?
Personally, I think it's overkill. I agree that making the default
indistinguishable would lessen the fruit salad look, but I wonder if it's
really all that useful.
I guess I would
On Jun 14, 2011, at 06:22 PM, Andreas Röhler wrote:
>should be a pleasure for me to proceed at this point.
Fantastic!
>Just a thought in context: as people my run parallel different versions of
>python --locally or send something to remote machines-- there should be a way
>to specify the version
On May 20, 2011, at 01:41 PM, Andreas Röhler wrote:
>think we should get the execfile issue fixed with next release too.
Definitely. Sorry for letting this one get buried in my inbox, but I've now
commented on the issue.
>What about introducing a var indicating the python version the code is
>i
On Apr 28, 2011, at 01:44 PM, Andrea Crotti wrote:
>I have some indentation problems with the version 411 of python-mode
>
>I also tried on "emacs-24.0.50 -Q" on the scratch buffer and this:
>if True:
>pass
>else:
>!!
>
>after the else it doesn't indent.
>Anyone else with the same issue?
Yes,
On Apr 25, 2011, at 09:52 PM, Andreas Röhler wrote:
>BTW, can you point me to a docu for this version?
I don't think so. ;/ I don't have a reference off-hand, though I'm sure it
can be dug up either in the Bazaar code, in the wiki, or in some mailing list
thread.
>At bazaar seeing versions numb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Apr 23, 2011, at 10:13 PM, Georg Brandl wrote:
>>> BTW, "bzr upgrade" does the trick. (Right Barry?)
>>>
>>> Georg
>>
>> to be complete:
>>
>> bzr upgrade --2a
>>
>> seems to work
>
>Hmm, --2a wasn't necessary here.
Correct. Certainly for a
Quick note: Now that Andreas has merged his Myrkwid branch to trunk, I went
ahead and upgraded the lp:python-mode to 2a format. You will have to check it
out again or upgrade any local branches you have, including any branches
stacked on truck.
Sorry for the inconvenience, but this will be better
Hi Andreas,
After a few days of using the latest rev, myrkwid seems pretty good to me. I
think it's time to merge it into trunk and address any remaining issues
there. I'd like to update the trunk to bzr format 2a after myrkwid is
merged. Feel free to go ahead and do the merge (I'll do the upda
On Apr 15, 2011, at 11:41 PM, Andreas Röhler wrote:
>Am 15.04.2011 22:24, schrieb Barry Warsaw:
>> How about then, calling it py-indent-honor-open-paren?
>
>Also good.
>
>But let's reflect maybe a little further:
>point for me is not just the open paren, but the
Oh you're going to love this one Andreas. ;)
-snip snip-
class Foo:
def baz(self):
^L
-snip snip-
I'm not sure this will come through on the email, but there is a control-L in
column zero of the last line. Now put point the line after `def baz` and hit
TAB. You'll get a m
On Apr 15, 2011, at 10:28 PM, Andreas Röhler wrote:
>Am 15.04.2011 22:09, schrieb Barry Warsaw:
>> On Apr 15, 2011, at 10:01 PM, Andreas Röhler wrote:
>>
>>> checked in the fix meanwhile. Behavior of trunk now default again.
>>
>> I just grabbed the update
On Apr 15, 2011, at 10:01 PM, Andreas Röhler wrote:
>checked in the fix meanwhile. Behavior of trunk now default again.
I just grabbed the update and it looks good. Thanks, I'll use this version
over the weekend.
>As for the new variable, would prefer a pure boolean for simplicity.
>Maybe `py-i
On Apr 15, 2011, at 05:05 PM, Andreas Röhler wrote:
>Am 15.04.2011 13:49, schrieb Barry Warsaw:
>> Hi Andreas,
>>
>> On Apr 15, 2011, at 08:59 AM, Andreas Röhler wrote:
>>
>>> def foo():
>>> x = dict(
>>>
Hi Andreas,
On Apr 15, 2011, at 08:59 AM, Andreas Röhler wrote:
>def foo():
> x = dict(
> a=1,
> b=2,
> c=3,
> )
>
>
>which looks okay for me.
Except it's a regression from the trunk. When the open paren ends a line,
subsequent lines shoul
On Apr 14, 2011, at 07:59 PM, Eric S. Johansson wrote:
>On 4/14/2011 5:18 PM, Andreas Röhler wrote:
>> Further fixes still ahead will take a little bit longer probably.
>> Maybe we should keep the trunk for some days before a release, to get som
>e > more testers.
>
>I can spend a little time this
On Apr 14, 2011, at 11:18 PM, Andreas Röhler wrote:
>think we have discussed that with bug #748198:
>
>col 8 will be reached _after_ the closing paren, not before.
>
>When inside a dict, its pairs get piled up.
>
>Unless you want to have that otherwise
Hi Andreas, yes this is slightly differe
Hi Andreas,
One more indentation bug.
-snip snip-
def foo():
d = dict(
-snip snip-
Put point after the open paren on the last night and hit return. You'll end
up on column 13 on the new line, but you should be on column 8.
I think once you've fixed this, myrkwid will be rea
On Apr 13, 2011, at 10:27 AM, Andreas Röhler wrote:
>when closing
>
>[Bug 531034] Re: Add py-class-name-face?
>
>the question arised, if flag should be set to "fixed" or "released".
Generally on my projects, when a fix is committed to the trunk branch (as
opposed to a working branch like myrkwid)
On Apr 07, 2011, at 01:26 PM, Andreas Röhler wrote:
>facing several difficulties with
>beginning-of-defun-function, like to normalize
>`py-beginning-of-def-or-class' taking just one argument
>C-u.
>
>That would help in many respects. I'm aware it
>entangles precious heritages :-)
>
>Default would
On Apr 06, 2011, at 05:14 PM, Andreas Röhler wrote:
>don't know. Completely agree having all bugs and basics done first before
>proceeding.
>
>Checked in the fix of bug reported yesterday.
Cool, thanks. I'll keep testing...
-B
signature.asc
Description: PGP signature
_
On Apr 06, 2011, at 08:18 AM, Andreas Röhler wrote:
>BTW I'm not sure how to proceed here. Shall I push further into myrkwid, or
>rather freeze it, opening a new branch for any progress?
I think myrkwid is coming along, and I'm happy to keep running it to test it
out. My preference would be to k
Here's another myrkwid branch bug. I've updated to r474 of the branch.
-snip snip-
def foo():
"""The foo thing.
-snip snip-
Put point on the last line just after the period and hit return. You end up
in column zero of the new line, but you should end up under the first doubl
On Apr 04, 2011, at 05:46 PM, Stefan Monnier wrote:
>>> ;; That isn't covered by an FSF copyright assignment (?), unlike this
>>> ;; code, and seems not to be well-maintained for Emacs (though I've
>>> ;; submitted fixes).
>
>> I've said before, but it's worth repeating. While I still believe tha
On Apr 03, 2011, at 08:55 PM, Andreas Röhler wrote:
>;; That isn't covered by an FSF copyright assignment (?), unlike this
>;; code, and seems not to be well-maintained for Emacs (though I've
>;; submitted fixes).
I've said before, but it's worth repeating. While I still believe that at
some poi
On Apr 01, 2011, at 10:45 PM, Andreas Röhler wrote:
>Am 01.04.2011 21:58, schrieb Barry Warsaw:
>> On Apr 01, 2011, at 12:31 PM, Andreas Röhler wrote:
>>
>>> checked in fixes. Also cured a mistake of 745208'-fix, where python- and
>>> emacs-lisp logic has be
On Apr 01, 2011, at 12:31 PM, Andreas Röhler wrote:
>checked in fixes. Also cured a mistake of 745208'-fix, where python- and
>emacs-lisp logic has been came across...
Thanks Andreas! Things are looking better, but still not quite perfect. ;)
-snip snip-
def foo():
a = bar(one=1,
Hi Andreas,
myrkwid branch still has a minor problem.
-snip snip-
class Foo:
def foo(self):
pass
-snip snip-
Put point at the end of the 'pass' line.
Hit return. Indentation is correct. However backspace/delete never moves.
Cheers,
-Barry
signature.asc
Descript
On Mar 31, 2011, at 11:56 AM, Andreas Röhler wrote:
>added still another python-mode-test.el, running
>test-cases independently from bugs reported:
>
>`py-run-tests' does for now
>
> 'py-beginning-of-block-test
> 'py-end-of-block-test
> 'py-beginning-of-block-or-clause-t
Thanks for CC'ing me. I'm now subscribed to emacs-devel via Gmane.
On Mar 30, 2011, at 04:10 PM, Andreas Röhler wrote:
>glad to see Emacs python facilities improve. As you mention python-mode.el,
>there are some remarks in python.el which I feel are not correct. If some
>solution predates histor
On Mar 29, 2011, at 02:36 PM, Barry Warsaw wrote:
>Andreas, when I find problems with the myrkwid branch, do you want me to
>mention them here or submit bug reports? Here's the first problem I've
>noticed.
>
>Open up Python 3.3's setup.py (i.e. on the mercurial de
Andreas, when I find problems with the myrkwid branch, do you want me to
mention them here or submit bug reports? Here's the first problem I've
noticed.
Open up Python 3.3's setup.py (i.e. on the mercurial default branch). Go to
the end of line 371, which is on the return statement (last line) o
One other thing I noticed is that both branches are of the old bzr format.
I'd like to upgrade trunk to 2a format, which I can do via the Launchpad web
u/i, but if I do that, all other branches you have (either on Launchpad or
locally) will also have to be upgraded.
Since you've got the big myrkwi
On Mar 26, 2011, at 07:08 PM, Andreas Röhler wrote:
>AFAIS all indent-bugs reported are done with Myrkwid branch.
>
>Provided tests from inside Emacs for it: py-bug-numbered-tests.el
>
>Also tests may be run in batch-mode: python-mode-tests.sh
>
>Please have a look if it's ready:
>
>https://code.l
On Mar 28, 2011, at 03:41 PM, David Miller wrote:
>I frequently use decorators from libraries named like:
>
>@patch.object(Foo, 'bar')
>def func(arg):
># etc
>
>The regex for py-decorators-face only matches the patch section, leaving the
>object part set to the default face ( M-x describe-face
On Mar 25, 2011, at 08:58 PM, Andreas Röhler wrote:
>> -snip snip-
>> (longer, sequence, of_items,
>> that, needs, to_be, wrapped) = input_list
>>
>> packed_entry = (long, sequence, of_items,
>> that, needs, to_be, wrapped)
>> -snip snip-
>What about calling the
On Mar 25, 2011, at 09:51 AM, Andreas Röhler wrote:
>while considering the request valid, even if the current
>non-indent is an option,
>
>what's the recommendable indent?
>
>Would not choose the block-indent step, rather signal
>it's something different at stake.
>
>What about indenting it to the
1 - 100 of 275 matches
Mail list logo
