Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 11:02 AM, Vitalie S. wrote: Dear Lyx users, Is there a way to bind a key to the cross-reference dialog in LyX? Functions like label-insert,citation-insert,index-insert are present but ref-insert is not (but apparently existed in versions previous to 1.4). The same question for math-functions like ins,lim,inf,arccos etc. Are lfuncs available to insert them or mouse-menu way is the only one at hand? Many Thanks, Vitalie. Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command dialog-show- new-inset ref... In LyX 1.6.x you can find these function names by searching in the Preferences Editing Shortcuts panels. For math, you can always enter the LaTeX commands such as \lim, \arccos, ... and you can also define a shortcut for such a function by binding a key to math-insert \arccos if you want (e.g., I'm glad that I have a shortcut for long commands like \varepsilon). Also have a look at http://wiki.lyx.org/LyX/LyxFunctions Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote: Jens Noeckel noec...@... writes: Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command dialog-show- new-inset ref... In LyX 1.6.x you can find these function names by searching in the Preferences Editing Shortcuts panels. I have wondered about the same thing. At least on Mac, when I search for ref in the shortcuts, the only thing coming up is reference-next, no insert-ref. If I search on ins there are lots of inserts (citation, quotation), but no cross reference. Could this be a bug in the Mac version? Yes, I think what's happening is that I see these shortcuts in the LyX preferences on my Mac, precisely because I have already defined shortcuts for them in a custom bind file. If these inset lfuns aren't bound to anything, they apparently don't show up in the LyX preferences at run time... one could say that's a bug, or a missing feature. It's been a while, but I think what I did to find out these shortcuts is this: choose the desired dialog from the menu and watch the status line at the bottom of the LyX window. There you'll see what the corresponding LFun is that opens the dialog, e.g., for references, or graphics, etc. Then I went into my bind file and entered shortcuts for these commands by hand. There's some room for improvement to inset shortcuts more user- friendly, I guess... Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 11:02 AM, Vitalie S. wrote: Dear Lyx users, Is there a way to bind a key to the cross-reference dialog in LyX? Functions like label-insert,citation-insert,index-insert are present but ref-insert is not (but apparently existed in versions previous to 1.4). The same question for math-functions like ins,lim,inf,arccos etc. Are lfuncs available to insert them or mouse-menu way is the only one at hand? Many Thanks, Vitalie. Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command dialog-show- new-inset ref... In LyX 1.6.x you can find these function names by searching in the Preferences Editing Shortcuts panels. For math, you can always enter the LaTeX commands such as \lim, \arccos, ... and you can also define a shortcut for such a function by binding a key to math-insert \arccos if you want (e.g., I'm glad that I have a shortcut for long commands like \varepsilon). Also have a look at http://wiki.lyx.org/LyX/LyxFunctions Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote: Jens Noeckel noec...@... writes: Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command dialog-show- new-inset ref... In LyX 1.6.x you can find these function names by searching in the Preferences Editing Shortcuts panels. I have wondered about the same thing. At least on Mac, when I search for ref in the shortcuts, the only thing coming up is reference-next, no insert-ref. If I search on ins there are lots of inserts (citation, quotation), but no cross reference. Could this be a bug in the Mac version? Yes, I think what's happening is that I see these shortcuts in the LyX preferences on my Mac, precisely because I have already defined shortcuts for them in a custom bind file. If these inset lfuns aren't bound to anything, they apparently don't show up in the LyX preferences at run time... one could say that's a bug, or a missing feature. It's been a while, but I think what I did to find out these shortcuts is this: choose the desired dialog from the menu and watch the status line at the bottom of the LyX window. There you'll see what the corresponding LFun is that opens the dialog, e.g., for references, or graphics, etc. Then I went into my bind file and entered shortcuts for these commands by hand. There's some room for improvement to inset shortcuts more user- friendly, I guess... Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 11:02 AM, Vitalie S. wrote: Dear Lyx users, Is there a way to bind a key to the cross-reference dialog in LyX? Functions like label-insert,citation-insert,index-insert are present but ref-insert is not (but apparently existed in versions previous to 1.4). The same question for math-functions like ins,lim,inf,arccos etc. Are lfuncs available to insert them or mouse-menu way is the only one at hand? Many Thanks, Vitalie. Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command "dialog-show- new-inset ref"... In LyX 1.6.x you can find these function names by searching in the Preferences > Editing > Shortcuts panels. For math, you can always enter the LaTeX commands such as \lim, \arccos, ... and you can also define a shortcut for such a function by binding a key to "math-insert \arccos" if you want (e.g., I'm glad that I have a shortcut for long commands like \varepsilon). Also have a look at http://wiki.lyx.org/LyX/LyxFunctions Jens
Re: Corss reference and math functions shortkey.
On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote: Jens Noeckel <noec...@...> writes: Hi, yes, some of the lfun names have changed over time. For cross- references, you now have to invoke the lengthy command "dialog-show- new-inset ref"... In LyX 1.6.x you can find these function names by searching in the Preferences > Editing > Shortcuts panels. I have wondered about the same thing. At least on Mac, when I search for ref in the shortcuts, the only thing coming up is reference-next, no insert-ref. If I search on ins there are lots of inserts (citation, quotation), but no cross reference. Could this be a bug in the Mac version? Yes, I think what's happening is that I see these shortcuts in the LyX preferences on my Mac, precisely because I have already defined shortcuts for them in a custom bind file. If these "inset" lfuns aren't bound to anything, they apparently don't show up in the LyX preferences at run time... one could say that's a bug, or a missing feature. It's been a while, but I think what I did to find out these shortcuts is this: choose the desired dialog from the menu and watch the status line at the bottom of the LyX window. There you'll see what the corresponding LFun is that opens the dialog, e.g., for references, or graphics, etc. Then I went into my bind file and entered shortcuts for these commands by hand. There's some room for improvement to inset shortcuts more user- friendly, I guess... Jens
Re: selecting
On Jan 22, 2009, at 10:28 AM, rgheck wrote: William Mullin wrote: Dear Lyx users, Version 1.61 for Mac OSX seems to no longer have the capability of selecting by holding down the shift and right or left arrow key. Was there a reason for this omission? Is there a way to get it back?? There have been some other reports of this. Usually the solution is to delete your old LyX preferences directory, as the format of bind files has changed. If you don't want to delete your old preferences, it may be enough to do the following: Go to LyX Preferences Editing Shortcuts and search char-forward-select in the list of commands. You will see that the shortcut entry is empty. Just add the key combination Shift + right arrow in that field. Do the same for char-backward-select. That should fix the problem. Jens
Re: selecting
On Jan 22, 2009, at 10:28 AM, rgheck wrote: William Mullin wrote: Dear Lyx users, Version 1.61 for Mac OSX seems to no longer have the capability of selecting by holding down the shift and right or left arrow key. Was there a reason for this omission? Is there a way to get it back?? There have been some other reports of this. Usually the solution is to delete your old LyX preferences directory, as the format of bind files has changed. If you don't want to delete your old preferences, it may be enough to do the following: Go to LyX Preferences Editing Shortcuts and search char-forward-select in the list of commands. You will see that the shortcut entry is empty. Just add the key combination Shift + right arrow in that field. Do the same for char-backward-select. That should fix the problem. Jens
Re: selecting
On Jan 22, 2009, at 10:28 AM, rgheck wrote: William Mullin wrote: Dear Lyx users, Version 1.61 for Mac OSX seems to no longer have the capability of selecting by holding down the shift and right or left arrow key. Was there a reason for this omission? Is there a way to get it back?? There have been some other reports of this. Usually the solution is to delete your old LyX preferences directory, as the format of bind files has changed. If you don't want to delete your old preferences, it may be enough to do the following: Go to "LyX Preferences > Editing > Shortcuts" and search char-forward-select in the list of commands. You will see that the shortcut entry is empty. Just add the key combination Shift + right arrow in that field. Do the same for char-backward-select. That should fix the problem. Jens
Re: a guide for get a 1.6.0 crash
On Dec 13, 2008, at 12:02 AM, Jürgen Spitzmüller wrote: Jens Noeckel wrote: I got a reply, that was me. but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. but it's definitely independent from bug 5540, which is about wrong math macro initialization. Maybe some of you who also had similar crashed can compare to the descriptions on that page. FWIW, I couldn't reproduce the crash with 1.6.1svn (while I can trigger bug 5540), so there's hope that yours is already fixed in SVN. Yes, the crash I saw does indeed seem to be fixed in today's newly released LyX 1.6.1. Thanks, Jens
Re: a guide for get a 1.6.0 crash
On Dec 13, 2008, at 12:02 AM, Jürgen Spitzmüller wrote: Jens Noeckel wrote: I got a reply, that was me. but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. but it's definitely independent from bug 5540, which is about wrong math macro initialization. Maybe some of you who also had similar crashed can compare to the descriptions on that page. FWIW, I couldn't reproduce the crash with 1.6.1svn (while I can trigger bug 5540), so there's hope that yours is already fixed in SVN. Yes, the crash I saw does indeed seem to be fixed in today's newly released LyX 1.6.1. Thanks, Jens
Re: a guide for get a 1.6.0 crash
On Dec 13, 2008, at 12:02 AM, Jürgen Spitzmüller wrote: Jens Noeckel wrote: I got a reply, that was me. but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. but it's definitely independent from bug 5540, which is about wrong math macro initialization. Maybe some of you who also had similar crashed can compare to the descriptions on that page. FWIW, I couldn't reproduce the crash with 1.6.1svn (while I can trigger bug 5540), so there's hope that yours is already fixed in SVN. Yes, the crash I saw does indeed seem to be fixed in today's newly released LyX 1.6.1. Thanks, Jens
Re: a guide for get a 1.6.0 crash
On Dec 12, 2008, at 7:23 AM, asm23 wrote: Guenter Milde wrote: On 2008-12-12, Marcelo Acuña wrote: Have anyone same problem? I did experience several crashes after undoing changes but did not bother to investigate and report so far. LyX 1.6.0 on Debian/testing Günter I'm using windows xp,Lyx 1.60, I also did experience some crashes when I press ctrl + z to do some undo when entering math formula. But I think it's hard to report this bug... I've added a comment with a link to this thread to an earlier bug report, http://bugzilla.lyx.org/show_bug.cgi?id=5540 I got a reply, but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. Maybe some of you who also had similar crashed can compare to the descriptions on that page. Jens
Re: a guide for get a 1.6.0 crash
On Dec 12, 2008, at 7:23 AM, asm23 wrote: Guenter Milde wrote: On 2008-12-12, Marcelo Acuña wrote: Have anyone same problem? I did experience several crashes after undoing changes but did not bother to investigate and report so far. LyX 1.6.0 on Debian/testing Günter I'm using windows xp,Lyx 1.60, I also did experience some crashes when I press ctrl + z to do some undo when entering math formula. But I think it's hard to report this bug... I've added a comment with a link to this thread to an earlier bug report, http://bugzilla.lyx.org/show_bug.cgi?id=5540 I got a reply, but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. Maybe some of you who also had similar crashed can compare to the descriptions on that page. Jens
Re: a guide for get a 1.6.0 crash
On Dec 12, 2008, at 7:23 AM, asm23 wrote: Guenter Milde wrote: On 2008-12-12, Marcelo Acuña wrote: Have anyone same problem? I did experience several crashes after undoing changes but did not bother to investigate and report so far. LyX 1.6.0 on Debian/testing Günter I'm using windows xp,Lyx 1.60, I also did experience some crashes when I press" ctrl + z" to do some undo when entering math formula. But I think it's hard to report this bug... I've added a comment with a link to this thread to an earlier bug report, http://bugzilla.lyx.org/show_bug.cgi?id=5540 I got a reply, but it seems to assume that I had the Outline view open. In my case, the crash has nothing to do with the Outline view, it's really easy to reproduce. Maybe some of you who also had similar crashed can compare to the descriptions on that page. Jens
Re: Key Behavior Change in 1.6.0?
On Dec 11, 2008, at 10:15 AM, rgheck wrote: Rich Shepard wrote: On Thu, 11 Dec 2008, rgheck wrote: Did you have a customized bind file before? If so, move or delete it. Lots of problems like that. rh, I've been using this customized version of the emacs.bind file for about 8 years. It has not been modified since I upgraded the application. That same binding is in the default cua.bind and emacs.bind. What would you like me to try changing? Hard to say. What often happens here is that you've got some binding in the file that LyX no longer recognizes, and this causes confusion. If you launch from a terminal, you might get some info. Hi, I think I answered this on the list earlier, but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace break-line by newline-insert - the command has changed. I also use a modified emacs bind file so I had the same problem. Another annoying issue for me is that Ctrl-L no longer re- centers the screen as it does in emacs. I reported this as a bug because there's actually a change in the function's action (as opposed to a mere renaming). Jens
Re: Key Behavior Change in 1.6.0? -- FIXED
On Dec 11, 2008, at 11:20 AM, Rich Shepard wrote: On Thu, 11 Dec 2008, Jens Noeckel wrote: I think I answered this on the list earlier, Jens, Then I apologize for missing it. ... but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace break-line by newline-insert - the command has changed. It's actually in ~/.lyx/bind/ and I changed all .bind files. How did you discover this change in function name? Rich, sorry, somehow assumed you're on Mac when I was typing the file location. Anyway, once I realized that break-line doesn't work anymore, to find the command name I browsed fin LyX' new menu, LyX Preferences Editing Shortcuts searching for anything to do with line ... it didn't take long to find the new command that way. Now I recall there was also a problem with Shift-rightarrow and Shift-leftarrow not selecting text (function called char-forward-select). I think all I needed to do was put these shortcuts back within that LyX menu. Jens
Re: a guide for get a 1.6.0 crash
Hi, here's the recipe for another similar crash: 1) New doc (article) 2) Choose layout: section, 3) Type Results (or some title) 4) Insert URL 5) Edit Undo (or keyboard shortcut) Amazingly, this crashes LyX on the Mac! It seems that the main ingredient is that we're trying to undo an insertion (in my case a URL), while there is also a section or subsection heading before the inset. If I replace the section layout by a normal paragraph in my short example, I don't get the crash. I reported an undo-related crash a long time ago and it was fixed - but this calls for a new bug report unless someone has already filed one. Jens On Dec 11, 2008, at 6:35 PM, Cameron Stone wrote: I get similar behaviour when trying to undo changes in a table. It only happens for me on the second ctrl-z. It doesn't seem happen when undoing changes standard text. Cameron. Marcelo Acuña wrote: hello, with opensuse and kde 4.1, qt 4.4.3: 1) open a big doc like EmbeddedObject.lyx. 2) at the end of a paragraph in the last chapter insert a footnote. 3) write several words. 4) press, and hold pressed, ctrl + z 5) with lyx 1.6.0, and not with 1.5.7, I get a crash. 6) with several pressed of ctrl + z I get a crash too. 7) with a small file I have no problem. 8) with lyx 1.5.7, I have no problem. Have anyone same problem? Regards Marcelo Marcelo Acuña visitá mi sitio web http://www.aleph-uno.com.ar == _ ___ ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro http://ar.mobile.yahoo.com/onesearch
Re: Key Behavior Change in 1.6.0?
On Dec 11, 2008, at 10:15 AM, rgheck wrote: Rich Shepard wrote: On Thu, 11 Dec 2008, rgheck wrote: Did you have a customized bind file before? If so, move or delete it. Lots of problems like that. rh, I've been using this customized version of the emacs.bind file for about 8 years. It has not been modified since I upgraded the application. That same binding is in the default cua.bind and emacs.bind. What would you like me to try changing? Hard to say. What often happens here is that you've got some binding in the file that LyX no longer recognizes, and this causes confusion. If you launch from a terminal, you might get some info. Hi, I think I answered this on the list earlier, but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace break-line by newline-insert - the command has changed. I also use a modified emacs bind file so I had the same problem. Another annoying issue for me is that Ctrl-L no longer re- centers the screen as it does in emacs. I reported this as a bug because there's actually a change in the function's action (as opposed to a mere renaming). Jens
Re: Key Behavior Change in 1.6.0? -- FIXED
On Dec 11, 2008, at 11:20 AM, Rich Shepard wrote: On Thu, 11 Dec 2008, Jens Noeckel wrote: I think I answered this on the list earlier, Jens, Then I apologize for missing it. ... but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace break-line by newline-insert - the command has changed. It's actually in ~/.lyx/bind/ and I changed all .bind files. How did you discover this change in function name? Rich, sorry, somehow assumed you're on Mac when I was typing the file location. Anyway, once I realized that break-line doesn't work anymore, to find the command name I browsed fin LyX' new menu, LyX Preferences Editing Shortcuts searching for anything to do with line ... it didn't take long to find the new command that way. Now I recall there was also a problem with Shift-rightarrow and Shift-leftarrow not selecting text (function called char-forward-select). I think all I needed to do was put these shortcuts back within that LyX menu. Jens
Re: a guide for get a 1.6.0 crash
Hi, here's the recipe for another similar crash: 1) New doc (article) 2) Choose layout: section, 3) Type Results (or some title) 4) Insert URL 5) Edit Undo (or keyboard shortcut) Amazingly, this crashes LyX on the Mac! It seems that the main ingredient is that we're trying to undo an insertion (in my case a URL), while there is also a section or subsection heading before the inset. If I replace the section layout by a normal paragraph in my short example, I don't get the crash. I reported an undo-related crash a long time ago and it was fixed - but this calls for a new bug report unless someone has already filed one. Jens On Dec 11, 2008, at 6:35 PM, Cameron Stone wrote: I get similar behaviour when trying to undo changes in a table. It only happens for me on the second ctrl-z. It doesn't seem happen when undoing changes standard text. Cameron. Marcelo Acuña wrote: hello, with opensuse and kde 4.1, qt 4.4.3: 1) open a big doc like EmbeddedObject.lyx. 2) at the end of a paragraph in the last chapter insert a footnote. 3) write several words. 4) press, and hold pressed, ctrl + z 5) with lyx 1.6.0, and not with 1.5.7, I get a crash. 6) with several pressed of ctrl + z I get a crash too. 7) with a small file I have no problem. 8) with lyx 1.5.7, I have no problem. Have anyone same problem? Regards Marcelo Marcelo Acuña visitá mi sitio web http://www.aleph-uno.com.ar == _ ___ ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro http://ar.mobile.yahoo.com/onesearch
Re: Key Behavior Change in 1.6.0?
On Dec 11, 2008, at 10:15 AM, rgheck wrote: Rich Shepard wrote: On Thu, 11 Dec 2008, rgheck wrote: Did you have a customized bind file before? If so, move or delete it. Lots of problems like that. rh, I've been using this customized version of the emacs.bind file for about 8 years. It has not been modified since I upgraded the application. That same binding is in the default cua.bind and emacs.bind. What would you like me to try changing? Hard to say. What often happens here is that you've got some binding in the file that LyX no longer recognizes, and this causes confusion. If you launch from a terminal, you might get some info. Hi, I think I answered this on the list earlier, but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace "break-line" by "newline-insert" - the command has changed. I also use a modified emacs bind file so I had the same problem. Another annoying issue for me is that Ctrl-L no longer re- centers the screen as it does in emacs. I reported this as a bug because there's actually a change in the function's action (as opposed to a mere renaming). Jens
Re: Key Behavior Change in 1.6.0? -- FIXED
On Dec 11, 2008, at 11:20 AM, Rich Shepard wrote: On Thu, 11 Dec 2008, Jens Noeckel wrote: I think I answered this on the list earlier, Jens, Then I apologize for missing it. ... but anyway the solution is simple: In your custom bind file in the directory ~/Library/Application Support/LyX-1.6/bind just replace "break-line" by "newline-insert" - the command has changed. It's actually in ~/.lyx/bind/ and I changed all .bind files. How did you discover this change in function name? Rich, sorry, somehow assumed you're on Mac when I was typing the file location. Anyway, once I realized that break-line doesn't work anymore, to find the command name I browsed fin LyX' new menu, "LyX Preferences > Editing > Shortcuts" searching for anything to do with "line" ... it didn't take long to find the new command that way. Now I recall there was also a problem with "Shift-rightarrow" and "Shift-leftarrow" not selecting text (function called char-forward-select). I think all I needed to do was put these shortcuts back within that LyX menu. Jens
Re: a guide for get a 1.6.0 crash
Hi, here's the recipe for another similar crash: 1) New doc (article) 2) Choose layout: section, 3) Type "Results" (or some title) 4) Insert > URL 5) Edit > Undo (or keyboard shortcut) Amazingly, this crashes LyX on the Mac! It seems that the main ingredient is that we're trying to undo an insertion (in my case a URL), while there is also a section or subsection heading before the inset. If I replace the section layout by a normal paragraph in my short example, I don't get the crash. I reported an undo-related crash a long time ago and it was fixed - but this calls for a new bug report unless someone has already filed one. Jens On Dec 11, 2008, at 6:35 PM, Cameron Stone wrote: I get similar behaviour when trying to undo changes in a table. It only happens for me on the second ctrl-z. It doesn't seem happen when undoing changes standard text. Cameron. Marcelo Acuña wrote: hello, with opensuse and kde 4.1, qt 4.4.3: 1) open a big doc like EmbeddedObject.lyx. 2) at the end of a paragraph in the last chapter insert a footnote. 3) write several words. 4) press, and hold pressed, ctrl + z 5) with lyx 1.6.0, and not with 1.5.7, I get a crash. 6) with several pressed of ctrl + z I get a crash too. 7) with a small file I have no problem. 8) with lyx 1.5.7, I have no problem. Have anyone same problem? Regards Marcelo Marcelo Acuña visitá mi sitio web http://www.aleph-uno.com.ar == _ ___ ¡Buscá desde tu celular! Yahoo! oneSEARCH ahora está en Claro http://ar.mobile.yahoo.com/onesearch
Re: Fast typing - LyX follows slowly only [solved - not yet]
On Dec 2, 2008, at 2:28 PM, [EMAIL PROTECTED] wrote: Am Tue, 2 Dec 2008 23:08:00 +0100 schrieb Joachim Kreimer-de Fries [EMAIL PROTECTED]: Am 02.12.2008 um 19:36 schrieb Andre Poenitz: That's the correct console. Now you just need to find the LyX binary. If you are already in the right directory, use ./lyx to start it. Sorry, Andre and others who know it, I tried out (with ... --version) all directories that in my opinien and searching could have that what you call the LyX binary, but always the same response: -bash: ./lyx: No such file or directory or: lyx: No such file or directory I even tried the same with Lyx ... and ./LyX ... - with the same result. Can you tell me where on your platform or normally the LyX binary resides? What's the exact file name of it (so that I can search for it)? Goutgaun! joachim -- MacTeXLive 2008 - TeXShop 2.18-svn - LyX 1.6 MacBook Pro OSX 10.4.11 Tiger Well, I am on Linux so I am not sure if Mac uses the same shell commands: The standard Ubuntu package is in /usr/bin/lyx - I compiled mine to /usr/local/bin/lyx. In Linux you can check with the command which lyx in a terminal window. On Mac OS X, you have to type the following in Terminal instead of lyx --version: /Applications/LyX.app/Contents/MacOS/lyx --version Jens
Re: Fast typing - LyX follows slowly only [solved - not yet]
On Dec 2, 2008, at 2:28 PM, [EMAIL PROTECTED] wrote: Am Tue, 2 Dec 2008 23:08:00 +0100 schrieb Joachim Kreimer-de Fries [EMAIL PROTECTED]: Am 02.12.2008 um 19:36 schrieb Andre Poenitz: That's the correct console. Now you just need to find the LyX binary. If you are already in the right directory, use ./lyx to start it. Sorry, Andre and others who know it, I tried out (with ... --version) all directories that in my opinien and searching could have that what you call the LyX binary, but always the same response: -bash: ./lyx: No such file or directory or: lyx: No such file or directory I even tried the same with Lyx ... and ./LyX ... - with the same result. Can you tell me where on your platform or normally the LyX binary resides? What's the exact file name of it (so that I can search for it)? Goutgaun! joachim -- MacTeXLive 2008 - TeXShop 2.18-svn - LyX 1.6 MacBook Pro OSX 10.4.11 Tiger Well, I am on Linux so I am not sure if Mac uses the same shell commands: The standard Ubuntu package is in /usr/bin/lyx - I compiled mine to /usr/local/bin/lyx. In Linux you can check with the command which lyx in a terminal window. On Mac OS X, you have to type the following in Terminal instead of lyx --version: /Applications/LyX.app/Contents/MacOS/lyx --version Jens
Re: Fast typing - LyX follows slowly only [solved - not yet]
On Dec 2, 2008, at 2:28 PM, [EMAIL PROTECTED] wrote: Am Tue, 2 Dec 2008 23:08:00 +0100 schrieb Joachim Kreimer-de Fries <[EMAIL PROTECTED]>: Am 02.12.2008 um 19:36 schrieb Andre Poenitz: That's the correct console. Now you just need to find the LyX binary. If you are already in the right directory, use ./lyx to start it. Sorry, Andre and others who know it, I tried out (with ... --version) all directories that in my opinien and searching could have that what you call the "LyX binary", but always the same response: -bash: ./lyx: No such file or directory or: lyx: No such file or directory I even tried the same with Lyx ... and ./LyX ... - with the same result. Can you tell me where on your platform or normally the "LyX binary" resides? What's the exact file name of it (so that I can search for it)? Goutgaun! joachim -- MacTeXLive 2008 - TeXShop 2.18-svn - LyX 1.6 MacBook Pro OSX 10.4.11 Tiger Well, I am on Linux so I am not sure if Mac uses the same shell commands: The standard Ubuntu package is in /usr/bin/lyx - I compiled mine to /usr/local/bin/lyx. In Linux you can check with the command "which lyx" in a terminal window. On Mac OS X, you have to type the following in Terminal instead of "lyx --version": /Applications/LyX.app/Contents/MacOS/lyx --version Jens
Re: 1.6.0 on Os X 10.5.5 Woes
On Dec 1, 2008, at 9:02 PM, Eberhard Lisse wrote: Hi, I have installed 1.6.0 on my iMinis at my practice (Obstetrics and Gynaecologist) and at home, both are 10.5.5 updated to current. Whenever I open a document (new or previously saved), LyX doesn't remember the previous window state, it's always small(ish) and there are three toolbars, one in each line. I can move the third one onto the second one (to the right), but whenever I open the or another document there are three toolbars again. I also like to move toolbar (table) below the text to the top right (it only appears when the table button is clicked) but it doesn't remain there. Whenever I open more than one documents a new window is opened (small, as above) instead of the previous behavior, as a second tab into the first window (which 1.5.7 does). CMD-Return does not do anything for me, when it used to insert the red newline. There was an even weirder issue within a table the other day which I can't reproduce at the moment, I'll report if and when I can :-)-O. Hi, some of these problems sound familiar. I didn't have the window size problem, but did lose the newline shortcut. To get it back, you may just need to look at the dialog LyX Preferences Editing Shortcuts and find newline-insert - if there is no shortcut next to that entry, just modify it. If that doesn't work, there may be a conflict with a custom bind file that should exist in the directory ~/Library/Application Support/LyX-1.6/bind (the top of the Shortcuts dialog just mentioned tells you what bind file you're currently using). The conflict would arise because the function newline-insert was previously named break-line. So if you have the old command in a custom bind file, you may have to remove it. Regarding the window size problem, there could be similar issues with a custom default.ui file in ~/Library/Application Support/LyX-1.6/ ui/. You could try removing any old files you may have there, and start customizing from scratch. Hope this helps, Jens
Re: 1.6.0 on Os X 10.5.5 Woes
On Dec 1, 2008, at 9:02 PM, Eberhard Lisse wrote: Hi, I have installed 1.6.0 on my iMinis at my practice (Obstetrics and Gynaecologist) and at home, both are 10.5.5 updated to current. Whenever I open a document (new or previously saved), LyX doesn't remember the previous window state, it's always small(ish) and there are three toolbars, one in each line. I can move the third one onto the second one (to the right), but whenever I open the or another document there are three toolbars again. I also like to move toolbar (table) below the text to the top right (it only appears when the table button is clicked) but it doesn't remain there. Whenever I open more than one documents a new window is opened (small, as above) instead of the previous behavior, as a second tab into the first window (which 1.5.7 does). CMD-Return does not do anything for me, when it used to insert the red newline. There was an even weirder issue within a table the other day which I can't reproduce at the moment, I'll report if and when I can :-)-O. Hi, some of these problems sound familiar. I didn't have the window size problem, but did lose the newline shortcut. To get it back, you may just need to look at the dialog LyX Preferences Editing Shortcuts and find newline-insert - if there is no shortcut next to that entry, just modify it. If that doesn't work, there may be a conflict with a custom bind file that should exist in the directory ~/Library/Application Support/LyX-1.6/bind (the top of the Shortcuts dialog just mentioned tells you what bind file you're currently using). The conflict would arise because the function newline-insert was previously named break-line. So if you have the old command in a custom bind file, you may have to remove it. Regarding the window size problem, there could be similar issues with a custom default.ui file in ~/Library/Application Support/LyX-1.6/ ui/. You could try removing any old files you may have there, and start customizing from scratch. Hope this helps, Jens
Re: 1.6.0 on Os X 10.5.5 Woes
On Dec 1, 2008, at 9:02 PM, Eberhard Lisse wrote: Hi, I have installed 1.6.0 on my iMinis at my practice (Obstetrics and Gynaecologist) and at home, both are 10.5.5 updated to current. Whenever I open a document (new or previously saved), LyX doesn't remember the previous window state, it's always small(ish) and there are three toolbars, one in each line. I can move the third one onto the second one (to the right), but whenever I open the or another document there are three toolbars again. I also like to move toolbar (table) below the text to the top right (it only appears when the table button is clicked) but it doesn't remain there. Whenever I open more than one documents a new window is opened (small, as above) instead of the previous behavior, as a second tab into the first window (which 1.5.7 does). CMD-Return does not do anything for me, when it used to insert the "red" newline. There was an even weirder issue within a table the other day which I can't reproduce at the moment, I'll report if and when I can :-)-O. Hi, some of these problems sound familiar. I didn't have the window size problem, but did lose the newline shortcut. To get it back, you may just need to look at the dialog "LyX Preferences > Editing > Shortcuts" and find "newline-insert" - if there is no shortcut next to that entry, just modify it. If that doesn't work, there may be a conflict with a custom bind file that should exist in the directory ~/Library/Application Support/LyX-1.6/bind (the top of the Shortcuts dialog just mentioned tells you what bind file you're currently using). The conflict would arise because the function "newline-insert" was previously named "break-line". So if you have the old command in a custom bind file, you may have to remove it. Regarding the window size problem, there could be similar issues with a custom default.ui file in ~/Library/Application Support/LyX-1.6/ ui/. You could try removing any old files you may have there, and start customizing from scratch. Hope this helps, Jens
Re: LyX website displays incorrectly w/ Safari
Christian, On Jul 28, 2008, at 12:12 AM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Jens Noeckel wrote: I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css Thanks, that'll greatly help me fix the bug! The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Funny though, I thought you didn't have to give the domain in the URI when linking from a page. Anyway, if it doesn't work in Safari, I'll have to add the domain. Christian, I don't know how your server is set up, but relative addresses should always be fine, and even your intended approach should be doable: Everything should work fine if you leave out the domain, provided you _also_ leave out the http:/ (this would have been incorrect syntax in any case because of the missing second backslash). Then either make the path relative to the current page, or start with /farm/... to specify an absolute address from the server root. Jens
Re: LyX website displays incorrectly w/ Safari
Christian, On Jul 28, 2008, at 12:12 AM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Jens Noeckel wrote: I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css Thanks, that'll greatly help me fix the bug! The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Funny though, I thought you didn't have to give the domain in the URI when linking from a page. Anyway, if it doesn't work in Safari, I'll have to add the domain. Christian, I don't know how your server is set up, but relative addresses should always be fine, and even your intended approach should be doable: Everything should work fine if you leave out the domain, provided you _also_ leave out the http:/ (this would have been incorrect syntax in any case because of the missing second backslash). Then either make the path relative to the current page, or start with /farm/... to specify an absolute address from the server root. Jens
Re: LyX website displays incorrectly w/ Safari
Christian, On Jul 28, 2008, at 12:12 AM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Jens Noeckel wrote: I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css Thanks, that'll greatly help me fix the bug! The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Funny though, I thought you didn't have to give the domain in the URI when linking from a page. Anyway, if it doesn't work in Safari, I'll have to add the domain. Christian, I don't know how your server is set up, but relative addresses should always be fine, and even your intended approach should be doable: Everything should work fine if you leave out the domain, provided you _also_ leave out the "http:/" (this would have been incorrect syntax in any case because of the missing second backslash). Then either make the path relative to the current page, or start with "/farm/..." to specify an absolute address from the server root. Jens
Re: LyX website displays incorrectly w/ Safari
On Jul 27, 2008, at 2:13 PM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Bob Lounsbury wrote: I just started using my Mac again with the Safari web browser and went to the LyX website to download the latest version. The homepage is displayed correctly, but when I click on any other link on the website like Download it looses the website style. I really don't know anything about websites so I don't know how to describe it, so I've attached a screenshot when I click on the Download link. Hi Bob, I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Jens
Re: LyX website displays incorrectly w/ Safari
On Jul 27, 2008, at 2:13 PM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Bob Lounsbury wrote: I just started using my Mac again with the Safari web browser and went to the LyX website to download the latest version. The homepage is displayed correctly, but when I click on any other link on the website like Download it looses the website style. I really don't know anything about websites so I don't know how to describe it, so I've attached a screenshot when I click on the Download link. Hi Bob, I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Jens
Re: LyX website displays incorrectly w/ Safari
On Jul 27, 2008, at 2:13 PM, Christian Ridderström wrote: On Sun, 27 Jul 2008, Bob Lounsbury wrote: I just started using my Mac again with the Safari web browser and went to the LyX website to download the latest version. The homepage is displayed correctly, but when I click on any other link on the website like Download it looses the website style. I really don't know anything about websites so I don't know how to describe it, so I've attached a screenshot when I click on the Download link. Hi Bob, I can't repeat this with Opera on Windows, do you still see this problem? (I was doing stuff with the web backend, so maybe it's just your browser that needs to reload it's cache or something) Do others seem something strange when looking at the page: http://www.lyx.org/Download Yes, I can reproduce it with Safari. When you follow a link from the homepage, the next page has a link to a non-existent stylesheet, http:/farm/pub/skins/lyx/lyx.css The correct URI should be http://www.lyx.org/farm/pub/skins/lyx/lyx.css (so the base URI isn't added) That's what causes the missing formating. Firefox is better at guessing what you meant here, but it really is an error that appears on all the other pages except for the lyx home page. Jens
Re: Masters Thesis in LyX 1.5.4 for MAC intel - Crashing, what now?!
On May 13, 2008, at 4:53 PM, Micha wrote: On Tue, 13 May 2008 19:29:39 -0230 Justin Pittman [EMAIL PROTECTED] wrote: Hi,I've encountered a problem that I can't seem to rectify I'm trying to finish my masters thesis and upon trying to compile it today before I left for dinner and got a strange error that I have never encountered before.. a LaTeX formatting window popped up stating only Conversion error and LyX then unexpectedly quit! Now, when I sit here trying to open the MastersThesis.lyx file or the backup .lyx~ file, LyX can't open it!! It starts to open and then the Mac Spinning pinwheel comes up and boom, LyX is gone. What do I do now!!! I haven't done a backup in a few weeks and have added a good 20 pages since then!! I need help and quick!! Please, any suggestions, ASAP! My deadline is quickly approaching. Cheers, J.p There was an issue under linux with qt 4.4, did you happen to upgrade that by any chance? If so see if you can downgrade qt to 4.3 (although latest 4.4 works under debian). Afraid I don't have a mac so I don't have any other suggestions I'm assuming the problem refers to the LyX binary distribution from the LyX web site, not to a fink or macports version. Is that correct? What platform is this happening on? Leopard? Tiger? What language is being used? On the Mac the Qt libs are linked statically, so you can't change the Qt version as was suggested by Micha. Of course you should now have made a backup, so one could try to experiment a little. I'm speculating wildly now, but maybe it works: (a) Did you include any figures? If so, move them all out of your working directory, and try to re-open. If that allows the file to open, put the figures back one by one, to see where it hangs. (b) If that doesn't work, perhaps it's some obscure problem with Unicode characters (perhaps some weird key combination, pressed accidentally, created a pathological character). How can one fix something like that? Maybe the easiest is to open the .lyx file in emacs and look through the source. Do you know how to use the Terminal, and an editor like emacs? That would allow you to see if the 20 pages you entered are still there in the file. (c) If you don't know emacs (or vi), you may at least find out if the file filename.lyx is still whole, by opening a Terminal window, changing to your working directory and typing cat filename.lyx - e.g., it would be a bad sign if the file doesn't end with \end_document (d) Another possibility: if you can start LyX without an open file, try to disable instant preview of graphics and math before loading the troublesome file. Alternatively, reconfiguring and resetting as much as possible to the default values may be a good idea. Maybe this helps - Jens
Re: Period after chapter number
On May 13, 2008, at 10:04 PM, D.Zorig wrote: Hi all, How do you place a period after a chapter number and section number. I'm using KOMA script book class. The default is # Chapter heading #.# Section heading What I need is #. Chapter heading #.#. Section heading Thank you in advance for your help. Hi, in the Document Settings under Document Class, add the (amusing) keyword pointednumbers to the Options. This and everything you ever wanted to know is in the koma-script documentation, scrguien.pdf. The even more amusing option to turn the trailing dot off for all headings is pointlessnumbers... Jens
Re: Masters Thesis in LyX 1.5.4 for MAC intel - Crashing, what now?!
On May 13, 2008, at 4:53 PM, Micha wrote: On Tue, 13 May 2008 19:29:39 -0230 Justin Pittman [EMAIL PROTECTED] wrote: Hi,I've encountered a problem that I can't seem to rectify I'm trying to finish my masters thesis and upon trying to compile it today before I left for dinner and got a strange error that I have never encountered before.. a LaTeX formatting window popped up stating only Conversion error and LyX then unexpectedly quit! Now, when I sit here trying to open the MastersThesis.lyx file or the backup .lyx~ file, LyX can't open it!! It starts to open and then the Mac Spinning pinwheel comes up and boom, LyX is gone. What do I do now!!! I haven't done a backup in a few weeks and have added a good 20 pages since then!! I need help and quick!! Please, any suggestions, ASAP! My deadline is quickly approaching. Cheers, J.p There was an issue under linux with qt 4.4, did you happen to upgrade that by any chance? If so see if you can downgrade qt to 4.3 (although latest 4.4 works under debian). Afraid I don't have a mac so I don't have any other suggestions I'm assuming the problem refers to the LyX binary distribution from the LyX web site, not to a fink or macports version. Is that correct? What platform is this happening on? Leopard? Tiger? What language is being used? On the Mac the Qt libs are linked statically, so you can't change the Qt version as was suggested by Micha. Of course you should now have made a backup, so one could try to experiment a little. I'm speculating wildly now, but maybe it works: (a) Did you include any figures? If so, move them all out of your working directory, and try to re-open. If that allows the file to open, put the figures back one by one, to see where it hangs. (b) If that doesn't work, perhaps it's some obscure problem with Unicode characters (perhaps some weird key combination, pressed accidentally, created a pathological character). How can one fix something like that? Maybe the easiest is to open the .lyx file in emacs and look through the source. Do you know how to use the Terminal, and an editor like emacs? That would allow you to see if the 20 pages you entered are still there in the file. (c) If you don't know emacs (or vi), you may at least find out if the file filename.lyx is still whole, by opening a Terminal window, changing to your working directory and typing cat filename.lyx - e.g., it would be a bad sign if the file doesn't end with \end_document (d) Another possibility: if you can start LyX without an open file, try to disable instant preview of graphics and math before loading the troublesome file. Alternatively, reconfiguring and resetting as much as possible to the default values may be a good idea. Maybe this helps - Jens
Re: Period after chapter number
On May 13, 2008, at 10:04 PM, D.Zorig wrote: Hi all, How do you place a period after a chapter number and section number. I'm using KOMA script book class. The default is # Chapter heading #.# Section heading What I need is #. Chapter heading #.#. Section heading Thank you in advance for your help. Hi, in the Document Settings under Document Class, add the (amusing) keyword pointednumbers to the Options. This and everything you ever wanted to know is in the koma-script documentation, scrguien.pdf. The even more amusing option to turn the trailing dot off for all headings is pointlessnumbers... Jens
Re: Masters Thesis in LyX 1.5.4 for MAC intel - Crashing, what now?!
On May 13, 2008, at 4:53 PM, Micha wrote: On Tue, 13 May 2008 19:29:39 -0230 "Justin Pittman" <[EMAIL PROTECTED]> wrote: Hi,I've encountered a problem that I can't seem to rectify I'm trying to finish my masters thesis and upon trying to compile it today before I left for dinner and got a strange error that I have never encountered before.. a LaTeX formatting window popped up stating only "Conversion error" and LyX then unexpectedly quit! Now, when I sit here trying to open the MastersThesis.lyx file or the backup .lyx~ file, LyX can't open it!! It starts to open and then the Mac Spinning pinwheel comes up and boom, LyX is gone. What do I do now!!! I haven't done a backup in a few weeks and have added a good 20 pages since then!! I need help and quick!! Please, any suggestions, ASAP! My deadline is quickly approaching. Cheers, J.p There was an issue under linux with qt 4.4, did you happen to upgrade that by any chance? If so see if you can downgrade qt to 4.3 (although latest 4.4 works under debian). Afraid I don't have a mac so I don't have any other suggestions I'm assuming the problem refers to the LyX binary distribution from the LyX web site, not to a fink or macports version. Is that correct? What platform is this happening on? Leopard? Tiger? What language is being used? On the Mac the Qt libs are linked statically, so you can't change the Qt version as was suggested by Micha. Of course you should now have made a backup, so one could try to experiment a little. I'm speculating wildly now, but maybe it works: (a) Did you include any figures? If so, move them all out of your working directory, and try to re-open. If that allows the file to open, put the figures back one by one, to see where it hangs. (b) If that doesn't work, perhaps it's some obscure problem with Unicode characters (perhaps some weird key combination, pressed accidentally, created a pathological character). How can one fix something like that? Maybe the easiest is to open the .lyx file in emacs and look through the source. Do you know how to use the Terminal, and an editor like emacs? That would allow you to see if the 20 pages you entered are still there in the file. (c) If you don't know emacs (or vi), you may at least find out if the file "filename.lyx" is still whole, by opening a Terminal window, changing to your working directory and typing "cat filename.lyx" - e.g., it would be a bad sign if the file doesn't end with "\end_document" (d) Another possibility: if you can start LyX without an open file, try to disable instant preview of graphics and math before loading the troublesome file. Alternatively, reconfiguring and resetting as much as possible to the default values may be a good idea. Maybe this helps - Jens
Re: Period after chapter number
On May 13, 2008, at 10:04 PM, D.Zorig wrote: Hi all, How do you place a period after a chapter number and section number. I'm using KOMA script book class. The default is # Chapter heading #.# Section heading What I need is #. Chapter heading #.#. Section heading Thank you in advance for your help. Hi, in the Document Settings under Document Class, add the (amusing) keyword "pointednumbers" to the Options. This and everything you ever wanted to know is in the koma-script documentation, scrguien.pdf. The even more amusing option to turn the trailing dot off for all headings is "pointlessnumbers"... Jens
Re: Troubleshooting Process not allowed?
On Apr 1, 2008, at 7:45 AM, José Matos wrote: On Tuesday 01 April 2008 15:04:54 Jürgen Spitzmüller wrote: I hope this will be fixed in LyX 1.6. That will be released on Christmas. Jürgen -- José Abílio Of course that bug doesn't affect the Mac. There, I only get the following warning at start-up: *** Warning: obsolete splash screen detected. Platypus support disabled for security reasons. Jens
Re: Troubleshooting Process not allowed?
On Apr 1, 2008, at 7:45 AM, José Matos wrote: On Tuesday 01 April 2008 15:04:54 Jürgen Spitzmüller wrote: I hope this will be fixed in LyX 1.6. That will be released on Christmas. Jürgen -- José Abílio Of course that bug doesn't affect the Mac. There, I only get the following warning at start-up: *** Warning: obsolete splash screen detected. Platypus support disabled for security reasons. Jens
Re: "Troubleshooting Process" not allowed?
On Apr 1, 2008, at 7:45 AM, José Matos wrote: On Tuesday 01 April 2008 15:04:54 Jürgen Spitzmüller wrote: I hope this will be fixed in LyX 1.6. That will be released on Christmas. Jürgen -- José Abílio Of course that bug doesn't affect the Mac. There, I only get the following warning at start-up: *** Warning: obsolete splash screen detected. Platypus support disabled for security reasons. Jens
Re: Primary colours of LyX? Was: Website re-design ideas
On Mar 29, 2008, at 2:17 PM, AK wrote: John wrote: On Saturday 29 March 2008 04:20:21 am AK wrote: [EMAIL PROTECTED] wrote: On Mon, 24 Mar 2008, Joost Verburg wrote: Logo graphical profile Any company needs a logo and preferably a graphical profile to make themselves known to their customers. Think of the big companies, think of IBM: stripy and blue, McDonalds: M and yellow. They are graphical profiles that helps give them an image that sticks in customers minds. Not only do they help the business stand out, but it also creates a reputation. IBM's logo gives a very traditional feel, serene and solid. It represents something you can rely on in the marketplace. While the McDonalds logo is dynamic and fun, inviting you to a feel-good experience. A graphical profile spans logo, colours, business cards, stationeries, and a range of supplies for commercial purposes. People will remember the Platypus, though, but we already have that. I've used LyX from the beginning - and love it! But in all the time that the logo has been there it never occurred to me that it was a platypus, despite being familiar with the O'Reilly like platypus associated with the original example document. While I would much prefer that the developers worry about improving and debugging an already superb product rather than fuss over the logo, if you must tinker with the logo, please make it resemble a platypus! Probably just changing the beak shape, and toning down those awful cartoon colours would be enough. John O'Gorman I agree that it doesn't look much like platypus - I did not think it was one before being told, I just meant that whatever it is, people will remember it as being connected to LyX. I will see if I can make it more platypus-like without upsetting people who are used to it as it is. But it's hard to make it look like platypus because it's never pictured sitting like that - it probably never sits, either. Even if you propped up a real platypus to sit up like that and made a picture, it'd likely be hard to tell for an average person that it's indeed a platypus. But, anyway, we'll see what we can do. -ak So, to sum up, we should have a color scheme that will be shared between site template and splash screen, and probably use a standard font face like Verdana or something similar for now, and have the Platypus as the main recognizable identifier of all things LyX. -andrei The platypus is already being used by some other projects, though. For example, on the Mac, Platypus is a script wrapper application: http://www.macupdate.com/info.php/id/12046 I like the LyX creature the way it is, and it clearly isn't a platypus. Moreover, it's just as recognizable as the McDonald's clown, and much less freaky. Jens
Re: Primary colours of LyX? Was: Website re-design ideas
On Mar 29, 2008, at 2:17 PM, AK wrote: John wrote: On Saturday 29 March 2008 04:20:21 am AK wrote: [EMAIL PROTECTED] wrote: On Mon, 24 Mar 2008, Joost Verburg wrote: Logo graphical profile Any company needs a logo and preferably a graphical profile to make themselves known to their customers. Think of the big companies, think of IBM: stripy and blue, McDonalds: M and yellow. They are graphical profiles that helps give them an image that sticks in customers minds. Not only do they help the business stand out, but it also creates a reputation. IBM's logo gives a very traditional feel, serene and solid. It represents something you can rely on in the marketplace. While the McDonalds logo is dynamic and fun, inviting you to a feel-good experience. A graphical profile spans logo, colours, business cards, stationeries, and a range of supplies for commercial purposes. People will remember the Platypus, though, but we already have that. I've used LyX from the beginning - and love it! But in all the time that the logo has been there it never occurred to me that it was a platypus, despite being familiar with the O'Reilly like platypus associated with the original example document. While I would much prefer that the developers worry about improving and debugging an already superb product rather than fuss over the logo, if you must tinker with the logo, please make it resemble a platypus! Probably just changing the beak shape, and toning down those awful cartoon colours would be enough. John O'Gorman I agree that it doesn't look much like platypus - I did not think it was one before being told, I just meant that whatever it is, people will remember it as being connected to LyX. I will see if I can make it more platypus-like without upsetting people who are used to it as it is. But it's hard to make it look like platypus because it's never pictured sitting like that - it probably never sits, either. Even if you propped up a real platypus to sit up like that and made a picture, it'd likely be hard to tell for an average person that it's indeed a platypus. But, anyway, we'll see what we can do. -ak So, to sum up, we should have a color scheme that will be shared between site template and splash screen, and probably use a standard font face like Verdana or something similar for now, and have the Platypus as the main recognizable identifier of all things LyX. -andrei The platypus is already being used by some other projects, though. For example, on the Mac, Platypus is a script wrapper application: http://www.macupdate.com/info.php/id/12046 I like the LyX creature the way it is, and it clearly isn't a platypus. Moreover, it's just as recognizable as the McDonald's clown, and much less freaky. Jens
Re: Primary colours of LyX? Was: Website re-design ideas
On Mar 29, 2008, at 2:17 PM, AK wrote: John wrote: On Saturday 29 March 2008 04:20:21 am AK wrote: [EMAIL PROTECTED] wrote: On Mon, 24 Mar 2008, Joost Verburg wrote: Logo & graphical profile Any company needs a logo and preferably a graphical profile to make themselves known to their customers. Think of the big companies, think of IBM: stripy and blue, McDonalds: M and yellow. They are graphical profiles that helps give them an image that sticks in customers minds. Not only do they help the business stand out, but it also creates a reputation. IBM's logo gives a very traditional feel, serene and solid. It represents something you can rely on in the marketplace. While the McDonalds logo is dynamic and fun, inviting you to a feel-good experience. A graphical profile spans logo, colours, business cards, stationeries, and a range of supplies for commercial purposes. People will remember the Platypus, though, but we already have that. I've used LyX from the beginning - and love it! But in all the time that the logo has been there it never occurred to me that it was a platypus, despite being familiar with the O'Reilly like platypus associated with the original example document. While I would much prefer that the developers worry about improving and debugging an already superb product rather than fuss over the logo, if you must tinker with the logo, please make it resemble a platypus! Probably just changing the beak shape, and toning down those awful cartoon colours would be enough. John O'Gorman I agree that it doesn't look much like platypus - I did not think it was one before being told, I just meant that whatever it is, people will remember it as being connected to LyX. I will see if I can make it more platypus-like without upsetting people who are used to it as it is. But it's hard to make it look like platypus because it's never pictured sitting like that - it probably never sits, either. Even if you propped up a real platypus to sit up like that and made a picture, it'd likely be hard to tell for an average person that it's indeed a platypus. But, anyway, we'll see what we can do. -ak So, to sum up, we should have a color scheme that will be shared between site template and splash screen, and probably use a standard font face like Verdana or something similar for now, and have the Platypus as the main recognizable identifier of all things LyX. -andrei The platypus is already being used by some other projects, though. For example, on the Mac, Platypus is a script wrapper application: http://www.macupdate.com/info.php/id/12046 I like the LyX creature the way it is, and it clearly isn't a platypus. Moreover, it's just as recognizable as the McDonald's clown, and much less freaky. Jens
Re: Request for screenshots
On Mar 24, 2008, at 9:17 AM, John Coppens wrote: On Mon, 24 Mar 2008 16:32:36 +0100 Joost Verburg [EMAIL PROTECTED] wrote: FWIW, I prefer the current color as much as I prefer creamy-coloured to bright-white paper. The white background of usual text processors hurts my eyes. But would you be opposed to having the usual colors as default? You can of course set your own color in the preferences. Again, FWIW, I _hate_ white backgrounds, and spend time with each program to figure out how I can reprogram it to something more 'quiet'. Ever wonder why legal pads are yellow(ish)? Why not leave the page background undefined? Most browsers allow selection of a default background color, don't they? One more vote for the current background color (or at least non- white). My reason is that the windows with a variety of background colors are easier to tell apart when you have multiple programs running - I can tell which is Mail, LyX, or XEmacs, even if their windows are partly obscured so I don't see their title bars. It would be sad if everything were white by default. On a related note: what's going to happen to the term ERT if LyX allows people to customize its color? It could become evil dark- indigo text (EDIT)... we can't allow that!! Jens
Re: Website re-design ideas
On Mar 24, 2008, at 9:40 AM, Steve Litt wrote: On Monday 24 March 2008 10:56, Joost Verburg wrote: [EMAIL PROTECTED] wrote: In other words, her spontaneous reaction to the original www.lyx.org and the wiki is that they currently suck. Guess I should be glad that the wiki wasn't worst at least... Slashdot got some good comments from her though. I agree that the current wiki looks a bit better than www.lyx.org. But for example the introduction text of the wiki is way too long and too technical. I would expect the homepage to give an overview of the content instead of being a wiki help page. Joost Inspired by this thread, I took a look at the LyX website. Except for the silly background graphic and ridiculous colors, it's not bad. You can navigate fairly well to find what you want. If you want www.lyx.org to be REALLY useful to LyX users needing information, consider formatting it the way I format Linux Library at http://www.troubleshooters.com/linux/index.htm. This page has all Linux related links on one page, but they're arranged hierarchically so the user isn't overwhelmed. Because they're all on one page, navigating the hierarchy is instantaneous regardless of connection speed. Because they're all on one page, they can be found either by drill down or by text search. For the person wanting to quickly find the right information, this interface is ideal. My system provides the ability to put text descriptions to the right of each link, so the use knows what he's clicking on. In the hierarchy, all nodes except leaf nodes start with an elipses, so you know whether you're going to visit a new page or just drill down some more. Maintenance of this page is trivial. The source for the page is a tab indented text outline. The fast way to maintain it is with VimOutliner, but you can easily maintain it with any text editor. After making a change or addition, you just run the new source outline through a script that converts it to HTML, and then upload the HTML to your server. Because the source is kept as an outline, the resulting web page tends to be a highly organized hierarchy, especially if care is taken when designing the outline. If you guys want to make your web page work like this, I'll slap your favorite free-software license on my script, give it to you, and you can modify it to give just what you need for www.lyx.org. I also think the LyX.org site is OK except for the background and the white text... changing that alone could make a huge difference. I have to admit that I learned some nice CSS tricks directly from the LyX source code, about five years ago. The page hasn't changed much since then, and maybe a general make-over will be useful simply as a statement of how active LyX is as a project. Jens
Re: Request for screenshots
On Mar 24, 2008, at 9:17 AM, John Coppens wrote: On Mon, 24 Mar 2008 16:32:36 +0100 Joost Verburg [EMAIL PROTECTED] wrote: FWIW, I prefer the current color as much as I prefer creamy-coloured to bright-white paper. The white background of usual text processors hurts my eyes. But would you be opposed to having the usual colors as default? You can of course set your own color in the preferences. Again, FWIW, I _hate_ white backgrounds, and spend time with each program to figure out how I can reprogram it to something more 'quiet'. Ever wonder why legal pads are yellow(ish)? Why not leave the page background undefined? Most browsers allow selection of a default background color, don't they? One more vote for the current background color (or at least non- white). My reason is that the windows with a variety of background colors are easier to tell apart when you have multiple programs running - I can tell which is Mail, LyX, or XEmacs, even if their windows are partly obscured so I don't see their title bars. It would be sad if everything were white by default. On a related note: what's going to happen to the term ERT if LyX allows people to customize its color? It could become evil dark- indigo text (EDIT)... we can't allow that!! Jens
Re: Website re-design ideas
On Mar 24, 2008, at 9:40 AM, Steve Litt wrote: On Monday 24 March 2008 10:56, Joost Verburg wrote: [EMAIL PROTECTED] wrote: In other words, her spontaneous reaction to the original www.lyx.org and the wiki is that they currently suck. Guess I should be glad that the wiki wasn't worst at least... Slashdot got some good comments from her though. I agree that the current wiki looks a bit better than www.lyx.org. But for example the introduction text of the wiki is way too long and too technical. I would expect the homepage to give an overview of the content instead of being a wiki help page. Joost Inspired by this thread, I took a look at the LyX website. Except for the silly background graphic and ridiculous colors, it's not bad. You can navigate fairly well to find what you want. If you want www.lyx.org to be REALLY useful to LyX users needing information, consider formatting it the way I format Linux Library at http://www.troubleshooters.com/linux/index.htm. This page has all Linux related links on one page, but they're arranged hierarchically so the user isn't overwhelmed. Because they're all on one page, navigating the hierarchy is instantaneous regardless of connection speed. Because they're all on one page, they can be found either by drill down or by text search. For the person wanting to quickly find the right information, this interface is ideal. My system provides the ability to put text descriptions to the right of each link, so the use knows what he's clicking on. In the hierarchy, all nodes except leaf nodes start with an elipses, so you know whether you're going to visit a new page or just drill down some more. Maintenance of this page is trivial. The source for the page is a tab indented text outline. The fast way to maintain it is with VimOutliner, but you can easily maintain it with any text editor. After making a change or addition, you just run the new source outline through a script that converts it to HTML, and then upload the HTML to your server. Because the source is kept as an outline, the resulting web page tends to be a highly organized hierarchy, especially if care is taken when designing the outline. If you guys want to make your web page work like this, I'll slap your favorite free-software license on my script, give it to you, and you can modify it to give just what you need for www.lyx.org. I also think the LyX.org site is OK except for the background and the white text... changing that alone could make a huge difference. I have to admit that I learned some nice CSS tricks directly from the LyX source code, about five years ago. The page hasn't changed much since then, and maybe a general make-over will be useful simply as a statement of how active LyX is as a project. Jens
Re: Request for screenshots
On Mar 24, 2008, at 9:17 AM, John Coppens wrote: On Mon, 24 Mar 2008 16:32:36 +0100 Joost Verburg <[EMAIL PROTECTED]> wrote: FWIW, I prefer the current color as much as I prefer creamy-coloured to bright-white paper. The white background of usual text processors hurts my eyes. But would you be opposed to having the usual colors as default? You can of course set your own color in the preferences. Again, FWIW, I _hate_ white backgrounds, and spend time with each program to figure out how I can reprogram it to something more 'quiet'. Ever wonder why legal pads are yellow(ish)? Why not leave the page background undefined? Most browsers allow selection of a default background color, don't they? One more vote for the current background color (or at least non- white). My reason is that the windows with a variety of background colors are easier to tell apart when you have multiple programs running - I can tell which is Mail, LyX, or XEmacs, even if their windows are partly obscured so I don't see their title bars. It would be sad if everything were white by default. On a related note: what's going to happen to the term "ERT" if LyX allows people to customize its color? It could become evil dark- indigo text (EDIT)... we can't allow that!! Jens
Re: Website re-design ideas
On Mar 24, 2008, at 9:40 AM, Steve Litt wrote: On Monday 24 March 2008 10:56, Joost Verburg wrote: [EMAIL PROTECTED] wrote: In other words, her spontaneous reaction to the original www.lyx.org and the wiki is that they currently suck. Guess I should be glad that the wiki wasn't worst at least... Slashdot got some good comments from her though. I agree that the current wiki looks a bit better than www.lyx.org. But for example the introduction text of the wiki is way too long and too technical. I would expect the homepage to give an overview of the content instead of being a wiki help page. Joost Inspired by this thread, I took a look at the LyX website. Except for the silly background graphic and ridiculous colors, it's not bad. You can navigate fairly well to find what you want. If you want www.lyx.org to be REALLY useful to LyX users needing information, consider formatting it the way I format "Linux Library" at http://www.troubleshooters.com/linux/index.htm. This page has all Linux related links on one page, but they're arranged hierarchically so the user isn't overwhelmed. Because they're all on one page, navigating the hierarchy is instantaneous regardless of connection speed. Because they're all on one page, they can be found either by "drill down" or by text search. For the person wanting to quickly find the right information, this interface is ideal. My system provides the ability to put text descriptions to the right of each link, so the use knows what he's clicking on. In the hierarchy, all nodes except leaf nodes start with an elipses, so you know whether you're going to visit a new page or just drill down some more. Maintenance of this page is trivial. The source for the page is a tab indented text outline. The fast way to maintain it is with VimOutliner, but you can easily maintain it with any text editor. After making a change or addition, you just run the new source outline through a script that converts it to HTML, and then upload the HTML to your server. Because the source is kept as an outline, the resulting web page tends to be a highly organized hierarchy, especially if care is taken when designing the outline. If you guys want to make your web page work like this, I'll slap your favorite free-software license on my script, give it to you, and you can modify it to give just what you need for www.lyx.org. I also think the LyX.org site is OK except for the background and the white text... changing that alone could make a huge difference. I have to admit that I learned some nice CSS tricks directly from the LyX source code, about five years ago. The page hasn't changed much since then, and maybe a general make-over will be useful simply as a statement of how active LyX is as a project. Jens
Re: PNG background
On Mar 15, 2008, at 8:31 AM, [EMAIL PROTECTED] wrote: Hello, Thanks for your emails and suggestions. Here is a reply to one email that perhaps better explains what I would like to achieve. One little thing I haven't been able to figure out is making PNGs with transparency look nice, i.e. specifying white as the background colour instead of the default black. A 'white' background is different from 'transparent'. Indeed. What I have is PNGs with parts that are transparent, and want to either leave them transparent (so you would see the page through them, i.e. white) or convert that transparency to white, essentialy achieving the same effect on the printed page. What LyX seems to be doing however is converting my transparent bits of the PNGs to black. Is this possible at all - and if so how do I make LyX / ImageMagick automatically do what I described above? Dawid, this is a problem with pdflatex. The older versions from 2006 (or earlier) don't handle PNG transparency, so you should update to a more recent pdflatex version (how to do that depends on your platform). On my Mac, the pdflatex from texlive-2007 handles PNG transparency correctly, whereas the pdflatex from the tetex distribution doesn't. Hope this helps, Jens
Re: PNG background
On Mar 15, 2008, at 8:31 AM, [EMAIL PROTECTED] wrote: Hello, Thanks for your emails and suggestions. Here is a reply to one email that perhaps better explains what I would like to achieve. One little thing I haven't been able to figure out is making PNGs with transparency look nice, i.e. specifying white as the background colour instead of the default black. A 'white' background is different from 'transparent'. Indeed. What I have is PNGs with parts that are transparent, and want to either leave them transparent (so you would see the page through them, i.e. white) or convert that transparency to white, essentialy achieving the same effect on the printed page. What LyX seems to be doing however is converting my transparent bits of the PNGs to black. Is this possible at all - and if so how do I make LyX / ImageMagick automatically do what I described above? Dawid, this is a problem with pdflatex. The older versions from 2006 (or earlier) don't handle PNG transparency, so you should update to a more recent pdflatex version (how to do that depends on your platform). On my Mac, the pdflatex from texlive-2007 handles PNG transparency correctly, whereas the pdflatex from the tetex distribution doesn't. Hope this helps, Jens
Re: PNG background
On Mar 15, 2008, at 8:31 AM, [EMAIL PROTECTED] wrote: Hello, Thanks for your emails and suggestions. Here is a reply to one email that perhaps better explains what I would like to achieve. One little thing I haven't been able to figure out is making PNGs with transparency look nice, i.e. specifying white as the background colour instead of the default black. A 'white' background is different from 'transparent'. Indeed. What I have is PNGs with parts that are transparent, and want to either leave them transparent (so you would see the page through them, i.e. white) or convert that transparency to white, essentialy achieving the same effect on the printed page. What LyX seems to be doing however is converting my transparent bits of the PNGs to black. Is this possible at all - and if so how do I make LyX / ImageMagick automatically do what I described above? Dawid, this is a problem with pdflatex. The older versions from 2006 (or earlier) don't handle PNG transparency, so you should update to a more recent pdflatex version (how to do that depends on your platform). On my Mac, the pdflatex from texlive-2007 handles PNG transparency correctly, whereas the pdflatex from the tetex distribution doesn't. Hope this helps, Jens
Re: LyX mac customized icon
On Mar 5, 2008, at 4:34 PM, Bennett Helm wrote: On Mar 5, 2008, at 1:37 PM, Andre Poenitz wrote: On Tue, Mar 04, 2008 at 11:05:03PM +0100, ailoan wrote: Hello, Hi. I am a young graphist and I choose your soft (LyX-Mac) to work on a project for fun. I saw your icon and try to suggest you one more customized. Feel free to use it in any project you see fit. They are in SVG format for maximum flexibility. DL the archive at the URL : http://ailoan.free.fr/LyX-mac.zip Looks nice, and I would not oppose to use something like that. The cosmetical problem I see are the shadows of the letters, they look as if they came from different ngles. Is that intended? On the technical side, 1.5 MB is way too big for an icon, and there seems to be something wrong with the svg: I get messages like ** (inkscape:14141): CRITICAL **: SPCurve* sp_curve_new_from_foreign_bpath(const NArtBpath*): assertion `new_bpath != NULL' failed Thanks for taking the initiative and designing these. To be honest, though, I don't like them. (I've attached low-resolution versions here, along with the current Mac icons for comparison.) The typography and colors feel wrong (too garish), and I'm not sure I like the protractor. The icons also seem too, well, cartoonish. (Of course, the LyX monster is cartoonish, but an improvement would make it less so, in accordance with standard practice on Mac; the LyX monster at least has the advantage of having a clear historical connection to LyX itself.) That said, I'm certainly not opposed to changing the icon, especially to one that better evokes what LyX is -- which is not a scientific word processor but a structured document processor. But I do think we should tend to be conservative in this case: having the icon of your favorite writing tool change under you can be a jarring experience that should not be done without clearly good reasons. In any case, it's certainly not my decision to make; what do others think? Bennett LyX-icone.jpgLyX-document.jpgLyX-doc-monster-128.jpgLyX- Monster.jpg Hi, to me, removing that cute little LyX mascot would be like ditching the Linux penguin, or the TeX lion. What has the poor creature done to deserve this? And it's not a monster - at most a monsterling, and probably an orphan, too. I wonder what it eats. Jens
Re: LyX mac customized icon
On Mar 5, 2008, at 4:34 PM, Bennett Helm wrote: On Mar 5, 2008, at 1:37 PM, Andre Poenitz wrote: On Tue, Mar 04, 2008 at 11:05:03PM +0100, ailoan wrote: Hello, Hi. I am a young graphist and I choose your soft (LyX-Mac) to work on a project for fun. I saw your icon and try to suggest you one more customized. Feel free to use it in any project you see fit. They are in SVG format for maximum flexibility. DL the archive at the URL : http://ailoan.free.fr/LyX-mac.zip Looks nice, and I would not oppose to use something like that. The cosmetical problem I see are the shadows of the letters, they look as if they came from different ngles. Is that intended? On the technical side, 1.5 MB is way too big for an icon, and there seems to be something wrong with the svg: I get messages like ** (inkscape:14141): CRITICAL **: SPCurve* sp_curve_new_from_foreign_bpath(const NArtBpath*): assertion `new_bpath != NULL' failed Thanks for taking the initiative and designing these. To be honest, though, I don't like them. (I've attached low-resolution versions here, along with the current Mac icons for comparison.) The typography and colors feel wrong (too garish), and I'm not sure I like the protractor. The icons also seem too, well, cartoonish. (Of course, the LyX monster is cartoonish, but an improvement would make it less so, in accordance with standard practice on Mac; the LyX monster at least has the advantage of having a clear historical connection to LyX itself.) That said, I'm certainly not opposed to changing the icon, especially to one that better evokes what LyX is -- which is not a scientific word processor but a structured document processor. But I do think we should tend to be conservative in this case: having the icon of your favorite writing tool change under you can be a jarring experience that should not be done without clearly good reasons. In any case, it's certainly not my decision to make; what do others think? Bennett LyX-icone.jpgLyX-document.jpgLyX-doc-monster-128.jpgLyX- Monster.jpg Hi, to me, removing that cute little LyX mascot would be like ditching the Linux penguin, or the TeX lion. What has the poor creature done to deserve this? And it's not a monster - at most a monsterling, and probably an orphan, too. I wonder what it eats. Jens
Re: LyX mac customized icon
On Mar 5, 2008, at 4:34 PM, Bennett Helm wrote: On Mar 5, 2008, at 1:37 PM, Andre Poenitz wrote: On Tue, Mar 04, 2008 at 11:05:03PM +0100, ailoan wrote: Hello, Hi. I am a young graphist and I choose your soft (LyX-Mac) to work on a project for fun. I saw your icon and try to suggest you one more customized. Feel free to use it in any project you see fit. They are in SVG format for maximum flexibility. DL the archive at the URL : http://ailoan.free.fr/LyX-mac.zip Looks nice, and I would not oppose to use something like that. The "cosmetical" "problem" I see are the shadows of the letters, they look as if they came from different ngles. Is that intended? On the technical side, 1.5 MB is way too big for an icon, and there seems to be something wrong with the svg: I get messages like "** (inkscape:14141): CRITICAL **: SPCurve*" sp_curve_new_from_foreign_bpath(const NArtBpath*): assertion `new_bpath != NULL' failed Thanks for taking the initiative and designing these. To be honest, though, I don't like them. (I've attached low-resolution versions here, along with the current Mac icons for comparison.) The typography and colors feel wrong (too garish), and I'm not sure I like the protractor. The icons also seem too, well, cartoonish. (Of course, the LyX monster is cartoonish, but an improvement would make it less so, in accordance with standard practice on Mac; the LyX monster at least has the advantage of having a clear historical connection to LyX itself.) That said, I'm certainly not opposed to changing the icon, especially to one that better evokes what LyX is -- which is not a scientific word processor but a structured document processor. But I do think we should tend to be conservative in this case: having the icon of your favorite writing tool change under you can be a jarring experience that should not be done without clearly good reasons. In any case, it's certainly not my decision to make; what do others think? Bennett Monster.jpg> Hi, to me, removing that cute little LyX mascot would be like ditching the Linux penguin, or the TeX lion. What has the poor creature done to deserve this? And it's not a monster - at most a monsterling, and probably an orphan, too. I wonder what it eats. Jens
Re: Lyx keyboard shortcuts on mac
On Jan 14, 2008, at 8:57 AM, Bennett Helm wrote: On Jan 14, 2008, at 11:16 AM, Daniel Lohmann wrote: On 10.01.2008, at 02:33, Bennett Helm wrote: Better yet, look at the mac-bind.pdf file that is included with the LyX/Mac distribution. Insert footnote is not defined there, but you can define it yourself by creating a file with the following: \bind_file mac.bind \bind S-C-F footnote-insert While it is certainly an option to add lots of shortcuts to the bind-file, it is also kind of dissatisfying that on Windows and Linux we implicitly have *all* menu commands available as shortcuts (by the Alt+underlined letter, underlined letter, ... keyboard navigation through menus), whereas on Mac the user has to assign about a hundred shortcuts manually to achieve the same usability. Moreover, the multi-key shortcuts are not visible in the menu. (The latter is not an as big problem, as LyX has this great feature to print the shortcut of the last executed command in the status bar.) You can take a look at aqua.bind (in LyX.app/Contents/Resources/ bind). That will give access to the menus via the keyboard. Or you can use turn on Keyboard Navigation in System Preferences Keyboard Mouse Keyboard Shortcuts. I guess it is not LyX to blame here (and certainly not it's developers :-) ), but the Mac menu system in general or maybe Qt for Mac. Nevertheless, I think it would be a good idea to offer Mac users the same level of comfort by adding *lots* of shortcuts to the standard mac.bind file and, maybe, looking for some other way to indicate multi-key shortcuts in the LyX menus. Yes: it's a Qt/Mac issue. Is anyone else interested in having more standard shortcuts? Bennett Hi, I think the way things are is OK in that one can customize the keybindings freely, and also leverage some of the existing bind files. What I do is to select a modified version of xemacs.bind as the default, but at the end of that file I load some other bind files as well, to get math and menu bindings. The menus in LyX can be accessed by keyboard, using shortcuts that are defined in menus.bind (although I recall having to modify some things there too, because the Lfunc names were outdated in LyX 1.5.3)... one thing that's bad about accessing the menus with the keyboard is that the drop-down lists open in a floating position, torn off from the menu bar. Fortunately, on the Mac you can also access the menu bar by the system-wide shortcut Control-F2 (which you can in turn customize in the System Preferences). Jens
Re: Lyx keyboard shortcuts on mac
On Jan 14, 2008, at 8:57 AM, Bennett Helm wrote: On Jan 14, 2008, at 11:16 AM, Daniel Lohmann wrote: On 10.01.2008, at 02:33, Bennett Helm wrote: Better yet, look at the mac-bind.pdf file that is included with the LyX/Mac distribution. Insert footnote is not defined there, but you can define it yourself by creating a file with the following: \bind_file mac.bind \bind S-C-F footnote-insert While it is certainly an option to add lots of shortcuts to the bind-file, it is also kind of dissatisfying that on Windows and Linux we implicitly have *all* menu commands available as shortcuts (by the Alt+underlined letter, underlined letter, ... keyboard navigation through menus), whereas on Mac the user has to assign about a hundred shortcuts manually to achieve the same usability. Moreover, the multi-key shortcuts are not visible in the menu. (The latter is not an as big problem, as LyX has this great feature to print the shortcut of the last executed command in the status bar.) You can take a look at aqua.bind (in LyX.app/Contents/Resources/ bind). That will give access to the menus via the keyboard. Or you can use turn on Keyboard Navigation in System Preferences Keyboard Mouse Keyboard Shortcuts. I guess it is not LyX to blame here (and certainly not it's developers :-) ), but the Mac menu system in general or maybe Qt for Mac. Nevertheless, I think it would be a good idea to offer Mac users the same level of comfort by adding *lots* of shortcuts to the standard mac.bind file and, maybe, looking for some other way to indicate multi-key shortcuts in the LyX menus. Yes: it's a Qt/Mac issue. Is anyone else interested in having more standard shortcuts? Bennett Hi, I think the way things are is OK in that one can customize the keybindings freely, and also leverage some of the existing bind files. What I do is to select a modified version of xemacs.bind as the default, but at the end of that file I load some other bind files as well, to get math and menu bindings. The menus in LyX can be accessed by keyboard, using shortcuts that are defined in menus.bind (although I recall having to modify some things there too, because the Lfunc names were outdated in LyX 1.5.3)... one thing that's bad about accessing the menus with the keyboard is that the drop-down lists open in a floating position, torn off from the menu bar. Fortunately, on the Mac you can also access the menu bar by the system-wide shortcut Control-F2 (which you can in turn customize in the System Preferences). Jens
Re: Lyx keyboard shortcuts on mac
On Jan 14, 2008, at 8:57 AM, Bennett Helm wrote: On Jan 14, 2008, at 11:16 AM, Daniel Lohmann wrote: On 10.01.2008, at 02:33, Bennett Helm wrote: Better yet, look at the mac-bind.pdf file that is included with the LyX/Mac distribution. Insert footnote is not defined there, but you can define it yourself by creating a file with the following: \bind_file mac.bind \bind "S-C-F" "footnote-insert" While it is certainly an option to add lots of shortcuts to the bind-file, it is also kind of dissatisfying that on Windows and Linux we implicitly have *all* menu commands available as shortcuts (by the Alt+underlined letter, underlined letter, ... keyboard navigation through menus), whereas on Mac the user has to assign about a hundred shortcuts manually to achieve the same usability. Moreover, the multi-key shortcuts are not visible in the menu. (The latter is not an as big problem, as LyX has this great feature to print the shortcut of the last executed command in the status bar.) You can take a look at aqua.bind (in LyX.app/Contents/Resources/ bind). That will give access to the menus via the keyboard. Or you can use turn on Keyboard Navigation in System Preferences > Keyboard & Mouse > Keyboard Shortcuts. I guess it is not LyX to blame here (and certainly not it's developers :-) ), but the Mac menu system in general or maybe Qt for Mac. Nevertheless, I think it would be a good idea to offer Mac users the same level of comfort by adding *lots* of shortcuts to the standard mac.bind file and, maybe, looking for some other way to indicate multi-key shortcuts in the LyX menus. Yes: it's a Qt/Mac issue. Is anyone else interested in having more standard shortcuts? Bennett Hi, I think the way things are is OK in that one can customize the keybindings freely, and also leverage some of the existing bind files. What I do is to select a modified version of xemacs.bind as the default, but at the end of that file I load some other bind files as well, to get math and menu bindings. The menus in LyX can be accessed by keyboard, using shortcuts that are defined in menus.bind (although I recall having to modify some things there too, because the Lfunc names were outdated in LyX 1.5.3)... one thing that's bad about accessing the menus with the keyboard is that the drop-down lists open in a "floating" position, torn off from the menu bar. Fortunately, on the Mac you can also access the menu bar by the system-wide shortcut "Control-F2" (which you can in turn customize in the System Preferences). Jens
Outline view as window instead of drawer?
Hi, in LyX 1.5.3 on Mac OS X, is there any way to customize the TOC (outline) dialog as a regular window instead of a drawer? I use Lyx in a window that is maximized to the screen, and when I try to see the document outline it doesn't show up. The reason is that the outline is pushed into a drawer that opens to the right of my already maximized window, thus falling completely off the screen! If there is no way to reaplace the drawer by a window, then at least the application should resize the main window such that the drawer fits on the screen. Then when the drawer is turned off, the original dimensions of the main window should be restored. The way it works now, it's extremely inconvenient to access the TOC on a small screen. Jens
Outline view as window instead of drawer?
Hi, in LyX 1.5.3 on Mac OS X, is there any way to customize the TOC (outline) dialog as a regular window instead of a drawer? I use Lyx in a window that is maximized to the screen, and when I try to see the document outline it doesn't show up. The reason is that the outline is pushed into a drawer that opens to the right of my already maximized window, thus falling completely off the screen! If there is no way to reaplace the drawer by a window, then at least the application should resize the main window such that the drawer fits on the screen. Then when the drawer is turned off, the original dimensions of the main window should be restored. The way it works now, it's extremely inconvenient to access the TOC on a small screen. Jens
Outline view as window instead of drawer?
Hi, in LyX 1.5.3 on Mac OS X, is there any way to customize the TOC (outline) dialog as a regular window instead of a drawer? I use Lyx in a window that is maximized to the screen, and when I try to see the document outline it doesn't show up. The reason is that the outline is pushed into a drawer that opens to the right of my already maximized window, thus falling completely off the screen! If there is no way to reaplace the drawer by a window, then at least the application should resize the main window such that the drawer fits on the screen. Then when the drawer is turned off, the original dimensions of the main window should be restored. The way it works now, it's extremely inconvenient to access the TOC on a small screen. Jens
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
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: 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: 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
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: 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: 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
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: 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
Slow input with cross-reference window open
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? Jens
Re: Slow input with cross-reference window open
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? 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. Jens
Slow input with cross-reference window open
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? Jens
Re: Slow input with cross-reference window open
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? 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. Jens
Slow input with cross-reference window open
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? Jens
Re: Slow input with cross-reference window open
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? 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. Jens
PDF Graphics inclusion in LyX 1.5.3
Hi, on my Intel and PPC Macs with convert installed from fink, when including PDF graphics in a LyX document, the MediaBox (document dimensions) isn't respected. To fix this, I replaced the shipped script convertDefault.py by a modified version in ~/Library/Application\ Support/LyX-1.5/scripts/ that looks a bit simpler, see below. The script in the distribution executes a test of the convert utility's options _everytime_ a file conversion is done. I just erased that test and added a different option to the convert command line (-trim). That way, included figures always create only the minimum amount of empty space in the LyX document. Jens #!/usr/bin/env python # -*- coding: utf-8 -*- # file convertDefault.py # This file is part of LyX, the document processor. # Licence details can be found in the file COPYING. # \author Herbert VoC39F # \author Bo Peng # Full author contact details are available in file CREDITS. # The default converter if no other has been defined by the user from the # Conversion-Converter tab of the Preferences dialog. # The user can also redefine this default converter, placing their # replacement in ~/.lyx/scripts # converts an image from $1 to $2 format import os, sys opts = -trim -depth 8 # for pdf source formats, check whether convert supports the -define option # NO, DON'T CHECK. I deleted this part. if os.system(r'convert %s %s %s' % (opts, sys.argv[1], sys.argv [2])) != 0: print sys.stderr, sys.argv[0], 'ERROR' print sys.stderr, 'Execution of convert failed.' sys.exit(1)
PDF Graphics inclusion in LyX 1.5.3
Hi, on my Intel and PPC Macs with convert installed from fink, when including PDF graphics in a LyX document, the MediaBox (document dimensions) isn't respected. To fix this, I replaced the shipped script convertDefault.py by a modified version in ~/Library/Application\ Support/LyX-1.5/scripts/ that looks a bit simpler, see below. The script in the distribution executes a test of the convert utility's options _everytime_ a file conversion is done. I just erased that test and added a different option to the convert command line (-trim). That way, included figures always create only the minimum amount of empty space in the LyX document. Jens #!/usr/bin/env python # -*- coding: utf-8 -*- # file convertDefault.py # This file is part of LyX, the document processor. # Licence details can be found in the file COPYING. # \author Herbert VoC39F # \author Bo Peng # Full author contact details are available in file CREDITS. # The default converter if no other has been defined by the user from the # Conversion-Converter tab of the Preferences dialog. # The user can also redefine this default converter, placing their # replacement in ~/.lyx/scripts # converts an image from $1 to $2 format import os, sys opts = -trim -depth 8 # for pdf source formats, check whether convert supports the -define option # NO, DON'T CHECK. I deleted this part. if os.system(r'convert %s %s %s' % (opts, sys.argv[1], sys.argv [2])) != 0: print sys.stderr, sys.argv[0], 'ERROR' print sys.stderr, 'Execution of convert failed.' sys.exit(1)
PDF Graphics inclusion in LyX 1.5.3
Hi, on my Intel and PPC Macs with "convert" installed from fink, when including PDF graphics in a LyX document, the MediaBox (document dimensions) isn't respected. To fix this, I replaced the shipped script "convertDefault.py" by a modified version in "~/Library/Application\ Support/LyX-1.5/scripts/" that looks a bit simpler, see below. The script in the distribution executes a test of the convert utility's options _everytime_ a file conversion is done. I just erased that test and added a different option to the convert command line ("-trim"). That way, included figures always create only the minimum amount of empty space in the LyX document. Jens #!/usr/bin/env python # -*- coding: utf-8 -*- # file convertDefault.py # This file is part of LyX, the document processor. # Licence details can be found in the file COPYING. # \author Herbert Vo<9F> # \author Bo Peng # Full author contact details are available in file CREDITS. # The default converter if no other has been defined by the user from the # Conversion->Converter tab of the Preferences dialog. # The user can also redefine this default converter, placing their # replacement in ~/.lyx/scripts # converts an image from $1 to $2 format import os, sys opts = "-trim -depth 8" # for pdf source formats, check whether convert supports the -define option # NO, DON'T CHECK. I deleted this part. if os.system(r'convert %s "%s" "%s"' % (opts, sys.argv[1], sys.argv [2])) != 0: print >> sys.stderr, sys.argv[0], 'ERROR' print >> sys.stderr, 'Execution of "convert" failed.' sys.exit(1)
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 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 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 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?)
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?)
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: create PDF of selected pages (using texexec)?
Hi Jeremy, with ghostscript the paper format is preserved on my Mac. I made a test file newfile1.pdf with your page geometry and put it into an empty directory to do the following manipulations from the terminal (just as you apparently did with texec). I'm assuming I want the page numbers 2, 4 and 5 extracted: tcsh foreach i ( 2 4 5) foreach? gs -dSAFER -dBATCH -dNOPAUSE -dFirstPage=$i -dLastPage=$i - sDEVICE=pdfwrite -sOutputFile=im$i.pdf newfile1.pdf foreach? end gs -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pdfwrite - sOutputFile=combine.pdf `ls im*.pdf` With this, the output file combine.pdf has the desired three pages and also the original page format. The first line (tcsh) just gets you a shell in which the foreach command is recognized, which I use to loop through the list of pages to be extracted. The loop creates one file each per extracted page, and the last line after the loop combines these pages back into a single document. I guess someone who really needs this often would want to make this into a script, but I had to be at a Harry-Potter party today so I'll just have to hope that this works for you... Jens On Jul 18, 2007, at 11:30 PM, Jeremy C. Reed wrote: I have a 650+ page book of 535.68 x 696.959 pts pages. This is for a 7.44in x 9.68in book (printer calls it Crown Quarto). I need to just have some selected pages sent to printer to do some testing. I used texexec like: texexec --pdfselect --selection=6,7,20,21 --result=images.pdf book.pdf But the generated book is in A4. Any suggestions on how to texexec to not reformat the pages at all (and keep my 7.44in x 9.68in pages)? Or any other tool or technique to do what I want? Thanks in advance, Jeremy C. Reed
Re: create PDF of selected pages (using texexec)?
Hi Jeremy, with ghostscript the paper format is preserved on my Mac. I made a test file newfile1.pdf with your page geometry and put it into an empty directory to do the following manipulations from the terminal (just as you apparently did with texec). I'm assuming I want the page numbers 2, 4 and 5 extracted: tcsh foreach i ( 2 4 5) foreach? gs -dSAFER -dBATCH -dNOPAUSE -dFirstPage=$i -dLastPage=$i - sDEVICE=pdfwrite -sOutputFile=im$i.pdf newfile1.pdf foreach? end gs -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pdfwrite - sOutputFile=combine.pdf `ls im*.pdf` With this, the output file combine.pdf has the desired three pages and also the original page format. The first line (tcsh) just gets you a shell in which the foreach command is recognized, which I use to loop through the list of pages to be extracted. The loop creates one file each per extracted page, and the last line after the loop combines these pages back into a single document. I guess someone who really needs this often would want to make this into a script, but I had to be at a Harry-Potter party today so I'll just have to hope that this works for you... Jens On Jul 18, 2007, at 11:30 PM, Jeremy C. Reed wrote: I have a 650+ page book of 535.68 x 696.959 pts pages. This is for a 7.44in x 9.68in book (printer calls it Crown Quarto). I need to just have some selected pages sent to printer to do some testing. I used texexec like: texexec --pdfselect --selection=6,7,20,21 --result=images.pdf book.pdf But the generated book is in A4. Any suggestions on how to texexec to not reformat the pages at all (and keep my 7.44in x 9.68in pages)? Or any other tool or technique to do what I want? Thanks in advance, Jeremy C. Reed
Re: create PDF of selected pages (using texexec)?
Hi Jeremy, with ghostscript the paper format is preserved on my Mac. I made a test file "newfile1.pdf" with your page geometry and put it into an empty directory to do the following manipulations from the terminal (just as you apparently did with texec). I'm assuming I want the page numbers 2, 4 and 5 extracted: tcsh foreach i ( 2 4 5) foreach? gs -dSAFER -dBATCH -dNOPAUSE -dFirstPage=$i -dLastPage=$i - sDEVICE=pdfwrite -sOutputFile=im$i.pdf newfile1.pdf foreach? end gs -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pdfwrite - sOutputFile=combine.pdf `ls im*.pdf` With this, the output file "combine.pdf" has the desired three pages and also the original page format. The first line (tcsh) just gets you a shell in which the "foreach" command is recognized, which I use to loop through the list of pages to be extracted. The loop creates one file each per extracted page, and the last line after the loop combines these pages back into a single document. I guess someone who really needs this often would want to make this into a script, but I had to be at a Harry-Potter party today so I'll just have to hope that this works for you... Jens On Jul 18, 2007, at 11:30 PM, Jeremy C. Reed wrote: I have a 650+ page book of 535.68 x 696.959 pts pages. This is for a 7.44in x 9.68in book (printer calls it Crown Quarto). I need to just have some selected pages sent to printer to do some testing. I used texexec like: texexec --pdfselect --selection=6,7,20,21 --result=images.pdf book.pdf But the generated book is in A4. Any suggestions on how to texexec to not reformat the pages at all (and keep my 7.44in x 9.68in pages)? Or any other tool or technique to do what I want? Thanks in advance, Jeremy C. Reed
Re: How to disable fontenc?
On Apr 25, 2007, at 4:47 PM, José Matos wrote: On Wednesday 25 April 2007 2:10:56 pm Johnathan Burchill wrote: Hi, I am using a class (nrc1) that requires the \usepackage[T1] {fontenc} to be commented out of the latex file. Anyone know how to disable this from within lyx? No. One suggestion that remembered from this list was to define an external filter to remove this line (call the new format latex2) and then work from this. Please search in the mailing list archives. I can be wrong though. :-) Hi, there is a LyX solution: Go to LyX Preferences Outputs LaTeX and in the first text field (Text encoding) replace T1 by default. That suppresses the fontenc line. Hope it works, Jens
Re: How to disable fontenc?
On Apr 25, 2007, at 4:47 PM, José Matos wrote: On Wednesday 25 April 2007 2:10:56 pm Johnathan Burchill wrote: Hi, I am using a class (nrc1) that requires the \usepackage[T1] {fontenc} to be commented out of the latex file. Anyone know how to disable this from within lyx? No. One suggestion that remembered from this list was to define an external filter to remove this line (call the new format latex2) and then work from this. Please search in the mailing list archives. I can be wrong though. :-) Hi, there is a LyX solution: Go to LyX Preferences Outputs LaTeX and in the first text field (Text encoding) replace T1 by default. That suppresses the fontenc line. Hope it works, Jens
Re: How to disable fontenc?
On Apr 25, 2007, at 4:47 PM, José Matos wrote: On Wednesday 25 April 2007 2:10:56 pm Johnathan Burchill wrote: Hi, I am using a class (nrc1) that requires the "\usepackage[T1] {fontenc}" to be commented out of the latex file. Anyone know how to disable this from within lyx? No. One suggestion that remembered from this list was to define an external filter to remove this line (call the new format latex2) and then work from this. Please search in the mailing list archives. I can be wrong though. :-) Hi, there is a LyX solution: Go to LyX Preferences > Outputs > LaTeX and in the first text field (Text encoding) replace "T1" by "default". That suppresses the fontenc line. Hope it works, Jens
Re: Math font size
On Apr 12, 2007, at 2:02 PM, Brian Kidd wrote: one silly thing to do is to increase the zoom size, which will increase the font size for the entire document including math fonts. go to the preferences, screen fonts and then adjust the zoom size. hope that helps. -brian On Apr 12, 2007, at 9:24 AM, Lyx Physicist wrote: Hi, I have inserted a few equations using the math panel and I want to enlarge the font so its easier to read. I tried to just highlight the text and make it bigger, but that didnt work. Is there something else I need to add or some other menu to do this that I havent seen? Im running lyx 1.4. Thanks, Charles Yes, it wasn't clear what he means, but I'm guessing he wants a larger font in the _output_ file (PDF). How about the following method: http://www.tex.ac.uk/cgi-bin/texfaq2html?label=mathsize You should modify the \DeclareMathSizes command so that its first argument is the document's text size, and the other arguments give the desired math size. Regards, Jens