Re: lyx 1.1.6pre2
Herbert Voss [EMAIL PROTECTED] writes: | i saw, it's for all other windows, too. this not in 1.1.5 | therefore it does not belong to wm. anyway, i agree with | you, but for me it was a good feature, when latex preamble | switches to background, when i have complicated stuff in | preamble and looking for errors in preamble/text. We only tell the wm that we want handlign similar to this... it is up to the wm to act upon it. Lgb
Re: lyx 1.1.6pre2
Herbert Voss [EMAIL PROTECTED] writes: | please try: | | open the latex preamble and put the cursor in the standard | text-window: the preamble-window does not switch to the | background it appears always on top. working in the text- | window is possible. | | suse - linux 2.2.14 I guess this depends on the wm used. Anyhow... I not sure it is a bad thing. Lgb
Re: lyx 1.1.6pre2
Herbert Voss [EMAIL PROTECTED] writes: | i saw, it's for all other windows, too. this not in 1.1.5 | therefore it does not belong to wm. anyway, i agree with | you, but for me it was a good feature, when latex preamble | switches to background, when i have complicated stuff in | preamble and looking for errors in preamble/text. We only tell the wm that we want handlign similar to this... it is up to the wm to act upon it. Lgb
Re: lyx 1.1.6pre2
Herbert Voss <[EMAIL PROTECTED]> writes: | please try: | | open the latex preamble and put the cursor in the standard | text-window: the preamble-window does not switch to the | background it appears always on top. working in the text- | window is possible. | | suse - linux 2.2.14 I guess this depends on the wm used. Anyhow... I not sure it is a bad thing. Lgb
Re: lyx 1.1.6pre2
Herbert Voss <[EMAIL PROTECTED]> writes: | i saw, it's for all other windows, too. this not in 1.1.5 | therefore it does not belong to wm. anyway, i agree with | you, but for me it was a good feature, when latex preamble | switches to background, when i have complicated stuff in | preamble and looking for errors in preamble/text. We only tell the wm that we want handlign similar to this... it is up to the wm to act upon it. Lgb
Re: export LANG=fr does not work on my suse6.2
Yann MORERE [EMAIL PROTECTED] writes: | Chris Schulbert wrote: | | I've got a problem, when trying to get the french language in the menus. | | like said in the customization file, i export the LANG variable : | | export LANG=fr | | i use a suse6.2. Is there another thing to do. I compiled lyx with the | nls support like noticed in the customization file. | | | Is anybogy got the problem? | | Hi! I've got the same problem with the LANG=de_DE, etc. After updating from | SuSE6.2 to 7.0. The "old" system was german. After updating AND using my old | config. LyX talks in english to me and I am afraid NOBODY has an answer on | this. | | I tried to configure all the language variable : LANGUAGE, LC_LANG ... | LC_ALL, nothing works, it talks english... | | It's very surprising, because at home i have the same suse 6.2 installed | on a desktop computer, and lyx talks french... so i have check this | config to do the same on the laptop. try to run strace on lyx and see if/how it access the .mo files. Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | when i start lyx without any existing ~/.lyx/preferences | i have the shortcuts displayed and i can use them with | the keyboard. if i change any of the options in the | preferences, close lyx and restart, the displayed shortcuts | are gone and i can't use the keybord-shortcuts, too. | deleting the preferences-file and restarting lyx | gives the old situation with the displayed shortcuts | and working keyboard-shortcuts. What is the bind file in preferences set to then? Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | "Lars Gullik Bjønnes" wrote: | | Herbert Voss [EMAIL PROTECTED] writes: | | | when i start lyx without any existing ~/.lyx/preferences | | i have the shortcuts displayed and i can use them with | | the keyboard. if i change any of the options in the | | preferences, close lyx and restart, the displayed shortcuts | | are gone and i can't use the keybord-shortcuts, too. | | deleting the preferences-file and restarting lyx | | gives the old situation with the displayed shortcuts | | and working keyboard-shortcuts. | | What is the bind file in preferences set to then? | | menues.bind Hmm... change this to either cua.bind or emacs.bind. I have no idea why preferences set this to menus.bind... Lgb
Re: lyx 1.1.6pre2 shortcuts
Angus Leeming [EMAIL PROTECTED] writes: | menues.bind | | i can start preferences, doing nothing, saving and restarting | lyx is the same: no shortcuts anyway. | | Herbert | | This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | rather than bind/ ? Or change to use another ending... Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | menues.bind | | i can start preferences, doing nothing, saving and restarting | lyx is the same: no shortcuts anyway. | | This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | rather than bind/ ? | | ok. that's it. but the problem is, that lyx 1.1.6 starts with | this option (menue.bind) by default, if no preferences exists. Yes, and the question is: "Why is that?" Lgb
Re: export LANG=fr does not work on my suse6.2
Yann MORERE [EMAIL PROTECTED] writes: | Chris Schulbert wrote: | | I've got a problem, when trying to get the french language in the menus. | | like said in the customization file, i export the LANG variable : | | export LANG=fr | | i use a suse6.2. Is there another thing to do. I compiled lyx with the | nls support like noticed in the customization file. | | | Is anybogy got the problem? | | Hi! I've got the same problem with the LANG=de_DE, etc. After updating from | SuSE6.2 to 7.0. The "old" system was german. After updating AND using my old | config. LyX talks in english to me and I am afraid NOBODY has an answer on | this. | | I tried to configure all the language variable : LANGUAGE, LC_LANG ... | LC_ALL, nothing works, it talks english... | | It's very surprising, because at home i have the same suse 6.2 installed | on a desktop computer, and lyx talks french... so i have check this | config to do the same on the laptop. try to run strace on lyx and see if/how it access the .mo files. Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | when i start lyx without any existing ~/.lyx/preferences | i have the shortcuts displayed and i can use them with | the keyboard. if i change any of the options in the | preferences, close lyx and restart, the displayed shortcuts | are gone and i can't use the keybord-shortcuts, too. | deleting the preferences-file and restarting lyx | gives the old situation with the displayed shortcuts | and working keyboard-shortcuts. What is the bind file in preferences set to then? Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | "Lars Gullik Bjønnes" wrote: | | Herbert Voss [EMAIL PROTECTED] writes: | | | when i start lyx without any existing ~/.lyx/preferences | | i have the shortcuts displayed and i can use them with | | the keyboard. if i change any of the options in the | | preferences, close lyx and restart, the displayed shortcuts | | are gone and i can't use the keybord-shortcuts, too. | | deleting the preferences-file and restarting lyx | | gives the old situation with the displayed shortcuts | | and working keyboard-shortcuts. | | What is the bind file in preferences set to then? | | menues.bind Hmm... change this to either cua.bind or emacs.bind. I have no idea why preferences set this to menus.bind... Lgb
Re: lyx 1.1.6pre2 shortcuts
Angus Leeming [EMAIL PROTECTED] writes: | menues.bind | | i can start preferences, doing nothing, saving and restarting | lyx is the same: no shortcuts anyway. | | Herbert | | This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | rather than bind/ ? Or change to use another ending... Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss [EMAIL PROTECTED] writes: | menues.bind | | i can start preferences, doing nothing, saving and restarting | lyx is the same: no shortcuts anyway. | | This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | rather than bind/ ? | | ok. that's it. but the problem is, that lyx 1.1.6 starts with | this option (menue.bind) by default, if no preferences exists. Yes, and the question is: "Why is that?" Lgb
Re: export LANG=fr does not work on my suse6.2
Yann MORERE <[EMAIL PROTECTED]> writes: | Chris Schulbert wrote: | > | > > I've got a problem, when trying to get the french language in the menus. | > > | > > like said in the customization file, i export the LANG variable : | > > | > > export LANG=fr | > > | > > i use a suse6.2. Is there another thing to do. I compiled lyx with the | > > nls support like noticed in the customization file. | > > | > > | > > Is anybogy got the problem? | > | > Hi! I've got the same problem with the LANG=de_DE, etc. After updating from | > SuSE6.2 to 7.0. The "old" system was german. After updating AND using my old | > config. LyX talks in english to me and I am afraid NOBODY has an answer on | > this. | | I tried to configure all the language variable : LANGUAGE, LC_LANG ... | LC_ALL, nothing works, it talks english... | | It's very surprising, because at home i have the same suse 6.2 installed | on a desktop computer, and lyx talks french... so i have check this | config to do the same on the laptop. try to run strace on lyx and see if/how it access the .mo files. Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss <[EMAIL PROTECTED]> writes: | when i start lyx without any existing ~/.lyx/preferences | i have the shortcuts displayed and i can use them with | the keyboard. if i change any of the options in the | preferences, close lyx and restart, the displayed shortcuts | are gone and i can't use the keybord-shortcuts, too. | deleting the preferences-file and restarting lyx | gives the old situation with the displayed shortcuts | and working keyboard-shortcuts. What is the bind file in preferences set to then? Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss <[EMAIL PROTECTED]> writes: | "Lars Gullik Bjønnes" wrote: | > | > Herbert Voss <[EMAIL PROTECTED]> writes: | > | > | when i start lyx without any existing ~/.lyx/preferences | > | i have the shortcuts displayed and i can use them with | > | the keyboard. if i change any of the options in the | > | preferences, close lyx and restart, the displayed shortcuts | > | are gone and i can't use the keybord-shortcuts, too. | > | deleting the preferences-file and restarting lyx | > | gives the old situation with the displayed shortcuts | > | and working keyboard-shortcuts. | > | > What is the bind file in preferences set to then? | | menues.bind Hmm... change this to either cua.bind or emacs.bind. I have no idea why preferences set this to menus.bind... Lgb
Re: lyx 1.1.6pre2 shortcuts
Angus Leeming <[EMAIL PROTECTED]> writes: | > menues.bind | > | > i can start preferences, doing nothing, saving and restarting | > lyx is the same: no shortcuts anyway. | > | > Herbert | | This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | rather than bind/ ? Or change to use another ending... Lgb
Re: lyx 1.1.6pre2 shortcuts
Herbert Voss <[EMAIL PROTECTED]> writes: | > > menues.bind | > > | > > i can start preferences, doing nothing, saving and restarting | > > lyx is the same: no shortcuts anyway. | > | > This is wrong. It should be emacs.bind, cua.bind or whatever you prefer. | > menus.bind is most definitely wrong. Maybe these files should be moved to ui/ | > rather than bind/ ? | | ok. that's it. but the problem is, that lyx 1.1.6 starts with | this option (menue.bind) by default, if no preferences exists. Yes, and the question is: "Why is that?" Lgb
Re: configuring 1.1.6pre2
Alvaro Tejero Cantero [EMAIL PROTECTED] writes: | As usual I have done cvs update then a ./configure | --with-lyxname=lyx-1.1.6cvs --prefix=/usr/local/ | but this time configure suddenly stopped issuing the following message | | | checking for atexit... (cached) yes | ./configure: line 11344: syntax error near unexpected token | `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h' | ./configure: line 11344: `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h | stdlib.h)' Update again... | I wonder wether something I am unaware of has to be done. | Also, pre2 is the release for po-updating, isn't it? | If so, how much time do you expect translators to have? I am going to send a heads up to translators now, so that they can begin translating. There is too many po files that is lagging beghind... Lgb
announce lyx-1.1.6pre2
The second prerelease of 1.1.6 has been available for some days now, and this time it is also announced here and not just on the developers list. We'd like it a lot if people took the time to test this version, but let me come with a stern warning first: The LyX file format has changed, so you will have problems of going back to a earlier lyx release unless you BACKUP your files. You have been warned. We would especially like testing of: - the new tabular code - the new import/export code - the externalinset code Also general user views are appreciated. From NEWS: As with all of the 1.1.x versions of LyX, this release contains a lot of new code: in particular, half of the changes described in the ChangeLog (which dates back to the 1.1.0 release) describe changes in LyX 1.1.6! Besides the usual under-the-hood changes, LyX 1.1.6 has many new user-visible features. The main visible feature is that the GUI-independent branch of development has been merged, as well as code from the older development version: - many popups have been rewritten to use the new GUI-I scheme. In the process they have received a nice cleanup: the Document and Paragraph popups now contain in one single place what was previously scattered in many places. Similarly, the citation and cross reference popups have been overhauled. - LyX now has a Preference popup where you can change most of your lyxrc settings [Allan, details?] - the menus can now be defined in a text file, and they automatically display the keyboard bindings associated with commands. - it is now possible to provide your own icons for the toolbar. - last but not least, work has begun on a KDE and a Gnome frontend for LyX. They are not officially supported for this version, but this will give you an idea of what is happening. Other major changes in 1.1.6 include: - the table support has been completely rewritten. It is now a modular object (inset), each cell of which owns a (also) newly written text inset. This now permits automatic text-wrap inside a tabular cell (if you define a width), multiparagraph mode AND setting of layouts for the paragraphs (lists inside a tabular cell!). Last but not least, a wide tabular now scrolls automatically so that all of it is visible without the need to enlarge the window! While there are as yet no other new features, they will be now MUCH easier to add. It may be that because of being "young" code some features may not work right now, but at least it is much better than before. - new external material inset: this is a new kind of very powerful inset which will allow LyX to interface intelligently with external applications. Among other good things, it will finally allow you to include GIF, JPEG, TIF, PNG, or just about any other raster format images in your document. It will even do an approximate ascii rendering when you do Ascii export if you have gifscii installed. - The code which converts from LyX format to anything else (for viewing or exporting purposes) and from anything else to LyX has been rewritten. In particular, it is now possible to export to PDF, and to import from HTML/MSWord. In fact it's now possible to add new import/export formats without recompiling LyX by specifying external programs or scripts in lyxrc settings (note that the old import/export lyxrc settings no longer work). - LyX can do command line exports without opening any GUI components. - The multilingual support has been improved. It is now possible to use in a document languages with different encodings, e.g. German (iso8859-1) and Czech (iso8859-2). Such a document can be viewed on screen using an iso10646-1 (Unicode) font. However, it is (currently) not possible to have differently encoded languages in the same paragraph. The languages and the encodings are defined in text files. - Improved support for Hebrew and Arabic (also present in 1.1.5fix2). - included files work now with docbook and linuxdoc; new layout docbook-book. - PSpell library and Aspell spell checker support now included thanks largely to Kevin Atkinson (PSpell and Aspell maintainer). And finally, there have been a lot of smaller changes, which are mentioned here for your information - the menu entry File-New does not prompt for a file name by default (this can be changed in lyxrc). - new -geometry command line option, which replaces the old -width, -height, etc. Lgb
Re: configuring 1.1.6pre2
Alvaro Tejero Cantero [EMAIL PROTECTED] writes: | As usual I have done cvs update then a ./configure | --with-lyxname=lyx-1.1.6cvs --prefix=/usr/local/ | but this time configure suddenly stopped issuing the following message | | | checking for atexit... (cached) yes | ./configure: line 11344: syntax error near unexpected token | `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h' | ./configure: line 11344: `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h | stdlib.h)' Update again... | I wonder wether something I am unaware of has to be done. | Also, pre2 is the release for po-updating, isn't it? | If so, how much time do you expect translators to have? I am going to send a heads up to translators now, so that they can begin translating. There is too many po files that is lagging beghind... Lgb
announce lyx-1.1.6pre2
The second prerelease of 1.1.6 has been available for some days now, and this time it is also announced here and not just on the developers list. We'd like it a lot if people took the time to test this version, but let me come with a stern warning first: The LyX file format has changed, so you will have problems of going back to a earlier lyx release unless you BACKUP your files. You have been warned. We would especially like testing of: - the new tabular code - the new import/export code - the externalinset code Also general user views are appreciated. From NEWS: As with all of the 1.1.x versions of LyX, this release contains a lot of new code: in particular, half of the changes described in the ChangeLog (which dates back to the 1.1.0 release) describe changes in LyX 1.1.6! Besides the usual under-the-hood changes, LyX 1.1.6 has many new user-visible features. The main visible feature is that the GUI-independent branch of development has been merged, as well as code from the older development version: - many popups have been rewritten to use the new GUI-I scheme. In the process they have received a nice cleanup: the Document and Paragraph popups now contain in one single place what was previously scattered in many places. Similarly, the citation and cross reference popups have been overhauled. - LyX now has a Preference popup where you can change most of your lyxrc settings [Allan, details?] - the menus can now be defined in a text file, and they automatically display the keyboard bindings associated with commands. - it is now possible to provide your own icons for the toolbar. - last but not least, work has begun on a KDE and a Gnome frontend for LyX. They are not officially supported for this version, but this will give you an idea of what is happening. Other major changes in 1.1.6 include: - the table support has been completely rewritten. It is now a modular object (inset), each cell of which owns a (also) newly written text inset. This now permits automatic text-wrap inside a tabular cell (if you define a width), multiparagraph mode AND setting of layouts for the paragraphs (lists inside a tabular cell!). Last but not least, a wide tabular now scrolls automatically so that all of it is visible without the need to enlarge the window! While there are as yet no other new features, they will be now MUCH easier to add. It may be that because of being "young" code some features may not work right now, but at least it is much better than before. - new external material inset: this is a new kind of very powerful inset which will allow LyX to interface intelligently with external applications. Among other good things, it will finally allow you to include GIF, JPEG, TIF, PNG, or just about any other raster format images in your document. It will even do an approximate ascii rendering when you do Ascii export if you have gifscii installed. - The code which converts from LyX format to anything else (for viewing or exporting purposes) and from anything else to LyX has been rewritten. In particular, it is now possible to export to PDF, and to import from HTML/MSWord. In fact it's now possible to add new import/export formats without recompiling LyX by specifying external programs or scripts in lyxrc settings (note that the old import/export lyxrc settings no longer work). - LyX can do command line exports without opening any GUI components. - The multilingual support has been improved. It is now possible to use in a document languages with different encodings, e.g. German (iso8859-1) and Czech (iso8859-2). Such a document can be viewed on screen using an iso10646-1 (Unicode) font. However, it is (currently) not possible to have differently encoded languages in the same paragraph. The languages and the encodings are defined in text files. - Improved support for Hebrew and Arabic (also present in 1.1.5fix2). - included files work now with docbook and linuxdoc; new layout docbook-book. - PSpell library and Aspell spell checker support now included thanks largely to Kevin Atkinson (PSpell and Aspell maintainer). And finally, there have been a lot of smaller changes, which are mentioned here for your information - the menu entry File-New does not prompt for a file name by default (this can be changed in lyxrc). - new -geometry command line option, which replaces the old -width, -height, etc. Lgb
Re: configuring 1.1.6pre2
Alvaro Tejero Cantero <[EMAIL PROTECTED]> writes: | As usual I have done cvs update then a ./configure | --with-lyxname=lyx-1.1.6cvs --prefix=/usr/local/ | but this time configure suddenly stopped issuing the following message | | | checking for atexit... (cached) yes | ./configure: line 11344: syntax error near unexpected token | `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h' | ./configure: line 11344: `LYX_CHECK_DECL_HDRS(mkstemp,unistd.h | stdlib.h)' Update again... | I wonder wether something I am unaware of has to be done. | Also, pre2 is the release for po-updating, isn't it? | If so, how much time do you expect translators to have? I am going to send a heads up to translators now, so that they can begin translating. There is too many po files that is lagging beghind... Lgb
announce lyx-1.1.6pre2
The second prerelease of 1.1.6 has been available for some days now, and this time it is also announced here and not just on the developers list. We'd like it a lot if people took the time to test this version, but let me come with a stern warning first: The LyX file format has changed, so you will have problems of going back to a earlier lyx release unless you BACKUP your files. You have been warned. We would especially like testing of: - the new tabular code - the new import/export code - the externalinset code Also general user views are appreciated. >From NEWS: As with all of the 1.1.x versions of LyX, this release contains a lot of new code: in particular, half of the changes described in the ChangeLog (which dates back to the 1.1.0 release) describe changes in LyX 1.1.6! Besides the usual under-the-hood changes, LyX 1.1.6 has many new user-visible features. The main visible feature is that the GUI-independent branch of development has been merged, as well as code from the older development version: - many popups have been rewritten to use the new GUI-I scheme. In the process they have received a nice cleanup: the Document and Paragraph popups now contain in one single place what was previously scattered in many places. Similarly, the citation and cross reference popups have been overhauled. - LyX now has a Preference popup where you can change most of your lyxrc settings [Allan, details?] - the menus can now be defined in a text file, and they automatically display the keyboard bindings associated with commands. - it is now possible to provide your own icons for the toolbar. - last but not least, work has begun on a KDE and a Gnome frontend for LyX. They are not officially supported for this version, but this will give you an idea of what is happening. Other major changes in 1.1.6 include: - the table support has been completely rewritten. It is now a modular object (inset), each cell of which owns a (also) newly written text inset. This now permits automatic text-wrap inside a tabular cell (if you define a width), multiparagraph mode AND setting of layouts for the paragraphs (lists inside a tabular cell!). Last but not least, a wide tabular now scrolls automatically so that all of it is visible without the need to enlarge the window! While there are as yet no other new features, they will be now MUCH easier to add. It may be that because of being "young" code some features may not work right now, but at least it is much better than before. - new external material inset: this is a new kind of very powerful inset which will allow LyX to interface intelligently with external applications. Among other good things, it will finally allow you to include GIF, JPEG, TIF, PNG, or just about any other raster format images in your document. It will even do an approximate ascii rendering when you do Ascii export if you have gifscii installed. - The code which converts from LyX format to anything else (for viewing or exporting purposes) and from anything else to LyX has been rewritten. In particular, it is now possible to export to PDF, and to import from HTML/MSWord. In fact it's now possible to add new import/export formats without recompiling LyX by specifying external programs or scripts in lyxrc settings (note that the old import/export lyxrc settings no longer work). - LyX can do command line exports without opening any GUI components. - The multilingual support has been improved. It is now possible to use in a document languages with different encodings, e.g. German (iso8859-1) and Czech (iso8859-2). Such a document can be viewed on screen using an iso10646-1 (Unicode) font. However, it is (currently) not possible to have differently encoded languages in the same paragraph. The languages and the encodings are defined in text files. - Improved support for Hebrew and Arabic (also present in 1.1.5fix2). - included files work now with docbook and linuxdoc; new layout docbook-book. - PSpell library and Aspell spell checker support now included thanks largely to Kevin Atkinson (PSpell and Aspell maintainer). And finally, there have been a lot of smaller changes, which are mentioned here for your information - the menu entry File->New does not prompt for a file name by default (this can be changed in lyxrc). - new -geometry command line option, which replaces the old -width, -height, etc. Lgb
Re: Presentation / large fonts
Herbert Voss [EMAIL PROTECTED] writes: | Thomas Adamek wrote: | | The problem with article class or some other normal class are too small | fonts. LyX doesn't let me select over 12 point fonts, how could I do that? | "Seminar" can be used in Lyx ? That sounds interesting to me. And how | do I bring it into lyx? | | layout-document-class-seminar | | or is this class missing in your lyx-installation? Note that this layotu is not very well supported yet, and if somebody have a better version I'd be happy to use that instead. Lgb
Re: reLyx and pictures
Tuukka Toivonen [EMAIL PROTECTED] writes: | On Tue, 21 Nov 2000, Paul E Johnson wrote: | | What do you do to put pictures (jpeg or gif) into Lyx documents? | | Convert those to eps with your favorite tool like Xv. | It would be very nice if LyX would support other than eps files, but AFAIK | it doesn't, although I believe developers are working on it. Will probably be there in 1.2.0 Lgb
Re: Presentation / large fonts
Herbert Voss [EMAIL PROTECTED] writes: | Thomas Adamek wrote: | | The problem with article class or some other normal class are too small | fonts. LyX doesn't let me select over 12 point fonts, how could I do that? | "Seminar" can be used in Lyx ? That sounds interesting to me. And how | do I bring it into lyx? | | layout-document-class-seminar | | or is this class missing in your lyx-installation? Note that this layotu is not very well supported yet, and if somebody have a better version I'd be happy to use that instead. Lgb
Re: reLyx and pictures
Tuukka Toivonen [EMAIL PROTECTED] writes: | On Tue, 21 Nov 2000, Paul E Johnson wrote: | | What do you do to put pictures (jpeg or gif) into Lyx documents? | | Convert those to eps with your favorite tool like Xv. | It would be very nice if LyX would support other than eps files, but AFAIK | it doesn't, although I believe developers are working on it. Will probably be there in 1.2.0 Lgb
Re: Presentation / large fonts
Herbert Voss <[EMAIL PROTECTED]> writes: | Thomas Adamek wrote: | > | > > The problem with article class or some other normal class are too small | > > fonts. LyX doesn't let me select over 12 point fonts, how could I do that? | > "Seminar" can be used in Lyx ? That sounds interesting to me. And how | > do I bring it into lyx? | | layout->document->class->seminar | | or is this class missing in your lyx-installation? Note that this layotu is not very well supported yet, and if somebody have a better version I'd be happy to use that instead. Lgb
Re: reLyx and pictures
Tuukka Toivonen <[EMAIL PROTECTED]> writes: | On Tue, 21 Nov 2000, Paul E Johnson wrote: | | > What do you do to put pictures (jpeg or gif) into Lyx documents? | | Convert those to eps with your favorite tool like Xv. | It would be very nice if LyX would support other than eps files, but AFAIK | it doesn't, although I believe developers are working on it. Will probably be there in 1.2.0 Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen [EMAIL PROTECTED] writes: | I started writing new document and in the very beginning I wanted to write | name Silvén. I pressed S, i, l, v so far so good. Then I want é, I press | dead key of ' and the computer waits another key. I press e -- and LyX | disappears immediately. I have a feeling that it's Xforms bug, but maybe | not. This is (almost) Red Hat 6.2, glibc 2.1, x86 AMD Athlon. | Fortunately I can get é by copying and pasting from this xterm window. | The same happens also when I don't have any document open in LyX. Would ave been nice to know the LyX version too... I guess it is 1.1.5[fix1]? I belive 1.1.5fix2 has this fixed. If not we have to investigate a bit further. Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen [EMAIL PROTECTED] writes: | On 14 Nov 2000, Lars Gullik Bjønnes wrote: | | Ok, can you try 1.1.5fix2 before we begin investigating further? | | Interesting. It has the same problem! | Also I forgot to mention, I used xforms 0.89. | | I also tried xforms 0.88: lyx works fine with it. | Looks more and more like xforms bug... Ok, if 0.88 works use that. In 1.1.6 we have changed several things and it should be safe to use 0.89 there. (if you have a new release of 0.89 that is.) Lgb
Re: Fr menu with lyx-1.1.6pre1
Emmanuel GUREGHIAN [EMAIL PROTECTED] writes: | And anyway we are waiting for pre series to begin the translation. 1.1.6pre1 was released some days ago... but was not announced except at the devel list. Now most of the work on the preferences are beginning to finish up and I plan to release a pre2 tomorrow. I only have to perform some compilation checks first... Anyway things are beginning to stabilize(?) and translation should be done against the lyx.pot and the po files in pre2 (and updated in pre3 when that is released.) Pre2 will be announced here and at the lyx-devel list. Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen [EMAIL PROTECTED] writes: | I started writing new document and in the very beginning I wanted to write | name Silvén. I pressed S, i, l, v so far so good. Then I want é, I press | dead key of ' and the computer waits another key. I press e -- and LyX | disappears immediately. I have a feeling that it's Xforms bug, but maybe | not. This is (almost) Red Hat 6.2, glibc 2.1, x86 AMD Athlon. | Fortunately I can get é by copying and pasting from this xterm window. | The same happens also when I don't have any document open in LyX. Would ave been nice to know the LyX version too... I guess it is 1.1.5[fix1]? I belive 1.1.5fix2 has this fixed. If not we have to investigate a bit further. Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen [EMAIL PROTECTED] writes: | On 14 Nov 2000, Lars Gullik Bjønnes wrote: | | Ok, can you try 1.1.5fix2 before we begin investigating further? | | Interesting. It has the same problem! | Also I forgot to mention, I used xforms 0.89. | | I also tried xforms 0.88: lyx works fine with it. | Looks more and more like xforms bug... Ok, if 0.88 works use that. In 1.1.6 we have changed several things and it should be safe to use 0.89 there. (if you have a new release of 0.89 that is.) Lgb
Re: Fr menu with lyx-1.1.6pre1
Emmanuel GUREGHIAN [EMAIL PROTECTED] writes: | And anyway we are waiting for pre series to begin the translation. 1.1.6pre1 was released some days ago... but was not announced except at the devel list. Now most of the work on the preferences are beginning to finish up and I plan to release a pre2 tomorrow. I only have to perform some compilation checks first... Anyway things are beginning to stabilize(?) and translation should be done against the lyx.pot and the po files in pre2 (and updated in pre3 when that is released.) Pre2 will be announced here and at the lyx-devel list. Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen <[EMAIL PROTECTED]> writes: | I started writing new document and in the very beginning I wanted to write | name Silvén. I pressed S, i, l, v so far so good. Then I want é, I press | dead key of ' and the computer waits another key. I press e -- and LyX | disappears immediately. I have a feeling that it's Xforms bug, but maybe | not. This is (almost) Red Hat 6.2, glibc 2.1, x86 AMD Athlon. | Fortunately I can get é by copying and pasting from this xterm window. | The same happens also when I don't have any document open in LyX. Would ave been nice to know the LyX version too... I guess it is 1.1.5[fix1]? I belive 1.1.5fix2 has this fixed. If not we have to investigate a bit further. Lgb
Re: Another stupid bug in Xforms(?), complete crash
Tuukka Toivonen <[EMAIL PROTECTED]> writes: | On 14 Nov 2000, Lars Gullik Bjønnes wrote: | | > Ok, can you try 1.1.5fix2 before we begin investigating further? | | Interesting. It has the same problem! | Also I forgot to mention, I used xforms 0.89. | | I also tried xforms 0.88: lyx works fine with it. | Looks more and more like xforms bug... Ok, if 0.88 works use that. In 1.1.6 we have changed several things and it should be safe to use 0.89 there. (if you have a new release of 0.89 that is.) Lgb
Re: Fr menu with lyx-1.1.6pre1
Emmanuel GUREGHIAN <[EMAIL PROTECTED]> writes: | And anyway we are waiting for pre series to begin the translation. 1.1.6pre1 was released some days ago... but was not announced except at the devel list. Now most of the work on the preferences are beginning to finish up and I plan to release a pre2 tomorrow. I only have to perform some compilation checks first... Anyway things are beginning to stabilize(?) and translation should be done against the lyx.pot and the po files in pre2 (and updated in pre3 when that is released.) Pre2 will be announced here and at the lyx-devel list. Lgb
Re: Vertical Space smaller then Length
Marek Wo³oszyk [EMAIL PROTECTED] writes:
| How to change Vertical Space ?
| I would like to have smaller then Verical Space = Length...
|
|
| what kind of vertical space do you mean?
| the line spacing?
| Yes...
|
|I would like to have smaller then ZERO:minimal size
| (Menu:Layout-Paragraph: Verical Space.Above or = Length. 0.0001mm
| in )
But this is paragraph spacing and not line spacing.
Line spacing uses a multiplier so that is easy to get smaler than he
standard line spacing.
Paragraph spacing is harder and currently I think you have to put
some latex magic in your preamble (but that will work globally and not
for a singele paragraph)
You can also add some latex code right after your paragrap and mark it
as tex.
\vspace{-3cm}
might work
Lgb
|
| z powa¿aniem
| Marek Wo³oszyk
| [EMAIL PROTECTED]
| +48-602-346070
Re: Vertical Space smaller then Length
Marek Wo³oszyk [EMAIL PROTECTED] writes:
| How to change Vertical Space ?
| I would like to have smaller then Verical Space = Length...
|
|
| what kind of vertical space do you mean?
| the line spacing?
| Yes...
|
|I would like to have smaller then ZERO:minimal size
| (Menu:Layout-Paragraph: Verical Space.Above or = Length. 0.0001mm
| in )
But this is paragraph spacing and not line spacing.
Line spacing uses a multiplier so that is easy to get smaler than he
standard line spacing.
Paragraph spacing is harder and currently I think you have to put
some latex magic in your preamble (but that will work globally and not
for a singele paragraph)
You can also add some latex code right after your paragrap and mark it
as tex.
\vspace{-3cm}
might work
Lgb
|
| z powa¿aniem
| Marek Wo³oszyk
| [EMAIL PROTECTED]
| +48-602-346070
Re: Vertical Space smaller then Length
Marek Wo³oszyk <[EMAIL PROTECTED]> writes:
| > > How to change Vertical Space ?
| > > I would like to have smaller then Verical Space = Length...
| >
| >
| > what kind of vertical space do you mean?
| > the line spacing?
| Yes...
|
|I would like to have smaller then ZERO:minimal size
| (Menu:Layout->Paragraph: Verical Space.Above or = Length. 0.0001mm
| > > in )
But this is paragraph spacing and not line spacing.
Line spacing uses a multiplier so that is easy to get smaler than he
standard line spacing.
Paragraph spacing is harder and currently I think you have to put
some latex magic in your preamble (but that will work globally and not
for a singele paragraph)
You can also add some latex code right after your paragrap and mark it
as tex.
\vspace{-3cm}
might work
Lgb
|
| z powa¿aniem
| Marek Wo³oszyk
| [EMAIL PROTECTED]
| +48-602-346070
Re: Error in seminar class?
Sarah Mount [EMAIL PROTECTED] writes:
| On Tue, 7 Nov 2000, Herbert Voss wrote:
|
| Sarah Mount wrote:
|
| Apologies if this has already been discussed... I've been trying to use
| the Seminar document class, but get "Missing \begin{document}" errors, no
| matter what I do! I'm running LyX v1.1.5fix2. Any ideas, anyone?
|
| from my point of view, the error must be located in your latex preamble.
|
| Well, I fixed it by changing the layout file. hmmm. More importantly, now
| the darn thing works, I can't figure out what "SlideContents" does. Anyone
| know?
The seminar layout file is not finised sine it need some lacking lyx
features.
SlideContents is a placeolder and you "put" all your regular paragrap
layout styles "inside" it.
Lgb
Re: Error in seminar class?
Sarah Mount [EMAIL PROTECTED] writes:
| On Tue, 7 Nov 2000, Herbert Voss wrote:
|
| Sarah Mount wrote:
|
| Apologies if this has already been discussed... I've been trying to use
| the Seminar document class, but get "Missing \begin{document}" errors, no
| matter what I do! I'm running LyX v1.1.5fix2. Any ideas, anyone?
|
| from my point of view, the error must be located in your latex preamble.
|
| Well, I fixed it by changing the layout file. hmmm. More importantly, now
| the darn thing works, I can't figure out what "SlideContents" does. Anyone
| know?
The seminar layout file is not finised sine it need some lacking lyx
features.
SlideContents is a placeolder and you "put" all your regular paragrap
layout styles "inside" it.
Lgb
Re: Error in seminar class?
Sarah Mount <[EMAIL PROTECTED]> writes:
| On Tue, 7 Nov 2000, Herbert Voss wrote:
|
| > Sarah Mount wrote:
| > >
| > > Apologies if this has already been discussed... I've been trying to use
| > > the Seminar document class, but get "Missing \begin{document}" errors, no
| > > matter what I do! I'm running LyX v1.1.5fix2. Any ideas, anyone?
| >
| > from my point of view, the error must be located in your latex preamble.
|
| Well, I fixed it by changing the layout file. hmmm. More importantly, now
| the darn thing works, I can't figure out what "SlideContents" does. Anyone
| know?
The seminar layout file is not finised sine it need some lacking lyx
features.
SlideContents is a placeolder and you "put" all your regular paragrap
layout styles "inside" it.
Lgb
Re: redhat-7.0 anybody?
Wai-Sun Chia [EMAIL PROTECTED] writes: | Try this: | Find "sstream" in configure and configure.in and get rid of it... | Rebuild. Or remove the -fno-rtti from the compile/link command. Lgb
Re: redhat-7.0 anybody?
Wai-Sun Chia [EMAIL PROTECTED] writes: | Try this: | Find "sstream" in configure and configure.in and get rid of it... | Rebuild. Or remove the -fno-rtti from the compile/link command. Lgb
Re: redhat-7.0 anybody?
Wai-Sun Chia <[EMAIL PROTECTED]> writes: | Try this: | Find "sstream" in configure and configure.in and get rid of it... | Rebuild. Or remove the -fno-rtti from the compile/link command. Lgb
Re: bug in lyx1.1.6pre1 - include file..
Kees van Wijk [EMAIL PROTECTED] writes:
| When I do a
|
| Insert-Include file
| and insert an other lyx file this information is written like this in the
| lyx-file format:
|
| \layout Standard
|
| \begin_inset Include \Include{file.lyx}
|
| \end_inset
|
| It should be without a capital in the second Include:
|
| \begin_inset Include \include{file.lyx}
|
|
| Probably a very easy to fix bug!
|
| BTW. Is this a good way to post bugs, or should I send this to an official
| bug list to have this bug being processed?
You should at least use [EMAIL PROTECTED]
Can you try this: manually edit the .lyx file and change \Include to
\include, load the file into lyx, save the file. Has \include changed
back to \Include?
Lgb
Re: printing and
Aaron Maxwell [EMAIL PROTECTED] writes: | I'm using LyX version 1.1.5fix2. It was built with xforms-088 | and libxpm 3.4k, on Irix 6.5. My latex uses TeX Version 3.1415 (C version | 6.1). What does "latex -version" say? I suspect that your (La)TeX distribution is really old. Lgb
Re: bug in lyx1.1.6pre1 - include file..
Kees van Wijk [EMAIL PROTECTED] writes:
| When I do a
|
| Insert-Include file
| and insert an other lyx file this information is written like this in the
| lyx-file format:
|
| \layout Standard
|
| \begin_inset Include \Include{file.lyx}
|
| \end_inset
|
| It should be without a capital in the second Include:
|
| \begin_inset Include \include{file.lyx}
|
|
| Probably a very easy to fix bug!
|
| BTW. Is this a good way to post bugs, or should I send this to an official
| bug list to have this bug being processed?
You should at least use [EMAIL PROTECTED]
Can you try this: manually edit the .lyx file and change \Include to
\include, load the file into lyx, save the file. Has \include changed
back to \Include?
Lgb
Re: printing < and >
Aaron Maxwell <[EMAIL PROTECTED]> writes: | I'm using LyX version 1.1.5fix2. It was built with xforms-088 | and libxpm 3.4k, on Irix 6.5. My latex uses TeX Version 3.1415 (C version | 6.1). What does "latex -version" say? I suspect that your (La)TeX distribution is really old. Lgb
Re: bug in lyx1.1.6pre1 -> include file..
Kees van Wijk <[EMAIL PROTECTED]> writes:
| When I do a
|
| Insert->Include file
| and insert an other lyx file this information is written like this in the
| lyx-file format:
|
| \layout Standard
|
| \begin_inset Include \Include{file.lyx}
|
| \end_inset
|
| It should be without a capital in the second Include:
|
| \begin_inset Include \include{file.lyx}
|
|
| Probably a very easy to fix bug!
|
| BTW. Is this a good way to post bugs, or should I send this to an official
| bug list to have this bug being processed?
You should at least use [EMAIL PROTECTED]
Can you try this: manually edit the .lyx file and change \Include to
\include, load the file into lyx, save the file. Has \include changed
back to \Include?
Lgb
Re: comment
Myriam Abramson [EMAIL PROTECTED] writes:
| Hi!
|
| I desperately need to print those nice comments I put in my papers.
| Any ideas how? I really do not want to write them back by hand.
Are the commens put in a "Comments" layout or in a note inset?
For the Comment environment a snippet in the preamble should do the
trick, but I am not enough of a LaTeX master to provide that.
for reference, this is the definition of comment in verbatim.sty:
\def\comment{\@bsphack
\let\do\@makeother\dospecials\catcode`\^^M\active
\let\verbatim@startline\relax
\let\verbatim@addtoline\@gobble
\let\verbatim@processline\relax
\let\verbatim@finish\relax
\verbatim@}
\let\endcomment=\@esphack
It is is Note insets you have to play tricks on the .lyx file with
sed/awk or similar.
Lgb
Re: comment
Myriam Abramson [EMAIL PROTECTED] writes:
| Hi!
|
| I desperately need to print those nice comments I put in my papers.
| Any ideas how? I really do not want to write them back by hand.
Are the commens put in a "Comments" layout or in a note inset?
For the Comment environment a snippet in the preamble should do the
trick, but I am not enough of a LaTeX master to provide that.
for reference, this is the definition of comment in verbatim.sty:
\def\comment{\@bsphack
\let\do\@makeother\dospecials\catcode`\^^M\active
\let\verbatim@startline\relax
\let\verbatim@addtoline\@gobble
\let\verbatim@processline\relax
\let\verbatim@finish\relax
\verbatim@}
\let\endcomment=\@esphack
It is is Note insets you have to play tricks on the .lyx file with
sed/awk or similar.
Lgb
Re: comment
Myriam Abramson <[EMAIL PROTECTED]> writes:
| Hi!
|
| I desperately need to print those nice comments I put in my papers.
| Any ideas how? I really do not want to write them back by hand.
Are the commens put in a "Comments" layout or in a note inset?
For the Comment environment a snippet in the preamble should do the
trick, but I am not enough of a LaTeX master to provide that.
for reference, this is the definition of comment in verbatim.sty:
\def\comment{\@bsphack
\let\do\@makeother\dospecials\catcode`\^^M\active
\let\verbatim@startline\relax
\let\verbatim@addtoline\@gobble
\let\verbatim@processline\relax
\let\verbatim@finish\relax
\verbatim@}
\let\endcomment=\@esphack
It is is Note insets you have to play tricks on the .lyx file with
sed/awk or similar.
Lgb
Re: fix2 for Win32
"Claus Hentschel" [EMAIL PROTECTED] writes: | The current release now is available for Win32, too. As usual have a look | at: | | http://www.fh-hannover.de/mbau/tim/hentschel/lyx/index.htm | | Many new enhancements have been made to LyX for Win32: Do you have a patch? so that we can see if we can roll some of this into the cvs repository? Lgb
Re: fix2 for Win32
"Claus Hentschel" [EMAIL PROTECTED] writes: | The current release now is available for Win32, too. As usual have a look | at: | | http://www.fh-hannover.de/mbau/tim/hentschel/lyx/index.htm | | Many new enhancements have been made to LyX for Win32: Do you have a patch? so that we can see if we can roll some of this into the cvs repository? Lgb
Re: fix2 for Win32
"Claus Hentschel" <[EMAIL PROTECTED]> writes: | The current release now is available for Win32, too. As usual have a look | at: | | http://www.fh-hannover.de/mbau/tim/hentschel/lyx/index.htm | | Many new enhancements have been made to LyX for Win32: Do you have a patch? so that we can see if we can roll some of this into the cvs repository? Lgb
Re: SuSE rpms for lyx-1.1.5fix2 available
Emmanuel GUREGHIAN [EMAIL PROTECTED] writes: | Moritz Moeller-Herrmann a écrit : | | Get them from | http://hippokrates.jura.uni-mannheim.de/lyx/ | | Have fun and may the source be with you :-) | | -- | Moritz Moeller-Herrmann ICQ #3585990 | Wouldn'd it be better to have all RPMS in the ftp://ftp.lyx.org/.../bin/ | ? | And by the way to have them renamed with suse in the file name ? Yes, please. Upload it to ftp.devel.lyx/pub/incoming and I move it to the correct places, but remember suse in the name somewhere. Lgb
Re: SuSE rpms for lyx-1.1.5fix2 available
Emmanuel GUREGHIAN [EMAIL PROTECTED] writes: | Moritz Moeller-Herrmann a écrit : | | Get them from | http://hippokrates.jura.uni-mannheim.de/lyx/ | | Have fun and may the source be with you :-) | | -- | Moritz Moeller-Herrmann ICQ #3585990 | Wouldn'd it be better to have all RPMS in the ftp://ftp.lyx.org/.../bin/ | ? | And by the way to have them renamed with suse in the file name ? Yes, please. Upload it to ftp.devel.lyx/pub/incoming and I move it to the correct places, but remember suse in the name somewhere. Lgb
Re: SuSE rpms for lyx-1.1.5fix2 available
Emmanuel GUREGHIAN <[EMAIL PROTECTED]> writes: | Moritz Moeller-Herrmann a écrit : | > | > Get them from | > http://hippokrates.jura.uni-mannheim.de/lyx/ | > | > Have fun and may the source be with you :-) | > | > -- | > Moritz Moeller-Herrmann ICQ #3585990 | Wouldn'd it be better to have all RPMS in the ftp://ftp.lyx.org/.../bin/ | ? | And by the way to have them renamed with suse in the file name ? Yes, please. Upload it to ftp.devel.lyx/pub/incoming and I move it to the correct places, but remember suse in the name somewhere. Lgb
Re: Status of pdflatex support in lyx?
Beaubert Francois [EMAIL PROTECTED] writes: | Hi, | | I'm wondering about the status of pdflatex support in lyx | To me the only tool avaible to produce pdf directly from lyx files is | lyx2pdf which work well on my computer | But is there plan to include pdflatex support in lyx in 1.1.6? No, not directly... but there will be support for exporting to latex. And that export can use pdflatex. More integrated support will not come until 1.2.x Lgb
Re: lyx on BeOs?
"Henrico Wanders" [EMAIL PROTECTED] writes: | I have a question whether it is possible to use either precompiled packages that can |be used on a system that works with BeOS, or how to compile the existing source code? | If I am right, BeOs has some X functionality and the structure of | the system is influenced by both *nix and Mac-systems. You need: - the xforms graphics lib - an X server + X libs - posix functions If you have the above it is likely that LyX can be compiled for BeOS. Lgb
Re: lyx on BeOs?
Michael McPherson [EMAIL PROTECTED] writes: | These are all available under beos as far as I know. I've not tried | setting any of them up, however. An X server is available as part of | the "Geekgadgets" package. and xforms is available on | www.bebits.com so you should try to compile it then... it should break _only_ at a couple of places, the same places where we have special code for cygwin and OS/2. Lgb | | On 18 Oct 2000 16:08:11 +0200, you wrote: | | "Henrico Wanders" [EMAIL PROTECTED] writes: | | | I have a question whether it is possible to use either precompiled | packages that can be used on a system that works with BeOS, or how | to compile the existing source code? | | If I am right, BeOs has some X functionality and the structure of | | the system is influenced by both *nix and Mac-systems. | | You need: | - the xforms graphics lib | - an X server + X libs | - posix functions | | If you have the above it is likely that LyX can be compiled for BeOS. | | Lgb
Re: Status of pdflatex support in lyx?
Dekel Tsur [EMAIL PROTECTED] writes: | On Wed, Oct 18, 2000 at 11:29:27AM +0200, Lars Gullik Bjønnes wrote: | Beaubert Francois [EMAIL PROTECTED] writes: | | | Hi, | | | | I'm wondering about the status of pdflatex support in lyx | | To me the only tool avaible to produce pdf directly from lyx files is | | lyx2pdf which work well on my computer | | But is there plan to include pdflatex support in lyx in 1.1.6? | | No, not directly... but there will be support for exporting to latex. ^^^ And I really meant to write pdf here | And that export can use pdflatex. | | More integrated support will not come until 1.2.x | | No, there will be a direct support for pdflatex in 1.1.6, | i.e. in the File-Export menu, one of the options is to export as PDF | (using pdflatex). Yes, and that is what I call indirect support. We will not have any special pdf support in 1.1.6, Lgb
Re: Status of pdflatex support in lyx?
Beaubert Francois [EMAIL PROTECTED] writes: | Hi, | | I'm wondering about the status of pdflatex support in lyx | To me the only tool avaible to produce pdf directly from lyx files is | lyx2pdf which work well on my computer | But is there plan to include pdflatex support in lyx in 1.1.6? No, not directly... but there will be support for exporting to latex. And that export can use pdflatex. More integrated support will not come until 1.2.x Lgb
Re: lyx on BeOs?
"Henrico Wanders" [EMAIL PROTECTED] writes: | I have a question whether it is possible to use either precompiled packages that can |be used on a system that works with BeOS, or how to compile the existing source code? | If I am right, BeOs has some X functionality and the structure of | the system is influenced by both *nix and Mac-systems. You need: - the xforms graphics lib - an X server + X libs - posix functions If you have the above it is likely that LyX can be compiled for BeOS. Lgb
Re: lyx on BeOs?
Michael McPherson [EMAIL PROTECTED] writes: | These are all available under beos as far as I know. I've not tried | setting any of them up, however. An X server is available as part of | the "Geekgadgets" package. and xforms is available on | www.bebits.com so you should try to compile it then... it should break _only_ at a couple of places, the same places where we have special code for cygwin and OS/2. Lgb | | On 18 Oct 2000 16:08:11 +0200, you wrote: | | "Henrico Wanders" [EMAIL PROTECTED] writes: | | | I have a question whether it is possible to use either precompiled | packages that can be used on a system that works with BeOS, or how | to compile the existing source code? | | If I am right, BeOs has some X functionality and the structure of | | the system is influenced by both *nix and Mac-systems. | | You need: | - the xforms graphics lib | - an X server + X libs | - posix functions | | If you have the above it is likely that LyX can be compiled for BeOS. | | Lgb
Re: Status of pdflatex support in lyx?
Dekel Tsur [EMAIL PROTECTED] writes: | On Wed, Oct 18, 2000 at 11:29:27AM +0200, Lars Gullik Bjønnes wrote: | Beaubert Francois [EMAIL PROTECTED] writes: | | | Hi, | | | | I'm wondering about the status of pdflatex support in lyx | | To me the only tool avaible to produce pdf directly from lyx files is | | lyx2pdf which work well on my computer | | But is there plan to include pdflatex support in lyx in 1.1.6? | | No, not directly... but there will be support for exporting to latex. ^^^ And I really meant to write pdf here | And that export can use pdflatex. | | More integrated support will not come until 1.2.x | | No, there will be a direct support for pdflatex in 1.1.6, | i.e. in the File-Export menu, one of the options is to export as PDF | (using pdflatex). Yes, and that is what I call indirect support. We will not have any special pdf support in 1.1.6, Lgb
Re: Status of pdflatex support in lyx?
Beaubert Francois <[EMAIL PROTECTED]> writes: | Hi, | | I'm wondering about the status of pdflatex support in lyx | To me the only tool avaible to produce pdf directly from lyx files is | lyx2pdf which work well on my computer | But is there plan to include pdflatex support in lyx in 1.1.6? No, not directly... but there will be support for exporting to latex. And that export can use pdflatex. More integrated support will not come until 1.2.x Lgb
Re: lyx on BeOs?
"Henrico Wanders" <[EMAIL PROTECTED]> writes: | I have a question whether it is possible to use either precompiled packages that can |be used on a system that works with BeOS, or how to compile the existing source code? | If I am right, BeOs has some X functionality and the structure of | the system is influenced by both *nix and Mac-systems. You need: - the xforms graphics lib - an X server + X libs - posix functions If you have the above it is likely that LyX can be compiled for BeOS. Lgb
Re: lyx on BeOs?
Michael McPherson <[EMAIL PROTECTED]> writes: | These are all available under beos as far as I know. I've not tried | setting any of them up, however. An X server is available as part of | the "Geekgadgets" package. and xforms is available on | www.bebits.com so you should try to compile it then... it should break _only_ at a couple of places, the same places where we have special code for cygwin and OS/2. Lgb | | On 18 Oct 2000 16:08:11 +0200, you wrote: | | >"Henrico Wanders" <[EMAIL PROTECTED]> writes: | > | >| I have a question whether it is possible to use either precompiled | > packages that can be used on a system that works with BeOS, or how | > to compile the existing source code? | >| If I am right, BeOs has some X functionality and the structure of | >| the system is influenced by both *nix and Mac-systems. | > | >You need: | > - the xforms graphics lib | > - an X server + X libs | > - posix functions | > | >If you have the above it is likely that LyX can be compiled for BeOS. | > | >Lgb
Re: Status of pdflatex support in lyx?
Dekel Tsur <[EMAIL PROTECTED]> writes: | On Wed, Oct 18, 2000 at 11:29:27AM +0200, Lars Gullik Bjønnes wrote: | > Beaubert Francois <[EMAIL PROTECTED]> writes: | > | > | Hi, | > | | > | I'm wondering about the status of pdflatex support in lyx | > | To me the only tool avaible to produce pdf directly from lyx files is | > | lyx2pdf which work well on my computer | > | But is there plan to include pdflatex support in lyx in 1.1.6? | > | > No, not directly... but there will be support for exporting to latex. ^^^ And I really meant to write pdf here | > And that export can use pdflatex. | > | > More integrated support will not come until 1.2.x | | No, there will be a direct support for pdflatex in 1.1.6, | i.e. in the File->Export menu, one of the options is to export as PDF | (using pdflatex). Yes, and that is what I call indirect support. We will not have any special pdf support in 1.1.6, Lgb
[pgo@experian.fr] [Lyx-feedback] Feedback from www.lyx.org
P. Garguilo ([EMAIL PROTECTED]) entered the following feedback message on the LyX home page: No news since two months Too long - LyX and LaTeX are so beautiful. ___ Lyx-feedback mailing list [EMAIL PROTECTED] http://www.lyx.org/mailman/listinfo/lyx-feedback
[pgo@experian.fr] [Lyx-feedback] Feedback from www.lyx.org
P. Garguilo ([EMAIL PROTECTED]) entered the following feedback message on the LyX home page: No news since two months Too long - LyX and LaTeX are so beautiful. ___ Lyx-feedback mailing list [EMAIL PROTECTED] http://www.lyx.org/mailman/listinfo/lyx-feedback
[pgo@experian.fr] [Lyx-feedback] Feedback from www.lyx.org
P. Garguilo ([EMAIL PROTECTED]) entered the following feedback message on the LyX home page: No news since two months Too long - LyX and LaTeX are so beautiful. ___ Lyx-feedback mailing list [EMAIL PROTECTED] http://www.lyx.org/mailman/listinfo/lyx-feedback
Re: Any RedHat 7 users out there?
[EMAIL PROTECTED] writes: | "Paul" == Paul E Johnson [EMAIL PROTECTED] writes: | | Paul As noted in this list last week, RH7 is distributed with a bogus | Paul compiler, gcc-2.96. Lyx does not compile, there are all kinds of errors | Paul pointing back to the standard template library of c++. I've filed a bug | Paul report at RedHat, and expect they may fix it. | | Paul If you are stuck with RH7, what do you do? | | Paul 1. Wait for RedHat to issue new gcc? | Paul 2. Remove gcc-2.96 and retrofit gcc-2.95.2? | Paul 3. Get somebody to build a statically linked lyx? | | Paul I'm leaning to option number 2, but don't know if it will harm my system | Paul in any way. If others have overcome the problem, I'd like to know. I've | Paul searched pretty far and wide in the usenet for solutions. | | How about something really useful? Trace the compilation errors and | supply patches. | | Chances are, the problem is not that there is something "wrong" with | gcc-2.96 - but more likely it is due to the greater standards | conformance. In other words, you're most likely seeing bugs in lyx - | and patches would certainly be welcomed. No :-) The pre-rh7 2.96 only existed in gcc CVS and LyX 1.1.5 is setup to use that with the new emerging standard C++ lib: libstdc++-v3, this sould be changed in 1.1.5fix2 so that 2.96 reflects the rh version a 2.97 could be added to adhere to the gcc cvs version. Jean-Marc, basically what has to be done is to make the 2.96 cases in 1.1.5 be similar to the 2.96 cases in 1.1.6. Lgb
Re: Compiling Lyx statically against xforms
Steven Murdoch [EMAIL PROTECTED] writes: | I am on a shared Redhat 6.2 machine and I do not have root privilages to | it (nor am I likely to get them) | | I tried installing xforms and lyx from RPM setting the prefix to my home | folder and all seemed to go well until I tried to run it could not find | the xforms shared library, this was not surprising as I am not allowed to | add new shared libraries. Sure you are :-) You just ave to compile to location of the shared lib into LyX. Something like -Wl,rpath dirofdynlib have to be added to the ling line. (man gcc, man ld) You can probalby also use LD_LIBRARY_PATH (man ld.so) Lgb
Re: Any RedHat 7 users out there?
[EMAIL PROTECTED] writes: | > "Paul" == Paul E Johnson <[EMAIL PROTECTED]> writes: | | Paul> As noted in this list last week, RH7 is distributed with a bogus | Paul> compiler, gcc-2.96. Lyx does not compile, there are all kinds of errors | Paul> pointing back to the standard template library of c++. I've filed a bug | Paul> report at RedHat, and expect they may fix it. | | Paul> If you are stuck with RH7, what do you do? | | Paul> 1. Wait for RedHat to issue new gcc? | Paul> 2. Remove gcc-2.96 and retrofit gcc-2.95.2? | Paul> 3. Get somebody to build a statically linked lyx? | | Paul> I'm leaning to option number 2, but don't know if it will harm my system | Paul> in any way. If others have overcome the problem, I'd like to know. I've | Paul> searched pretty far and wide in the usenet for solutions. | | How about something really useful? Trace the compilation errors and | supply patches. | | Chances are, the problem is not that there is something "wrong" with | gcc-2.96 - but more likely it is due to the greater standards | conformance. In other words, you're most likely seeing bugs in lyx - | and patches would certainly be welcomed. No :-) The pre-rh7 2.96 only existed in gcc CVS and LyX 1.1.5 is setup to use that with the new emerging standard C++ lib: libstdc++-v3, this sould be changed in 1.1.5fix2 so that 2.96 reflects the rh version a 2.97 could be added to adhere to the gcc cvs version. Jean-Marc, basically what has to be done is to make the 2.96 cases in 1.1.5 be similar to the 2.96 cases in 1.1.6. Lgb
Re: Compiling Lyx statically against xforms
Steven Murdoch <[EMAIL PROTECTED]> writes: | I am on a shared Redhat 6.2 machine and I do not have root privilages to | it (nor am I likely to get them) | | I tried installing xforms and lyx from RPM setting the prefix to my home | folder and all seemed to go well until I tried to run it could not find | the xforms shared library, this was not surprising as I am not allowed to | add new shared libraries. Sure you are :-) You just ave to compile to location of the shared lib into LyX. Something like -Wl,rpath have to be added to the ling line. (man gcc, man ld) You can probalby also use LD_LIBRARY_PATH (man ld.so) Lgb
Re: Question to lyx and kdvi / kghostview
Palfalvi Richard [EMAIL PROTECTED] writes: | HI! | | I have a question concerning viewing the dvi and ps-files: | | I am currently using lyx-1.1.5fix1 under windowmaker (because under KDE | I always get crashes :-( ) | | When I want to view my 160-pages-thesis-file with "view-dvi" lyx starts | the command xdvi - paper . in the command-line but after this it | never starts neither xdvi to show me the dvi-file nor kdvi. | | When I choose "view-PostScript" lyx shows the following command in the | command-line: LaTex running ... none -o "my-file's name" ... | | Why "none ..." ??? | | In my $HOME/.lyxrc-file I put \view_dvi_command kdvi at the beginning, | and \view_ps_command kghostview to show my ps-files. | | But it doesn't seem to work? | | Does my lyx not use the $HOME/.lyxrc-file ? or what happens ? LyX uses a .lyx dir to store config files in. .lyxrc went out of use a long time ago, use .lyx/lyxrc instead. Lgb
Re: Question to lyx and kdvi / kghostview
Palfalvi Richard [EMAIL PROTECTED] writes: | HI! | | I have a question concerning viewing the dvi and ps-files: | | I am currently using lyx-1.1.5fix1 under windowmaker (because under KDE | I always get crashes :-( ) | | When I want to view my 160-pages-thesis-file with "view-dvi" lyx starts | the command xdvi - paper . in the command-line but after this it | never starts neither xdvi to show me the dvi-file nor kdvi. | | When I choose "view-PostScript" lyx shows the following command in the | command-line: LaTex running ... none -o "my-file's name" ... | | Why "none ..." ??? | | In my $HOME/.lyxrc-file I put \view_dvi_command kdvi at the beginning, | and \view_ps_command kghostview to show my ps-files. | | But it doesn't seem to work? | | Does my lyx not use the $HOME/.lyxrc-file ? or what happens ? LyX uses a .lyx dir to store config files in. .lyxrc went out of use a long time ago, use .lyx/lyxrc instead. Lgb
Re: Question to lyx and kdvi / kghostview
Palfalvi Richard <[EMAIL PROTECTED]> writes: | HI! | | I have a question concerning viewing the dvi and ps-files: | | I am currently using lyx-1.1.5fix1 under windowmaker (because under KDE | I always get crashes :-( ) | | When I want to view my 160-pages-thesis-file with "view-dvi" lyx starts | the command xdvi - paper . in the command-line but after this it | never starts neither xdvi to show me the dvi-file nor kdvi. | | When I choose "view-PostScript" lyx shows the following command in the | command-line: LaTex running ... none -o "my-file's name" ... | | Why "none ..." ??? | | In my $HOME/.lyxrc-file I put \view_dvi_command kdvi at the beginning, | and \view_ps_command kghostview to show my ps-files. | | But it doesn't seem to work? | | Does my lyx not use the $HOME/.lyxrc-file ? or what happens ? LyX uses a .lyx dir to store config files in. .lyxrc went out of use a long time ago, use .lyx/lyxrc instead. Lgb
Re: RedHat 7 Compile problems
Carl Flippin [EMAIL PROTECTED] writes: | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ | -isystem /usr/X11R6/include -g -O2 -fhonor-std -c formula.C -o | formula.o Also try to remove the -fhonor-std. (you have to remove it from configure.in and recreate the configure script. or remove -fhonor-std from all Makefile's) Lgb
Re: RedHat 7 Compile problems
Carl Flippin [EMAIL PROTECTED] writes: | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ | -isystem /usr/X11R6/include -g -O2 -fhonor-std -c formula.C -o | formula.o Also try to remove the -fhonor-std. (you have to remove it from configure.in and recreate the configure script. or remove -fhonor-std from all Makefile's) Lgb
Re: RedHat 7 Compile problems
Carl Flippin <[EMAIL PROTECTED]> writes: | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ | -isystem /usr/X11R6/include -g -O2 -fhonor-std -c formula.C -o | formula.o Also try to remove the -fhonor-std. (you have to remove it from configure.in and recreate the configure script. or remove -fhonor-std from all Makefile's) Lgb
Re: Short caption to figures
"Tommi Rintala" [EMAIL PROTECTED] writes:
| On 26 Sep 2000, at 16:25, Herbert Voss wrote:
|
|
| delete the caption-style in figure/table-float and write in
| standard-style and in tex (red), but always inside the float.
|
| \caption[short title]{long title}
|
| Yes, this is excellent way for advanced user to use LaTeX
| functionality, but the question was whether it has been a
| planned feature in LyX or not. (insertion of short captions)
Yes, certainly!
Do not expect this in 1.1.6, but in 1.2.0 we will at least have the
framework that will make this easy to accomplish.
| If I have not-so-advanced-users using Lyx, I would like them
| to know as little as possible about LaTeX, because they are
| using LyX. If they start learning LaTeX, why use LyX at all?
LyX can always be used as a tool in learning LaTeX if that is desired.
LyX will certanly make you able to produce documents sooner than LaTeX
will.
Lgb
Re: Short caption to figures
"Tommi Rintala" [EMAIL PROTECTED] writes:
| On 26 Sep 2000, at 16:25, Herbert Voss wrote:
|
|
| delete the caption-style in figure/table-float and write in
| standard-style and in tex (red), but always inside the float.
|
| \caption[short title]{long title}
|
| Yes, this is excellent way for advanced user to use LaTeX
| functionality, but the question was whether it has been a
| planned feature in LyX or not. (insertion of short captions)
Yes, certainly!
Do not expect this in 1.1.6, but in 1.2.0 we will at least have the
framework that will make this easy to accomplish.
| If I have not-so-advanced-users using Lyx, I would like them
| to know as little as possible about LaTeX, because they are
| using LyX. If they start learning LaTeX, why use LyX at all?
LyX can always be used as a tool in learning LaTeX if that is desired.
LyX will certanly make you able to produce documents sooner than LaTeX
will.
Lgb
Re: Short caption to figures
"Tommi Rintala" <[EMAIL PROTECTED]> writes:
| On 26 Sep 2000, at 16:25, Herbert Voss wrote:
|
|
| > delete the caption-style in figure/table-float and write in
| > standard-style and in tex (red), but always inside the float.
| >
| > \caption[short title]{long title}
|
| Yes, this is excellent way for advanced user to use LaTeX
| functionality, but the question was whether it has been a
| planned feature in LyX or not. (insertion of short captions)
Yes, certainly!
Do not expect this in 1.1.6, but in 1.2.0 we will at least have the
framework that will make this easy to accomplish.
| If I have not-so-advanced-users using Lyx, I would like them
| to know as little as possible about LaTeX, because they are
| using LyX. If they start learning LaTeX, why use LyX at all?
LyX can always be used as a tool in learning LaTeX if that is desired.
LyX will certanly make you able to produce documents sooner than LaTeX
will.
Lgb
Re: lang=es retranslation?
Juergen Vigna [EMAIL PROTECTED] writes: | On 22-Sep-2000 Alvaro Tejero Cantero wrote: | | Problem: LyX translation into spanish is not accurate. I can say it's even | plain wrong (typographical page layout terms are not correctly translated). | | | This may be true as we didn't receive an update for the 1.1.x versions for | this translation! | | Solution #2 (general) I will be glad to retranslate all the interface, | provided someone points out to me (offlist) the files to be edited and how to | incorporate them into the current development version. | | You just have to edit the: | | po/es.po file | | There are various programms to help you edit this file (including emacs | po-mode!), but obviously you can just edit it with a text editor. Note however that manually editing the .po file almost _always_ leaves the .po file in a state so I have to edit it too... to fix it. Not very pleasant. Use emacs' po-mode if possible. Lgb
Re: lang=es retranslation?
Juergen Vigna [EMAIL PROTECTED] writes: | On 22-Sep-2000 Alvaro Tejero Cantero wrote: | | Problem: LyX translation into spanish is not accurate. I can say it's even | plain wrong (typographical page layout terms are not correctly translated). | | | This may be true as we didn't receive an update for the 1.1.x versions for | this translation! | | Solution #2 (general) I will be glad to retranslate all the interface, | provided someone points out to me (offlist) the files to be edited and how to | incorporate them into the current development version. | | You just have to edit the: | | po/es.po file | | There are various programms to help you edit this file (including emacs | po-mode!), but obviously you can just edit it with a text editor. Note however that manually editing the .po file almost _always_ leaves the .po file in a state so I have to edit it too... to fix it. Not very pleasant. Use emacs' po-mode if possible. Lgb
Re: lang=es retranslation?
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 22-Sep-2000 Alvaro Tejero Cantero wrote: | | > Problem: LyX translation into spanish is not accurate. I can say it's even | > plain wrong (typographical & page layout terms are not correctly translated). | > | | This may be true as we didn't receive an update for the 1.1.x versions for | this translation! | | > Solution #2 (general) I will be glad to retranslate all the interface, | > provided someone points out to me (offlist) the files to be edited and how to | > incorporate them into the current development version. | | You just have to edit the: | | po/es.po file | | There are various programms to help you edit this file (including emacs | po-mode!), but obviously you can just edit it with a text editor. Note however that manually editing the .po file almost _always_ leaves the .po file in a state so I have to edit it too... to fix it. Not very pleasant. Use emacs' po-mode if possible. Lgb
Re: Internationalisation problem: Turkish i's
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Mike" == Mike Peters [EMAIL PROTECTED] writes:
|
| Mike The problem arises because the Turkish language has two letter
| Mike i's, a 'normal' one and a dotless i. A 'normal', English capital
| Mike i is formed with Shift-dotless i (dotless i is in the position
| Mike of a normal i on the keyboard) and Shift-i (dotted i is next to
| Mike the return key on my keyboard) gives a dotted capital i (at
| Mike least in programs that support Turkish). When I open a file,
| Mike let's say Help=Tutorial, it tries to read from book.layout but
| Mike it gets stuck at the line 'Input stdclass.inc' and so then tries
| Mike to read from artical.layout and the program exits claiming it
| Mike doesn't recognise the same Input tag in that file. After much
| Mike experimentation I eventually found that, by changing Input in
| Mike book.layout to input, lyx recognises the tag and goes on to read
| Mike from stdclass.inc but again it gets hung up on the next tag
| Mike containing a capital i (ParIdent in this case).
|
| It seems that, when the turkish locale is in force, the tolower()
| function does not match 'I' to 'i' anymore. Does setting the
| environment variable LC_COLLATE to "C" help?
I suspect that we will not have a good solution for this until we can
begin using Standar C++ locale support and read all files with the
classic locale ('C')
Lgb
Re: Bug in lyx-1.1.5fix1 (buffer.C)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Berthold" == Berthold Gunreben [EMAIL PROTECTED] writes: | | Berthold Hi, I found the following problem in buffer.C. When writing | Berthold a .lyx file, the \lyxformat line is written to the file from | Berthold a float number. The problem is, when you have for example | Berthold LANG=de_DE, the float does not look like \lyxformat 1.16 | Berthold anymore, but it looks like \lyxformat 1,16 Because of this, | Berthold the version is not read correctly from the file anymore, | Berthold furthermore, I always find a suddenly appearing number 16 in | Berthold all my after reading them. | | Thanks for your report. This has been reported a few weeks ago, but is | not fixed yet. I'll make sure the fix appears in 1.1.5fix2, when this | is released. The temporary fix is to be sure to wirte the '.' and not the ','. A better solution is to fix the version numbering to be a int format. Lgb
Re: Internationalisation problem: Turkish i's
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Mike" == Mike Peters [EMAIL PROTECTED] writes:
|
| Mike The problem arises because the Turkish language has two letter
| Mike i's, a 'normal' one and a dotless i. A 'normal', English capital
| Mike i is formed with Shift-dotless i (dotless i is in the position
| Mike of a normal i on the keyboard) and Shift-i (dotted i is next to
| Mike the return key on my keyboard) gives a dotted capital i (at
| Mike least in programs that support Turkish). When I open a file,
| Mike let's say Help=Tutorial, it tries to read from book.layout but
| Mike it gets stuck at the line 'Input stdclass.inc' and so then tries
| Mike to read from artical.layout and the program exits claiming it
| Mike doesn't recognise the same Input tag in that file. After much
| Mike experimentation I eventually found that, by changing Input in
| Mike book.layout to input, lyx recognises the tag and goes on to read
| Mike from stdclass.inc but again it gets hung up on the next tag
| Mike containing a capital i (ParIdent in this case).
|
| It seems that, when the turkish locale is in force, the tolower()
| function does not match 'I' to 'i' anymore. Does setting the
| environment variable LC_COLLATE to "C" help?
I suspect that we will not have a good solution for this until we can
begin using Standar C++ locale support and read all files with the
classic locale ('C')
Lgb
Re: Bug in lyx-1.1.5fix1 (buffer.C)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Berthold" == Berthold Gunreben [EMAIL PROTECTED] writes: | | Berthold Hi, I found the following problem in buffer.C. When writing | Berthold a .lyx file, the \lyxformat line is written to the file from | Berthold a float number. The problem is, when you have for example | Berthold LANG=de_DE, the float does not look like \lyxformat 1.16 | Berthold anymore, but it looks like \lyxformat 1,16 Because of this, | Berthold the version is not read correctly from the file anymore, | Berthold furthermore, I always find a suddenly appearing number 16 in | Berthold all my after reading them. | | Thanks for your report. This has been reported a few weeks ago, but is | not fixed yet. I'll make sure the fix appears in 1.1.5fix2, when this | is released. The temporary fix is to be sure to wirte the '.' and not the ','. A better solution is to fix the version numbering to be a int format. Lgb
Re: Internationalisation problem: Turkish i's
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Mike" == Mike Peters <[EMAIL PROTECTED]> writes:
|
| Mike> The problem arises because the Turkish language has two letter
| Mike> i's, a 'normal' one and a dotless i. A 'normal', English capital
| Mike> i is formed with Shift-dotless i (dotless i is in the position
| Mike> of a normal i on the keyboard) and Shift-i (dotted i is next to
| Mike> the return key on my keyboard) gives a dotted capital i (at
| Mike> least in programs that support Turkish). When I open a file,
| Mike> let's say Help=>Tutorial, it tries to read from book.layout but
| Mike> it gets stuck at the line 'Input stdclass.inc' and so then tries
| Mike> to read from artical.layout and the program exits claiming it
| Mike> doesn't recognise the same Input tag in that file. After much
| Mike> experimentation I eventually found that, by changing Input in
| Mike> book.layout to input, lyx recognises the tag and goes on to read
| Mike> from stdclass.inc but again it gets hung up on the next tag
| Mike> containing a capital i (ParIdent in this case).
|
| It seems that, when the turkish locale is in force, the tolower()
| function does not match 'I' to 'i' anymore. Does setting the
| environment variable LC_COLLATE to "C" help?
I suspect that we will not have a good solution for this until we can
begin using Standar C++ locale support and read all files with the
classic locale ('C')
Lgb
