Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
The reconfigure option that Abdel is referring to is under the LyX menu in the Mac version of LyX for release 1.5x -brian On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading LyX: latex Errors (document path in parens) and inside the box it says Undefined control sequence. Faith Anne On Dec 26, 2007 4:13 AM, Brian Kidd [EMAIL PROTECTED] wrote: The reconfigure option that Abdel is referring to is under the LyX menu in the Mac version of LyX for release 1.5x -brian On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
wrong bottom margin
I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Thanks. Sandor
Re: wrong bottom margin
Sandor Szabo wrote: I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Hi Sandor, Have you checked to make sure the document margins are set correctly in the LyX source, and also (at least with DVI output) in the viewer? I do not think there would be an issue with the PDF viewer, but I suppose that might depend on which viewer you used. If the margins appear to be set correctly, can you post a small example showing the problem? I will check it with MiKTeX 2.6 to make sure the problem does not lie with the MiKTeX upgrade. /Paul
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, and tabbing through the buttons until I can press Return on the OK button is too time consuming. In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. But I wonder if that should be filed as a bug rather than as an enhancement request. Jens
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel.
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the Command key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an Update button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:47 AM, Jens Noeckel wrote: On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the Command key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an Update button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens I've filed some bugs on these issues: http://bugzilla.lyx.org/show_bug.cgi?id=4441 http://bugzilla.lyx.org/show_bug.cgi?id=4443 http://bugzilla.lyx.org/show_bug.cgi?id=4445 Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott Wed, 26 Dec 2007 03:29:39 -0800 Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading LyX: latex Errors (document path in parens) and inside the box it says Undefined control sequence. Faith Anne I haven't experienced that error, so these are just suggestions: 1. Try with something known to work like the Tutorial and the User's Guide (both under the Help menu) to see that it is really a configuration problem. If they provide a pdf-file then it is probably your file that is corrupt in some way. 2. If they don't work, your installation of MacTeX and some i- Installer packages on top of each other may have caused some proble. Open a Terminal and type sudo texhash followed by return. Give your (admin) password and return. Then open LyX, do a new reconfigure, quit LyX and open LyX again. That should hopefuly solve it. If not, try to uninstall the i-Installer packages and MacTeX and then reinstall MacTeX (it includes everything you need). Good luck! Anders
HOWTO Use LyX with TeXLive 2007 on Windows [solved]
Hello, As far as I know TeXLive is the TeX distribution most up-to-date, and some may prefer it to the MikTeX that comes with LyX by default. I wrote some generic instructions on installing LyX using the Alternative Installer, with TeXLive running live. Please check the Wiki [1]. [1] http://wiki.lyx.org/Glossary/TeXLive Liviu
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: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
The reconfigure option that Abdel is referring to is under the LyX menu in the Mac version of LyX for release 1.5x -brian On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading LyX: latex Errors (document path in parens) and inside the box it says Undefined control sequence. Faith Anne On Dec 26, 2007 4:13 AM, Brian Kidd [EMAIL PROTECTED] wrote: The reconfigure option that Abdel is referring to is under the LyX menu in the Mac version of LyX for release 1.5x -brian On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
wrong bottom margin
I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Thanks. Sandor
Re: wrong bottom margin
Sandor Szabo wrote: I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Hi Sandor, Have you checked to make sure the document margins are set correctly in the LyX source, and also (at least with DVI output) in the viewer? I do not think there would be an issue with the PDF viewer, but I suppose that might depend on which viewer you used. If the margins appear to be set correctly, can you post a small example showing the problem? I will check it with MiKTeX 2.6 to make sure the problem does not lie with the MiKTeX upgrade. /Paul
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, and tabbing through the buttons until I can press Return on the OK button is too time consuming. In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. But I wonder if that should be filed as a bug rather than as an enhancement request. Jens
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel.
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the Command key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an Update button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:47 AM, Jens Noeckel wrote: On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the Cancel button highlighted instead of OK, Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the Command key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an Update button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens I've filed some bugs on these issues: http://bugzilla.lyx.org/show_bug.cgi?id=4441 http://bugzilla.lyx.org/show_bug.cgi?id=4443 http://bugzilla.lyx.org/show_bug.cgi?id=4445 Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott Wed, 26 Dec 2007 03:29:39 -0800 Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading LyX: latex Errors (document path in parens) and inside the box it says Undefined control sequence. Faith Anne I haven't experienced that error, so these are just suggestions: 1. Try with something known to work like the Tutorial and the User's Guide (both under the Help menu) to see that it is really a configuration problem. If they provide a pdf-file then it is probably your file that is corrupt in some way. 2. If they don't work, your installation of MacTeX and some i- Installer packages on top of each other may have caused some proble. Open a Terminal and type sudo texhash followed by return. Give your (admin) password and return. Then open LyX, do a new reconfigure, quit LyX and open LyX again. That should hopefuly solve it. If not, try to uninstall the i-Installer packages and MacTeX and then reinstall MacTeX (it includes everything you need). Good luck! Anders
HOWTO Use LyX with TeXLive 2007 on Windows [solved]
Hello, As far as I know TeXLive is the TeX distribution most up-to-date, and some may prefer it to the MikTeX that comes with LyX by default. I wrote some generic instructions on installing LyX using the Alternative Installer, with TeXLive running live. Please check the Wiki [1]. [1] http://wiki.lyx.org/Glossary/TeXLive Liviu
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: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
The reconfigure option that Abdel is referring to is under the LyX menu in the Mac version of LyX for release 1.5x -brian On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: Faith Anne Scott wrote: I don't have that menu. Under Tools, all I have is Spellchecker, Count Words, and TeX Information. If that is the case then we have a bigger problem with your installation and I'm afraid I cannot help you much. I'll let the MacOS experts comment on this. Please try to keep the list in copy when your answer a message. Abdel.
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading "LyX: latex Errors (document path in parens)" and inside the box it says "Undefined control sequence." Faith Anne On Dec 26, 2007 4:13 AM, Brian Kidd <[EMAIL PROTECTED]> wrote: > The reconfigure option that Abdel is referring to is under the LyX > menu in the Mac version of LyX for release 1.5x > > -brian > > On Dec 26, 2007, at 12:46 AM, Abdelrazak Younes wrote: > > > Faith Anne Scott wrote: > >> I don't have that menu. Under Tools, all I have is Spellchecker, > >> Count Words, and TeX Information. > > > > If that is the case then we have a bigger problem with your > > installation and I'm afraid I cannot help you much. I'll let the > > MacOS experts comment on this. > > > > Please try to keep the list in copy when your answer a message. > > > > Abdel. > > > > > >
wrong bottom margin
I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Thanks. Sandor
Re: wrong bottom margin
Sandor Szabo wrote: I updated MikTex2.7 and upgraded to LyX1.5.3 because of amsbook problems (thanks Paul A. Rubin) and almost everything is good. The only problem is the missing page-bottom on dvi,ps,pdf, which means the last one or two lines are disappearing on the bottom of every page. In case of amsarticle everything is ok. I tried to set the same layout, etc properties but didn't help. Hopefully someone (maybe Paul) could help me. Hi Sandor, Have you checked to make sure the document margins are set correctly in the LyX source, and also (at least with DVI output) in the viewer? I do not think there would be an issue with the PDF viewer, but I suppose that might depend on which viewer you used. If the margins appear to be set correctly, can you post a small example showing the problem? I will check it with MiKTeX 2.6 to make sure the problem does not lie with the MiKTeX upgrade. /Paul
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", and tabbing through the buttons until I can press Return on the OK button is too time consuming. In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. But I wonder if that should be filed as a bug rather than as an enhancement request. Jens
Re: Slow input with cross-reference window open
Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross-refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel.
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the "Command" key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an "Update" button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens
Re: Slow input with cross-reference window open
On Dec 26, 2007, at 9:47 AM, Jens Noeckel wrote: On Dec 26, 2007, at 9:06 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 26, 2007, at 12:56 AM, Abdelrazak Younes wrote: Jens Noeckel wrote: On Dec 25, 2007, at 2:49 PM, Jens Noeckel wrote: Hi, on Mac OS X 10.4 with LyX 1.5.3 (Intel), text input in the main window slows down to a crawl when editing a large document while at the same time the cross-reference window is left open. It's not noticeable with small documents. I have more than a hundred cross references in the document that I tested, and typing speed is limited to about 2 characters per second. I wonder if this also happens on Windows or Linux platforms? I think so yes. This is because *all* opened windows are updated with each keystroke. The cross-reference dialog is maybe not as optimized WRT updates as it should. Jens As an addendum: this issue is already present in LyX 1.4.4 on the same platform. Of course the work-around is to always close the cross-ref window after inserting a ref, but for users with sufficient display real estate it may be desirable to leave some of those windows open all the time. Switching between open windows is somewhat more convenient than opening and closing a window. I understand that but there is a work around to this ui problem: use the shortcut: 1) Alt-i r : the dialog will popup 2) arrow key up or down to select your label 3) enter : the dialog will hide and the cross-ref be inserted. I believe this will improve your efficiency in writing document a lot than when using the mouse to do the same thing. Just my opinion. Abdel. Yes, I try to do everything from the keyboard, that's why the modifier keys are so important to me (see earlier messages). But cross references are one of the few things where I can't get by without the mouse, simply because the cross-ref window (usually) comes up with the "Cancel" button highlighted instead of "OK", Weird, it's defaulting to OK here on Windows. and tabbing through the buttons until I can press Return on the OK button is too time consuming. What about 'Alt-o' for OK and 'Esc' for Cancel? Ah, that works! Thanks, I'll try to get used to that - except that on the Mac, Alt has to be replaced by the button that Qt recognizes as ControlKey (i.e., the "Command" key in the official LyX distribution). In that case, I just find the reference by mouse and double click on it, which also closes the window as you suggested. I'm thinking about filing an enhancement request to allow searching inside the cross-reference list (useful for large numbers of references). Maybe the default button of the cross- refence window should really be OK instead of Cancel. It should I think, and it does here. But I wonder if that should be filed as a bug rather than as an enhancement request. Looks like a bug on Mac indeed... put it on bugzilla. Abdel. Coming back to the original problem, I still think it can be useful to be able to keep the x-ref window open while typing in the main window. The x-ref window already has an "Update" button, so now I wonder what that is actually good for if there is all that extensive real-time updating going on at every key stroke. Wouldn't it suffice to update the x-ref window if and only if a new label has been declared? Jens I've filed some bugs on these issues: http://bugzilla.lyx.org/show_bug.cgi?id=4441 http://bugzilla.lyx.org/show_bug.cgi?id=4443 http://bugzilla.lyx.org/show_bug.cgi?id=4445 Jens
Re: LyX on Mac OS X - installed prerequisites but still can't get output?
Faith Anne Scott Wed, 26 Dec 2007 03:29:39 -0800 Thank you! I did that, and it now appropriately handles the 'scratch' file that I created. It gives me a different error when I try to get output, too: a dialog box comes up with the heading "LyX: latex Errors (document path in parens)" and inside the box it says "Undefined control sequence." Faith Anne I haven't experienced that error, so these are just suggestions: 1. Try with something known to work like the Tutorial and the User's Guide (both under the Help menu) to see that it is really a configuration problem. If they provide a pdf-file then it is probably your file that is corrupt in some way. 2. If they don't work, your installation of MacTeX and some i- Installer packages on top of each other may have caused some proble. Open a Terminal and type sudo texhash followed by return. Give your (admin) password and return. Then open LyX, do a new reconfigure, quit LyX and open LyX again. That should hopefuly solve it. If not, try to uninstall the i-Installer packages and MacTeX and then reinstall MacTeX (it includes everything you need). Good luck! Anders
HOWTO Use LyX with TeXLive 2007 on Windows [solved]
Hello, As far as I know TeXLive is the TeX distribution most up-to-date, and some may prefer it to the MikTeX that comes with LyX by default. I wrote some generic instructions on installing LyX using the Alternative Installer, with TeXLive running "live". Please check the Wiki [1]. [1] http://wiki.lyx.org/Glossary/TeXLive Liviu
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