Re: Changing LyX into a different language
On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: That is very strange. You did install LyX 1.5, right? Oops, - it seems I forgot to to the "make install" - I ran LyX from the src directory. Now I did the make install and everything is fine - thanks for your assistance. Sincerely, Ran Rutenberg
Re: LyX version 1.5.0 (beta 1) is released
Built OK on linux fedora fc6 (x86_64)! 1 minor problem so far. Tried to set preferences (wanted to use kpdf instead of acroread - wish that was the default!). In the process of changing this, my Sans Serif screen font got changed to 'A.C.M.E. Secret Agent'. Looked pretty silly. For some reason, lyx decided to default to that for sans serif. Manually switching it back, everything is fine.
Re: unavailable document class
Osman Al-Radi schrieb: I am working with Lyx 1.4.3-5 on Windows XP. I created a CV using the document class curriculum vitae from the menu document>settings>class. I checked the tools>TeX information menu and cv.cls is present ! but in the document>settings>class menu it is listed as "unavailable" ! The cv.cls needed for LyX is different from the one that is shipped with the LaTeX-package "cv". To solve the problem: - copy the cv.cls you find in LyX's installation subfolder \Resources\tex somewhere to your LaTeX installation, e.g. to C:\Program Files\MiKTeX 2.5\tex\latex or wherever MiKTeX is installed. - open MiKTeX's Options (available in Windows' startmenu) and press there the button "refresh FNDB" - reconfigure LyX (menu Tools -> Reconfigure) When you install LyX using this installer: http://wiki.lyx.org/Windows/LyXWinInstaller This all is done automatically for you. regards Uwe
Re: Problems with LyX 1.5.0
Dominique Schweizer schrieb: When i start LyX not only LyX opens, but also a DOS-Window, which stays there. It says: Lyx: Disabling LyX socket. This is OK, the console window is needed by LyX. This window will be hidden in the final release. Then i tried to open a document (my thesis with some images). The problem here was the PDF-Export (via PDFLaTeX) which produces a runtime error in LyX.exe. You can find the whole Error-Message here as a .gif: http://www4.turboshare.de/v/6428267/lyx_error1.gif.html Could you please report this bug at http://bugzilla.lyx.org/ Describe in the bug report a step by step instruction to reproduce the bug. Attach the schreenshot to the bug report. Then i opened the document "de_FAQ.lyx", which causes LyX to crash by simply scolling down the document. In the DOS Window it says "QFontEngineWin: GetTextMetrics failed <>" and "lyx: SIGSEGV signal caught". The whole Error-Message is here: http://www4.turboshare.de/v/83985/lyx_error2.gif.html The same as for the first bug. By the way: LyX 1.5 (with the new features) looks great and i am really looking forward to work with it! Thanks a lot! LyX 1.5 is in beta state so not ready yet for production use, as you discovered by yourself with the two bugs. thanks for testing and regards Uwe
LyX version 1.5.0 (beta 1) is released
Public release of LyX version 1.5.0 (beta 1) === We are glad to announce the release of LyX 1.5.0 (beta 1). It is the culmination of 1 year of hard work, and we sincerely hope you will enjoy the results. The changes are too numerous to summarize in a few words, with initial unicode support as the flagship of new features. Jump directly to the end of this message if you want to know the differences to the latest stable version (1.4.4). As usual with major releases, a lot of work that is not directly visible has taken place. The core of LyX has seen more cleanups and some of the new features are the direct results of this work. See the file RELEASE-NOTES for some known problems in that release. In case you are wondering what LyX is, here is what http://www.lyx.org/ has to say on the subject: LyX is a document processor that encourages an approach to writing based on the structure of your documents, not their appearance. It is released under a Free Software / Open Source license. LyX is for people that write and want their writing to look great, right out of the box. No more endless tinkering with formatting details, 'finger painting' font attributes or futzing around with page boundaries. You just write. In the background, Prof. Knuth's legendary TeX typesetting engine makes you look good. On screen, LyX looks like any word processor; its printed output -- or richly cross-referenced PDF, just as readily produced -- looks like nothing else. Gone are the days of industrially bland .docs, all looking similarly not-quite-right, yet coming out unpredictably different on different printer drivers. Gone are the crashes 'eating' your dissertation the evening before going to press. LyX is stable and fully featured. It is a multi-platform, fully internationalized application running natively on Unix/Linux and the Macintosh and modern Windows platforms. You can download LyX 1.5.0beta1 here (the .bz2 are compressed with bzip2, which yields smaller files): ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.5.0beta1.tar.gz ftp://ftp.devel.lyx.org/pub/lyx/pre/lyx-1.5.0beta1.tar.bz2 Note that due to the ammount of changes no patch is provided to upgrade from version 1.4.4. Prebuilt binaries (rpms for linux distributions, Mac OS X and Windows installers) should soon be available at ftp://ftp.lyx.org/pub/lyx/pre/ If you find what you think is a bug in LyX 1.5.0beta1, you may either e-mail the LyX developers' mailing list (lyx-devel @ lists.lyx.org), or open a bug report at http://bugzilla.lyx.org If you're having trouble using the new version of LyX, or have a question, first check out http://www.lyx.org/help/. If you can't find the answer there, e-mail the LyX users' list (lyx-users @ lists.lyx.org). Enjoy! The LyX team. What's new in version 1.5.0 (beta 1)? * Unicode LyX 1.5's big goal was to use unicode internally and so resolve a slew of existing problems with special characters and non-alphabetic languages. LyX 1.5 is able to output unicode (in addition to encodings current available), so that you can use LaTeX's new utf8 encoding or such brand new typesetting systems as XeTeX. Since the change to unicode touched much of the code base and some areas still need a cleanup it is very likely that some bugs related to the unicode transition still exist. Please have a look at the Known bugs in LyX 1.5 page if you encounter a bug that seems to be related to unicode. If it's not there, then please report it to the lyx-devel mailing list. * Multiple views of the same buffer LyX can now display multiple views of the same buffer. I.e., you can now open a single document in multiple windows and work on different parts of it synchronously. * Outliner LyX has another long-awaited feature: a basic outliner mode, in which you can move chapters and sections around in the Table of Contents dialog. (The outliner has been backported and was released with LyX 1.4.4.) * Session managment LyX is now able to remember window size and position and it will reopen the documents you worked on last time around. If you've selected the feature in the Preferences dialog, it'll even move the cursor to the place you were working on last! Furthermore, toolbars can (finally!) be switched on/off in View->Toolbars and moved about in the LyX window. The session managment will remember their state. * Source code Viewer As a kind of "anti-preview-latex", a dialog was implemented that lets you view the source code of a given paragraph/selection or the whole document. * New Font Selection Interface LyX's font selection abilities have been one of its weakest and most outdated components. A completely new interface was implemented that provides access to the power of LaTeX's font selection scheme. * Tabular extensions LyX's table support is certainly less powerful than that of LaTeX. support for the bookt
Re: LyX 1.4.4-3 on Win XP: runs but hangs
Joost Verburg wrote: Paul A. Rubin wrote: So the good news is that LyX now starts, and processes some documents (those without graphics) correctly. The bad news is that if a document contains graphics, LyX hangs as soon as I scroll into the vicinity of the first image. (This includes the User guide.) This occurs even if the image is set not to display in LyX. I cannot reproduce that. However recent Q../Free versions (the UI toolkit that LyX 1.4 uses) cause LyX to hang sometimes (for example, when viewing the LaTeX preamble of an existing document). I'm currently trying to fix that, maybe it will also solve your problems. It did. LyX 1.4.4-4 installed easily, opens without crashing, and has no problems with docs containing graphics. Congratulations (and thanks)! /Paul
Re: Problems with LyX 1.5.0
When i start LyX not only LyX opens, but also a DOS-Window, which stays there. It says: Lyx: Disabling LyX socket. There is another official windows installer that does not have this problem. The two installers will be merged when 1.5.0 is released. Bo
Re: Problems with versions 144.2 and 144.3
> Try 1.4.4-4, where this problem is reportedly fixed. Works, many thanks, Reuven
Problems with LyX 1.5.0
Dear List, just wanted to post some problems i had with LyX 1.5.0 beta. Here are the facts: -OS: Win XP 32-bit -installed LyX with LyXWininstaller LyXWin150beta1Small-3-09 -latest MikTeX Version 2.5 When i start LyX not only LyX opens, but also a DOS-Window, which stays there. It says: Lyx: Disabling LyX socket. Then i tried to open a document (my thesis with some images). The problem here was the PDF-Export (via PDFLaTeX) which produces a runtime error in LyX.exe. You can find the whole Error-Message here as a .gif: http://www4.turboshare.de/v/6428267/lyx_error1.gif.html Then i opened the document "de_FAQ.lyx", which causes LyX to crash by simply scolling down the document. In the DOS Window it says "QFontEngineWin: GetTextMetrics failed <>" and "lyx: SIGSEGV signal caught". The whole Error-Message is here: http://www4.turboshare.de/v/83985/lyx_error2.gif.html Maybe someone can help with this or it is useful for further development. By the way: LyX 1.5 (with the new features) looks great and i am really looking forward to work with it! Thanks a lot! Dom
unavailable document class
Dear List, I am working with Lyx 1.4.3-5 on Windows XP. I created a CV using the document class curriculum vitae from the menu document>settings>class. Now when I open the document I get a message that the LyX document class (cv) is not available. I did not change any thing in the setup in the interim. I had updated to LyX 1.4.4 but went back to LyX 1.4.3-5 when this problem started. I checked the tools>TeX information menu and cv.cls is present ! but in the document>settings>class menu it is listed as "unavailable" ! How can I solve this problem? Thanks -- Osman
Re: Bibliography and Python
Yup, that was it. As always, thanks Uwe!!! On 2/23/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote: Julio Rojas schrieb: > I have a Full Python 2.5 installation on my computer, so that's not > the problem. This is then not needed: > I created the folder and added the Python script, > reconfigured LyX... Nothing... Same error. To fix your problem: - open LyX and go to LyX's preferences -> Paths - check that there in the field "PATH_Prefix" is a path to the folder where the file "python.exe" of your Python installation lives. If necessary add it or modify the path that eventually points to another former existing python installation. - Save the change and then reconfigre LyX. regards Uwe -- - Julio Rojas [EMAIL PROTECTED]
Re: Compile warnings for 1.4.4
On Fri, 23 Feb 2007 08:41:37 +0100 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: > > "John" == John Coppens <[EMAIL PROTECTED]> writes: > > John> This happened after a clean install of the 1.4.4 source distro. > John> The .pch appear not to be in the distro, so yes, this happens > John> always (I compiled only once). Just in case, I tried to delete > John> them all and got the same problem. > > How did you conffigure LyX? Did you use --enable-shared? Yes... The compile line was: ./configure --prefix=/usr/local --with-frontend=qt --enable-shared \ --with-x > > Anyway a way around this is to configure with --disable-pch. All you > will lose is a bit of compilation speed. Ok. It continued and finished compiling completely - so the Q: is if the result is reliable or not. It seems to run fine when doing a short test. Should I recompile? John
Re: Bibliography and Python
Julio Rojas schrieb: I have a Full Python 2.5 installation on my computer, so that's not the problem. This is then not needed: I created the folder and added the Python script, reconfigured LyX... Nothing... Same error. To fix your problem: - open LyX and go to LyX's preferences -> Paths - check that there in the field "PATH_Prefix" is a path to the folder where the file "python.exe" of your Python installation lives. If necessary add it or modify the path that eventually points to another former existing python installation. - Save the change and then reconfigre LyX. regards Uwe
Re: 2nd bugfix to: [announce] LyXWinInstaller for LyX 1.4.4
Joost Verburg schrieb: Why do you need this file? For the official installer I compiled everything against a single run-time. Python needs this file. regards Uwe
Re: Export from LyX to HTML
>>Date: Fri, 23 Feb 2007 17:21:54 +0100 (CET) >>Subject: Re: Export from LyX to HTML >>From: [EMAIL PROTECTED] >>To: "Nick Hopton" <[EMAIL PROTECTED]> >>Cc: lyx-users@lists.lyx.org >> >>Nick, >> >>thanks a lot, your advice got it working. [..] >> - View HTML works, Export to HTML does not. Instead of the pngs >> it only shows the -text Without originaldir, the conversion is made in the temporary dir where the browser finds it. However, Export does not copy the files to the doc dir. So if your reset the originaldir flag, your files will be in the doc dir all right. So you have to choose berween Export and View >> - pngs included in the original Lyx-files are not present Export to latex and run the converter to get an idea of what's going on. -- Jean-Pierre
Re: Export from LyX to HTML
Nick, thanks a lot, your advice got it working. >>I have not been able export from LyX to html. The error messages (see >>below) >>on the LyX-console seem to suggest that htlatex cannot deal with paths >>containing >>spaces. Is this true, oand if so, there a way to circumvent this ? > Before you do anything else, try this. Go Tools -> Preferences -> > Converters, them click on 'LaTeX (plain) -> HTML'. Then delete > 'originaldir,needaux' from the Extra Flag box. Then try View HTML or > Export HTML. I did get by though with only removing the "originaldir"-flag. When I removed the "needaux" flag, my references were forgotten. I can do what I want now, but there are still there are a few quirks remaining, which might probably be easily corrected: - View HTML works, Export to HTML does not. Instead of the pngs it only shows the -text Of course I can just view and save the content from firefox - pngs included in the original Lyx-files are not present Greetings, H.Peter
Re: Problems with versions 144.2 and 144.3
> "Reuven" == Reuven Segev <[EMAIL PROTECTED]> writes: Reuven> Hi, When I installed Versions 1.4.4.2 and 1.4.4.3, I could not Reuven> get to the Document settings > latex preamble. LyX simply Reuven> froze. Help please? Reuven Try 1.4.4-4, where this problem is reportedly fixed. JMarc
Problems with versions 144.2 and 144.3
Hi, When I installed Versions 1.4.4.2 and 1.4.4.3, I could not get to the Document settings > latex preamble. LyX simply froze. Help please? Reuven
Re: bounding box
Andre Poenitz wrote: > On Thu, Feb 22, 2007 at 06:32:44PM +0100, Georg Baum wrote: >> Andre Poenitz wrote: >> >> >> If you simply used greek letters of the symbol font, then you don't >> >> need fig2eps. >> > >> > And still get the same font as in the main document? >> >> No. But you get something readable as opposed to some TeX commands. > > Having different fonts in figures and text is ugly. Yes. But you would get that also with fig2eps if you don't set the 'special' flag for text (AFAIK). Georg
Re: bounding box
>>Date: Fri, 23 Feb 2007 16:27:20 +0100 >>From: Andre Poenitz <[EMAIL PROTECTED]> >>To: Georg Baum <[EMAIL PROTECTED]> >>Cc: lyx-users@lists.lyx.org >>Subject: Re: bounding box >>X-Scan-Signature: f69c3b77c4b3e26dd0b52dac0e0ea9f8 >> >>On Thu, Feb 22, 2007 at 06:32:44PM +0100, Georg Baum wrote: >>> Andre Poenitz wrote: >>> >>> >> If you simply used greek letters of the symbol font, then you don't need >>> >> fig2eps. >>> > >>> > And still get the same font as in the main document? >>> >>> No. But you get something readable as opposed to some TeX commands. >> >>Having different fonts in figures and text is ugly. A strong incentive to use special text in xfig and External material inset IMHO. LyX eases a lot the combined export. Many thanks to the developers for this. xfig is however a bit limited to combine series, family and shape. -- Jean-Pierre
Re: bounding box
On Thu, Feb 22, 2007 at 06:32:44PM +0100, Georg Baum wrote: > Andre Poenitz wrote: > > >> If you simply used greek letters of the symbol font, then you don't need > >> fig2eps. > > > > And still get the same font as in the main document? > > No. But you get something readable as opposed to some TeX commands. Having different fonts in figures and text is ugly. Of course, that's the 'standard' in the known universe... Andre'
Re: Bibliography and Python
I have a Full Python 2.5 installation on my computer, so that's not the problem. I created the folder and added the Python script, reconfigured LyX... Nothing... Same error. Uninstalled LyX and reinstalled it with the Small Version of your latest installer (2.11)... Nothing... Same error... Another tip? On 2/22/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote: Julio Rojas schrieb: > Is "Lib" a folder? I don't have it on my installation. When you don't have a folder c:\program files\LyX1.4.4\bin\Lib\ on your system, then you also not have a python.exe in the folder c:\program files\LyX1.4.4\bin\ Right? If yes, you already have a Python installation on your computer. Try to upgrade your Python installation to Python 2.5 and then reconfigure LyX. > Under what name should I copy the attached text? Sorry, I attached this as python file named __future__.py. It is attached again, I hope this time it work. regards Uwe """Record of phased-in incompatible language changes. Each line is of the form: FeatureName = "_Feature(" OptionalRelease "," MandatoryRelease "," CompilerFlag ")" where, normally, OptionalRelease < MandatoryRelease, and both are 5-tuples of the same form as sys.version_info: (PY_MAJOR_VERSION, # the 2 in 2.1.0a3; an int PY_MINOR_VERSION, # the 1; an int PY_MICRO_VERSION, # the 0; an int PY_RELEASE_LEVEL, # "alpha", "beta", "candidate" or "final"; string PY_RELEASE_SERIAL # the 3; an int ) OptionalRelease records the first release in which from __future__ import FeatureName was accepted. In the case of MandatoryReleases that have not yet occurred, MandatoryRelease predicts the release in which the feature will become part of the language. Else MandatoryRelease records when the feature became part of the language; in releases at or after that, modules no longer need from __future__ import FeatureName to use the feature in question, but may continue to use such imports. MandatoryRelease may also be None, meaning that a planned feature got dropped. Instances of class _Feature have two corresponding methods, .getOptionalRelease() and .getMandatoryRelease(). CompilerFlag is the (bitfield) flag that should be passed in the fourth argument to the builtin function compile() to enable the feature in dynamically compiled code. This flag is stored in the .compiler_flag attribute on _Future instances. These values must match the appropriate #defines of CO_xxx flags in Include/compile.h. No feature line is ever to be deleted from this file. """ all_feature_names = [ "nested_scopes", "generators", "division", "absolute_import", "with_statement", ] __all__ = ["all_feature_names"] + all_feature_names # The CO_xxx symbols are defined here under the same names used by # compile.h, so that an editor search will find them here. However, # they're not exported in __all__, because they don't really belong to # this module. CO_NESTED= 0x0010 # nested_scopes CO_GENERATOR_ALLOWED = 0# generators (obsolete, was 0x1000) CO_FUTURE_DIVISION = 0x2000 # division CO_FUTURE_ABSOLUTE_IMPORT = 0x4000 # perform absolute imports by default CO_FUTURE_WITH_STATEMENT = 0x8000 # with statement class _Feature: def __init__(self, optionalRelease, mandatoryRelease, compiler_flag): self.optional = optionalRelease self.mandatory = mandatoryRelease self.compiler_flag = compiler_flag def getOptionalRelease(self): """Return first release in which this feature was recognized. This is a 5-tuple, of the same form as sys.version_info. """ return self.optional def getMandatoryRelease(self): """Return release in which this feature will become mandatory. This is a 5-tuple, of the same form as sys.version_info, or, if the feature was dropped, is None. """ return self.mandatory def __repr__(self): return "_Feature" + repr((self.optional, self.mandatory, self.compiler_flag)) nested_scopes = _Feature((2, 1, 0, "beta", 1), (2, 2, 0, "alpha", 0), CO_NESTED) generators = _Feature((2, 2, 0, "alpha", 1), (2, 3, 0, "final", 0), CO_GENERATOR_ALLOWED) division = _Feature((2, 2, 0, "alpha", 2), (3, 0, 0, "alpha", 0), CO_FUTURE_DIVISION) absolute_import = _Feature((2, 5, 0, "alpha", 1), (2, 7, 0, "alpha", 0), CO_FUTURE_ABSOLUTE_IMPORT) with_statement = _Feature((2, 5, 0, "alpha", 1), (2, 6, 0, "alpha", 0), CO_FUTURE_WITH_STATEMENT) -- - Julio Rojas [EMAIL PROTECTED]
Re: Changing LyX into a different language
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes: Abdelrazak> LC_ALL LC_MESSAGES LANG Abdelrazak> As you see LANG is the third choice and is used only if Abdelrazak> the other two are not set. Maybe poEdit only check LANG, Abdelrazak> dunno. Assuming poEdit uses gettext, there should not be any difference in the algorithm. JMarc
Re: Changing LyX into a different language
> "Ran" == Ran Rutenberg <[EMAIL PROTECTED]> writes: Ran> I check and in poEdit I can use the LANG setting to switch the Ran> language into Hebrew or any other language I want so it can't be Ran> a problem with my Linux locale - it has to be something else. That is very strange. You did install LyX 1.5, right? JMarc
Re: Changing LyX into a different language
Ran Rutenberg wrote: On 2/23/07, Helge Hafting <[EMAIL PROTECTED]> wrote: Looks like it doesn't matter if lyx comes with support for some language, if the distro (c-library?) itself does not allow that language to be set. On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: Does it work for any program other than LyX? I check and in poEdit I can use the LANG setting to switch the language into Hebrew or any other language I want so it can't be a problem with my Linux locale - it has to be something else. Check if LC_ALL or LC_MESSAGES are set. LyX extract the language definition in this order: LC_ALL LC_MESSAGES LANG As you see LANG is the third choice and is used only if the other two are not set. Maybe poEdit only check LANG, dunno. Please correct me if I am wrong JMarc, Abdel.
Re: LyX crashes. Windows, 1.4.3
André Bonhôte wrote: Actually, I stepped back to 1.4.3 from 1.4.4 because the latest version crashed when I wanted to go to Document -> Settings -> LaTeX Preamble in one of my existing documents. I didn't track this further, just installed 1.4.3 :-/ This is fixed in 1.4.4-4. Thanks for your report. Joost
Re: Changing LyX into a different language
On 2/23/07, Helge Hafting <[EMAIL PROTECTED]> wrote: Looks like it doesn't matter if lyx comes with support for some language, if the distro (c-library?) itself does not allow that language to be set. On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: Does it work for any program other than LyX? I check and in poEdit I can use the LANG setting to switch the language into Hebrew or any other language I want so it can't be a problem with my Linux locale - it has to be something else. Sincerely, Ran Rutenberg
Re: Changing LyX into a different language
> "Ran" == Ran Rutenberg <[EMAIL PROTECTED]> writes: Ran> On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: >> OK, I misread your message then. What OS are you using currently? >> Did you try setting the language with a complete locale name, like >> "he_IL.UTF-8"? Ran> I am currently running Gentoo Linux. I tried setting the language Ran> with a complete locale name "he_IL.UTF-8" but it didn't work Ran> either (nor did any other languages). Does it work for any program other than LyX? JMarc
Re: Changing LyX into a different language
Ran Rutenberg wrote: Dear Users, I would like to change the language of lyx's interface from English to Hebrew (I need to check a new he.po) in LyX1.5 that I compiled. However when I use the LANG or the LC_MESSAGES variable the only result is a change in the language of the help files. I tried to launch LyX in other languages beside Hebrew but it didn't work either. I would like to mention that when I try the same thing with an installed LyX 1.4 I can change LyX's language to German for example but I can't change it to Hebrew. Does anyone knows how to solve this? Assuming you use linux - is your linux set up to support the hebrew locale? My linux is set up for nrwegian and english only. So those works, but if I try export LANG=de_DE ; lyx then I get english menus and german help files. This because I haven't installed german locale support for my distro (debian), and so "Locale de_DE could not be set". Looks like it doesn't matter if lyx comes with support for some language, if the distro (c-library?) itself does not allow that language to be set. With debian, use dpkg-reconfigure locales Other distros have similiar ways of setting up language support. Helge Hafting
Re: Changing LyX into a different language
On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: OK, I misread your message then. What OS are you using currently? Did you try setting the language with a complete locale name, like "he_IL.UTF-8"? I am currently running Gentoo Linux. I tried setting the language with a complete locale name "he_IL.UTF-8" but it didn't work either (nor did any other languages). Ran Rutenberg
Re: Changing LyX into a different language
> "Ran" == Ran Rutenberg <[EMAIL PROTECTED]> writes: Ran> "he" exists in th LINGUAS file and nevertheless it still doesn't Ran> work. As I mentioned I tried other languages as well (in order to Ran> check maybe it is just something faulty with the he.po file) but Ran> none of them work although they appear in the LINGUAS file and Ran> worked with the installed LyX 1.4 OK, I misread your message then. What OS are you using currently? Did you try setting the language with a complete locale name, like "he_IL.UTF-8"? JMarc
Re: Changing LyX into a different language
On 2/23/07, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote: Jean-Marc> Try to add "he" to the po/LINGUAS file. This contains the Jean-Marc> list of languages that are actually supported. "he" exists in th LINGUAS file and nevertheless it still doesn't work. As I mentioned I tried other languages as well (in order to check maybe it is just something faulty with the he.po file) but none of them work although they appear in the LINGUAS file and worked with the installed LyX 1.4
Re: Export from LyX to HTML
In a recent message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] wrote. Dear specialists, I have not been able export from LyX to html. The error messages (see below) on the LyX-console seem to suggest that htlatex cannot deal with paths containing spaces. Is this true, oand if so, there a way to circumvent this ? Thanks, H.Peter Hello Peter, Before you do anything else, try this. Go Tools -> Preferences -> Converters, them click on 'LaTeX (plain) -> HTML'. Then delete 'originaldir,needaux' from the Extra Flag box. Then try View HTML or Export HTML. This has always worked for me, but I think it leaves a number of temporary files behind that have to be cleaned-up by hand. Let me know how you get on. Regards, Nick. -- Nick Hopton and Anne Hopton Caversham, Reading, England <[EMAIL PROTECTED]>
Re: Document-specific layout extensions
Georg Baum wrote: > [...] > I would suggest to create a layout file that you ship together with your > document. It should have a new name, so that users can simply copy it into > their resource directory and reconfigure LyX. If you change the file and > ship an update then the reconfigure step is not even necessary, it is > enough to overwrite the old file with the new version. Thanks, Georg - excellent suggestion! I never thought about the possibility to have more than one layout file for a specific latex document class. Obviously this makes a lot of sense. Daniel