P.S. Why is this message shown twice when switching between tabs ?
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@32973 a592a061-630c-0410-9148-cb99ea01b6c8
The GuiCompleter has to have a parent, otherwise it is not destroyed when a GuiWorkArea is destroyed.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@32952 a592a061-630c-0410-9148-cb99ea01b6c8
This commit also move the Selection saving to QEvent::WindowActivate in GuiView.cpp.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@31443 a592a061-630c-0410-9148-cb99ea01b6c8
Now, the option "Hide Tab" uses closeBuffer and asks for saving intead of instantly removing the workArea.
This is part of bug #5893: we try to make sure that there are no dirty hidden buffers.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@31043 a592a061-630c-0410-9148-cb99ea01b6c8
This simply changes the appearance of the display path (in the tab header) in one detail: if the file suffix is not "lyx" (but "lyx15" etc.), the file is displayed with the extension. This fixes the problem (which is due to identical display paths), and it adds, IMHO, useful information to the GUI.
Patch reviewed by vfr.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@30977 a592a061-630c-0410-9148-cb99ea01b6c8
Store the position for the context menu on mouse press. This is also done in qt but then only on the widget level.
This avoids that e.g. the edit menu will call getStatus() of math (which causes a crash actually).
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@30807 a592a061-630c-0410-9148-cb99ea01b6c8
The wrong context menu is being expanded, because the location where the context menu is requested is computed wrongly by Qt.
Actually, the problem seemed to be in InputMethodQuery?. For some reason, the box of the cursor is shifted right under the cursor box.
The menu key uses InputMethodQuery? to locate the context menu, just as he Japanese input method locates the box with possibilities.
1.6.x shows the same behaviour, but in that case it doesn't crash because the spellchecker entry does not exist there, but there might be another case in which it will crash.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@30797 a592a061-630c-0410-9148-cb99ea01b6c8
stand for.
This fixes bug #6043: Windows multimedia keys intercepted
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@30389 a592a061-630c-0410-9148-cb99ea01b6c8
Now also when returning from full-screen mode.
see r28747.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@29861 a592a061-630c-0410-9148-cb99ea01b6c8
http://www.lyx.org/trac/ticket/4464
Thanks to Vincent for showing the way.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@29394 a592a061-630c-0410-9148-cb99ea01b6c8
Resizing can occur by toggling toolbars (bug 4733), or by creating or closing buffers which causes the tabbar to toggle (e.g. bug 4174, comment 5).
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@29066 a592a061-630c-0410-9148-cb99ea01b6c8
http://bugzilla.lyx.org/show_bug.cgi?id=4733
* GuiWorkArea: This adds "buffer_view_->scrollToCursor();" to GuiWorkArea::resizeBufferView() to make sure that the cursor remains visible.
* BufferView: Make sure that we can call the scrollToCursor function without causing a new repaint.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@28946 a592a061-630c-0410-9148-cb99ea01b6c8
http://bugzilla.lyx.org/show_bug.cgi?id=5819.
If no call to setCurrentIndex is made, we should make sure ourselves that the currentWorkArea switches to the clicked TabWorkArea.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@28641 a592a061-630c-0410-9148-cb99ea01b6c8
