GNU bug report logs - #8952
Allow narrowing to be window specific

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8952 in the body.
You can then email your comments to 8952 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Howard Persh <hpersh <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: GNU Emacs Bugs, Wishes, Etc.
Date: Tue, 28 Jun 2011 11:20:23 -0700

Hello,

here are a few things I have observed about Emacs (GNU Emacs 23.1.1
(x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2009-08-04 on mon-irva-35).

Bugs:
(1) query-replace immediately after narrow-to-region seems unreliable
-- first time, it will not find the search string, but after an
immediate second attempt, it will.

Wish list:
(1) Narrowing being a per-window operation, not per-buffer (currently,
narrowing in one window affects all windows viewing same buffer).

More way-out wish list:
(1) Many years ago, I worked on IBM mainframes.  There was an editor
called XEDIT, which ran under CMS.  One really, really nice feature of
XEDIT that I would love to see Emacs adopt is keeping the current line
(line with the edit cursor) on the middle (vertically) line of the
window.  Maybe this could be a minor mode...?  Personally, I find this
a much easier way to present and edit a file...

Thanks for the great work!

-- 
Howard

-----------------------------------

Howard Persh
Email: howard.persh.us <at> member.mensa.org
Yahoo IM: hpersh

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

From: Teika Kazura <teika <at> gmx.com>
To: 8952 <at> debbugs.gnu.org
Date: Sat, 28 Feb 2015 14:22:50 +0900 (JST)

Howard, it's not a bug (in a narrow sense). See bug #13178 at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13178 I had been suffering from the same issue for years. ;-)

Regards.

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

From: npostavs <at> users.sourceforge.net
To: Howard Persh <hpersh <at> gmail.com>
Cc: howard.persh.us <at> member.mensa.org, 8952 <at> debbugs.gnu.org
Subject: Re: bug#8952: GNU Emacs Bugs, Wishes, Etc.
Date: Sat, 11 Feb 2017 21:39:19 -0500

retitle 8952 Allow narrowing to be window specific
quit

Howard Persh <hpersh <at> gmail.com> writes:

> (1) query-replace immediately after narrow-to-region seems unreliable
> -- first time, it will not find the search string, but after an
> immediate second attempt, it will.

Covered by #13178.

>
> Wish list:
> (1) Narrowing being a per-window operation, not per-buffer (currently,
> narrowing in one window affects all windows viewing same buffer).

I'm retitling to this, but I suspect it will be too difficult to
implement.

> More way-out wish list:
> (1) Many years ago, I worked on IBM mainframes.  There was an editor
> called XEDIT, which ran under CMS.  One really, really nice feature of
> XEDIT that I would love to see Emacs adopt is keeping the current line
> (line with the edit cursor) on the middle (vertically) line of the
> window.  Maybe this could be a minor mode...?  Personally, I find this
> a much easier way to present and edit a file...

Covered by #5718.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Howard Persh <hpersh <at> gmail.com>
Cc: howard.persh.us <at> member.mensa.org, 8952 <at> debbugs.gnu.org
Subject: Re: bug#8952: Allow narrowing to be window specific
Date: Sat, 17 Jul 2021 16:38:06 +0200

Howard Persh <hpersh <at> gmail.com> writes:

> Wish list:
> (1) Narrowing being a per-window operation, not per-buffer (currently,
> narrowing in one window affects all windows viewing same buffer).

The other things in this bug report have already been covered,
apparently, which leaves this wishlist item.

I don't think it's feasible to implement this, though.  The narrowing is
intimately tied to the buffer object internally, and I think undoing
that coupling would be very problematic.  As I think there can't be any
progress on this, I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Juri Linkov <juri <at> linkov.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Howard Persh <hpersh <at> gmail.com>, howard.persh.us <at> member.mensa.org,
 8952 <at> debbugs.gnu.org
Subject: Re: bug#8952: Allow narrowing to be window specific
Date: Sun, 18 Jul 2021 00:30:15 +0300

>> Wish list:
>> (1) Narrowing being a per-window operation, not per-buffer (currently,
>> narrowing in one window affects all windows viewing same buffer).
>
> The other things in this bug report have already been covered,
> apparently, which leaves this wishlist item.
>
> I don't think it's feasible to implement this, though.  The narrowing is
> intimately tied to the buffer object internally, and I think undoing
> that coupling would be very problematic.  As I think there can't be any
> progress on this, I'm closing this bug report.

Anyone can write a package (if not already) that puts window-local
overlays with the 'invisible' property, thus emulating 'narrow'.

Previous Next

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