Ahhh! I _think_ I understand... perhaps...
This feels like the popup is recieving a signal that the buffer has changed.
In fact, I'm sure that's what is happening.
If the buffer changes, then a signal "updateBufferDependent" is emitted into
the ether. This signal is connected to a slot "updateSlot" in the Ref popup:
void FormInset::updateSlot(bool switched)
{
if (switched)
hide();
else
update();
}
In this case, updateSlot is being passed "true", telling it that the buffer
has changed and so the popup should be closed.
The question is, therefore, WHY is it receiving such a signal when you "click
on one of the figure refs from the list" and equally, why does it "randomly
goes away" after a few minutes.
Dekel, will this have been fixed by your recent patch? Perhaps you'd care to
comment?
Angus
On Monday 22 January 2001 21:00, Amir Karger wrote:
> I'm using 1.1.6, but I'm pretty sure the problem also occurred once when I
> was using the early June 1.1.6cvs. Last time I thought it was a fluke, but
> now it's happening again.
>
> My main THESIS.lyx file includes a bunch of files. Each of those has figures
> in it, and the figures have labels. I'm in one of the sub-files, and I
> do an "Insert->Reference" and click on one of the figure refs from the list.
> (I should mention that I love the way the forms are shaping up. Definitely a
> usability win in LyX.) Instead of showing the name of the reference in the
> "Ref" box, the entire popup closes (I never even had the chance to click on
> OK.), and I'm teleported to the main file. This happens several times. I'm
> able to insert a ref into the main file, but if I go back to a sub-file
> (even a different sub-file) it doesn't work.
>
> After a couple minutes the problem randomly goes away. Sorry that this is a
> terrible bug report, but it's a very weird bug. I've used references a
> million times, and I don't think I'm doing anything particularly weird when
> the problem occurs, but maybe one of you will have an idea what's causing
> this.
>
> -Amir
