Pythonising the vim (e.g. syntax popups) -> vimpst
> Evening,
>
> Is there a decent way to get that help into vim? Or like showing docstrings
> or help that I get through pydoc on request? I've been working myself
> through a pile of vim macros/plugins but couldn't find even one which
> simplifies programming in Python. Further issues would be handling the
Hi Christoph,
Hi Vim users,
The last 5 days I´ve been working on a code-completion/calltips plugin for
vim. It´s working pretty good but not finished yet. I will anounce the first
beta version on this mailling list. I hope during the next week.
I recorded a swf-video so that you can take a look at the current status.
Link: http://www.tuxed.de/vimpst/video.tar.gz
Note that it is not necessary to generate symboltable files, etc. Everything
is done "on demand". It is even possible to change the python implementation
e.g. CPython, Jython, IronPython.
It is also possible to add some "special feature" interceptor. Currently this
is working for SQLObject:
Lets say you have the class User and the attribute username is a alternate ID.
Then, the method User.byUsername("...") will always return a User object.
vimpst checks this and provides a suitable help.
Regards,
Roman
--
http://mail.python.org/mailman/listinfo/python-list
coding conventions, PEP vs. practice
Dear python-list, while looking for some coding conventions for python programs, i found the PEP8 at http://www.python.org/peps/pep-0008.html. It defines the rules very well and leaves no space for interpretations. I guess thats a good thing :-) But when i started playing a bit with python and frameworks like Zope, Webworks, etc., i noticed, that a lot frameworks are using a different convention for methodnames. These frameworks are using "mixedCase" but PEP8 suggests "lower_case_with_underscores" except "in contexts where that's already the prevailing style" which is not the case here IMHO. So, are there any specific reasons for breaking the rules here? I think consistent conventions are very important. Being a Java developer in the last couple of years, i learned how practical it can be to have only one naming style. Best regards, Roman -- http://mail.python.org/mailman/listinfo/python-list
