From barry at python.org Wed Nov 6 19:00:04 2013 From: barry at python.org (Barry Warsaw) Date: Wed, 6 Nov 2013 13:00:04 -0500 Subject: [Python-mode] Simpler way to put PDB breakpoints In-Reply-To: <526E7653.7040502@online.de> References: <526E7653.7040502@online.de> Message-ID: <20131106130004.6349a9aa@anarchist> 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 very proficient at typing the breakpoint line so I dunno. >BTW there is pydb still but not heavily in use here currently. Does anybody have experience with pydb? I'd dearly love to improve the Python debugger in general. -Barry From andreas.roehler at online.de Wed Nov 6 19:16:24 2013 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Wed, 06 Nov 2013 19:16:24 +0100 Subject: [Python-mode] Simpler way to put PDB breakpoints In-Reply-To: <20131106130004.6349a9aa@anarchist> References: <526E7653.7040502@online.de> <20131106130004.6349a9aa@anarchist> Message-ID: <527A8778.5070103@online.de> Am 06.11.2013 19:00, schrieb Barry Warsaw: > 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 very > proficient at typing the breakpoint line so I dunno. > >> BTW there is pydb still but not heavily in use here currently. > > Does anybody have experience with pydb? I'd dearly love to improve the Python > debugger in general. > > -Barry Made of it https://bugs.launchpad.net/python-mode/+bug/1248657 Cheers, Andreas From andreas.roehler at online.de Wed Nov 20 15:20:43 2013 From: andreas.roehler at online.de (=?ISO-8859-15?Q?Andreas_R=F6hler?=) Date: Wed, 20 Nov 2013 15:20:43 +0100 Subject: [Python-mode] TAB-completion, lp:1252029 Message-ID: <528CC53B.2010503@online.de> Hi Barry, hi all, some thoughts while hunting the bug: 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 should close the completion buffer and jump back to col 0. Just FYI, Andreas From barry at python.org Wed Nov 20 15:25:21 2013 From: barry at python.org (Barry Warsaw) Date: Wed, 20 Nov 2013 09:25:21 -0500 Subject: [Python-mode] TAB-completion, lp:1252029 In-Reply-To: <528CC53B.2010503@online.de> References: <528CC53B.2010503@online.de> Message-ID: <20131120092521.0c6c8ace@anarchist> 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 >should close the completion buffer and jump back to col 0. I never use TAB completion in python-mode, but I do use dabbrev-expand. Perhaps make this configurable - yeah, yet another variable :/ -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From andreas.roehler at online.de Wed Nov 20 18:20:29 2013 From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=) Date: Wed, 20 Nov 2013 18:20:29 +0100 Subject: [Python-mode] TAB-completion, lp:1252029 In-Reply-To: <20131120092521.0c6c8ace@anarchist> References: <528CC53B.2010503@online.de> <20131120092521.0c6c8ace@anarchist> Message-ID: <528CEF5D.2020600@online.de> Am 20.11.2013 15:25, schrieb Barry Warsaw: > 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 >> should close the completion buffer and jump back to col 0. > > I never use TAB completion in python-mode, that's no surprise, as there is no such thing and wasn't. :) > but I do use dabbrev-expand. one of the greatest Emacs features IMO > Perhaps make this configurable - yeah, yet another variable :/ BTW there is no need to "learn" all these variables - as we might safely ignore most of the others at Emacs. The goal is a reasonable default - and the possibility to meet requests the moment they show up. Than it's time to lookup still. Finally not sure if the possible confusion from TAB-completion might outweight the gain. TAB-completion would only work at the outmost indent, but can't be provided at the other, which seems not straight. Still reflecting... Cheers, Andreas