* bug#7726: reveal-mode bypassed by compile-goto-error
@ 2010-12-24 12:54 Lennart Borgman
2010-12-24 14:40 ` Thierry Volpiatto
0 siblings, 1 reply; 9+ messages in thread
From: Lennart Borgman @ 2010-12-24 12:54 UTC (permalink / raw)
To: 7726
If I use compile-goto-error from a grep-mode buffer to a org-mode
buffer where the destination line is in a hidden outline then the
outline will not be revealed until after next command.
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) from trunk 2010-10-19 (patched)
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2010-12-24 12:54 bug#7726: reveal-mode bypassed by compile-goto-error Lennart Borgman
@ 2010-12-24 14:40 ` Thierry Volpiatto
2011-01-22 23:47 ` Chong Yidong
0 siblings, 1 reply; 9+ messages in thread
From: Thierry Volpiatto @ 2010-12-24 14:40 UTC (permalink / raw)
To: bug-gnu-emacs
Lennart Borgman <lennart.borgman@gmail.com> writes:
> If I use compile-goto-error from a grep-mode buffer to a org-mode
> buffer where the destination line is in a hidden outline then the
> outline will not be revealed until after next command.
Indeed,
also, goto-line is unable to reach line in an outline based buffer.
See in anything and ioccur, it is fixed for org-mode and
outline-minor-mode.
Is there other modes based on outline to handle?
--
A+ Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2010-12-24 14:40 ` Thierry Volpiatto
@ 2011-01-22 23:47 ` Chong Yidong
2011-01-23 2:00 ` Lennart Borgman
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Chong Yidong @ 2011-01-22 23:47 UTC (permalink / raw)
To: Thierry Volpiatto; +Cc: 7726
Thierry Volpiatto <thierry.volpiatto@gmail.com> writes:
> Lennart Borgman <lennart.borgman@gmail.com> writes:
>
>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>> buffer where the destination line is in a hidden outline then the
>> outline will not be revealed until after next command.
>
> Indeed,
>
> also, goto-line is unable to reach line in an outline based buffer.
> See in anything and ioccur, it is fixed for org-mode and
> outline-minor-mode.
>
> Is there other modes based on outline to handle?
Anyone have a test case?
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-22 23:47 ` Chong Yidong
@ 2011-01-23 2:00 ` Lennart Borgman
2011-01-23 7:19 ` Thierry Volpiatto
2011-01-24 0:50 ` Stefan Monnier
2 siblings, 0 replies; 9+ messages in thread
From: Lennart Borgman @ 2011-01-23 2:00 UTC (permalink / raw)
To: Chong Yidong; +Cc: 7726, Thierry Volpiatto
On Sun, Jan 23, 2011 at 12:47 AM, Chong Yidong <cyd@stupidchicken.com> wrote:
> Thierry Volpiatto <thierry.volpiatto@gmail.com> writes:
>
>> Lennart Borgman <lennart.borgman@gmail.com> writes:
>>
>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>> buffer where the destination line is in a hidden outline then the
>>> outline will not be revealed until after next command.
>>
>> Indeed,
>>
>> also, goto-line is unable to reach line in an outline based buffer.
>> See in anything and ioccur, it is fixed for org-mode and
>> outline-minor-mode.
>>
>> Is there other modes based on outline to handle?
>
> Anyone have a test case?
Yes, but why do you want one? Is not the recipes we have given enough?
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-22 23:47 ` Chong Yidong
2011-01-23 2:00 ` Lennart Borgman
@ 2011-01-23 7:19 ` Thierry Volpiatto
2011-01-24 0:50 ` Stefan Monnier
2 siblings, 0 replies; 9+ messages in thread
From: Thierry Volpiatto @ 2011-01-23 7:19 UTC (permalink / raw)
To: Chong Yidong; +Cc: 7726
Chong Yidong <cyd@stupidchicken.com> writes:
> Thierry Volpiatto <thierry.volpiatto@gmail.com> writes:
>
>> Lennart Borgman <lennart.borgman@gmail.com> writes:
>>
>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>> buffer where the destination line is in a hidden outline then the
>>> outline will not be revealed until after next command.
>>
>> Indeed,
>>
>> also, goto-line is unable to reach line in an outline based buffer.
>> See in anything and ioccur, it is fixed for org-mode and
>> outline-minor-mode.
>>
>> Is there other modes based on outline to handle?
>
> Anyone have a test case?
Switch to any org buffer, close all, and:
M-g g 20 RET
--
A+ Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-22 23:47 ` Chong Yidong
2011-01-23 2:00 ` Lennart Borgman
2011-01-23 7:19 ` Thierry Volpiatto
@ 2011-01-24 0:50 ` Stefan Monnier
2011-01-24 1:00 ` Lennart Borgman
2 siblings, 1 reply; 9+ messages in thread
From: Stefan Monnier @ 2011-01-24 0:50 UTC (permalink / raw)
To: Chong Yidong; +Cc: 7726, Thierry Volpiatto
>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>> buffer where the destination line is in a hidden outline then the
>>> outline will not be revealed until after next command.
>> also, goto-line is unable to reach line in an outline based buffer.
>> See in anything and ioccur, it is fixed for org-mode and
>> outline-minor-mode.
>> Is there other modes based on outline to handle?
> Anyone have a test case?
I think the problem is that reveal-mode runs from post-command-hook and
reveals what's in the buffer that's current when post-command-hook is
run, whereas in the above cases, the buffer that needs revealing is not
current at that point.
That's one of the cases where we could use something like
a "pre-redisplay-hook".
Stefan
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-24 0:50 ` Stefan Monnier
@ 2011-01-24 1:00 ` Lennart Borgman
2011-01-24 16:12 ` Stefan Monnier
0 siblings, 1 reply; 9+ messages in thread
From: Lennart Borgman @ 2011-01-24 1:00 UTC (permalink / raw)
To: Stefan Monnier; +Cc: Chong Yidong, 7726, Thierry Volpiatto
On Mon, Jan 24, 2011 at 1:50 AM, Stefan Monnier
<monnier@iro.umontreal.ca> wrote:
>>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>>> buffer where the destination line is in a hidden outline then the
>>>> outline will not be revealed until after next command.
>>> also, goto-line is unable to reach line in an outline based buffer.
>>> See in anything and ioccur, it is fixed for org-mode and
>>> outline-minor-mode.
>>> Is there other modes based on outline to handle?
>> Anyone have a test case?
>
> I think the problem is that reveal-mode runs from post-command-hook and
> reveals what's in the buffer that's current when post-command-hook is
> run, whereas in the above cases, the buffer that needs revealing is not
> current at that point.
> That's one of the cases where we could use something like
> a "pre-redisplay-hook".
Isn't it more like post-post-command-hook?
(Didn't I take up such a problem with cua-mode long ago? But at the
moment I can't remember what it was.)
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-24 1:00 ` Lennart Borgman
@ 2011-01-24 16:12 ` Stefan Monnier
2011-01-24 20:09 ` Lennart Borgman
0 siblings, 1 reply; 9+ messages in thread
From: Stefan Monnier @ 2011-01-24 16:12 UTC (permalink / raw)
To: Lennart Borgman; +Cc: Chong Yidong, 7726, Thierry Volpiatto
>>>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>>>> buffer where the destination line is in a hidden outline then the
>>>>> outline will not be revealed until after next command.
>>>> also, goto-line is unable to reach line in an outline based buffer.
>>>> See in anything and ioccur, it is fixed for org-mode and
>>>> outline-minor-mode.
>>>> Is there other modes based on outline to handle?
>>> Anyone have a test case?
>> I think the problem is that reveal-mode runs from post-command-hook and
>> reveals what's in the buffer that's current when post-command-hook is
>> run, whereas in the above cases, the buffer that needs revealing is not
>> current at that point.
>> That's one of the cases where we could use something like
>> a "pre-redisplay-hook".
> Isn't it more like post-post-command-hook?
No I really meant pre-redisplay-hook. I don't see why
post-post-command-hook would have anything to do with this problem.
E.g. I think a case that needs to work is when you're in the *compile*
buffer and select one entry to display the source but while staying in
the *compile* buffer: the current buffer before and after the command is
*compile*, so no amount of post/pre-command-hooks can tell you that some
other buffer needs revealing.
Stefan
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#7726: reveal-mode bypassed by compile-goto-error
2011-01-24 16:12 ` Stefan Monnier
@ 2011-01-24 20:09 ` Lennart Borgman
0 siblings, 0 replies; 9+ messages in thread
From: Lennart Borgman @ 2011-01-24 20:09 UTC (permalink / raw)
To: Stefan Monnier; +Cc: Chong Yidong, 7726, Thierry Volpiatto
On Mon, Jan 24, 2011 at 5:12 PM, Stefan Monnier
<monnier@iro.umontreal.ca> wrote:
>>>>>> If I use compile-goto-error from a grep-mode buffer to a org-mode
>>>>>> buffer where the destination line is in a hidden outline then the
>>>>>> outline will not be revealed until after next command.
>>>>> also, goto-line is unable to reach line in an outline based buffer.
>>>>> See in anything and ioccur, it is fixed for org-mode and
>>>>> outline-minor-mode.
>>>>> Is there other modes based on outline to handle?
>>>> Anyone have a test case?
>>> I think the problem is that reveal-mode runs from post-command-hook and
>>> reveals what's in the buffer that's current when post-command-hook is
>>> run, whereas in the above cases, the buffer that needs revealing is not
>>> current at that point.
>>> That's one of the cases where we could use something like
>>> a "pre-redisplay-hook".
>> Isn't it more like post-post-command-hook?
>
> No I really meant pre-redisplay-hook. I don't see why
> post-post-command-hook would have anything to do with this problem.
> E.g. I think a case that needs to work is when you're in the *compile*
> buffer and select one entry to display the source but while staying in
> the *compile* buffer: the current buffer before and after the command is
> *compile*, so no amount of post/pre-command-hooks can tell you that some
> other buffer needs revealing.
Oh, I see.
And haven't we been discussing before that such a hook maybe could be
useful for cases where we now are using
window-configuration-change-hook?
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-01-24 20:09 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-24 12:54 bug#7726: reveal-mode bypassed by compile-goto-error Lennart Borgman
2010-12-24 14:40 ` Thierry Volpiatto
2011-01-22 23:47 ` Chong Yidong
2011-01-23 2:00 ` Lennart Borgman
2011-01-23 7:19 ` Thierry Volpiatto
2011-01-24 0:50 ` Stefan Monnier
2011-01-24 1:00 ` Lennart Borgman
2011-01-24 16:12 ` Stefan Monnier
2011-01-24 20:09 ` Lennart Borgman
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).