It's not very fast, but I guess that's a general problem with our scrolling. At least it works now, but it's not perfect.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@34659 a592a061-630c-0410-9148-cb99ea01b6c8
If the document class is not available, we now issue a warning for the user. This triggers a focusInEvent of the WorkArea and the cursor is issued to start blinking. However, when reverting a document the cursor is probably invalid and there has been no chance yet to fix it as we are still reading the file.
The solution is to not show the cursor when the view is still busy.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@34590 a592a061-630c-0410-9148-cb99ea01b6c8
Solution: don't use boost::bind for msvc10 (could also be extended to several GCC versions)
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@34257 a592a061-630c-0410-9148-cb99ea01b6c8
a lot of simplification is possible. Except some instability period...
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@33389 a592a061-630c-0410-9148-cb99ea01b6c8
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
