Re: Output track changes in pdf with latex error
On Mon, Mar 31, 2008 at 5:30 PM, Peter Sutovsky [EMAIL PROTECTED] wrote: I get error message when I try to get output in pdf with show changes in output is on. Output to dvi and ps works well. Is it way to make it work with pdf? Thanks. What does Document-LaTeX log say? Bo
Re: Output track changes in pdf with latex error
On Mon, Mar 31, 2008 at 5:30 PM, Peter Sutovsky [EMAIL PROTECTED] wrote: I get error message when I try to get output in pdf with show changes in output is on. Output to dvi and ps works well. Is it way to make it work with pdf? Thanks. What does Document-LaTeX log say? Bo
Re: Output track changes in pdf with latex error
On Mon, Mar 31, 2008 at 5:30 PM, Peter Sutovsky <[EMAIL PROTECTED]> wrote: > I get error message when I try to get output in pdf with "show changes in > output " is on. Output to dvi and ps works well. Is it way to make it work > with pdf? Thanks. What does Document->LaTeX log say? Bo
Re: Ask for help!
On Sun, Mar 23, 2008 at 9:22 AM, WT [EMAIL PROTECTED] wrote: Dear LyX Developer, I am a LyX user from China. At first, thank you for giving us such a useful tool. I have some question about the template of LyX. I need to write my thesis in Chinese, so I can't use the inherent template. How can I construct my own template? Could you help me? Chinese Latex is a tricky business, I would suggest that you first make sure your latex installation has the right fonts by compiling a simple latex file with Chinese characters directly. In this way, at least you would know if lyx is producing the right latex code if you have problems. Cheers, Bo
Re: Ask for help!
On Sun, Mar 23, 2008 at 9:22 AM, WT [EMAIL PROTECTED] wrote: Dear LyX Developer, I am a LyX user from China. At first, thank you for giving us such a useful tool. I have some question about the template of LyX. I need to write my thesis in Chinese, so I can't use the inherent template. How can I construct my own template? Could you help me? Chinese Latex is a tricky business, I would suggest that you first make sure your latex installation has the right fonts by compiling a simple latex file with Chinese characters directly. In this way, at least you would know if lyx is producing the right latex code if you have problems. Cheers, Bo
Re: Ask for help!
On Sun, Mar 23, 2008 at 9:22 AM, WT <[EMAIL PROTECTED]> wrote: > Dear LyX Developer, > I am a LyX user from China. At first, thank you for giving us such a > useful tool. > I have some question about the template of LyX. I need to write my thesis > in Chinese, so I can't use the inherent template. How can I construct my own > template? Could you help me? Chinese Latex is a tricky business, I would suggest that you first make sure your latex installation has the right fonts by compiling a simple latex file with Chinese characters directly. In this way, at least you would know if lyx is producing the right latex code if you have problems. Cheers, Bo
Re: LFUN to open label / reference inset dialog
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller [EMAIL PROTECTED] wrote: Daniel Lohmann wrote: Anybody an idea? Yes: next-inset-toggle (Ctrl-i with cua.bind) With a patch I have prepared (see another thread), inset-settings would work for InsetGraphics, and InsetLabel, InsetRef etc that are derived from InsetCommand. Bo
Re: LFUN to open label / reference inset dialog
Before posting, I did look through the list of LFUNs (as offered by the Alt+X command bar). However, I couldn't imagine next-inset-toggle as the one I was looking for. Me neither, and I spent a whole day re-inventing the wheels. Bo
Re: LFUN to open label / reference inset dialog
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller [EMAIL PROTECTED] wrote: Daniel Lohmann wrote: Anybody an idea? Yes: next-inset-toggle (Ctrl-i with cua.bind) With a patch I have prepared (see another thread), inset-settings would work for InsetGraphics, and InsetLabel, InsetRef etc that are derived from InsetCommand. Bo
Re: LFUN to open label / reference inset dialog
Before posting, I did look through the list of LFUNs (as offered by the Alt+X command bar). However, I couldn't imagine next-inset-toggle as the one I was looking for. Me neither, and I spent a whole day re-inventing the wheels. Bo
Re: LFUN to open label / reference inset dialog
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote: > Daniel Lohmann wrote: > > Anybody an idea? > > Yes: next-inset-toggle (Ctrl-i with cua.bind) With a patch I have prepared (see another thread), inset-settings would work for InsetGraphics, and InsetLabel, InsetRef etc that are derived from InsetCommand. Bo
Re: LFUN to open label / reference inset dialog
> Before posting, I did look through the list of LFUNs (as offered by > the Alt+X command bar). However, I couldn't imagine next-inset-toggle > as the one I was looking for. Me neither, and I spent a whole day re-inventing the wheels. Bo
Re: okay, can't resist one more bit of feedback
Thank you for your time. I'm wiping this crap off both my HDs now! Happy ending for all of us, after all. Bo
Re: okay, can't resist one more bit of feedback
Thank you for your time. I'm wiping this crap off both my HDs now! Happy ending for all of us, after all. Bo
Re: okay, can't resist one more bit of "feedback"
> Thank you for your time. I'm wiping this crap off both my HDs now! Happy ending for all of us, after all. Bo
Re: Problems with program listings and captions/labels
As you can see, the \label-command is inside the caption definition. The listings package doesn't seem to like it that way. I see the problem now. Will fix soon. Bo
Re: Lyx shortcut key problem
If anyone could help me, I would appreciate it. It works well here, LyX 1.5.4/Linux. Which version of lyx, which OS, are you using? There is a slight chance that your windows manager 'eats' C-enter. Attached please find the bind file I am using now, just in case we are using different ones. Note that this file needs update because not all key-bindings are working now. Bo lyx14_personal.bind Description: Binary data
Re: Problems with program listings and captions/labels
As you can see, the \label-command is inside the caption definition. The listings package doesn't seem to like it that way. I see the problem now. Will fix soon. Bo
Re: Lyx shortcut key problem
If anyone could help me, I would appreciate it. It works well here, LyX 1.5.4/Linux. Which version of lyx, which OS, are you using? There is a slight chance that your windows manager 'eats' C-enter. Attached please find the bind file I am using now, just in case we are using different ones. Note that this file needs update because not all key-bindings are working now. Bo lyx14_personal.bind Description: Binary data
Re: Problems with program listings and captions/labels
> As you can see, the \label-command is inside the caption definition. > The listings package doesn't seem to like it that way. I see the problem now. Will fix soon. Bo
Re: Lyx shortcut key problem
> > If anyone could help me, I would appreciate it. It works well here, LyX 1.5.4/Linux. Which version of lyx, which OS, are you using? There is a slight chance that your windows manager 'eats' C-enter. Attached please find the bind file I am using now, just in case we are using different ones. Note that this file needs update because not all key-bindings are working now. Bo lyx14_personal.bind Description: Binary data
Re: Lyx and SVN logs
Has anyone already solved this problem? Any off the shelf tools for converting XML to an arbitrary format like LaTeX? Why do you use XML format? svn log gives you plain text output, which can be easily inserted as, e.g. listings child document. Bo
Re: Lyx and SVN logs
Has anyone already solved this problem? Any off the shelf tools for converting XML to an arbitrary format like LaTeX? Why do you use XML format? svn log gives you plain text output, which can be easily inserted as, e.g. listings child document. Bo
Re: Lyx and SVN logs
> Has anyone already solved this problem? Any off the shelf tools for > converting XML to an arbitrary format like LaTeX? Why do you use XML format? svn log gives you plain text output, which can be easily inserted as, e.g. listings child document. Bo
Re: Different program listing styles
Maybe it's a bug in LyX 1.6.0svn: I don't find the handle of the listing inset. When I right click on it, the popup menu has only one option No action defined!. What am I missing? Please do not use 1.6.0svn for any serious work. It is simply not ready. Bo
Re: Different program listing styles
I hope there is another solution that doing it with an ERT-inset... Insert - Program Listing, In case you do not know, inset-file-child document-listings allows you to insert files (or lines of files), and you can set global listings parameters in document-settings. There are many options for listings and you would better read listings manual if you plan to use listings extensively. Bo
Re: Different program listing styles
This program listing problem is the first serious problem that I am experiencing with 1.6.0svn. So, I would say for me is it ready, but maybe I am not using all the features. Right now, the context dialog is overridden by context menu (a new feature of 1.6.x). This should be fixed soon. I know how to handle the listings package by hand with ERT-insets, but I would rather like to have some GUI-support :-) I usually insert listings as child document because this allows me to modify them from outside of lyx, and because the space/tab support of the listings inset is not optimal. Maybe you can try this as well. Cheers, Bo
Re: Different program listing styles
Maybe it's a bug in LyX 1.6.0svn: I don't find the handle of the listing inset. When I right click on it, the popup menu has only one option No action defined!. What am I missing? Please do not use 1.6.0svn for any serious work. It is simply not ready. Bo
Re: Different program listing styles
I hope there is another solution that doing it with an ERT-inset... Insert - Program Listing, In case you do not know, inset-file-child document-listings allows you to insert files (or lines of files), and you can set global listings parameters in document-settings. There are many options for listings and you would better read listings manual if you plan to use listings extensively. Bo
Re: Different program listing styles
This program listing problem is the first serious problem that I am experiencing with 1.6.0svn. So, I would say for me is it ready, but maybe I am not using all the features. Right now, the context dialog is overridden by context menu (a new feature of 1.6.x). This should be fixed soon. I know how to handle the listings package by hand with ERT-insets, but I would rather like to have some GUI-support :-) I usually insert listings as child document because this allows me to modify them from outside of lyx, and because the space/tab support of the listings inset is not optimal. Maybe you can try this as well. Cheers, Bo
Re: Different program listing styles
> Maybe it's a bug in LyX 1.6.0svn: I don't find the "handle" of the > listing inset. When I right click on it, the popup menu has only one > option "No action defined!". What am I missing? Please do not use 1.6.0svn for any serious work. It is simply not ready. Bo
Re: Different program listing styles
> > I hope there is another solution that doing it with an ERT-inset... > > Insert -> Program Listing, In case you do not know, inset->file->child document->listings allows you to insert files (or lines of files), and you can set global listings parameters in document->settings. There are many options for listings and you would better read listings manual if you plan to use listings extensively. Bo
Re: Different program listing styles
> This program listing problem is > the first "serious" problem that I am experiencing with 1.6.0svn. So, > I would say for me is it ready, but maybe I am not using all the > features. Right now, the context dialog is overridden by context menu (a new feature of 1.6.x). This should be fixed soon. > I know how to handle the listings package "by hand" with ERT-insets, > but I would rather like to have some GUI-support :-) I usually insert listings as child document because this allows me to modify them from outside of lyx, and because the space/tab support of the listings inset is not optimal. Maybe you can try this as well. Cheers, Bo
Re: Problem with LyX-154-3-22-AltInstaller-Complete.exe
I installed LyX-154-3-22-AltInstaller-Complete.exe package. Everything seems to go fine, the MiKTeX is updated etc. However, LyX doesn't start, but opens a following window: Have you tried the official installer in ftp://ftp.lyx.org/pub/lyx/bin/1.5.4? I guess you do not need to use the bundled version if you have miktex etc already installed. Cheers, Bo
Re: Problem with LyX-154-3-22-AltInstaller-Complete.exe
I installed LyX-154-3-22-AltInstaller-Complete.exe package. Everything seems to go fine, the MiKTeX is updated etc. However, LyX doesn't start, but opens a following window: Have you tried the official installer in ftp://ftp.lyx.org/pub/lyx/bin/1.5.4? I guess you do not need to use the bundled version if you have miktex etc already installed. Cheers, Bo
Re: Problem with LyX-154-3-22-AltInstaller-Complete.exe
> I installed LyX-154-3-22-AltInstaller-Complete.exe package. Everything seems > to go fine, the MiKTeX is updated etc. However, LyX doesn't start, but opens > a following window: Have you tried the official installer in ftp://ftp.lyx.org/pub/lyx/bin/1.5.4? I guess you do not need to use the bundled version if you have miktex etc already installed. Cheers, Bo
Re: Box around program listings?
On Mon, Mar 10, 2008 at 10:41 AM, James Sutherland [EMAIL PROTECTED] wrote: Does anyone know a way to get a box around a program listing? Putting it inside a box (minipage) environment doesn¹t seem to work... You want a frame, right? Use the frame option of the listings package should work. Bo
Re: Box around program listings?
Actually, Bo's answer was the one I was looking for. The Box(minipage) does not work if a Listing is inside of it. Supplying the frame=... option to the listing did the trick. There are options to customize the frame, and if you want to use frame for all your listings, you can set global listings parameter in document-settings. Cheers, Bo
Re: Box around program listings?
On Mon, Mar 10, 2008 at 10:41 AM, James Sutherland [EMAIL PROTECTED] wrote: Does anyone know a way to get a box around a program listing? Putting it inside a box (minipage) environment doesn¹t seem to work... You want a frame, right? Use the frame option of the listings package should work. Bo
Re: Box around program listings?
Actually, Bo's answer was the one I was looking for. The Box(minipage) does not work if a Listing is inside of it. Supplying the frame=... option to the listing did the trick. There are options to customize the frame, and if you want to use frame for all your listings, you can set global listings parameter in document-settings. Cheers, Bo
Re: Box around program listings?
On Mon, Mar 10, 2008 at 10:41 AM, James Sutherland <[EMAIL PROTECTED]> wrote: > Does anyone know a way to get a box around a program listing? Putting it > inside a box (minipage) environment doesn¹t seem to work... You want a frame, right? Use the frame option of the listings package should work. Bo
Re: Box around program listings?
> Actually, Bo's answer was the one I was looking for. The Box(minipage) does > not work if a Listing is inside of it. Supplying the "frame=..." option to > the listing did the trick. There are options to customize the frame, and if you want to use frame for all your listings, you can set global listings parameter in document->settings. Cheers, Bo
Re: new lines disappearing in program listings
Have you checked out the support for lstlisting in LyX 1.5.x? I gather from the wiki that Bo Peng is responsible for it (props to Bo). It's not on the environment roster; you get it with Insert - Program Listing. Right click the widget handle to see all the controllable stuff. I know the mentioned problems with listings but they are not easy to solve. I also recommend using a listings child document for long listings. Cheers, Bo
Re: new lines disappearing in program listings
Have you checked out the support for lstlisting in LyX 1.5.x? I gather from the wiki that Bo Peng is responsible for it (props to Bo). It's not on the environment roster; you get it with Insert - Program Listing. Right click the widget handle to see all the controllable stuff. I know the mentioned problems with listings but they are not easy to solve. I also recommend using a listings child document for long listings. Cheers, Bo
Re: new lines disappearing in program listings
> Have you checked out the support for lstlisting in LyX 1.5.x? I gather > from the wiki that Bo Peng is responsible for it (props to Bo). It's > not on the environment roster; you get it with Insert -> Program > Listing. Right click the widget handle to see all the controllable stuff. I know the mentioned problems with listings but they are not easy to solve. I also recommend using a listings child document for long listings. Cheers, Bo
Re: Hotkeys
On Sat, Mar 1, 2008 at 1:28 AM, Ignacio García [EMAIL PROTECTED] wrote: Peleg wrote: Is there a possibility to create in LyX hotkeys (keyboard shortcuts) for Have a look at http://wiki.lyx.org/uploads/LyX/keyboardShortcuts/bpeng/personal.bind in http://wiki.lyx.org/LyX/KeyboardShortcuts Bo
Re: Hotkeys
On Sat, Mar 1, 2008 at 1:28 AM, Ignacio García [EMAIL PROTECTED] wrote: Peleg wrote: Is there a possibility to create in LyX hotkeys (keyboard shortcuts) for Have a look at http://wiki.lyx.org/uploads/LyX/keyboardShortcuts/bpeng/personal.bind in http://wiki.lyx.org/LyX/KeyboardShortcuts Bo
Re: Hotkeys
On Sat, Mar 1, 2008 at 1:28 AM, Ignacio García <[EMAIL PROTECTED]> wrote: > Peleg wrote: > > Is there a possibility to create in LyX hotkeys (keyboard shortcuts) for Have a look at http://wiki.lyx.org/uploads/LyX/keyboardShortcuts/bpeng/personal.bind in http://wiki.lyx.org/LyX/KeyboardShortcuts Bo
Re: ftp.lyx.org down?
The server is not really down, but rather slow and sometimes unrespondable these days (it took me several attempts to upload the binaries). Try one of the mirrors listed on the home page. This one seems to be up to date: Why cannot we register a project on sourceforge just for uploading binaries? There is at least on advantage that authorized users can upload binaries by themselves. If we are satisfied, we can move our svn repository over there. Bo
Re: ftp.lyx.org down?
The server is not really down, but rather slow and sometimes unrespondable these days (it took me several attempts to upload the binaries). Try one of the mirrors listed on the home page. This one seems to be up to date: Why cannot we register a project on sourceforge just for uploading binaries? There is at least on advantage that authorized users can upload binaries by themselves. If we are satisfied, we can move our svn repository over there. Bo
Re: ftp.lyx.org down?
> The server is not really down, but rather slow and sometimes unrespondable > these days (it took me several attempts to upload the binaries). > Try one of the mirrors listed on the home page. This one seems to be up to > date: Why cannot we register a project on sourceforge just for uploading binaries? There is at least on advantage that authorized users can upload binaries by themselves. If we are satisfied, we can move our svn repository over there. Bo
Re: Where is the Lyx 1.54 for Windows
On Tue, Feb 26, 2008 at 10:29 AM, Jorge Mario Garcia [EMAIL PROTECTED] wrote: Where is the Lyx 1.54 for Windows? Joost: Will you have time to prepare one soon? I can do it if you are tight on time. Bo
Re: Where is the Lyx 1.54 for Windows
On Tue, Feb 26, 2008 at 10:29 AM, Jorge Mario Garcia [EMAIL PROTECTED] wrote: Where is the Lyx 1.54 for Windows? Joost: Will you have time to prepare one soon? I can do it if you are tight on time. Bo
Re: Where is the Lyx 1.54 for Windows
On Tue, Feb 26, 2008 at 10:29 AM, Jorge Mario Garcia <[EMAIL PROTECTED]> wrote: > Where is the Lyx 1.54 for Windows? Joost: Will you have time to prepare one soon? I can do it if you are tight on time. Bo
Re: Option clash for package natbib.
Insert Provides natbib 1 in your layout file. Thanks. We definitely need a layout editor GUI... Bo
Re: Option clash for package natbib.
Insert Provides natbib 1 in your layout file. Thanks. We definitely need a layout editor GUI... Bo
Re: Option clash for package natbib.
> Insert > > Provides natbib 1 > > in your layout file. Thanks. We definitely need a layout editor GUI... Bo
Option clash for package natbib.
I have a journal-supplied .cls file that loads natbib through
\RequirePackage{natbib}. I have created a .layout file for this class
and use this class in lyx. However, when I enable natbib, I get an
error 'LaTeX Error: option clash for package natbib'. The error is
caused by a line
\usepackage[authoryear]{natbib}
that is inserted to to the generated latex file when natbib is enabled.
Right now, I have to turn off natbib in lyx and insert \citep etc in
ERT to get around this problem. Is there any better solution?
Bo
Option clash for package natbib.
I have a journal-supplied .cls file that loads natbib through
\RequirePackage{natbib}. I have created a .layout file for this class
and use this class in lyx. However, when I enable natbib, I get an
error 'LaTeX Error: option clash for package natbib'. The error is
caused by a line
\usepackage[authoryear]{natbib}
that is inserted to to the generated latex file when natbib is enabled.
Right now, I have to turn off natbib in lyx and insert \citep etc in
ERT to get around this problem. Is there any better solution?
Bo
Option clash for package natbib.
I have a journal-supplied .cls file that loads natbib through
\RequirePackage{natbib}. I have created a .layout file for this class
and use this class in lyx. However, when I enable natbib, I get an
error 'LaTeX Error: option clash for package natbib'. The error is
caused by a line
\usepackage[authoryear]{natbib}
that is inserted to to the generated latex file when natbib is enabled.
Right now, I have to turn off natbib in lyx and insert \citep etc in
ERT to get around this problem. Is there any better solution?
Bo
Re: Compare Changes/Differences between LyX Documents
Is there an easy way to compare the changes or differences between two LyX documents? You can file a feature request (someone else might have done it) to compare two documents and produce a document with revision markers. I have occasionally though of this feature but there seems to be no easy implementation. Cheers, Bo
Re: Compare Changes/Differences between LyX Documents
On Jan 22, 2008 1:44 PM, Juergen Spitzmueller [EMAIL PROTECTED] wrote: Ken wrote: Is there an easy way to compare the changes or differences between two LyX documents? http://www.cs.bgu.ac.il/~dekelts/ldiff/ Quite interesting, do you see any hope of integrating this to lyx? Bo
Re: Compare Changes/Differences between LyX Documents
Is there an easy way to compare the changes or differences between two LyX documents? You can file a feature request (someone else might have done it) to compare two documents and produce a document with revision markers. I have occasionally though of this feature but there seems to be no easy implementation. Cheers, Bo
Re: Compare Changes/Differences between LyX Documents
On Jan 22, 2008 1:44 PM, Juergen Spitzmueller [EMAIL PROTECTED] wrote: Ken wrote: Is there an easy way to compare the changes or differences between two LyX documents? http://www.cs.bgu.ac.il/~dekelts/ldiff/ Quite interesting, do you see any hope of integrating this to lyx? Bo
Re: Compare Changes/Differences between LyX Documents
> > Is there an easy way to compare the changes or differences between two > > LyX documents? You can file a feature request (someone else might have done it) to compare two documents and produce a document with revision markers. I have occasionally though of this feature but there seems to be no easy implementation. Cheers, Bo
Re: Compare Changes/Differences between LyX Documents
On Jan 22, 2008 1:44 PM, Juergen Spitzmueller <[EMAIL PROTECTED]> wrote: > Ken wrote: > > > Is there an easy way to compare the changes or differences between two > > LyX documents? > > http://www.cs.bgu.ac.il/~dekelts/ldiff/ Quite interesting, do you see any hope of integrating this to lyx? Bo
Re: 1.5.3 bug? - using child documents with same class causing error
Yes, I do - I've got all my files in a working copy of an svn repo, so I decided to also keep a copy of the layout file there as well. Is this a new feature or something so that I don't need to install new layout classes in the system area? It is a new feature, and you have encountered a bug that I think I have fixed. (I would appreciate it if you can see if the problem persists with the latest development version such as http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe ). Begin with lyx 1.5.0, local, meaning in the same directory with the document, style file (.sty, .cls) and layout (.layout) file can be used directly by a document. You can not create such a document in lyx (unless you modify a .lyx file directly) because local .layout does not show up in the style list, but if you send your document, along with your layout and .cls file to your co-authors, they do not have to install anything to open and modify your file. This feature is not well-publicized because it is a precursor to a 'bundle' feature (due 1.6.0) with which you can bundle figures, layouts, bibtex etc to a single .lyx file. Your problem is caused by the repeated loading of the same local layout file by your child documents, which is a bug that I should have fixed. Is there a preference for which to remove? Also, will I need to do a reconfigure for it to take? You can use the latest svn if it fixes your problem, or remove local layout file. Removing system layout file may not work. And, just for good measure, any comment on why the 0s are appearing? is this related to the same issue? I am not sure about this one. If the problem persists after the layout problem is fixed, you can send a shrinked version of your document to me, or the lyx-users list. Cheers, Bo
Re: 1.5.3 bug? - using child documents with same class causing error
I renamed the local file and did a reconfigure and that seems to have worked - it also seems to have corrected the 0s issue. I'm working on both windows and mac (currently my mac), so I can't test the dev version till next week but will let you know. Thanks. I should also note that I've been using these files with 1.5.2, 1.5.1, etc so I was surprised to see the issue but thanks for helping out. In 1.5.1 and 1.5.2, a system layout file is used whenever possible so your local layout file is completely ignored. In 1.5.3, a local layout file is used before the system one. This makes it easy for a user to modify and use a local layout file, or distribute a document with an updated layout file. The source of the bug, as I have explained, is that the same layout file is loaded repeatedly by child documents. I would've never figured that out. Really glad to hear about the bundles support coming, I'm currently storing my figures in a subfolder so that at least all the paths are relative to the document which helps alot. The bundle feature is under active development, and it would be another half a year (?) for 1.6.0 to be released with this feature. I'm also curious - i have also heard that there is going to be a new file format that is XML-based. Is this going to be implemented for 1.6? The development on the XML side, as far as I can tell, is stalled, and there is little hope to deliver it for 1.6.0. This feature is supposed to be transparent to users though. Bo
Re: 1.5.3 bug? - using child documents with same class causing error
Yes, I do - I've got all my files in a working copy of an svn repo, so I decided to also keep a copy of the layout file there as well. Is this a new feature or something so that I don't need to install new layout classes in the system area? It is a new feature, and you have encountered a bug that I think I have fixed. (I would appreciate it if you can see if the problem persists with the latest development version such as http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe ). Begin with lyx 1.5.0, local, meaning in the same directory with the document, style file (.sty, .cls) and layout (.layout) file can be used directly by a document. You can not create such a document in lyx (unless you modify a .lyx file directly) because local .layout does not show up in the style list, but if you send your document, along with your layout and .cls file to your co-authors, they do not have to install anything to open and modify your file. This feature is not well-publicized because it is a precursor to a 'bundle' feature (due 1.6.0) with which you can bundle figures, layouts, bibtex etc to a single .lyx file. Your problem is caused by the repeated loading of the same local layout file by your child documents, which is a bug that I should have fixed. Is there a preference for which to remove? Also, will I need to do a reconfigure for it to take? You can use the latest svn if it fixes your problem, or remove local layout file. Removing system layout file may not work. And, just for good measure, any comment on why the 0s are appearing? is this related to the same issue? I am not sure about this one. If the problem persists after the layout problem is fixed, you can send a shrinked version of your document to me, or the lyx-users list. Cheers, Bo
Re: 1.5.3 bug? - using child documents with same class causing error
I renamed the local file and did a reconfigure and that seems to have worked - it also seems to have corrected the 0s issue. I'm working on both windows and mac (currently my mac), so I can't test the dev version till next week but will let you know. Thanks. I should also note that I've been using these files with 1.5.2, 1.5.1, etc so I was surprised to see the issue but thanks for helping out. In 1.5.1 and 1.5.2, a system layout file is used whenever possible so your local layout file is completely ignored. In 1.5.3, a local layout file is used before the system one. This makes it easy for a user to modify and use a local layout file, or distribute a document with an updated layout file. The source of the bug, as I have explained, is that the same layout file is loaded repeatedly by child documents. I would've never figured that out. Really glad to hear about the bundles support coming, I'm currently storing my figures in a subfolder so that at least all the paths are relative to the document which helps alot. The bundle feature is under active development, and it would be another half a year (?) for 1.6.0 to be released with this feature. I'm also curious - i have also heard that there is going to be a new file format that is XML-based. Is this going to be implemented for 1.6? The development on the XML side, as far as I can tell, is stalled, and there is little hope to deliver it for 1.6.0. This feature is supposed to be transparent to users though. Bo
Re: 1.5.3 bug? - using child documents with same class causing error
> Yes, I do - I've got all my files in a working copy of an svn repo, so I > decided to also keep a copy of the layout file there as well. Is this a new > feature or something so that I don't need to "install" new layout classes in > the system area? It is a new feature, and you have encountered a bug that I think I have fixed. (I would appreciate it if you can see if the problem persists with the latest development version such as http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe ). Begin with lyx 1.5.0, local, meaning in the same directory with the document, style file (.sty, .cls) and layout (.layout) file can be used directly by a document. You can not create such a document in lyx (unless you modify a .lyx file directly) because local .layout does not show up in the style list, but if you send your document, along with your layout and .cls file to your co-authors, they do not have to install anything to open and modify your file. This feature is not well-publicized because it is a precursor to a 'bundle' feature (due 1.6.0) with which you can bundle figures, layouts, bibtex etc to a single .lyx file. Your problem is caused by the repeated loading of the same local layout file by your child documents, which is a bug that I should have fixed. > Is there a preference for which to remove? Also, will I need to do a > reconfigure for it to take? You can use the latest svn if it fixes your problem, or remove local layout file. Removing system layout file may not work. > And, just for good measure, any comment on why the "0"s are appearing? is > this related to the same issue? I am not sure about this one. If the problem persists after the layout problem is fixed, you can send a shrinked version of your document to me, or the lyx-users list. Cheers, Bo
Re: 1.5.3 bug? - using child documents with same class causing error
> I renamed the local file and did a reconfigure and that seems to have worked > - it also seems to have corrected the "0"s issue. I'm working on both > windows and mac (currently my mac), so I can't test the dev version till > next week but will let you know. Thanks. > I should also note that I've been using > these files with 1.5.2, 1.5.1, etc so I was surprised to see the issue but > thanks for helping out. In 1.5.1 and 1.5.2, a system layout file is used whenever possible so your local layout file is completely ignored. In 1.5.3, a local layout file is used before the system one. This makes it easy for a user to modify and use a local layout file, or distribute a document with an updated layout file. The source of the bug, as I have explained, is that the same layout file is loaded repeatedly by child documents. > I would've never figured that out. Really glad to > hear about the bundles support coming, I'm currently storing my figures in a > subfolder so that at least all the paths are relative to the document which > helps alot. The bundle feature is under active development, and it would be another half a year (?) for 1.6.0 to be released with this feature. > I'm also curious - i have also heard that there is going to be a new file > format that is XML-based. Is this going to be implemented for 1.6? The development on the XML side, as far as I can tell, is stalled, and there is little hope to deliver it for 1.6.0. This feature is supposed to be transparent to users though. Bo
Re: 1.5.3 bug? - using child documents with same class causing error
On Jan 10, 2008 7:30 PM, Ryan Cross [EMAIL PROTECTED] wrote: I'm going to fight through this for a day or two while i await some more advice on how to fix this, otherwise I'll revert back again. However, I'm noticing another issue - possibly related - which is with the supposedly fixed chapter layout in the outliner. It now properly shows the chapter headings (previously did not in 1.5.2) but now none of the section headings are properly numbered, they are all 0s and in the appendicies, just ?s for the section headings. Any one else know about this? I think I know what is going on. Do you have a local unswthesis.layout file as well a system one, or things of that sort? If so, please remove your local one (the one in your document path) or your system one (the one under ~/.lyx/layouts). Bo
Re: 1.5.3 bug? - using child documents with same class causing error
On Jan 10, 2008 7:30 PM, Ryan Cross [EMAIL PROTECTED] wrote: I'm going to fight through this for a day or two while i await some more advice on how to fix this, otherwise I'll revert back again. However, I'm noticing another issue - possibly related - which is with the supposedly fixed chapter layout in the outliner. It now properly shows the chapter headings (previously did not in 1.5.2) but now none of the section headings are properly numbered, they are all 0s and in the appendicies, just ?s for the section headings. Any one else know about this? I think I know what is going on. Do you have a local unswthesis.layout file as well a system one, or things of that sort? If so, please remove your local one (the one in your document path) or your system one (the one under ~/.lyx/layouts). Bo
Re: 1.5.3 bug? - using child documents with same class causing error
On Jan 10, 2008 7:30 PM, Ryan Cross <[EMAIL PROTECTED]> wrote: > I'm going to fight through this for a day or two while i await some more > advice on how to fix this, otherwise I'll revert back again. However, I'm > noticing another issue - possibly related - which is with the supposedly > fixed chapter layout in the outliner. It now properly shows the chapter > headings (previously did not in 1.5.2) but now none of the section headings > are properly numbered, they are all "0"s and in the appendicies, just "?"s > for the section headings. Any one else know about this? I think I know what is going on. Do you have a local unswthesis.layout file as well a system one, or things of that sort? If so, please remove your local one (the one in your document path) or your system one (the one under ~/.lyx/layouts). Bo
Re: former lyx 1.4 document not usable in lyx1.5
Package fontenc Error: Encoding file `utf-8enc.def' not found. followed by an huge amount of errors telling me that the encoding scheme utf-8 is not known to latex... What if you change Document-Settings-language-Encoding to something else? This looks like a latex configuration problem. Bo
Re: Reconfiguring does not work (windows)
No matter how many times I restart and reconfigure LyX, nothing seems to work. Your problem is basically a miktex problem. What happens if you install these packages from Miktex' package manager? Bo
Re: former lyx 1.4 document not usable in lyx1.5
Package fontenc Error: Encoding file `utf-8enc.def' not found. followed by an huge amount of errors telling me that the encoding scheme utf-8 is not known to latex... What if you change Document-Settings-language-Encoding to something else? This looks like a latex configuration problem. Bo
Re: Reconfiguring does not work (windows)
No matter how many times I restart and reconfigure LyX, nothing seems to work. Your problem is basically a miktex problem. What happens if you install these packages from Miktex' package manager? Bo
Re: former lyx 1.4 document not usable in lyx1.5
> "Package fontenc Error: Encoding file `utf-8enc.def' not found." > > followed by an huge amount of errors telling me that the encoding scheme utf-8 > is not known to latex... What if you change Document->Settings->language->Encoding to something else? This looks like a latex configuration problem. Bo
Re: Reconfiguring does not work (windows)
> No matter how many times I restart and reconfigure LyX, nothing seems to work. Your problem is basically a miktex problem. What happens if you install these packages from Miktex' package manager? Bo
Re: former lyx 1.4 document not usable in lyx1.5
Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Re: former lyx 1.4 document not usable in lyx1.5
Other than that, you might try deleting and reinserting chunks of the document (preferbably on a backup copy) to see if you can isolate where the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Re: former lyx 1.4 document not usable in lyx1.5
> Other than that, you might try deleting and reinserting chunks of the > document (preferbably on a backup copy) to see if you can isolate where > the problem character(s) lie. You may also want to try the latest svn version of lyx, which can highlight the offending characters. A windows installer is available at http://www.lyx.org/~bpeng/LyX-1.5.4svn-2008-01-04-Installer.exe . Of course you are then under the risk of using a unofficial release of lyx. Bo
Re: Edit complete source?
I'd like to hear about reasonable use cases. It would be nice to have this dual-editing feature but I frankly do not see any usefulness of it. Lyx' output is better than latex, but not really WYSIWYG. If something can not be done in lyx and has to be entered by ERT, the source editing mode will not help. If people would like to have WYSIWYG, please try Bakoma, it allows you to edit latex source code, and its DVI output. It is great for small articles, especially for presentations. The biggest problem is that you will have to input plain latex code most of the time. Bo
Re: Edit complete source?
I'd like to hear about reasonable use cases. It would be nice to have this dual-editing feature but I frankly do not see any usefulness of it. Lyx' output is better than latex, but not really WYSIWYG. If something can not be done in lyx and has to be entered by ERT, the source editing mode will not help. If people would like to have WYSIWYG, please try Bakoma, it allows you to edit latex source code, and its DVI output. It is great for small articles, especially for presentations. The biggest problem is that you will have to input plain latex code most of the time. Bo
Re: Edit complete source?
> I'd like to hear about reasonable use cases. It would be nice to have this dual-editing feature but I frankly do not see any usefulness of it. Lyx' output is better than latex, but not really WYSIWYG. If something can not be done in lyx and has to be entered by ERT, the source editing mode will not help. If people would like to have WYSIWYG, please try Bakoma, it allows you to edit latex source code, and its DVI output. It is great for small articles, especially for presentations. The biggest problem is that you will have to input plain latex code most of the time. Bo
Re: All my LyX files seem to be externally modified
A while ago LyX (1.5.2) started to say that all my old files have been externally modified. The problem does not occur when I create new files, but every time I want to save a change in an old file, I have to click the overwrite button. As far as I know, I have not modified any LyX files externally, so I do not understand why I get the message. Since it is very irritating to have it this way I wonder if there is a way to turn this confirming question off. If you are using windows, this may be related to a file comparison bug that has been lately addressed. Because 1.5.3 will be released soon(ish), please report back if you still see this problem with this new version. Bo
Re: All my LyX files seem to be externally modified
A while ago LyX (1.5.2) started to say that all my old files have been externally modified. The problem does not occur when I create new files, but every time I want to save a change in an old file, I have to click the overwrite button. As far as I know, I have not modified any LyX files externally, so I do not understand why I get the message. Since it is very irritating to have it this way I wonder if there is a way to turn this confirming question off. If you are using windows, this may be related to a file comparison bug that has been lately addressed. Because 1.5.3 will be released soon(ish), please report back if you still see this problem with this new version. Bo
Re: All my LyX files seem to be "externally modified"
> A while ago LyX (1.5.2) started to say that all my old files have been > "externally modified". The problem does not occur when I create new > files, but every time I want to save a change in an old file, I have > to click the overwrite button. As far as I know, I have not modified > any LyX files externally, so I do not understand why I get the > message. Since it is very irritating to have it this way I wonder if > there is a way to turn this confirming question off. If you are using windows, this may be related to a file comparison bug that has been lately addressed. Because 1.5.3 will be released soon(ish), please report back if you still see this problem with this new version. Bo
Re: locale or encoding difficulty, I'm not sure which
On 10/14/07, Declan O'Byrne [EMAIL PROTECTED] wrote: Right, I've spent about 3 hours trying to sort this out, without success, so it's time to call for help. I'm getting the following message when running pdflatex: Some characters of your document are probably not representable in the chosen encoding. Changing the document encoding to utf8 could help. Changing the document encoding to utf8 does not help. I can't find a way to find out which are the offending characters. Running lyx from the command line gives me an error that local en_IE cannot be set. I tried to reconfigure the locales, but this didn't do anything for me. I ran into the same problem because my document has Greek characters copied from a word document. What I did was copying and pasting a paragraph to a new document, and removing texts until it can be compiled. Then, I remove or change the offending characters in the original document. This took me a long time! I have complaint this in lyx-devel and Greek characters are correctly handled now. I believe that people are work on highlighting offending characters and giving more meaningful error messages. I think that the forthcoming 1.5.3 will have these features. Cheers, Bo
Re: locale or encoding difficulty, I'm not sure which
On 10/14/07, Declan O'Byrne [EMAIL PROTECTED] wrote: Right, I've spent about 3 hours trying to sort this out, without success, so it's time to call for help. I'm getting the following message when running pdflatex: Some characters of your document are probably not representable in the chosen encoding. Changing the document encoding to utf8 could help. Changing the document encoding to utf8 does not help. I can't find a way to find out which are the offending characters. Running lyx from the command line gives me an error that local en_IE cannot be set. I tried to reconfigure the locales, but this didn't do anything for me. I ran into the same problem because my document has Greek characters copied from a word document. What I did was copying and pasting a paragraph to a new document, and removing texts until it can be compiled. Then, I remove or change the offending characters in the original document. This took me a long time! I have complaint this in lyx-devel and Greek characters are correctly handled now. I believe that people are work on highlighting offending characters and giving more meaningful error messages. I think that the forthcoming 1.5.3 will have these features. Cheers, Bo
Re: locale or encoding difficulty, I'm not sure which
On 10/14/07, Declan O'Byrne <[EMAIL PROTECTED]> wrote: > Right, I've spent about 3 hours trying to sort this out, without > success, so it's time to call for help. > I'm getting the following message when running pdflatex: > "Some characters of your document are probably not representable in the chosen > encoding. Changing the document encoding to utf8 could help." > Changing the document encoding to utf8 does not help. > I can't find a way to find out which are the offending characters. > Running lyx from the command line gives me an error that local en_IE > cannot be set. I tried to reconfigure the locales, but this didn't do > anything for me. I ran into the same problem because my document has Greek characters copied from a word document. What I did was copying and pasting a paragraph to a new document, and removing texts until it can be compiled. Then, I remove or change the offending characters in the original document. This took me a long time! I have complaint this in lyx-devel and Greek characters are correctly handled now. I believe that people are work on highlighting offending characters and giving more meaningful error messages. I think that the forthcoming 1.5.3 will have these features. Cheers, Bo
Re: Docked windows or independent windows?
OK... anybody in favor of it? Richard, Bennett, Peter, Andre, Pavel, Bo, Juergen, etc...? I tend to think that dialogs that have strong link (interactions) with the bufferview need to be docked. This is the case for viewsource (auto update), toc and embedding (autoupdate and navigation). I do not see a strong link for the paragraph dialog here. Bo
Re: Docked windows or independent windows?
OK... anybody in favor of it? Richard, Bennett, Peter, Andre, Pavel, Bo, Juergen, etc...? I tend to think that dialogs that have strong link (interactions) with the bufferview need to be docked. This is the case for viewsource (auto update), toc and embedding (autoupdate and navigation). I do not see a strong link for the paragraph dialog here. Bo
Re: Docked windows or independent windows?
> OK... anybody in favor of it? Richard, Bennett, Peter, Andre, Pavel, Bo, > Juergen, etc...? I tend to think that dialogs that have strong link (interactions) with the bufferview need to be docked. This is the case for viewsource (auto update), toc and embedding (autoupdate and navigation). I do not see a strong link for the paragraph dialog here. Bo
Re: (O/T) Latex Question
I see that the bbl file lists the references but doesn't seem to be in the correct format for inserting in the original latex file... You can first find a .bst file that produce the bibliography in the right format, then insert the generated bbl to the .tex file. I usually do this even when the publisher provides a .bst file because I do not want to submit my .bib file. Bo
Re: (O/T) Latex Question
How does one obtain such a customized bst file? The publisher in this instance seems to have very specific formatting requirements that look a little non-standard to me. I remember seeing a method of customizing bst files but it seemed to have a rather steep learning curve and was quite technical... Have a look at makebst. http://www.ctan.org/tex-archive/macros/latex/contrib/custom-bib/ If you are not comfortable of doing this, just find a .bst file that is close to your publisher's style, and manually edit the .bbl file. Bo
Re: (O/T) Latex Question
I see that the bbl file lists the references but doesn't seem to be in the correct format for inserting in the original latex file... You can first find a .bst file that produce the bibliography in the right format, then insert the generated bbl to the .tex file. I usually do this even when the publisher provides a .bst file because I do not want to submit my .bib file. Bo
Re: (O/T) Latex Question
How does one obtain such a customized bst file? The publisher in this instance seems to have very specific formatting requirements that look a little non-standard to me. I remember seeing a method of customizing bst files but it seemed to have a rather steep learning curve and was quite technical... Have a look at makebst. http://www.ctan.org/tex-archive/macros/latex/contrib/custom-bib/ If you are not comfortable of doing this, just find a .bst file that is close to your publisher's style, and manually edit the .bbl file. Bo
