[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: xref and displaying locations in appropriate window or frame

From: Dmitry Gutov
Subject: Re: xref and displaying locations in appropriate window or frame
Date: Sun, 24 Jan 2016 21:03:09 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:44.0) Gecko/20100101 Thunderbird/44.0

On 01/24/2016 08:58 PM, Eli Zaretskii wrote:

With RET, yes.  But this doesn't happen with '.'.  Isn't that

Somewhat, yes. But it avoided the problem of showing a buffer while avoiding touching two windows.

RET runs xref-goto-xref, so whatever RET does, xref-goto-xref will do
the same, no?

Yes. Including hiding the xref buffer, like currently implemented.

As for xref-show-location-at-point, it doesn't bury the *xref* buffer
when I try it now, so it looks like it already avoids hiding *xref*.

Avoids, yes. And it doesn't fulfill the "show in this/other window/frame" contract, like you've observed.

It's possible that we can easily have only one or the other.

I have a terrible feeling that I'm missing something important here.

Not sure if you are.

I only mean that the original buffer will be hidden, and the user won't
be able to look at its contents while making the choice. Which might be
considered bad, for the default behavior. Maybe not too terrible, though.

No, I don't think it's terrible.  There's always
xref-pop-marker-stack, right?

I suppose.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]