From: Jay Cotton <jay.cotton@gmail.com>
To: Bob Proulx <bob@proulx.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: I wish list-buffers used my current window when it listed my buffers
Date: Fri, 16 Aug 2013 19:38:46 -0400 [thread overview]
Message-ID: <BD0FABA9-382C-45C6-838A-7231D0AE575D@gmail.com> (raw)
In-Reply-To: <20130816225130.GA7774@hysteria.proulx.com>
On Aug 16, 2013, at 6:51 PM, Bob Proulx <bob@proulx.com> wrote:
> Jay Cotton wrote:
>> Dan Espen wrote:
>>> I still think any tweaking of list-buffers is a waste of time.
>>> Just replace it with the electric version.
>>
>> I hate to pick nits with the guy who seems closest to my POV on this
>> issue, but after using the electric version a little bit I did
>> notice some weirdness.
>>
>> For instance, it clobbers C-x and a bunch of other huge
>> keybindings. I can't select text for the kill ring. I can't isearch
>> for the buffer I'm looking for.
>
> Those are annoying deficiencies. Not enough to turn me off to it.
> But definitely annoying that the interface isn't consistent with other
> parts of emacs. Maybe it would be possible to fix those things.
Definitely possible, although I'm not sure how much we'd gain by fixing electric-buffer-list rather than just making list-buffers use the same window. (Which is trivial to implement (I know because I naively reimplemented the function before learning about affordances such as same-window-buffer-list, etc.) but extremely difficult to ship due to the certainty of broken workflows.
>
> I have other things about electric-buffer-mode that annoy me. It has
> nasty highlighting that I disable. The latest version uses an ugly
> character set that I don't like but haven't been able to disable.
>
>> I love the fact that it opens in the same window, but I can imagine
>> the dev group catching a lot of flak if they replaced the
>> 'list-buffers default with something so different as this.
>
> I only wish that they would get in trouble for breaking long standing
> behavior! Every time a I upgrade to a new release of emacs I spend a
> lot of time fixing things back to the way they were before. They
> definitely don't seem to be holding back on changing major behaviors.
>
> Bob
Ugrading 30+ year old software is tough stuff! :)
I'm relatively new to this list, but to be honest I find it refreshing to hear that you think the dev team isn't holding back too much on changing major behaviors. I mean, I feel your pain in the abstract, because it sucks to have a broken workflow. I hate it when new emacs breaks my .emacs.
But from my perspective, there's some old stuff in emacs that absolutely should be reconsidered given what we've learned over the years. And it's important for the team to be willing the break workflows when necessary for the greater good. And a lot of what breaks in my .emacs are *hacks* that I've been forced to employ for various embarrassing OCD programmer reasons. :) Like not wanting my windows messed up!
Anyway, I appreciate all your suggestions. Figuring it out as I go.
Thanks,
Jay
next prev parent reply other threads:[~2013-08-16 23:38 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-15 2:02 I wish list-buffers used my current window when it listed my buffers Jay Cotton
2013-08-15 4:56 ` Bob Proulx
[not found] ` <mailman.16.1376542594.10748.help-gnu-emacs@gnu.org>
2013-08-15 12:45 ` Dan Espen
2013-08-15 23:23 ` Jay Cotton
2013-08-16 13:33 ` Michael Heerdegen
2013-08-16 13:33 ` Michael Heerdegen
2013-08-16 22:12 ` Jay Cotton
2013-08-16 23:24 ` Michael Heerdegen
[not found] ` <mailman.163.1376660121.10748.help-gnu-emacs@gnu.org>
2013-08-16 14:03 ` Dan Espen
2013-08-16 22:33 ` Jay Cotton
2013-08-16 22:51 ` Bob Proulx
2013-08-16 23:38 ` Jay Cotton [this message]
2013-08-20 23:07 ` Stefan Monnier
[not found] ` <mailman.447.1377040083.10748.help-gnu-emacs@gnu.org>
2013-08-21 4:51 ` Rustom Mody
2013-08-21 22:55 ` Bob Proulx
[not found] ` <mailman.532.1377125749.10748.help-gnu-emacs@gnu.org>
2013-08-22 4:44 ` Rustom Mody
2013-08-16 23:08 ` Michael Heerdegen
2013-08-16 23:44 ` Jay Cotton
2013-08-16 23:51 ` Jay Cotton
[not found] ` <mailman.210.1376693505.10748.help-gnu-emacs@gnu.org>
2013-08-16 23:14 ` Dan Espen
2013-08-19 3:41 ` Samuel Wales
[not found] <mailman.11.1376532793.10748.help-gnu-emacs@gnu.org>
2013-08-15 3:42 ` Rustom Mody
2013-08-15 4:54 ` Eric Abrahamsen
2013-08-15 7:31 ` Thorsten Jolitz
2013-08-15 12:32 ` Michael Heerdegen
2013-08-15 12:59 ` Eric Abrahamsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BD0FABA9-382C-45C6-838A-7231D0AE575D@gmail.com \
--to=jay.cotton@gmail.com \
--cc=bob@proulx.com \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).