Re: why people give up on open source software

24/10/2013 15:59, Ken Springer: There is also the segment of the open source area where they actively ask you to file bugs that can be fixed. Then the bugs just sit there, never getting fixed. If you aren't going to actively fix the bugs, then don't ask for help in identifying those bugs.

Re: why people give up on open source software

24/10/2013 15:59, Ken Springer: There is also the segment of the open source area where they actively ask you to file bugs that can be fixed. Then the bugs just sit there, never getting fixed. If you aren't going to actively fix the bugs, then don't ask for help in identifying those bugs.

Re: why people give up on open source software

24/10/2013 15:59, Ken Springer: There is also the segment of the open source area where they actively ask you to file bugs that can be fixed. Then the bugs just sit there, never getting fixed. If you aren't going to actively fix the bugs, then don't ask for help in identifying those bugs.

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

11/10/2013 11:33, Jerry: Surely this is a Qt problem since there are many Qt programs that don't have this issue. In fact, there are text-related windows in OS X LyX that don't have this problem. (Written by a casual bystander, of course.) This is definitely a LyX bug. However, this part of

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

11/10/2013 11:33, Jerry: Surely this is a Qt problem since there are many Qt programs that don't have this issue. In fact, there are text-related windows in OS X LyX that don't have this problem. (Written by a casual bystander, of course.) This is definitely a LyX bug. However, this part of

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

11/10/2013 11:33, Jerry: Surely this is a Qt problem since there are many Qt programs that don't have this issue. In fact, there are text-related windows in OS X LyX that don't have this problem. (Written by a casual bystander, of course.) This is definitely a LyX bug. However, this part of

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

Le 10/10/13 01:03, Gwen Barnes a écrit : Hi folks, I am using LyX 2.0.6 on Mac 10.8.5. Whenever I try to scroll, for instance, with the mouse wheel, or with trackpad gestures, there is almost a full second lag before the screen starts to change, and then it moves jerkily until it gets to where

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

Le 10/10/13 01:03, Gwen Barnes a écrit : Hi folks, I am using LyX 2.0.6 on Mac 10.8.5. Whenever I try to scroll, for instance, with the mouse wheel, or with trackpad gestures, there is almost a full second lag before the screen starts to change, and then it moves jerkily until it gets to where

Re: LyX 2.0.6 scroll lag on Mac 10.8.5

Le 10/10/13 01:03, Gwen Barnes a écrit : Hi folks, I am using LyX 2.0.6 on Mac 10.8.5. Whenever I try to scroll, for instance, with the mouse wheel, or with trackpad gestures, there is almost a full second lag before the screen starts to change, and then it moves jerkily until it gets to where

Re: enumitem module, enumerate start= lyx bug?

Le 17/09/13 08:33, Guenter Milde a écrit : Using normal fonts it works, but if I use eg. small font for the list, I get error messages, since the optional start=x argument is put inside \small{}, like: \begin{enumerate}[{\small{start=3}}] and latex chokes on this. I think this is an

Re: enumitem module, enumerate start= lyx bug?

Le 17/09/13 08:33, Guenter Milde a écrit : Using normal fonts it works, but if I use eg. small font for the list, I get error messages, since the optional start=x argument is put inside \small{}, like: \begin{enumerate}[{\small{start=3}}] and latex chokes on this. I think this is an

Re: enumitem module, enumerate start= lyx bug?

Le 17/09/13 08:33, Guenter Milde a écrit : Using normal fonts it works, but if I use eg. small font for the list, I get error messages, since the optional "start=x" argument is put inside \small{}, like: \begin{enumerate}[{\small{start=3}}] and latex chokes on this. I think this is an

Re: The tyranny of the APA Manual (more or less on topic)

26/08/2013 18:41, John Kane: This is very amusing indeed. Do they describe this particular obsession in their catalog of mental illnesses? At least they dropped the 'underscore instead of emphasize' madness some time ago. They don't have acatalog of mental illnesses. That's the American

Re: error in LyX with Turkish language using knitr

30/08/2013 18:26, Yihui Xie: I can reproduce the problem after I enable babel in the document. Normally I disable it because it often causes me trouble for unknown reasons. To disable it globally: Preferences--Language Settings--Language package--None. Or disable it only for this document:

Re: The tyranny of the APA Manual (more or less on topic)

26/08/2013 18:41, John Kane: This is very amusing indeed. Do they describe this particular obsession in their catalog of mental illnesses? At least they dropped the 'underscore instead of emphasize' madness some time ago. They don't have acatalog of mental illnesses. That's the American

Re: error in LyX with Turkish language using knitr

30/08/2013 18:26, Yihui Xie: I can reproduce the problem after I enable babel in the document. Normally I disable it because it often causes me trouble for unknown reasons. To disable it globally: Preferences--Language Settings--Language package--None. Or disable it only for this document:

Re: The tyranny of the APA Manual (more or less on topic)

26/08/2013 18:41, John Kane: This is very amusing indeed. Do they describe this particular obsession in their catalog of mental illnesses? At least they dropped the 'underscore instead of emphasize' madness some time ago. They don't have acatalog of mental illnesses. That's the American

Re: error in LyX with Turkish language using knitr

30/08/2013 18:26, Yihui Xie: I can reproduce the problem after I enable babel in the document. Normally I disable it because it often causes me trouble for unknown reasons. To disable it globally: Preferences-->Language Settings-->Language package-->None. Or disable it only for this document:

Re: The tyranny of the APA Manual (more or less on topic)

Le 24/08/2013 16:13, John Kane a écrit : I found a discussion of exactly that issue on a Zotero forum and came across a reference to the American Psychology Association blog that, as far as I can see, is almost exclusively devoted to advice on how to deal with the Publication Manual of the

Re: The tyranny of the APA Manual (more or less on topic)

Le 24/08/2013 16:13, John Kane a écrit : I found a discussion of exactly that issue on a Zotero forum and came across a reference to the American Psychology Association blog that, as far as I can see, is almost exclusively devoted to advice on how to deal with the Publication Manual of the

Re: The tyranny of the APA Manual (more or less on topic)

Le 24/08/2013 16:13, John Kane a écrit : I found a discussion of exactly that issue on a Zotero forum and came across a reference to the American Psychology Association blog that, as far as I can see, is almost exclusively devoted to advice on how to deal with the Publication Manual of the

Re: Question: Using LyX as your daily word processor

22/08/2013 21:09, Steve Litt of Troubleshooters.Com: Yeah, now that you mention it, I remember KLyX. Thank you, thank you, THANK YOU for winning that battle! The problem was not only around KDE (although there were ideological ideas behind this port that we did not share), but rather that we

Re: Question: Using LyX as your daily word processor

22/08/2013 21:09, Steve Litt of Troubleshooters.Com: Yeah, now that you mention it, I remember KLyX. Thank you, thank you, THANK YOU for winning that battle! The problem was not only around KDE (although there were ideological ideas behind this port that we did not share), but rather that we

Re: Question: Using LyX as your daily word processor

22/08/2013 21:09, Steve Litt of Troubleshooters.Com: Yeah, now that you mention it, I remember KLyX. Thank you, thank you, THANK YOU for winning that battle! The problem was not only around KDE (although there were ideological ideas behind this port that we did not share), but rather that we

Re: Question: Using LyX as your daily word processor

Le 22/08/13 20:42, Steve Litt of Troubleshooters.Com a écrit : In the history of LyX, did anyone campaign for it to be a KDE app, and if so, how was that (in my opinion mistake) prevented? This is KLyX, a fork attempted by Matthias without telling us. But we won in the end :) JMarc

Re: Question: Using LyX as your daily word processor

Le 22/08/13 20:42, Steve Litt of Troubleshooters.Com a écrit : In the history of LyX, did anyone campaign for it to be a KDE app, and if so, how was that (in my opinion mistake) prevented? This is KLyX, a fork attempted by Matthias without telling us. But we won in the end :) JMarc

Re: Question: Using LyX as your daily word processor

Le 22/08/13 20:42, Steve Litt of Troubleshooters.Com a écrit : In the history of LyX, did anyone campaign for it to be a KDE app, and if so, how was that (in my opinion mistake) prevented? This is KLyX, a fork attempted by Matthias without telling us. But we won in the end :) JMarc

Re: Changing LyX language

23/07/2013 01:31, Scott Kostyshak: +1. Do you also think we should get rid of OK vs Apply? For example, http://www.lyx.org/trac/ticket/3964 Yes, but someone's got to do it :) JMarc

Re: Changing LyX language

23/07/2013 01:31, Scott Kostyshak: +1. Do you also think we should get rid of OK vs Apply? For example, http://www.lyx.org/trac/ticket/3964 Yes, but someone's got to do it :) JMarc

Re: Changing LyX language

23/07/2013 01:31, Scott Kostyshak: +1. Do you also think we should get rid of OK vs Apply? For example, http://www.lyx.org/trac/ticket/3964 Yes, but someone's got to do it :) JMarc

Re: Changing LyX language

22/07/2013 10:29, Alexandre de S. Thiago Lemke: Have no idea how to call LyX on terminal. It was a drag'n'drop install. Something like (from memory): /Application/LyX.app/Contents/MacOSX/lyx Do you have support for English language installed on your mac? JMarc

Re: LyX needs a quicker way to apply character styles

22/07/2013 16:34, Richard Heck: Steve, you can copy the stdmenus.inc file into your local LyX user directory, e.g., to ~/.lyx/ui/stdmenus.inc LyX will then use your local version, and you do not have to modify the system version. I think that creating a dummy file that includes default.ui

Re: Changing LyX language

Le 23/07/13 00:09, Alexandre de S. Thiago Lemke a écrit : Oh! I was hitting apply. LyX only have European Portuguese and the EP and BP words for save are different. I totally miss the button. Now everything is working fine. There was no bug, just idiomatic misleading. I think we should get

Re: Changing LyX language

22/07/2013 10:29, Alexandre de S. Thiago Lemke: Have no idea how to call LyX on terminal. It was a drag'n'drop install. Something like (from memory): /Application/LyX.app/Contents/MacOSX/lyx Do you have support for English language installed on your mac? JMarc

Re: LyX needs a quicker way to apply character styles

22/07/2013 16:34, Richard Heck: Steve, you can copy the stdmenus.inc file into your local LyX user directory, e.g., to ~/.lyx/ui/stdmenus.inc LyX will then use your local version, and you do not have to modify the system version. I think that creating a dummy file that includes default.ui

Re: Changing LyX language

Le 23/07/13 00:09, Alexandre de S. Thiago Lemke a écrit : Oh! I was hitting apply. LyX only have European Portuguese and the EP and BP words for save are different. I totally miss the button. Now everything is working fine. There was no bug, just idiomatic misleading. I think we should get

Re: Changing LyX language

22/07/2013 10:29, Alexandre de S. Thiago Lemke: Have no idea how to call LyX on terminal. It was a drag'n'drop install. Something like (from memory): /Application/LyX.app/Contents/MacOSX/lyx Do you have support for English language installed on your mac? JMarc

Re: LyX needs a quicker way to apply character styles

22/07/2013 16:34, Richard Heck: Steve, you can copy the stdmenus.inc file into your local LyX user directory, e.g., to ~/.lyx/ui/stdmenus.inc LyX will then use your local version, and you do not have to modify the system version. I think that creating a dummy file that includes default.ui

Re: Changing LyX language

Le 23/07/13 00:09, Alexandre de S. Thiago Lemke a écrit : Oh! I was hitting apply. LyX only have European Portuguese and the EP and BP words for "save" are different. I totally miss the button. Now everything is working fine. There was no bug, just idiomatic misleading. I think we should get

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 02:39, Andrew Parsloe a écrit : I find it convenient to also have a shortcut to jump out of an inset. The right arrow key is a bit of a stretch and I like to have something lying more naturally under the fingers. I use Ctrl+J (J for Jump) for that purpose, assigned to What's

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 00:56, Steve Litt a écrit : You know what I'd like to see? For starters, put Customize, Capitalize, Uppercase, Lowercase, and Dissolve somewhere else, leaving only true character styles on the Alt+E,S menu. Second, code the Alt+E,S menu so typing a letter would move the highlight

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 12:53, Steve Litt a écrit : In which file do I define the menu this way? Here is what I would try : create a file mydefault.ui Format 1 Include default.ui Menu charstyles CharStyles Separator Elements End Put the file in the ui/ subdirectory of your

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 13:21, Steve Litt a écrit : My only question is this: Other than modifying /usr/share/lyx/ui/stdmenus.inc, what file can I put it in? I'd like to modify some file under my home directory so it survives LyX upgrades. It seems that I anwered 1 minute too late :) Is it clearer with

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 20:30, Steve Litt a écrit : Anyway, today I'm going to try almost exactly what you suggested, except I'm not going to include the separator or the elements. I want this thing to be 100% pure character styles and nothing else. If it works, this is going to significantly speed up my

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 23:41, Steve Litt a écrit : Elements are, as I remember, that thing where you can apply italics, or small caps, or bold, etc with radio buttons. In other words, fingerpainting without ERT. The sworn enemy of WYSIWYM. This prompted me to actually read the source. Elements are one

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 02:39, Andrew Parsloe a écrit : I find it convenient to also have a shortcut to jump out of an inset. The right arrow key is a bit of a stretch and I like to have something lying more naturally under the fingers. I use Ctrl+J (J for Jump) for that purpose, assigned to What's

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 00:56, Steve Litt a écrit : You know what I'd like to see? For starters, put Customize, Capitalize, Uppercase, Lowercase, and Dissolve somewhere else, leaving only true character styles on the Alt+E,S menu. Second, code the Alt+E,S menu so typing a letter would move the highlight

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 12:53, Steve Litt a écrit : In which file do I define the menu this way? Here is what I would try : create a file mydefault.ui Format 1 Include default.ui Menu charstyles CharStyles Separator Elements End Put the file in the ui/ subdirectory of your

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 13:21, Steve Litt a écrit : My only question is this: Other than modifying /usr/share/lyx/ui/stdmenus.inc, what file can I put it in? I'd like to modify some file under my home directory so it survives LyX upgrades. It seems that I anwered 1 minute too late :) Is it clearer with

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 20:30, Steve Litt a écrit : Anyway, today I'm going to try almost exactly what you suggested, except I'm not going to include the separator or the elements. I want this thing to be 100% pure character styles and nothing else. If it works, this is going to significantly speed up my

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 23:41, Steve Litt a écrit : Elements are, as I remember, that thing where you can apply italics, or small caps, or bold, etc with radio buttons. In other words, fingerpainting without ERT. The sworn enemy of WYSIWYM. This prompted me to actually read the source. Elements are one

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 02:39, Andrew Parsloe a écrit : I find it convenient to also have a shortcut to jump out of an inset. The right arrow key is a bit of a stretch and I like to have something lying more naturally under the fingers. I use Ctrl+J (J for Jump) for that purpose, assigned to What's

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 00:56, Steve Litt a écrit : You know what I'd like to see? For starters, put Customize, Capitalize, Uppercase, Lowercase, and Dissolve somewhere else, leaving only true character styles on the Alt+E,S menu. Second, code the Alt+E,S menu so typing a letter would move the highlight

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 12:53, Steve Litt a écrit : In which file do I define the menu this way? Here is what I would try : create a file mydefault.ui Format 1 Include "default.ui" Menu "charstyles" CharStyles Separator Elements End Put the file in the ui/ subdirectory of

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 13:21, Steve Litt a écrit : My only question is this: Other than modifying /usr/share/lyx/ui/stdmenus.inc, what file can I put it in? I'd like to modify some file under my home directory so it survives LyX upgrades. It seems that I anwered 1 minute too late :) Is it clearer with

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 20:30, Steve Litt a écrit : Anyway, today I'm going to try almost exactly what you suggested, except I'm not going to include the separator or the elements. I want this thing to be 100% pure character styles and nothing else. If it works, this is going to significantly speed up my

Re: LyX needs a quicker way to apply character styles

Le 21/07/2013 23:41, Steve Litt a écrit : Elements are, as I remember, that thing where you can apply italics, or small caps, or bold, etc with radio buttons. In other words, fingerpainting without ERT. The sworn enemy of WYSIWYM. This prompted me to actually read the source. Elements are one

Re: How can I protect Japanese names / words?

Le 19/07/2013 23:02, Jessy a écrit : Hello all, I'm currently writing my thesis in Japanese studies using LyX 2.0.6 on OS X 10.6.8. The document class of my choice is koma-script book. While my thesis is mainly written in my native German, there are some Japanese names, terms, and place names

Re: How can I protect Japanese names / words?

Le 19/07/2013 23:02, Jessy a écrit : Hello all, I'm currently writing my thesis in Japanese studies using LyX 2.0.6 on OS X 10.6.8. The document class of my choice is koma-script book. While my thesis is mainly written in my native German, there are some Japanese names, terms, and place names

Re: How can I "protect" Japanese names / words?

Le 19/07/2013 23:02, Jessy a écrit : Hello all, I'm currently writing my thesis in Japanese studies using LyX 2.0.6 on OS X 10.6.8. The document class of my choice is koma-script book. While my thesis is mainly written in my native German, there are some Japanese names, terms, and place names

Re: lyx cannot be opened in maverick os 10.9

Le 10/07/13 22:41, Rud Faden a écrit : Thank you very much for your reply. Sadly the result is the same. The app just bounces and the application is not responding. What does the console application say? If you launch it, you should see some relevant error messages there. JMarc

Re: lyx cannot be opened in maverick os 10.9

Le 10/07/13 22:41, Rud Faden a écrit : Thank you very much for your reply. Sadly the result is the same. The app just bounces and the application is not responding. What does the console application say? If you launch it, you should see some relevant error messages there. JMarc

Re: lyx cannot be opened in maverick os 10.9

Le 10/07/13 22:41, Rud Faden a écrit : Thank you very much for your reply. Sadly the result is the same. The app just bounces and the application is not responding. What does the console application say? If you launch it, you should see some relevant error messages there. JMarc

Re: lyx cannot be opened in maverick os 10.9

08/07/2013 23:21, Richard Heck: Presumably it is possible to try to launch from the command line? Any info there? Or maybe look in the Console.app application (assuming it still exists). JMarc

Re: lyx cannot be opened in maverick os 10.9

08/07/2013 23:21, Richard Heck: Presumably it is possible to try to launch from the command line? Any info there? Or maybe look in the Console.app application (assuming it still exists). JMarc

Re: lyx cannot be opened in maverick os 10.9

08/07/2013 23:21, Richard Heck: Presumably it is possible to try to launch from the command line? Any info there? Or maybe look in the Console.app application (assuming it still exists). JMarc

Re: LyX.app can't be opened

Le 27/06/2013 08:33, Pavel Sanda a écrit : You mean we should pay Apple in order to be graciously allowed to improve it's software environment? Sounds like black humor to me. OKOK JMarc

Re: LyX.app can't be opened

Le 27/06/2013 08:33, Pavel Sanda a écrit : You mean we should pay Apple in order to be graciously allowed to improve it's software environment? Sounds like black humor to me. OKOK JMarc

Re: LyX.app can't be opened

Le 27/06/2013 08:33, Pavel Sanda a écrit : You mean we should pay Apple in order to be graciously allowed to improve it's software environment? Sounds like black humor to me. OKOK JMarc

Re: LyX.app can't be opened

Le 26/06/2013 23:26, Stephan Witt a écrit : Am 26.06.2013 um 19:36 schrieb Eric Weir eew...@bellsouth.net: New computer. Now on OS X Mountain Lion. When I started LyX after installing it, I got a message saying, LyX.app can't be opened because it's from an unidentified developer. It's me

Re: LyX.app can't be opened

Le 26/06/2013 23:26, Stephan Witt a écrit : Am 26.06.2013 um 19:36 schrieb Eric Weir eew...@bellsouth.net: New computer. Now on OS X Mountain Lion. When I started LyX after installing it, I got a message saying, LyX.app can't be opened because it's from an unidentified developer. It's me

Re: LyX.app can't be opened

Le 26/06/2013 23:26, Stephan Witt a écrit : Am 26.06.2013 um 19:36 schrieb Eric Weir : New computer. Now on OS X Mountain Lion. When I started LyX after installing it, I got a message saying, "LyX.app can't be opened because it's from an unidentified developer." It's

Re: Why div in HTML exports instead of p?

06/06/2013 18:35, Richard Heck: Span is more or less allowed everywhere. Of course, span is by default inline. But you can get it to act like a div by setting display:block in CSS. Cheating, no doubt. So a span is designed to be included in the flow of the text, like a footnote is... Why is

Re: Why div in HTML exports instead of p?

06/06/2013 18:35, Richard Heck: Span is more or less allowed everywhere. Of course, span is by default inline. But you can get it to act like a div by setting display:block in CSS. Cheating, no doubt. So a span is designed to be included in the flow of the text, like a footnote is... Why is

Re: Why in HTML exports instead of ?

06/06/2013 18:35, Richard Heck: Span is more or less allowed everywhere. Of course, span is by default inline. But you can get it to act like a div by setting display:block in CSS. Cheating, no doubt. So a span is designed to be included in the flow of the text, like a footnote is... Why is

Re: Why div in HTML exports instead of p?

06/06/2013 15:47, Richard Heck: That said, the reason it is done this way is because the default layout, Standard, is used inside other kinds of things, where p would not be allowed. At least, I seem to remember that is why I did it that way. It would be nice to document what the reason really

Re: Why div in HTML exports instead of p?

06/06/2013 16:02, Richard Heck: It would be nice to document what the reason really was. I agree with Steve that outputting propper HTML is very important, in particular if we plan to import it in other formats. The use of div for paragraphs is not unusual. One sees it quite alot on the web.

Re: Why div in HTML exports instead of p?

06/06/2013 16:33, Richard Heck: Here's an example of what led to this: p class=standardThis is a paragraph.div class=footnotep class=standardThis is a footnote./pp class=standardWith two paragraphs./p/div Rest of paragraph./p That is invalid. Whereas if you replace p with div it is fine.

Re: Why div in HTML exports instead of p?

06/06/2013 15:47, Richard Heck: That said, the reason it is done this way is because the default layout, Standard, is used inside other kinds of things, where p would not be allowed. At least, I seem to remember that is why I did it that way. It would be nice to document what the reason really

Re: Why div in HTML exports instead of p?

06/06/2013 16:02, Richard Heck: It would be nice to document what the reason really was. I agree with Steve that outputting propper HTML is very important, in particular if we plan to import it in other formats. The use of div for paragraphs is not unusual. One sees it quite alot on the web.

Re: Why div in HTML exports instead of p?

06/06/2013 16:33, Richard Heck: Here's an example of what led to this: p class=standardThis is a paragraph.div class=footnotep class=standardThis is a footnote./pp class=standardWith two paragraphs./p/div Rest of paragraph./p That is invalid. Whereas if you replace p with div it is fine.

Re: Why in HTML exports instead of ?

06/06/2013 15:47, Richard Heck: That said, the reason it is done this way is because the default layout, Standard, is used inside other kinds of things, where "p" would not be allowed. At least, I seem to remember that is why I did it that way. It would be nice to document what the reason

Re: Why in HTML exports instead of ?

06/06/2013 16:02, Richard Heck: It would be nice to document what the reason really was. I agree with Steve that outputting propper HTML is very important, in particular if we plan to import it in other formats. The use of div for paragraphs is not unusual. One sees it quite alot on the web.

Re: Why in HTML exports instead of ?

06/06/2013 16:33, Richard Heck: Here's an example of what led to this: This is a paragraph.This is a footnote.With two paragraphs. Rest of paragraph. That is invalid. Whereas if you replace "p" with "div" it is fine. Which ? The inner one? Again, we could try to detect this, but it's hard

Re: String is too long ...?

26/05/2013 03:32, David L. Johnson: Here is what I mean. I started the section, then immediately went into a multiline equation envoronment, and got the error of TeX capacity exceeded. I've learned over the years to look for this whenever I get that error. Hello David, This is not what was

Re: AW: String is too long ...?

27/05/2013 10:07, Rilke Rainer Michael: Hallo, thank you for your comments. Eventually, an update of all the miktex packages and the lyx version (to 2.0.6) did it. Too bad, in some way... I really would have liked to be able to see this bug in action. We'll see whether it returns (hopefully

Re: String is too long ...?

26/05/2013 03:32, David L. Johnson: Here is what I mean. I started the section, then immediately went into a multiline equation envoronment, and got the error of TeX capacity exceeded. I've learned over the years to look for this whenever I get that error. Hello David, This is not what was

Re: AW: String is too long ...?

27/05/2013 10:07, Rilke Rainer Michael: Hallo, thank you for your comments. Eventually, an update of all the miktex packages and the lyx version (to 2.0.6) did it. Too bad, in some way... I really would have liked to be able to see this bug in action. We'll see whether it returns (hopefully

Re: String is too long ...?

26/05/2013 03:32, David L. Johnson: Here is what I mean. I started the section, then immediately went into a multiline equation envoronment, and got the error of "TeX capacity exceeded". I've learned over the years to look for this whenever I get that error. Hello David, This is not what

Re: AW: String is too long ...?

27/05/2013 10:07, Rilke Rainer Michael: Hallo, thank you for your comments. Eventually, an update of all the miktex packages and the lyx version (to 2.0.6) did it. Too bad, in some way... I really would have liked to be able to see this bug in action. We'll see whether it returns (hopefully

Re: String is too long ...?

Le 25/05/13 08:00, Rainer Michael Rilke a écrit : Hallo, I am working with a co author on a lyx file. This file is located in a dropbox folder. Everything worked out fine for the last month. But recently, although I only changed thing in the text (nothing substantial) my co author is unable to

Re: testing compiled lyx 2.0.6

Le 25/05/13 17:54, Steve Litt a écrit : Why is what you did above any better than ./configure; make; make install from lyxhome itself? I didn't even know the separate build directory could be done. Do you recommend the separate build directory for compiling all programs where you need to

Re: String is too long ...?

Le 25/05/13 22:06, David L. Johnson a écrit : As a guess, look for some displayed equation or something similar which is accidentally in a section-style environment. Every time I have seen a similar message that was the culprit. Look at those areas where you made changes just to be sure

Re: String is too long ...?

Le 25/05/13 08:00, Rainer Michael Rilke a écrit : Hallo, I am working with a co author on a lyx file. This file is located in a dropbox folder. Everything worked out fine for the last month. But recently, although I only changed thing in the text (nothing substantial) my co author is unable to

Re: testing compiled lyx 2.0.6

Le 25/05/13 17:54, Steve Litt a écrit : Why is what you did above any better than ./configure; make; make install from lyxhome itself? I didn't even know the separate build directory could be done. Do you recommend the separate build directory for compiling all programs where you need to

Re: String is too long ...?

Le 25/05/13 22:06, David L. Johnson a écrit : As a guess, look for some displayed equation or something similar which is accidentally in a section-style environment. Every time I have seen a similar message that was the culprit. Look at those areas where you made changes just to be sure

Re: String is too long ...?

Le 25/05/13 08:00, Rainer Michael Rilke a écrit : Hallo, I am working with a co author on a lyx file. This file is located in a dropbox folder. Everything worked out fine for the last month. But recently, although I only changed thing in the text (nothing substantial) my co author is unable to

Re: testing compiled lyx 2.0.6

Le 25/05/13 17:54, Steve Litt a écrit : Why is what you did above any better than ./configure; make; make install from lyxhome itself? I didn't even know the separate build directory could be done. Do you recommend the separate build directory for compiling all programs where you need to

Re: String is too long ...?

Le 25/05/13 22:06, David L. Johnson a écrit : As a guess, look for some displayed equation or something similar which is accidentally in a "section"-style environment. Every time I have seen a similar message that was the culprit. Look at those areas where you made changes just to be sure

Re: LyX 2.06

Le 09/05/2013 09:53, Alain Didierjean a écrit : I just installed lyx 2.06 on my gentoo computer. The problem is I can't find any reference to this version on the lyx website, the last being cited is 2.05.1. What about 2.06 ? stable ? new features ? Hello, It will be release today probably,

<    2   3   4   5   6   7   8   9   10   11   >