unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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).