all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Bruno Félix Rezende Ribeiro" <oitofelix@gnu.org>
To: emacs-devel@gnu.org
Subject: info-rename-buffer-mode global minor mode
Date: Sat, 17 Aug 2019 15:58:04 -0300	[thread overview]
Message-ID: <87o90naabn.fsf@oitofelix.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2027 bytes --]


Hello Emacs developers,

Attached is an implementation of ‘info-rename-buffer-mode’ a global
minor-mode which automatically renames Info buffers to match their
visiting manual.

That’s a feature I find useful when consulting several Info manuals
simultaneously, because it frees me from the burden of renaming Info
buffers to descriptive names manually whenever I open a new manual or
change the current one, while avoiding the accidental change of the
current visited node while opening a new Info buffer.

I’d like to know if people like this feature and would like to have it
included in the default distribution.  In any case, I’d like to get
feedback on the correct (or canonical) way of implementing such simple
feature, in case my implementation is not optimal for whatever reason.

I’m new as a potential Emacs contributor[1] and would like to learn the
most effective procedures to have features or bug-fixes reviewed,
accepted or declined, as I’m collecting a few features I have
implemented over the course of using Emacs as my main system[2] and
possibly generalizing them as more useful standalone modules I plan on
submitting.


Grateful for your time,
Bruno

Footnotes: 

[1] Having only contributed the ‘emms-volume-mixerctl.el’ module to EMMS
yet (whose copyright assignment process is underway).

[2] I use Emacs as my main and only “computing environment” at home and
work, across several OSes: GNU/Linux, OpenBSD, NetBSD, ReactOS and
FreeDOS.  That means that all those systems boot directly onto
full-screen Emacs (most graphically), and all my user initialization
code is inside my ‘.emacs’ (rather than .xsession, .xinitrc, .profile or
.bashrc) -- so all helper sub-processes are managed by Emacs, my window
manager is EXWM (wherever possible), and I use Emacs for everything
feasible, the only exception being to resort to a javascript capable
web-browser for sites requiring it and whose job can’t be performed
within Emacs.



[-- Attachment #2: info-rename-buffer-mode.el --]
[-- Type: application/emacs-lisp, Size: 2189 bytes --]

[-- Attachment #3: Type: text/plain, Size: 255 bytes --]


-- 
 88888  FFFFF Bruno Félix Rezende Ribeiro (oitofelix) [0x28D618AF]
 8   8  F     http://oitofelix.freeshell.org/
 88888  FFFF  mailto:oitofelix@gnu.org
 8   8  F     irc://chat.freenode.org/oitofelix
 88888  F     xmpp://oitofelix@riseup.net

                 reply	other threads:[~2019-08-17 18:58 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87o90naabn.fsf@oitofelix.com \
    --to=oitofelix@gnu.org \
    --cc=emacs-devel@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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.