On Tue, 8 Jan 2002, John Levon wrote: > On Tue, Jan 08, 2002 at 07:42:06PM +0000, Angus Leeming wrote: > > > This is what I was doing. Open the dropdown and with it open move the main > > window. The drop down remains in its original position. It should move with > > the main window. > > No, it /shouldn't/. It should close immediately, that's exactly what the pointer > grab code does, and I'm rather perplexed that that isn't happening (I'll just blame > xforms like you suggested, I think).
Shouldn't you rather be catching a loss of focus and closing the browser by setting a callback? I'm pretty sure this can be done with XForms but I've never tried. > > I think that we shouldn't create a new form anyway, but rather should add a > > permanent DropDown object (renamed!) to the LyXView on top of the workarea. > > We would then simply show or hide the browser as approriate. > > you mean minibuffer not lyxview, it is part of the minibuffer and has nothing to > do with lyxview (apart from the fact it is "attached" under minibuffer). > > Sure, this can happen when minibuffer is MVCed and LyXView is finished. Though > I'm not a fan of the DropUp behaviour I must say. I think you'll find Angus is referring to the workarea -- adding a hidden object (the DropUp history browser) that overlaps the workarea and is only shown when needed (we don't resize the workarea just overlap it with a browser). This seems like a better solution overall to me. Allan. (ARRae)
