gmane.emacs.python-mode

Re: Bug?

Andreas Röhler — 2013-06-17T15:39:21

Am 17.06.2013 16:04, schrieb Felipe Reyes:

Checked in

Cheers,

Andreas

Re: Bug?

Felipe Reyes — 2013-06-17T14:04:26

Cool, thanks Andres.
On Sat, Jun 15, 2013 at 09:04:14AM +0200, Andreas Röhler wrote:

Re: Bug?

Andreas Röhler — 2013-06-15T07:04:14

Am 14.06.2013 23:20, schrieb Barry Warsaw:
[ ... ]


It's here now:

https://bugs.launchpad.net/python-mode/+bug/1191225

Re: Bug?

Andreas Röhler — 2013-06-15T05:42:04

Am 14.06.2013 22:30, schrieb Barry Warsaw:

Thanks, Barry.
So I'll fix that.

Andreas

_______________________________________________
Python-mode mailing list
Python-mode< at >python.org
http://mail.python.org/mailman/listinfo/python-mode

Re: Bug?

Barry Warsaw — 2013-06-14T21:20:50


Note that PEP 8 doesn't really recommend against this.  There's even an
example in the Maximum Line Length section that has this very "problem".

It's also true that there's no single convention or recommendation for dealing
with this.


I think python-mode should be able to handle it, but it needs to be
configurable.

-Barry
_______________________________________________
Python-mode mailing list
Python-mode< at >python.org
http://mail.python.org/mailman/listinfo/python-mode

Re: Bug?

Felipe Reyes — 2013-06-14T21:04:36

Hi All,

On Fri, Jun 14, 2013 at 04:30:16PM -0400, Barry Warsaw wrote:

This example raises a pep8 warning[0], I've been dealing with it and manually
adding another indentation level to not leave 'baz' aligned with 'baz()'

def foo():
    if (foo &&
            baz):
        bar()

Can this be considered a bug?

Best Regards,

[0] E125 continuation line does not distinguish itself from next logical line

Re: Bug?

Barry Warsaw — 2013-06-14T20:30:16


It's bad form to use parentheses in this situation, but it *is* legal.  It
doesn't bother me if python-mode passive/aggressively discourage such bad
form, but others might disagree.  OTOH, this, which is perfectly fine form,
seems to work well:

def foo():
    if (foo &&
        baz):
        bar()

(i.e. parens used to span multiple lines.)

-Barry
_______________________________________________
Python-mode mailing list
Python-mode< at >python.org
http://mail.python.org/mailman/listinfo/python-mode

Bug?

Andreas Röhler — 2013-06-14T20:24:49

Is this a bug?

http://stackoverflow.com/questions/17114573/python-mode-el-not-allowing-indentation-after-if-statement/17116654#17116654

pylint, which file

Andreas Röhler — 2013-06-14T12:18:45

Hi Barry, hi all,

when running pylint from python-mode, was quite often
at another file than at check before. Whilst the file
offered by Emacs for check was the previous one.

r1260 introduced new boolean `py-pylint-offer-current-p',
   default is non-nil. If current buffers file should be
   offered for check. Otherwise `py-pylint-run' looks up
   filename from history

As this changes the API, maybe have a look. Switching
`py-pylint-offer-current-p' restores old behavior.

Cheers,

Andreas

closing delimiters indent

Andreas Röhler — 2013-05-02T09:21:21

Hi Barry,

wrt example given at https://github.com/jcrocholl/pep8/issues/103

__all__ = [
     'TestFoo',
     'TestGoo',
     'TestHoo',
     ]

Seeing three styles:

- closing "lines up with listing" as displayed
- one col after opener
- at indent of statements/forms beginning (IMHO not recommendable, but seen)

See also https://bugs.launchpad.net/python-mode/+bug/1174174

Cheers,

Andreas

Biggest Fake Conference in Computer Science

2013-04-30T23:14:04

Biggest Fake Conference in Computer Science

We are researchers from different parts of the world and conducted a study on the world’s biggest 
bogus computer science conference WORLDCOMP  http://sites.google.com/site/worlddump1 
organized by Prof. Hamid Arabnia from University of Georgia, USA.


We submitted a fake paper to WORLDCOMP 2011 and again (the same paper with a modified title) to 
WORLDCOMP 2012. This paper had numerous fundamental mistakes. Sample statements from that 
paper include: 

(1). Binary logic is fuzzy logic and vice versa
(2). Pascal developed fuzzy logic
(3). Object oriented languages do not exhibit any polymorphism or inheritance
(4). TCP and IP are synonyms and are part of OSI model 
(5). Distributed systems deal with only one computer
(6). Laptop is an example for a super computer
(7). Operating system is an example for computer hardware


Also, our paper did not express any conceptual meaning.  However, it was accepted both the times 
without any modifications (and without any r

Menu simplified

Andreas Röhler — 2013-04-30T11:40:34

Hi all,

with r1224 a simplified menu is  provided. Maybe have a look.
It adapts version 5.2.0 style, a "More" button gives access to new and advanced features.

Andreas

Re: python-mode menu

Andreas Röhler — 2013-04-29T10:34:40

Am 11.04.2013 22:25, schrieb Georg Brandl:

Hi,

consider to re-introduce menu from v5.2.0, augmented by a buttom "More" at its bottom.
"More" should give access to all the stuff visible now- i.e. not considered for daily use, rather for reference.

Andreas

Re: python-mode menu

Andreas Röhler — 2013-04-12T05:23:47

Am 11.04.2013 22:25, schrieb Georg Brandl:

Probably not the way it's done now. Will change that.


Will re-work the menu, so they are not visible unless searched for.

Thanks,

Andreas

Re: python-mode menu

Georg Brandl — 2013-04-11T20:25:02

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

FWIW, I agree with the comments about the menu.

We even have electric commands in the menu -- WTF?
And I found a few duplicates, such as the "Shift ... left/right" entries.

Also, the shell selections has WAY too many choices.  Do we *really*
need an interactive command for every combination of run def/class/statement
for every of 8 (or so) interpreters?

I appreciate that you want to accomodate every feature request, but
this seems to go too far.

On a related note, why do we have interactive functions for toggling lots
and lots of custom variables?

cheers,
Georg

Am 02.04.2013 12:11, schrieb Andreas Röhler:

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iEYEARECAAYFAlFnHB4ACgkQN9GcIYhpnLCszACgi3dHX4/JNAQSTaPKPXdh9l+I
+pYAoJjdzgf2EyZt4DMNOWwzhG5hM0i2
=ZEnI
-----END PGP SIGNATURE-----

Comparison of Python modes at SO

Andreas Röhler — 2013-04-11T06:54:45

Hi all,

whilst Stack Overflow usually cancels that kind of questions, this time they seem to take interest.

See

http://stackoverflow.com/questions/15670505/comparison-of-python-modes-for-emacs/15672445#15672445

Maybe an occassion to discuss directions of development?

Certainly, there is more than just one way to go,

Andreas

python-mode menu

Andreas Röhler — 2013-04-02T10:11:55

Hi all,

having look at the critics from link below, python-mode menu could get some simplification indeed.
Think will have some ideas what to do.

In case you have some requests too, it's welcome.

Andreas



-------- Original-Nachricht --------
Betreff: [Bug 1162893] [NEW] The automatic indentation works against me.
Datum: Mon, 01 Apr 2013 16:52:16 -0000
Von: Jesse <fibonacci713< at >gmail.com>

If you take a look at this angry man's blog: http://danielnouri.org/notes/2012/11/16/python-mode-gone-wrong/
you can see an example of what I'm trying to describe.

[ ... ]

Re: problem with fill-paragraph

Barry Warsaw — 2013-04-01T17:37:38


I'm having the exact same problem now with bzr head.

https://bugs.launchpad.net/python-mode/+bug/1162912

-Barry

problem with fill-paragraph

Alexis Roda — 2013-03-27T21:12:27

Hi,
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.

     Assuming that ``cr`` is a :class:`ContextRewriter` instance,
     that the rewriter maps the path ``views/<filename>`` to

into:

     """Returns a rewritten path.
Assuming that ``cr`` is a :class:`ContextRewriter` instance,
     that the rewriter maps the path ``views/<filename>`` to

And scrolls the buffer/window so that "Assuming that ..." appears in the 
top of the window.

It seems to work ok if I select the whole paragraph before pressing M-q.


I have tested it under a clean environment in a virtual machine, emacs 
23.3.1, ubuntu 12.04, with a minimal setup.

.emacs is just:

(setq py-install-directory (expand-file-name "~/.emacs.d"))
(add-to-list 'load-path py-install-directory)
(require 'python-mode)

Is this a known issue or am I missing something?



Than

Re: [Python-de] Treffer ausschließen

Andreas Röhler — 2013-03-20T09:09:48

Am 20.03.2013 08:52, schrieb Andreas Röhler:

cc to wrong list, sorry, please forget,

Andreas

Re: [Python-de] Treffer ausschließen

Andreas Röhler — 2013-03-20T07:52:56

Am 19.03.2013 15:57, schrieb Christopher Arndt:

Das ist interessant, danke.

Fürs Problem taugt es noch nicht, da die Form nur nach der Existenz das Ausdrucks fragt,
während ich dessen Inhalt brauche, bzw. einen Ausdruck für die Negation des Inhalts.

Andreas