Hi again
@benjamin
Django-command-extension is a really great tools but ipython is a robust
python shell with internal debugger autho completer and some many
features, there are many situation that runserver_plus does does not
come handy, also terminal is a great friend of a developer you have
te
`runserver_plus` from django-extensions together with Werkzeug's debugger is
a great tools,
but ipython console is more greater! Usualy than I work with site on dev
server, I have already
opened in IDE the project sources.
On Thu, Feb 10, 2011 at 2:19 PM, Benjamin Wohlwend wrote:
> Hi,
>
> On Th
I'm not a fan of one-size-fits-all debugging tools. The last several replies
clearly show the variety of preferences people have for the already-existing
options. Adding a setting that allows you to replace the debugging module
also implies the replacement modules support a common API, which may
Hi,
On Thu, Feb 10, 2011 at 8:44 AM, Matteius wrote:
>
> What I want to see (and possibly the closest I've seen it with was a
> video on the django_command_extensions) is an interactive debugger
> built into my test-dev server so I can have break pts, switch logic
> values in place, etc. dynamica
I agree with idea, but wish, that it would be implemented not only in
runserver, but also in test command:
$ python manage.py runserver --debug
$ python manage.py test --debug
I really missing this functionality, which is implemented and works
very well in nose:
http://packages.python.org/
e some hooks that allow users to
> change that by his/her choices but django can have its own inline
> debugging tools build upon those hooks internally.
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group,
e its own inline
debugging tools build upon those hooks internally.
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com.
To unsubscribe from this group, send e
On Thu, Feb 10, 2011 at 12:46 PM, Sameer Rahmani wrote:
> Hi Russell
>
> that patch is just a lazy code as i said before, but the idea will
> implements in better ways. it will be a good idea to use such code in
> development web server as an option. so user can easily use it, but using
> hooks an
Hi,
I think this is a good idea!
+1 for "python manage.py runserver --debug"
On Thu, Feb 10, 2011 at 9:46 AM, Sameer Rahmani wrote:
> Hi Russell
>
> that patch is just a lazy code as i said before, but the idea will
> implements in better ways. it will be a good idea to use such code in
> devel
Hi Russell
that patch is just a lazy code as i said before, but the idea will
implements in better ways. it will be a good idea to use such code in
development web server as an option. so user can easily use it, but using
hooks and building and external tool is not a good way to deal with
debuggin
; at last i end up with a little django patch #15249.
>
> that patch provide a easy way to debug django code at the exception
> raise time. i discussed about the inline debugging idea in irc developer
> channel with some cool guys :D, and i decided to post this mail to
> share t
to debug django code at the exception
raise time. i discussed about the inline debugging idea in irc developer
channel with some cool guys :D, and i decided to post this mail to
share the idea with others and get their ideas.
what does #15249 patch do?
it run a pdb or ipython shell when an
12 matches
Mail list logo
