GNU bug report logs - #43503
Patch: Improvements regarding commands like find-file-other-tab.

Previous Next

Full log

Message #11 received at 43503 <at> debbugs.gnu.org (full text, mbox):

From: ej32u <at> protonmail.com
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 43503 <at> debbugs.gnu.org
Subject: Re: bug#43503: Patch: Improvements regarding commands like
 find-file-other-tab.
Date: Sat, 19 Sep 2020 18:19:20 +0000

[Message part 1 (text/plain, inline)]

On 9/19/20 10:34 AM, Lars Ingebrigtsen wrote:
>> +(defun find-file-read-only-other-tab (filename &optional wildcards)
>> +  "Edit file FILENAME, in another tab, but don't allow changes.
>> +Like \\[find-file-other-frame] (which see), but creates a new tab.
>> +
>> +Like C-x t C-f, but marks buffer as read-only.
>> +Use C-x C-q to permit editing."
> This should probably refer to the functions, not the keystrokes?
You are right. I fixed that.
> But anyway -- I'm not really sure I understand the use case here -- is
> opening files in read-only mode a thing that people do a lot?  I mean,
> we have `C-x C-r', so adding tab-opening versions of that would be
> logical, but...
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>     bloggy blog: http://lars.ingebrigtsen.no

I do this only occasionally. I think having them is no different from having the 
`-other-frame' and `-other-window' versions of `find-file-read-only'.

I really only want the FFAP versions of these commands, but I think the other 
versions should exist for consistency.

[0001-Improvements-regarding-like-find-file-other-tab.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.