Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Anders Ekberg wrote: I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. Is this a new bug (in 1.5.3)? There is no relevant Bugzilla entry as far as I see. please file one. Jürgen
Re: Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
Anders Ekberg wrote: I don't know. I will check out an earlier version and try. However the bug is present in the current trunk (I tagged it 1.6svn, is there a possibility to tag for several releases in bugzilla?) Unfortunately not. We usually tag the earliest release where the bug occured (which would be 1.5.3 in this case). If the bug doesn't occur in 1.6.0svn (or has been fixed there), we use the keyword fixedintrunk. Jürgen
Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
Jürgen Spitzmüller Thu, 27 Dec 2007 02:55:41 -0800 Anders Ekberg wrote: I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. Is this a new bug (in 1.5.3)? I don't know. I will check out an earlier version and try. However the bug is present in the current trunk (I tagged it 1.6svn, is there a possibility to tag for several releases in bugzilla?) There is no relevant Bugzilla entry as far as I see. please file one. Jürgen Done: http://bugzilla.lyx.org/show_bug.cgi?id=4446 Cross-posting to the devel list for information. Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Anders Ekberg wrote: I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. Is this a new bug (in 1.5.3)? There is no relevant Bugzilla entry as far as I see. please file one. Jürgen
Re: Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
Anders Ekberg wrote: I don't know. I will check out an earlier version and try. However the bug is present in the current trunk (I tagged it 1.6svn, is there a possibility to tag for several releases in bugzilla?) Unfortunately not. We usually tag the earliest release where the bug occured (which would be 1.5.3 in this case). If the bug doesn't occur in 1.6.0svn (or has been fixed there), we use the keyword fixedintrunk. Jürgen
Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
Jürgen Spitzmüller Thu, 27 Dec 2007 02:55:41 -0800 Anders Ekberg wrote: I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. Is this a new bug (in 1.5.3)? I don't know. I will check out an earlier version and try. However the bug is present in the current trunk (I tagged it 1.6svn, is there a possibility to tag for several releases in bugzilla?) There is no relevant Bugzilla entry as far as I see. please file one. Jürgen Done: http://bugzilla.lyx.org/show_bug.cgi?id=4446 Cross-posting to the devel list for information. Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... > 2) hidden cursor movements when navigating through the menu by keyboard > When I activate the menu with the keyboard (Ctrl+F2) and then use the > cursor keys to navigate to the actual menu entry, the following happens: > > - on Ctrl+F2, the menu is activated (as it should), but LyX also > inserts a space character at the current cursor position (which it > should not) > > - on navigating through the menu, the cursor inside LyX moves as well. > > The result is that if I place the cursor somewhere and then use the > keyboard to select, e.g., Insert->Label from the menu, the label is > inserted roughly 5 chars to the right and 10 lines down from the > actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller Sat, 22 Dec 2007 08:30:54 -0800 Daniel Lohmann wrote: ... > 2) hidden cursor movements when navigating through the menu by keyboard > When I activate the menu with the keyboard (Ctrl+F2) and then use the > cursor keys to navigate to the actual menu entry, the following happens: > > - on Ctrl+F2, the menu is activated (as it should), but LyX also > inserts a space character at the current cursor position (which it > should not) > > - on navigating through the menu, the cursor inside LyX moves as well. > > The result is that if I place the cursor somewhere and then use the > keyboard to select, e.g., Insert->Label from the menu, the label is > inserted roughly 5 chars to the right and 10 lines down from the > actually intended position. Cannot reproduce on Linux. ... I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. There is no relevant Bugzilla entry as far as I see. /Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
Anders Ekberg wrote: > I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. Is this a new bug (in 1.5.3)? > There is no relevant Bugzilla entry as far as I see. please file one. Jürgen
Re: Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
Anders Ekberg wrote: > I don't know. I will check out an earlier version and try. However the > bug is present in the current trunk (I tagged it 1.6svn, is there a > possibility to tag for several releases in bugzilla?) Unfortunately not. We usually tag the earliest release where the bug occured (which would be 1.5.3 in this case). If the bug doesn't occur in 1.6.0svn (or has been fixed there), we use the keyword "fixedintrunk". Jürgen
Bug in menu navigation on OS X (was Some LyX 1.5.3 issues (OS-X specific?))
>Jürgen Spitzmüller >Thu, 27 Dec 2007 02:55:41 -0800 >>Anders Ekberg wrote: >>I can reproduce the behavior on Mac OSX 10.5.1, LyX 1.5.3. >Is this a new bug (in 1.5.3)? I don't know. I will check out an earlier version and try. However the bug is present in the current trunk (I tagged it 1.6svn, is there a possibility to tag for several releases in bugzilla?) >>There is no relevant Bugzilla entry as far as I see. >please file one. >Jürgen Done: http://bugzilla.lyx.org/show_bug.cgi?id=4446 Cross-posting to the devel list for information. Anders
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 11:58 PM, Jens Noeckel wrote: On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work completely independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between Command-w (key binding for copy), and Option-w. But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., Option-u o produces the umlaut ö, but Command-u o doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are un-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations M-~S-less and M-~S-greater aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press Option as the Meta key, but not if I press Ctrl (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. I've filed a bug report on this, and while doing so realized I mixed up some the descriptions of my own build and the official build. In the offical binary, what's not recognized is actually C-~S-less and C-~S-greater (which have different key bindings in xemacs). I have a feeling that it won't be fixable, but I wanted to mention it anyway. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 11:58 PM, Jens Noeckel wrote: On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work completely independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between Command-w (key binding for copy), and Option-w. But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., Option-u o produces the umlaut ö, but Command-u o doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are un-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations M-~S-less and M-~S-greater aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press Option as the Meta key, but not if I press Ctrl (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. I've filed a bug report on this, and while doing so realized I mixed up some the descriptions of my own build and the official build. In the offical binary, what's not recognized is actually C-~S-less and C-~S-greater (which have different key bindings in xemacs). I have a feeling that it won't be fixable, but I wanted to mention it anyway. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 11:58 PM, Jens Noeckel wrote: On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work "completely" independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between "Command-w" (key binding for "copy"), and "Option-w". But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., "Option-u o" produces the umlaut ö, but "Command-u o" doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are "un"-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations "M-~S-less" and "M-~S-greater" aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press "Option" as the Meta key, but not if I press "Ctrl" (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. I've filed a bug report on this, and while doing so realized I mixed up some the descriptions of my own build and the official build. In the offical binary, what's not recognized is actually "C-~S-less" and "C-~S-greater" (which have different key bindings in xemacs). I have a feeling that it won't be fixable, but I wanted to mention it anyway. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work completely independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between Command-w (key binding for copy), and Option-w. But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., Option-u o produces the umlaut ö, but Command-u o doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are un-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations M-~S-less and M-~S-greater aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press Option as the Meta key, but not if I press Ctrl (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work completely independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between Command-w (key binding for copy), and Option-w. But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., Option-u o produces the umlaut ö, but Command-u o doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are un-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations M-~S-less and M-~S-greater aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press Option as the Meta key, but not if I press Ctrl (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 23, 2007, at 12:00 PM, Daniel Lohmann wrote: On 22.12.2007, at 17:59, Jens Noeckel wrote: On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens Thanks Jens, However, what I actually want is to use *both* keys within LyX. Apparently (according to Bennett) this is not possible because of a MacQt limitation. Daniel Daniel, yes - I don't think we can have all three modifiers (Ctrl, Apple and Option) work "completely" independently in LyX. Although Qt defines all three, Qt::ControlModifier Qt::MetaModifier Qt::AltModifier as separate values, Lyx doesn't let us use them. The Option key is somewhat special: unfortunatley, Lyx doesn't recognize the difference between "Command-w" (key binding for "copy"), and "Option-w". But _some_ Option-key combinations are caught at a lower level and then work in a way that the analogous Command-key combination doesn't do. E.g., "Option-u o" produces the umlaut ö, but "Command-u o" doesn't. Here is an old reference on this issue: http://osdir.com/ml/editors.lyx.general/2004-09/msg00207.html That email was how I started using the patched Qt where Command and Ctrl are "un"-switched. I'm posting the patched binaries at http://www.uoregon.edu/~noeckel/LyX/ Starting to test it now, and already found another issue to add to the list: The key combinations "M-~S-less" and "M-~S-greater" aren't recognized anymore. So the xemacs binding for buffer-begin and buffer-end no longer work correctly. This holds for the official binaries (on Intel and PPC), and I see the same with my own builds. More precisely, it still works if I press "Option" as the Meta key, but not if I press "Ctrl" (for the official binary) as Meta. This used to work in LyX 1.4 - and the new behavior is clearly inconsistent. Jens
Some LyX 1.5.3 issues (OS-X specific?)
Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 1) wandering character styles While typing in a paragraph where some parts of the text have character styles assigned, these parts wander by a few pixels to the right on every keystroke, visually overriding other parts. I have attached two images to illustrate the problem: img1 is before typing, img2 is after typing ten chars: http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. 4) cursor looks misplaced when editing text in char-style insets Inside a char-style inset, the cursor seems to be rendered a few pixels more left than in the ordinary text. Visually this appears as the cursor being over the character instead of right of it. (This of course is not really an issue, just a bit surprising) I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. Thanks a lot! Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 [...] I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? I confirm that these points are not system specific. We'll try to correct them ASAP. Abdel.
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: 1) wandering character styles 4) cursor looks misplaced when editing text in char-style insets These two issues are fixed in the next release (1.5.4). 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. Yes, I can reproduce this. Jürgen
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller wrote: 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. Yes, I can reproduce this. This is bug 3580: http://bugzilla.lyx.org/show_bug.cgi?id=3580 Jürgen
Some LyX 1.5.3 issues (OS-X specific?)
Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 1) wandering character styles While typing in a paragraph where some parts of the text have character styles assigned, these parts wander by a few pixels to the right on every keystroke, visually overriding other parts. I have attached two images to illustrate the problem: img1 is before typing, img2 is after typing ten chars: http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. 4) cursor looks misplaced when editing text in char-style insets Inside a char-style inset, the cursor seems to be rendered a few pixels more left than in the ordinary text. Visually this appears as the cursor being over the character instead of right of it. (This of course is not really an issue, just a bit surprising) I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. Thanks a lot! Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 [...] I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? I confirm that these points are not system specific. We'll try to correct them ASAP. Abdel.
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: 1) wandering character styles 4) cursor looks misplaced when editing text in char-style insets These two issues are fixed in the next release (1.5.4). 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert-Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. Cannot reproduce on Linux. 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. Yes, I can reproduce this. Jürgen
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the Ctrl key in LyX key bindings? C is apparently bound to the Apple/Command key and M is bound to the Alt key. All this makes sense, of course, I would just like to use the Ctrl key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say use Ctrl as well, do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller wrote: 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a word-delete-backward command, not only the char-style inset is deleted, but also the word on its left. Yes, I can reproduce this. This is bug 3580: http://bugzilla.lyx.org/show_bug.cgi?id=3580 Jürgen
Some LyX 1.5.3 issues (OS-X specific?)
Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 1) wandering character styles While typing in a paragraph where some parts of the text have character styles assigned, these parts "wander" by a few pixels to the right on every keystroke, visually overriding other parts. I have attached two images to illustrate the problem: img1 is before typing, img2 is after typing ten chars: http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img1.gif http://www4.informatik.uni-erlangen.de/~lohmann/tmp/img2.gif 2) hidden cursor movements when navigating through the menu by keyboard When I activate the menu with the keyboard (Ctrl+F2) and then use the cursor keys to navigate to the actual menu entry, the following happens: - on Ctrl+F2, the menu is activated (as it should), but LyX also inserts a space character at the current cursor position (which it should not) - on navigating through the menu, the cursor inside LyX moves as well. The result is that if I place the cursor somewhere and then use the keyboard to select, e.g., Insert->Label from the menu, the label is inserted roughly 5 chars to the right and 10 lines down from the actually intended position. 3) word-delete-backward deletes one extra words if used on text with character styles. If I place the cursor behind a piece of text with an assigned character style and issue a "word-delete-backward" command, not only the char-style inset is deleted, but also the word on its left. 4) cursor looks misplaced when editing text in char-style insets Inside a char-style inset, the cursor seems to be rendered a few pixels more left than in the ordinary text. Visually this appears as the cursor being over the character instead of right of it. (This of course is not really an issue, just a bit surprising) I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. Thanks a lot! Daniel
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: Hi LyX folks, On a longer train journey I had the opportunity to actually do some work with LyX on my new Mac. While doing so, I observed a couple of issues. Some of them might be related to the fact that I am still using it in a very Windows-like way, especially with respect to trying to do everything with the keyboard, but the mouse. The environment is LyX 1.5.3 on OS X 10.5.1 [...] I currently do not have the ability to check if these issues are OS-X or 1.5.3 - specific or if they can be observed on Windows or Linux as well. Maybe somebody could check this? I confirm that these points are not system specific. We'll try to correct them ASAP. Abdel.
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett
Re: Some LyX 1.5.3 issues (OS-X specific?)
Daniel Lohmann wrote: > 1) wandering character styles > 4) cursor looks misplaced when editing text in char-style insets These two issues are fixed in the next release (1.5.4). > 2) hidden cursor movements when navigating through the menu by keyboard > When I activate the menu with the keyboard (Ctrl+F2) and then use the > cursor keys to navigate to the actual menu entry, the following happens: > > - on Ctrl+F2, the menu is activated (as it should), but LyX also > inserts a space character at the current cursor position (which it > should not) > > - on navigating through the menu, the cursor inside LyX moves as well. > > The result is that if I place the cursor somewhere and then use the > keyboard to select, e.g., Insert->Label from the menu, the label is > inserted roughly 5 chars to the right and 10 lines down from the > actually intended position. Cannot reproduce on Linux. > 3) word-delete-backward deletes one extra words if used on text with > character styles. > If I place the cursor behind a piece of text with an assigned > character style and issue a "word-delete-backward" command, not only > the char-style inset is deleted, but also the word on its left. Yes, I can reproduce this. Jürgen
Re: Some LyX 1.5.3 issues (OS-X specific?)
On Dec 22, 2007, at 5:12 AM, Bennett Helm wrote: On Dec 21, 2007, at 8:17 AM, Daniel Lohmann wrote: And finally, on LyX OS-X related question: How can I use the "Ctrl" key in LyX key bindings? "C" is apparently bound to the "Apple/Command" key and "M" is bound to the "Alt" key. All this makes sense, of course, I would just like to use the "Ctrl" key as well. I believe this is a Qt/Mac limitation and so out of our control. Bennett When you say "use Ctrl as well", do you mean you want Ctrl and Command keys to be switched? If that's what you want, it requires modifying the file src/gui/kernel/qkeymapper_mac.cpp in the qt-mac-opensource source distribution. I've done that and have compiled LyX 1.5.3 with it. That way, LyX uses Apple/Command as a meta key, and Ctrl as the control key. I can put that binary online, and post more details on the QT patch, if anyone is interested. I hadn't done that because I haven't had a chance to work with the new version myself yet (my main LyX is still at version 1.4). Jens
Re: Some LyX 1.5.3 issues (OS-X specific?)
Jürgen Spitzmüller wrote: > > 3) word-delete-backward deletes one extra words if used on text with > > character styles. > > If I place the cursor behind a piece of text with an assigned > > character style and issue a "word-delete-backward" command, not only > > the char-style inset is deleted, but also the word on its left. > > Yes, I can reproduce this. This is bug 3580: http://bugzilla.lyx.org/show_bug.cgi?id=3580 Jürgen
