* Small problem with "unmark" in *Buffer List*
@ 2013-10-30 6:55 Alin Soare
2013-10-30 12:28 ` Stefan Monnier
0 siblings, 1 reply; 8+ messages in thread
From: Alin Soare @ 2013-10-30 6:55 UTC (permalink / raw)
To: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 607 bytes --]
When I mark a buffer for saving (S marker in the 3rd column), the unmark
does not clean the flag.
This happens because the unmark does simply so:
(tabulated-list-set-col 0 " " t)
and the "S" marker is on the 3rd column, and it's not cleared.
Now I discovered that in fact "Unmark" command should be called "unmark the
deletion".
Info page, 19.5 Operating on Several Buffers, quote:
`u'
Remove all flags from the current line, and move down
(`Buffer-menu-unmark').
This is not true. Either press "g" to revert the buffer, or re-define
"Buffer-menu-unmark" to really unmark the buffers.
[-- Attachment #2: Type: text/html, Size: 960 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Small problem with "unmark" in *Buffer List*
2013-10-30 6:55 Small problem with "unmark" in *Buffer List* Alin Soare
@ 2013-10-30 12:28 ` Stefan Monnier
2013-10-30 12:32 ` Alin Soare
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Monnier @ 2013-10-30 12:28 UTC (permalink / raw)
To: Alin Soare; +Cc: emacs-devel
> When I mark a buffer for saving (S marker in the 3rd column), the unmark
> does not clean the flag.
Please report this via M-x report-emacs-bug RET so we get a bug-number
for it, thank you,
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Small problem with "unmark" in *Buffer List*
2013-10-30 12:28 ` Stefan Monnier
@ 2013-10-30 12:32 ` Alin Soare
2013-10-30 17:25 ` Stefan Monnier
0 siblings, 1 reply; 8+ messages in thread
From: Alin Soare @ 2013-10-30 12:32 UTC (permalink / raw)
To: Stefan Monnier; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 385 bytes --]
If you tell me what can we do to fix it, I would like to send the pathch
with the correction as well.
2013/10/30 Stefan Monnier <monnier@iro.umontreal.ca>
> > When I mark a buffer for saving (S marker in the 3rd column), the unmark
> > does not clean the flag.
>
> Please report this via M-x report-emacs-bug RET so we get a bug-number
> for it, thank you,
>
>
> Stefan
>
[-- Attachment #2: Type: text/html, Size: 774 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Small problem with "unmark" in *Buffer List*
2013-10-30 12:32 ` Alin Soare
@ 2013-10-30 17:25 ` Stefan Monnier
2013-10-30 17:33 ` Drew Adams
0 siblings, 1 reply; 8+ messages in thread
From: Stefan Monnier @ 2013-10-30 17:25 UTC (permalink / raw)
To: Alin Soare; +Cc: emacs-devel
> If you tell me what can we do to fix it, I would like to send the pathch
> with the correction as well.
The fix would be to make unmark remove the S marker as well, I think.
Stefan
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Small problem with "unmark" in *Buffer List*
2013-10-30 17:25 ` Stefan Monnier
@ 2013-10-30 17:33 ` Drew Adams
2013-10-30 17:44 ` Alin Soare
0 siblings, 1 reply; 8+ messages in thread
From: Drew Adams @ 2013-10-30 17:33 UTC (permalink / raw)
To: Stefan Monnier, Alin Soare; +Cc: emacs-devel
> The fix would be to make unmark remove the S marker as well
Which would just restore the traditional behavior.
The regression was introduced in Emacs 24.3. Look at the
changes between 24.2 and 24.3 to see what needs to be done.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Small problem with "unmark" in *Buffer List*
2013-10-30 17:33 ` Drew Adams
@ 2013-10-30 17:44 ` Alin Soare
2013-10-30 18:04 ` Drew Adams
0 siblings, 1 reply; 8+ messages in thread
From: Alin Soare @ 2013-10-30 17:44 UTC (permalink / raw)
To: Drew Adams; +Cc: Stefan Monnier, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 686 bytes --]
As a 2-minute looking over the definition of buff-menu.el and over the
definition of `19.5 Operating on Several Buffers`, I think I need to check
whether the buffer was modified, and in case that it was, I insert '*' on
the 3rd column, otherwise insert space.
I remember this problem repeating for many years, but today it disturbed me
again , and this is why I mailed.
In fact, the patch of the function "Buffer-menu-unmark" will look something
like:
if "the 3rd column is S (from Save)" then
(if (buffer-modified-p current-buffer-from-the-point)
has-modified-flag-on then
insert "*" else
insert " ".
This is the complete logic of the patch . Correct ?
[-- Attachment #2: Type: text/html, Size: 977 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: Small problem with "unmark" in *Buffer List*
2013-10-30 17:44 ` Alin Soare
@ 2013-10-30 18:04 ` Drew Adams
2013-10-30 18:18 ` Alp Aker
0 siblings, 1 reply; 8+ messages in thread
From: Drew Adams @ 2013-10-30 18:04 UTC (permalink / raw)
To: Alin Soare; +Cc: Stefan Monnier, emacs-devel
> I remember this problem repeating for many years,
No. This regression was introduced in Emacs 24.3, which was released
on March 11, 2013 - not even one year ago.
> but today it disturbed me again , and this is why I mailed.
> In fact, the patch of the function "Buffer-menu-unmark" will look
> something like:...
> This is the complete logic of the patch . Correct ?
Diff the buff-menu.el changes from Emacs 24.2 to 24.3, and revert
the change that introduced the regression.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-10-30 18:18 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-30 6:55 Small problem with "unmark" in *Buffer List* Alin Soare
2013-10-30 12:28 ` Stefan Monnier
2013-10-30 12:32 ` Alin Soare
2013-10-30 17:25 ` Stefan Monnier
2013-10-30 17:33 ` Drew Adams
2013-10-30 17:44 ` Alin Soare
2013-10-30 18:04 ` Drew Adams
2013-10-30 18:18 ` Alp Aker
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).