Re: LyX & Windows on Arm?
Am Do., 18. Juli 2024 um 04:47 Uhr schrieb Richard Kimberly Heck < rikih...@gmail.com>: > On 7/17/24 8:48 PM, Allan Chain wrote: > > > >> On 7/17/24 12:33 PM, Bernt Lie via lyx-users wrote: > >>> Has anyone tested LyX + MikTeX (or other distribution) wrt. running > >>> on Windows for ARM? > >>> > >>> * In emulation mode (Prism, or whatever) > >>> * Is there a native ARM version for Windows? > >>> > >>> [I'm tempted by the battery life... although HP also claims the > >>> Omnibook Ultra with coming AMD processor has good battery life...] > >> > >> I guess the first question is whether Qt is available for ARM on > >> Windows. I would expect LyX itself to compile. > >> > >> Riki > > The Windows ARM support in Qt (https://doc.qt.io/qt-6/windows.html) is > > currently in technical preview, and applications have to be > > cross-compiled from an x86-64 Windows machine and deployed to target. > > With upcoming Qt 6.8, Windows on ARM will one of the standard desktop > > platforms supported in Qt. However, I didn't find any instruction on > > how to do the cross-compile. > > I would guess it could even be done on Linux. I used to build the > Windows package on Linux before Eugene came along, though of course that > was for x86_64. > I think it would not be hard to compile itself, rather to get all the dependencies for ARM64. Like netbpm, unoconv, rsvg-convert and all the runtime dll files which are delivered with lyx. To cross compile there is just a workload in Visual Studio for cross compiling to ARM64 Windows, doesn't seem too hard tbh. -- Eugene -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows on Arm?
On 7/17/24 8:48 PM, Allan Chain wrote: On 7/17/24 12:33 PM, Bernt Lie via lyx-users wrote: Has anyone tested LyX + MikTeX (or other distribution) wrt. running on Windows for ARM? * In emulation mode (Prism, or whatever) * Is there a native ARM version for Windows? [I'm tempted by the battery life... although HP also claims the Omnibook Ultra with coming AMD processor has good battery life...] I guess the first question is whether Qt is available for ARM on Windows. I would expect LyX itself to compile. Riki The Windows ARM support in Qt (https://doc.qt.io/qt-6/windows.html) is currently in technical preview, and applications have to be cross-compiled from an x86-64 Windows machine and deployed to target. With upcoming Qt 6.8, Windows on ARM will one of the standard desktop platforms supported in Qt. However, I didn't find any instruction on how to do the cross-compile. I would guess it could even be done on Linux. I used to build the Windows package on Linux before Eugene came along, though of course that was for x86_64. Riki -- Richard Kimberly (Riki) Heck Professor of Philosophy and Professor of Linguistics Brown University Pronouns: they/them/their Website: http://rkheck.frege.org/ -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows on Arm?
On 7/17/24 12:33 PM, Bernt Lie via lyx-users wrote: Has anyone tested LyX + MikTeX (or other distribution) wrt. running on Windows for ARM? * In emulation mode (Prism, or whatever) * Is there a native ARM version for Windows? [I'm tempted by the battery life... although HP also claims the Omnibook Ultra with coming AMD processor has good battery life...] I guess the first question is whether Qt is available for ARM on Windows. I would expect LyX itself to compile. Riki The Windows ARM support in Qt (https://doc.qt.io/qt-6/windows.html) is currently in technical preview, and applications have to be cross-compiled from an x86-64 Windows machine and deployed to target. With upcoming Qt 6.8, Windows on ARM will one of the standard desktop platforms supported in Qt. However, I didn't find any instruction on how to do the cross-compile. -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows on Arm?
Am Mi., 17. Juli 2024 um 21:26 Uhr schrieb Richard Kimberly Heck < rikih...@gmail.com>: > On 7/17/24 12:33 PM, Bernt Lie via lyx-users wrote: > > Has anyone tested LyX + MikTeX (or other distribution) wrt. running on > Windows for ARM? > > > > * In emulation mode (Prism, or whatever) > > * Is there a native ARM version for Windows? > > > > [I'm tempted by the battery life... although HP also claims the Omnibook > Ultra with coming AMD processor has good battery life...] > > I guess the first question is whether Qt is available for ARM on > Windows. Yeah it is, for a while already actually. > I would expect LyX itself to compile. Don't know, I don't have an ARM machine here to try. But if all would go well, then it would be native ARM on Windows of course. -- Eugene -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows on Arm?
On 7/17/24 12:33 PM, Bernt Lie via lyx-users wrote: Has anyone tested LyX + MikTeX (or other distribution) wrt. running on Windows for ARM? * In emulation mode (Prism, or whatever) * Is there a native ARM version for Windows? [I'm tempted by the battery life... although HP also claims the Omnibook Ultra with coming AMD processor has good battery life...] I guess the first question is whether Qt is available for ARM on Windows. I would expect LyX itself to compile. Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
LyX & Windows on Arm?
Has anyone tested LyX + MikTeX (or other distribution) wrt. running on Windows for ARM? * In emulation mode (Prism, or whatever) * Is there a native ARM version for Windows? [I'm tempted by the battery life... although HP also claims the Omnibook Ultra with coming AMD processor has good battery life...] -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows 11?
On 6/03/2022 11:19 pm, Bernt Lie via lyx-users wrote: 1. If I change Instant preview to Off, this is what I see: Is this problem due to my old version of LyX? Will it work better in a newer version of LyX 2.3.5.x? Hi Berndt, Is the \diff command in your example from the diffcoeff package? If it is then it requires *two* LaTeX arguments (differentiand, differentiation variable). The absence of a second argument for each \diff command in your example would prevent the preview displaying. Andrew -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: LyX & Windows 11?
On 3/3/22 11:15, Bernt Lie via lyx-users wrote: I'm still on LyX 2.3.5-1 (have kind of been waiting for LyX 2.4...). A few months ago, I upgraded to Windows 11. Since then, the math preview doesn't work properly: * If I set "Instant preview" to *on*, math looks horrible: * If I change Instant preview to Off, this is what I see: Is this problem due to my old version of LyX? Will it work better in a newer version of LyX 2.3.5.x? If you view the document as a PDF, does the math look correct? I believe that instant preview uses the fonts used in the compiled document. If the compiled document looks wrong, you either need to install missing fonts or to correct the font settings for the document. Paul -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Compilación automática en Lyx Windows con Latexmk
buenas tardes amigos. el presente es para solicitarles ayuda en lo respectivo a la instalación y uso del paquete latexmk (o bien algún otro método existente) para lograr que mi documento se compile automáticamente sin la necesidad de estarlo haciendo yo. Yo trabajo en Windows 10, Lyx 2.2.2, Miktex 2.9.6100, Agradezco cualquier ayuda y/o sugerencia para solucionar mi propósito.
Re: problems installing lyx ( windows 7)
On 3 December 2014 at 10:23, Arantza Ugidos wrote: > Good morning, I want to install lyx in my computer but I keep getting the > following message: Error opening the \bin\lyx.exe file. > > > > Does somebody know which may be the cause of this error message? > > > > Thank you very much, > > > > Arantza > When did you get such error message? During install or after install?
problems installing lyx ( windows 7)
Good morning, I want to install lyx in my computer but I keep getting the following message: Error opening the \bin\lyx.exe file. Does somebody know which may be the cause of this error message? Thank you very much, Arantza
Re: RV: Lyx Windows
2014-07-22 11:06 GMT-06:00 Matias Valladares : > Estimados, > > Ola, espero que se encuentren bien. > Recientemente compre un notebook con Windows 8, hace muchísimo tiempo que > no > poseo Windows en el ordenador principal, y por tema de trabajo tengo que > tener trabajar con él. Por lo mismo me entra la duda si Lyx funciona de > buena manera en este ambiente, puesto que según la página solo funciona en > Windows XP/vista/7 > > Saludos > Matias Valladare Matias, This is an English user's list, so I'll use l English to respond, but I believe there was also a Spanish list for LyX set up relatively recently. I prefer to use Linux (and usually do) but I also have a laptop with Windows 8.1. LyX works just fine for me on my Windows 8.1 laptop. Jacob
Re: Lyx Windows
On Tuesday 22 July 2014 13:04:03 Matias Valladares wrote: > Estimados, > > Ola, espero que se encuentren bien. > Recientemente compre un notebook con Windows 8, hace muchísimo tiempo que no > poseo Windows en el ordenador principal, y por tema de trabajo tengo que > tener trabajar con él. Por lo mismo me entra la duda si Lyx funciona de > buena manera en este ambiente, puesto que según la página solo funciona en > Windows XP/vista/7 > > Saludos > Matias Valladares Hi, the language of this mailing list is English. In the lyx website there you can find that there is a Spanish (language) users' list: http://www.lyx.org/MailingLists lyx-es-h...@lists.lyx.org Regarding your question, if you search on the internet, there are several reports that lyx works on windows 8. Saludos, :-) -- José Abílio
RV: Lyx Windows
Estimados, Ola, espero que se encuentren bien. Recientemente compre un notebook con Windows 8, hace muchísimo tiempo que no poseo Windows en el ordenador principal, y por tema de trabajo tengo que tener trabajar con él. Por lo mismo me entra la duda si Lyx funciona de buena manera en este ambiente, puesto que según la página solo funciona en Windows XP/vista/7 Saludos Matias Valladares
Lyx Windows
Estimados, Ola, espero que se encuentren bien. Recientemente compre un notebook con Windows 8, hace muchísimo tiempo que no poseo Windows en el ordenador principal, y por tema de trabajo tengo que tener trabajar con él. Por lo mismo me entra la duda si Lyx funciona de buena manera en este ambiente, puesto que según la página solo funciona en Windows XP/vista/7 Saludos Matias Valladares
Re: Biblatex-LyX Windows problem
Problem solved. In that particular installation of MikTeX biber was at version 1.5, while the version of biblatex (updated via MikTeX package manager) required version 1.7. Done and it's all right now. Thanks again to Andrew Parlsroe who kindly sent a help message! best regards, guido, Italy -- Guido Milanese Professor of Classics, Docteur HC Paris ICP Universita' Cattolica del Sacro Cuore, Milano and Brescia, Italy http://docenti.unicatt.it/ita/guido_fabrizio_milanese/ http://www.arsantiqua.org
Re: Biblatex-LyX Windows problem
On 19/09/2013 23:07, Andrew Parsloe wrote:
On Windows Vista, in the preamble of a document I worked on recently, I
have two lines that essentially are
\usepackage[style=numeric]{biblatex}
\addbibresource{D:/path/to/file.bib}
I think you are missing the \addbibresource.
No, the line is OK (in fact, as I wrote on Linux I have no problems).
Alternatively, I think you
can place your bibliography, file.bib, in your texmf tree and dispense
with the path in that case (but you still need the \addbibresource).
Yes, as I explained I did it but to no success.
Thank you,
gm
--
Guido Milanese
Professor of Classics, Docteur HC Paris ICP
Universita' Cattolica del Sacro Cuore, Milano and Brescia, Italy
http://docenti.unicatt.it/ita/guido_fabrizio_milanese/
http://www.arsantiqua.org
Biblatex-LyX Windows problem
Dear Experts, I am not a regular user of LyX, but I do suggest this excellent programme to my students for their thesis/dissertation and the result is normally very good. Personally, I prefer using LaTeX directly. I use Biblatex with LaTeX and I was making some experiments with LyX to see what I can suggest to my students. I followed the instructions given on http://wiki.lyx.org/BibTeX/Biblatex and it's all right on my xubuntu 13.04 Linux box, provided you accept some problems with the 'verbose' styles. I tried the same files on Windows and (despite putting the bib file on the regular biblio directories, in this case the 'base' folder) I can't obtain a PDF with the citations in order. I am puzzled because I exported the file as a TEX file, run biber, but even there I could not get the desired result. I am not familiar with Windows, I'm afraid, but I'm sure that it is simply a PATH problem. I also tried to use the current directory asinput folder for the BIB file, but I could not deal with the '/' or '\' problem. I read some threads about this but could not solve the issue. I tried: * C:\soandso\soandso\file.bib did not work because it was interpreted as a command * "C:\soandso\soandso\file.bib" no success either * C:/soandso/soandso/file.bib did not find the file If a minimal file can be useful I'll upload it. Many thanks for your kind attention and for this splendid programme! guido, italy -- Guido Milanese Professor of Classics, Docteur HC Paris ICP Universita' Cattolica del Sacro Cuore, Milano and Brescia, Italy http://docenti.unicatt.it/ita/guido_fabrizio_milanese/ http://www.arsantiqua.org
Re: Biblatex-LyX Windows problem
On 20/09/2013 3:58 a.m., Guido Milanese wrote:
Dear Experts,
I am not a regular user of LyX, but I do suggest this excellent
programme to my students for their thesis/dissertation and the result is
normally very good. Personally, I prefer using LaTeX directly.
I use Biblatex with LaTeX and I was making some experiments with LyX to
see what I can suggest to my students. I followed the instructions given
on http://wiki.lyx.org/BibTeX/Biblatex and it's all right on my xubuntu
13.04 Linux box, provided you accept some problems with the 'verbose'
styles. I tried the same files on Windows and (despite putting the bib
file on the regular biblio directories, in this case the 'base' folder)
I can't obtain a PDF with the citations in order. I am puzzled because I
exported the file as a TEX file, run biber, but even there I could not
get the desired result.
I am not familiar with Windows, I'm afraid, but I'm sure that it is
simply a PATH problem. I also tried to use the current directory asinput
folder for the BIB file, but I could not deal with the '/' or '\'
problem. I read some threads about this but could not solve the issue.
I tried:
* C:\soandso\soandso\file.bib
did not work because it was interpreted as a command
* "C:\soandso\soandso\file.bib"
no success either
* C:/soandso/soandso/file.bib
did not find the file
If a minimal file can be useful I'll upload it.
Many thanks for your kind attention and for this splendid programme!
guido, italy
On Windows Vista, in the preamble of a document I worked on recently, I
have two lines that essentially are
\usepackage[style=numeric]{biblatex}
\addbibresource{D:/path/to/file.bib}
I think you are missing the \addbibresource. Alternatively, I think you
can place your bibliography, file.bib, in your texmf tree and dispense
with the path in that case (but you still need the \addbibresource).
Andrew
Re: Math font error on Lyx - Windows
Paul sir you are great you solved my problem by giving the idea to install "symbol" -- View this message in context: http://lyx.475766.n2.nabble.com/Math-font-error-on-Lyx-Windows-tp477358p7544235.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: LyX Windows install gone bad - python path problems?
Nick Keat imanova.co.uk> writes: > > Hi > > I am having problems with my install of LyX 2.0.3 on Win7 64 bit. I hadn't > used it for a few weeks, but when I tried to use it last week, I came up with > a > number of configuration issues. One of the biggest problems relates to some > python commands not working. If I try to insert a bibliography, or get TeX > information from Tools -> TeX Information, I get errors from TeXFiles.py ... Of course, the instant I post it to the world at large, I solve the issue. I had done a search for android in the windows registry, and found a likely looking key which included a path including cmd.exe and the android-sdk (don't remember what it was now). I edited the path, with no apparent change to the issue. However, on reboot later, all problems seem to be solved! Hooray! Nick
LyX Windows install gone bad - python path problems?
Hi
I am having problems with my install of LyX 2.0.3 on Win7 64 bit. I hadn't
used it for a few weeks, but when I tried to use it last week, I came up with a
number of configuration issues. One of the biggest problems relates to some
python commands not working. If I try to insert a bibliography, or get TeX
information from Tools -> TeX Information, I get errors from TeXFiles.py such as
below:
Running: python -tt "C:/Program Files (x86)/LyX
2.0.3/bin/../Resources/scripts/TeXFiles.py"
D:/LyXSVN/LyX2.0x/src/support/Systemcall.cpp(270): Systemcall: 'python -tt
"C:/Program Files (x86)/LyX 2.0.3/bin/../Resources/scripts/TeXFiles.py"'
finished with exit code 1
Error: Could not update TeX information
The script `C:/Program Files (x86)/LyX
2.0.3/bin/../Resources/scripts/TeXFiles.py' failed.
12:11:19.449: python -tt "C:/Program Files (x86)/LyX
2.0.3/bin/../Resources/scripts/TeXFiles.py"
12:11:19.452: Indexing files of type cls
12:11:19.456: Traceback (most recent call last):
12:11:19.459: File "C:/Program Files (x86)/LyX
2.0.3/bin/../Resources/scripts/TeXFiles.py", line 97, in
12:11:19.462: dirs = cmdOutput('kpsewhich --show-path=' +
kpsetype).replace('!!', '').strip()
12:11:19.468: File "C:/Program Files (x86)/LyX
2.0.3/bin/../Resources/scripts/TeXFiles.py", line 47, in cmdOutput
12:11:19.472: fout = os.popen(cmd)
12:11:19.475: WindowsError: [Error 2] The system cannot find the file specified:
'C:\\Windows\\system32\\cmd.exe;C:\\Program Files
(x86)\\Android\\android-sdk\\platform-tools /c kpsewhich --show-path=.tex'
These seem to indicate (I'm no expert in Python by any means!) a problem running
the command fout = os.popen(cmd). It seems that somehow the path to the windows
"cmd.exe /c kpsewhich..." command seems to have a reference to the (totally
unrelated) path to the android-sdk tools I previously had installed on my
system. If I go to the python subdirectory of the LyX install, and run
python.exe, and attempt to duplicate a similar command manually, I get the
following similar error:
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
import os
fout = os.popen("dir")
Traceback (most recent call last):
File "", line 1, in
WindowsError: [Error 2] The system cannot find the file specified:
'C:\\Windows\\system32\\cmd.exe;C:\\Program Files(x86)
\\Android\\android-sdk\\platform-tools /c dir'
This also contains a reference to the android-sdk, but the question is where
does it get it from, and how can I get rid of it? I've tried uninstalling and
reinstalling LyX more than once (including an intermediate uninstall of the
android-sdk, as well as a registry search to remove any references to
android-sdk). I've swapped from MikTeX to TeX Live, installed using various LyX
installers, wiped any local profile data from MikTeX, LyX and any other folders
that seemed relevant, but still this issue comes up. I've checked the content of
all files in the LyX folder for references to android-sdk, and all preferences,
paths and system paths etc.
Can anyone help to put me out of my misery as to why I can't get this issue
resolved?
Thanks
Nick
Re: Arial fonts LyX Windows
On 19.10.2011 07:31, Kenedy Torcatt wrote:
Hello, first of all, I'm a windows user. I've installed LyX 2.0 recently
and I saw that now we can use the windows fonts selecting them in a drop
down menu after tick No tex typography.
My problem is that when i do that I always get an LyX error saying:
\char_make_active:n
{"20}%
The control sequence at the end of the top line
of your error message was never \def'ed. If you have
misspelled it (e.g., `\hobx'), type `I' and the correct
spelling (e.g., `I\hbox'). Otherwise just continue,
and I'll forget about whatever was undefined.
I don't know why is this happening... please help me, I just need Arial
font and that's it!
Hi,
I've seen this recently on 2.0.1 and there was someone with that issue
recently on the list (thread "problem with xetex-option", end of September).
I think that it's due to some recent xetex breakage (the l3* packages,
IIRC), which may be fixed by now (I do not have the bug any more). If
you are using miktex, you may try to update the packages (try to update
the l3* packages only at first), then reconfigure LyX.
This seems confirmed by some googling:
http://cfc.kizzx2.com/index.php/miktex-xetex-char_make_activen-20-problem-and-the-solution/
Best regards,
Olivier
Thankyou in advance...
Arial fonts LyX Windows
Hello, first of all, I'm a windows user. I've installed LyX 2.0 recently and
I saw that now we can use the windows fonts selecting them in a drop down
menu after tick No tex typography.
My problem is that when i do that I always get an LyX error saying:
\char_make_active:n
{"20}%
The control sequence at the end of the top line
of your error message was never \def'ed. If you have
misspelled it (e.g., `\hobx'), type `I' and the correct
spelling (e.g., `I\hbox'). Otherwise just continue,
and I'll forget about whatever was undefined.
I don't know why is this happening... please help me, I just need Arial font
and that's it!
Thankyou in advance...
Re: Lyx Windows <-> Linux Compatibility
In addition to missing packages (which has already been mentioned), it is sometimes the case that different versions of the same package are installed under Linux and Windows. Updating the older package to the newer version (on whichever machine has the older version) usually cures problems of that nature. FWIW, I've been editing the same docs on both Windows and Linux for years with almost no difficulties. Paul
Re: Lyx Windows <-> Linux Compatibility
On Wed, Sep 28, 2011 at 4:20 PM, Manveru wrote: > * I wait with longing for the day when TeX packages will not be > managed by native distro packages system, but only by TeX specific > packages system! > I myself long for the day when they implement local installation of packages that doesn't conflict with the system---package manager---based installation. However I don't know if they have plans for this, and it may be wishful thinking. Liviu
Re: Lyx Windows <-> Linux Compatibility
2011/9/28 Stephen GEORGE : > I created a document with Lyx running on Win7 with Miktex, compiles to pdf > without error. > > I can share via svn to linux and tried to build, and get errors. > > Is it expected for lyx file and build process to work cross platform? > Is it possibly something to do with my latex install on debian? > Any ideas where I should go to start find the issue. [...] > steve@dolphin:~/SVNpersonal$ latex --version > pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) > kpathsea version 5.0.0 [...] > Compiled with libpng 1.2.46; using libpng 1.2.46 > Compiled with zlib 1.2.3.4; using zlib 1.2.3.4 > Compiled with poppler version 0.16.7 I am successfully work on my thesis this way easily from late 1.5.x as far as I remeber; for sure on 1.6.x and now on 2.0.1 on Linux and 2.0.0. The only problems I really have (still unresolved) is different scaling of large pictures coming into PDF, what cause different clipping of such images between Linux rendered and Windows rendered PDFs (if I use clipping function). You have to make sure you have all packages you need for your document on Linux, the BIG advantage of MikTeX is its ability to automated download of needed packages (I really miss that feature in Linux*). The next thing which may blow up some problems is that TeXLive 2009 contains a lot of VERY OLD packages, so in comparison to what MikTeX 2.9 offer on Windows, the incompatibilities could be much more that minor. * I wait with longing for the day when TeX packages will not be managed by native distro packages system, but only by TeX specific packages system! -- Manveru jabber: manv...@manveru.pl gg: 1624001 http://www.manveru.pl
Re: Lyx Windows <-> Linux Compatibility
Hi Stephen,
Most certainly it would be a missed package. Can you send an SMALL
version of your document?
Regards.
-
Julio Rojas
jcredbe...@gmail.com
On Wed, Sep 28, 2011 at 1:53 PM, Stephen GEORGE
wrote:
>
>
> Hi,
>
> I created a document with Lyx running on Win7 with Miktex, compiles to pdf
> without error.
>
> I can share via svn to linux and tried to build, and get errors.
>
> Is it expected for lyx file and build process to work cross platform?
> Is it possibly something to do with my latex install on debian?
> Any ideas where I should go to start find the issue.
>
> An example of the errors I get
>
> ! LaTeX Error: Missing \begin{document}.
>
> ! You can't use `macro parameter character #' in horizontal mode.
> ! Extra \else.
> ! Extra \fi.
> ! LaTeX Error: Option clash for package hyperref
>
> ! Undefined control sequence.
> ! Missing number, treated as zero.
>
> ! Improper `at' size (0.0pt), replaced by 10pt.
>
> ( I do have some documents that work OK , but they are simple ones )
>
> Thanks for any hints
> Steve
>
>
> Both OS are using Lyx Version 2.0.0
>
> steve@dolphin:~/SVNpersonal$ latex --version
> pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian)
> kpathsea version 5.0.0
> Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
> There is NO warranty. Redistribution of this software is
> covered by the terms of both the pdfTeX copyright and
> the Lesser GNU General Public License.
> For more information about these matters, see the file
> named COPYING and the pdfTeX source.
> Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX).
> Compiled with libpng 1.2.46; using libpng 1.2.46
> Compiled with zlib 1.2.3.4; using zlib 1.2.3.4
> Compiled with poppler version 0.16.7
>
>
Anybody make a ScreenCast video of the LyX WIndows installation?
Is there a movie demonstrating the Windows install of LyX (from start to end?). Why I wish it were so: I'm using Linux, but I have installed it in the occasional Windows system. The install is not like other Windows programs, there are lots of ways people get it wrong and have to start over. I've gotten the install wrong and started over, students seem to hit that as well. One came in yesterday saying he couldn't compile to dvi. I have no idea how that happens. Now I'm teaching 50 people in a stats class and I don't have time to install LyX for all of them individually. I feel certain that if a video could convey the idea that a sequence of separate pieces is to be installed, and we need to make sure they all get done, one by one, then the whole problem could be addressed. PJ -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas
switching LyX windows in Lyx 2.0 on Mac OS X
Dear Coleagues, In LyX 1.6 it was possible to move from one LyX window to another with Alt-' (alt-apostrophe). In Lyx 2.0 this still works but modifies the document in the window to which one switches (the apostrophe appears in that document). Is there a way to avoid modifying the document? Thanks for any advice! Andrzej
Re: Lyx Windows Installation Error
Am 04.10.2010 17:27, schrieb Adam: After Lyx 1.6.7-4 installs it cannot open and I get the following error: "LyX: Creating directory C:/Documents and Settings/Admin/Application Data/LyX16/ LyX: reconfiguring user directory 'import site' failed; use -v for traceback Traceback (most recent call last): File "C:/Program Files/LyX16/bin/../Resources/configure.py", line 11, in import sys, os, re, shutil, glob ImportError: No module named os This means that LyX cannot find Python. Have you installed Python manually previously? If not, LyX didn't automatically install it due to registry settings that might remain from earlier installations of Python. In this case do: - check the registry that there are no entries saying that Python is installed - uninstall LyX _completely_ (but don't uninstall MiKTeX) - open an Internet connection - reinstall LyX using the small variant of this installer: http://wiki.lyx.org/Windows/LyXWinInstaller regards Uwe
Lyx Windows Installation Error
Hi, After Lyx 1.6.7-4 installs it cannot open and I get the following error: "LyX: Creating directory C:/Documents and Settings/Admin/Application Data/LyX16/ LyX: reconfiguring user directory 'import site' failed; use -v for traceback Traceback (most recent call last): File "C:/Program Files/LyX16/bin/../Resources/configure.py", line 11, in import sys, os, re, shutil, glob ImportError: No module named os LyX: Done! LayoutFileList::Read: unable to find textclass file `'. Exiting. Completed" I cannot seem to find a workaround, has anyone experienced this? I am logged on as admin and I am using XP-SP3. Thanks! Adam
Re: LyX (Windows) Math Symbols do not display (font problem?)
magneez schrieb: When installing on different machines, some math symbols are not displayed (the "\latexcode" is displayed instead)... > I have installed (in windows system) all the Bakoma fonts that are located in \Resources\fonts, You don't need to do this. I would uninstall these fonts (assure don't you don't simply delete the *.ttf files but really uninstall the fonts.) Afterwards uninstall LyX _completely_. Then reinstall it using the complete version of this installer: https://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=15676 does anyone have a clue as to why this might be happening? No :-( regards Uwe
LyX (Windows) Math Symbols do not display (font problem?)
Hi all,
there seems to be no relevant documentation about this issue at least for
Windows users (in my case Windows XP pro SP3 32bit). When installing on
different machines, some math symbols are not displayed (the "\latexcode" is
displayed instead). E.g. on my latest try the following symbols were not
displayed:
\asymp
\models
\succ
(there are many more examples)
the source for that part was simply:
$\asymp\models\succ$
And all I see in Lyx is:
"asymp \models succ" (without quotes and in the familiar brown color font
reserved for un-WYSIWYG'ed symbols)
Just to stress the weirdness, the following symbols ARE all displayed
correctly (here is the source code):
$\left\{ \Uparrow\nu\angle\precsim\supsetneqq\right\} $
I have installed (in windows system) all the Bakoma fonts that are located
in \Resources\fonts, reinstalled Lyx countless times, installed full MikTex
separately, and did all updates for it.
On other machines, strangely enough, I have the same problem - but with
DIFFERENT symbols...
does anyone have a clue as to why this might be happening?
thanks!
--
View this message in context:
http://n2.nabble.com/LyX-%28Windows%29-Math-Symbols-do-not-display-%28font-problem-%29-tp2182681p2182681.html
Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Math font error on Lyx - Windows
Andre Zimmermann wrote: Thanks for finding a solution to this problem. As a brand new user to LyX I couldn't get math functions to work which was the main reason I am switching from Word, but have been stuck on this problem for about a week and was ready to quit trying to find a solution and go back to word. I was also using Times New Roman and had the same problem. Now fixed, but would be good if it didn't happen. Andrew and Andre, Judging from the error message Andrew got, I'm pretty sure this is a LaTeX issue, not a LyX issue (meaning the developers won't be able to fix it). Do you have the psyr font metrics installed? You can run 'kpsewhich psyr.tfm' at a DOS prompt to find out. On my box the metric file is at C:/Program Files/MiKTeX 2.6/fonts/tfm/adobe/symbol/psyr.tfm. The path indicates that psyr contains a symbol font related to Adobe (Postscript) fonts, which makes sense in the context here. I am among the five people on the planet least qualified to talk about how LaTeX does fonts, but my understanding is that the font used for math symbols is related to the font used for text; so if you choose Times Roman (an Adobe font), it makes sense that LaTeX would look for an Adobe symbol font. If you don't have psyr.tfm installed, installing it could cure the problem. In the MiKTeX package manager, the package you want is named "symbol". HTH, Paul
Re: Math font error on Lyx - Windows
Andre Zimmermann wrote: > > Thanks for finding a solution to this problem. > As a brand new user to LyX I couldn't get math functions to work which was > the main reason I am switching from Word, but have been stuck on this > problem for about a week and was ready to quit trying to find a solution > and go back to word. I was also using Times New Roman and had the same > problem. > Now fixed, but would be good if it didn't happen. > For the record if a developer/wiz can help here... I'm on WinXP Pro with LyX 1.5.3 and MikTeX 2.6 and cannot reproduce this problem in a standard article class with Times Roman font (I don't have Times New Roman, but I think they're the same). - David Hewitt Virginia Institute of Marine Science http://www.vims.edu/fish/students/dhewitt/ -- View this message in context: http://www.nabble.com/Math-font-error-on-Lyx---Windows-tp14927537p14957798.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Math font error on Lyx - Windows
Thanks for finding a solution to this problem. As a brand new user to LyX I couldn't get math functions to work which was the main reason I am switching from Word, but have been stuck on this problem for about a week and was ready to quit trying to find a solution and go back to word. I was also using Times New Roman and had the same problem. Now fixed, but would be good if it didn't happen. Andre
Re: Math font error on Lyx - Windows
Andrew Barr wrote: > > I was using Times Roman font. I changed the font settings to default, and > all the math comes through fine. So...I guess that problem is solved for > the moment. Sorry for the dumb question. > I don't think this is a dumb question. Something unusual is happening that should not be happening. Unfortunately, I am not the person to fix it. However... I think Computer Modern is the default, but I can't actually recall how to check what the defaults are. I recall changing some font stuff around and "Saving as Default" in the past. I haven't gotten any errors, but it would be nice to be able to go to a file or window and see the current defaults (rather than just seeing "Default" displayed without knowing what it is). Anyone know how to get that? I rambled through all the documentation and didn't come up with anything. - David Hewitt Virginia Institute of Marine Science http://www.vims.edu/fish/students/dhewitt/ -- View this message in context: http://www.nabble.com/Math-font-error-on-Lyx---Windows-tp14927537p14950994.html Sent from the LyX - Users mailing list archive at Nabble.com.
Re: Math font error on Lyx - Windows
David, Sorry I didn't include that information. I was using Times Roman font. I changed the font settings to default, and all the math comes through fine. So...I guess that problem is solved for the moment. Sorry for the dumb question. Thanks
Re: Math font error on Lyx - Windows
Andrew Barr wrote: > > I am using lyx 1.5.2 for windows XP, MiKTeX 2.5. > > When using pdflatex to produce output, everything works great until I > enter > any math characters, when I get the following LaTeX error > > Font \csname\endcsname=psyr at 10.0pt not loadable: Metric (TFM) file not > found > I can't reproduce this problem with a standard document class, and I wouldn't know how to help if I could. However, I suspect it will help if you let us know which document class you're working with and which fonts you've specified in the Documents -> Settings. - David Hewitt Virginia Institute of Marine Science http://www.vims.edu/fish/students/dhewitt/ -- View this message in context: http://www.nabble.com/Math-font-error-on-Lyx---Windows-tp14927537p14932995.html Sent from the LyX - Users mailing list archive at Nabble.com.
Math font error on Lyx - Windows
Hi, I am using lyx 1.5.2 for windows XP, MiKTeX 2.5. When using pdflatex to produce output, everything works great until I enter any math characters, when I get the following LaTeX error Font \csname\endcsname=psyr at 10.0pt not loadable: Metric (TFM) file not found Can anybody help me solve this problem Thanks, Andrew
Re: Newbie question bibtex LyX Windows
Eduardo Esteves wrote:
2) Is it possible (and how) to export the article to a tex which
(explicitly) includes de list of refs in order to submit it to a
journal.
This gets asked periodically here. View -> DVI, then find the LyX
temporary directory and copy the .bbl file there. Export the document
to LaTeX, then (using a text editor, not LyX) paste the contents of the
.bbl file into the .tex file in lieu of the \bibliography{...} and
\bibliographystyle{...} commands.
/Paul
Re: Newbie question bibtex LyX Windows
On 7/11/07, Eduardo Esteves <[EMAIL PROTECTED]> wrote: Dear All, I'm quite new to LyX and probably didn't properly read the documentation/lists but... I need help w/ two "problems": 1) I use jabref to keep my bibliography and I've managed to insert the (bibtex) refs list at the end of my article. I changed the style to natbib (I had to install natbib via miktex ?!?!) and this change is visible in LyX (author-date format) but when I "export" to dvi or pdf the in-text citations and refs list comes in numerical format. Am I missing some step in miktex or LyX. A little more information would help here. However, make sure that under Document->Settings->Bibliography you've selected Natbib and the Author-year style for Natbib. Then when you insert the bibliography - I'm assuming by Insert->List/TOC->Bibtex Bibliography - you need to make sure that you're using a natbib bibliography style like plainnat or abbrvnat. 2) Is it possible (and how) to export the article to a tex which (explicitly) includes de list of refs in order to submit it to a journal. Don't know about this one. You could export to pdf. Regards, Eduardo Esteves Cheers, Bob Lounsbury
Newbie question bibtex LyX Windows
Dear All, I'm quite new to LyX and probably didn't properly read the documentation/lists but... I need help w/ two "problems": 1) I use jabref to keep my bibliography and I've managed to insert the (bibtex) refs list at the end of my article. I changed the style to natbib (I had to install natbib via miktex ?!?!) and this change is visible in LyX (author-date format) but when I "export" to dvi or pdf the in-text citations and refs list comes in numerical format. Am I missing some step in miktex or LyX. 2) Is it possible (and how) to export the article to a tex which (explicitly) includes de list of refs in order to submit it to a journal. Regards, Eduardo Esteves
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Uwe Stöhr wrote: Paul A. Rubin schrieb: Does it? I've installed the "thin" version on my home PC a few times. The home PC has a dial-up connection (which is off during installation) and MikTeX set to "ask". It asks, I say no (repeatedly), and installation goes fine. But if you press "yes" -> same problem. And I got complaints from the users, that they don't want to have these windows appearing. And people often press yes when the don't understand a computer question. I would also press "Yes" because nobody knows the problematic. I see your point. I thought you meant that the bug occurred before the user responded to the pop-up. /Paul
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Paul A. Rubin schrieb: Does it? I've installed the "thin" version on my home PC a few times. The home PC has a dial-up connection (which is off during installation) and MikTeX set to "ask". It asks, I say no (repeatedly), and installation goes fine. But if you press "yes" -> same problem. And I got complaints from the users, that they don't want to have these windows appearing. And people often press yes when the don't understand a computer question. I would also press "Yes" because nobody knows the problematic. regards Uwe
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Uwe Stöhr wrote: Bo Peng schrieb: You would not agree with me but my opinion is that we have shot ourselves in the foot by enabling this automatic downloading option. The default is "Ask me first" which has the same problem. Does it? I've installed the "thin" version on my home PC a few times. The home PC has a dial-up connection (which is off during installation) and MikTeX set to "ask". It asks, I say no (repeatedly), and installation goes fine. /Paul
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
On Thu, 1 Feb 2007, Uwe Stöhr wrote: The simple fix for this problem is that we disable this option and allow lyx to be installed without these classes. It is NOT our responsibility to install latex packages. We are! about 50% of the LyXers I know don't know anything about LaTeX and will wonder why the collegue has a feature they has not. You can not expect that an average user knows how to install a LaTeX-package. I don't know if it's our responsibility, but to be honest I hardly know how to install a LaTeX package. You had to put it somewhere and then get the cache to update, IIRC. This might be completely different on Windows of course. Anyway, my point is that it's not trivial for a user to install a new LaTeX package. That still doesn't mean we have to or are responsible though... Maybe it'd be enough if we gave a better warning message and/or directions to where the user can find more information about how to do it? /C -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Bo Peng schrieb: You would not agree with me but my opinion is that we have shot ourselves in the foot by enabling this automatic downloading option. The default is "Ask me first" which has the same problem. The simple fix for this problem is that we disable this option and allow lyx to be installed without these classes. It is NOT our responsibility to install latex packages. We are! about 50% of the LyXers I know don't know anything about LaTeX and will wonder why the collegue has a feature they has not. You can not expect that an average user knows how to install a LaTeX-package. 1. we do not bundle miktex. Instead, users are asked to install miktex by their own. If there is anything missing, they install the package by themselves. This is what we are doing to all OS other than windows and there is no complain there. Because Linuxer are computer experts in comparison to Windows users and LaTeX is mostly installed by default in many distros. Note that 90% of the computers are running Windows and that therefore 90% of the potential users won't then be able to use LyX. 2. we bundle miktex and also bundle all regular (what configure.py will check) packages. In this way, there is no automatic downloading so no bug. We can consider that if the MiKTeX developer see no chance to fix this. I'll wait two week before a decision. regards Uwe
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Guess for the good of every user, expert or not, the second option is the one you should pick. On 2/1/07, Bo Peng <[EMAIL PROTECTED]> wrote: On 1/31/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > > Uwe, if the option is set to off (no download whatsoever), can > > configure succeed? I guess configure will get current class list and > > start lyx properly. > > Yes this should work, but then the users complain that not all needed packages are installed; that's > the dilemma. Uwe, You would not agree with me but my opinion is that we have shot ourselves in the foot by enabling this automatic downloading option. The simple fix for this problem is that we disable this option and allow lyx to be installed without these classes. It is NOT our responsibility to install latex packages. Right now, we have a serious bug that lyx can not be used after *proper* installation. Although this is miktex's fault, lyx is blamed because we have bundled miktex. I guess the following two scenarios are better: 1. we do not bundle miktex. Instead, users are asked to install miktex by their own. If there is anything missing, they install the package by themselves. This is what we are doing to all OS other than windows and there is no complain there. 2. we bundle miktex and also bundle all regular (what configure.py will check) packages. In this way, there is no automatic downloading so no bug. What do you think? Bo -- - Julio Rojas [EMAIL PROTECTED]
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
On 1/31/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > Uwe, if the option is set to off (no download whatsoever), can > configure succeed? I guess configure will get current class list and > start lyx properly. Yes this should work, but then the users complain that not all needed packages are installed; that's the dilemma. Uwe, You would not agree with me but my opinion is that we have shot ourselves in the foot by enabling this automatic downloading option. The simple fix for this problem is that we disable this option and allow lyx to be installed without these classes. It is NOT our responsibility to install latex packages. Right now, we have a serious bug that lyx can not be used after *proper* installation. Although this is miktex's fault, lyx is blamed because we have bundled miktex. I guess the following two scenarios are better: 1. we do not bundle miktex. Instead, users are asked to install miktex by their own. If there is anything missing, they install the package by themselves. This is what we are doing to all OS other than windows and there is no complain there. 2. we bundle miktex and also bundle all regular (what configure.py will check) packages. In this way, there is no automatic downloading so no bug. What do you think? Bo
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Bo Peng schrieb: This is a known problem we are working on. Workaround: Open an internet connection and reconfigure LyX. Uwe, if the option is set to off (no download whatsoever), can configure succeed? I guess configure will get current class list and start lyx properly. Yes this should work, but then the users complain that not all needed packages are installed; that's the dilemma. So installing with an open internet connection will help. I'll ask the MiKTeX developer about the status of this bug (he has a lot of work with the Vista stuff at the moment). I'll inform the lists as soon there is a solution. BUT I was too rash with my advice, because the missing textclass problem will remain for new users because MiKTeX's environment variables aren't immediately written after the installation so that LyX will fail to find it the first time. I wrote an email to this and the devel list last week that I solved this in LyXWinInstaller by chance by calling the configure script twice. regards Uwe
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
This is a known problem we are working on. Workaround: Open an internet connection and reconfigure LyX. Uwe, if the option is set to off (no download whatsoever), can configure succeed? I guess configure will get current class list and start lyx properly. Bo
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Thomas Sauter schrieb: +checking for default encoding (this may take a long time) + checking for ec fonts... yes + checking for ec support in LaTeX format... yes +checking for document class IEEEtran [IEEEtran]... creating packages.lst creating doc/LaTeXConfig.lyx This is a known problem we are working on. Workaround: Open an internet connection and reconfigure LyX. regards Uwe
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Check if your firewall is blocking FTP connections. Once MikTex has an open FTP connection, all classes are downloaded and a non empty textclass.lst is generated. If after this step the problem persists, copy this textclass.lst to "\document and settings\\Application Data\Lyx1.4.x", this should solve your problem. At least this is how I solved it today while installing LyX over Vista, after the same problem happened to me. Hope it helps... On 1/30/07, Paul A. Rubin <[EMAIL PROTECTED]> wrote: Thomas Sauter wrote: >>> Problem of the german version of the path? >> I don't think so. If you open a DOS prompt and run 'set h', what do you > see for your home drive and home directory? > > HOMEDRIVE=C: > HOMEPATH=\Dokumente und Einstellungen\sauter This is fine. (If your home path were on a remote server, it might account for part of the problem.) >> This indicates that a packages.lst file was created. What directory > were you in when you ran configure.py? Is there a packages.lst file > there now, and, if so, is it empty or not? > > I was in > C:\lyx > > and typed > c:\lyx14\python\python.exe c:\lyx14\Resources\configure.py > > There is a packages.lst file now and it is empty (0 Byte). The output you quoted from the configure script ended with > + checking for ec fonts... yes > + checking for ec support in LaTeX format... yes > +checking for document class IEEEtran [IEEEtran]... > creating packages.lst > creating doc/LaTeXConfig.lyx Is this everything that the script displayed at the end (nothing cut out)? If so, it suggests that something happened while LyX was looking for LaTeX classes (specifically the IEEEtran class, which I think may be the first it tries to find). Is there a C:\lyx\doc folder containing a file named LaTeXConfig.lyx? If so, you can open it with Notepad or any other text editor or viewer. There should be a section like the following: \begin_layout Subsection article \end_layout \begin_layout Description Found: yes \end_layout My guess is that yours will say Found: no. If this is the case, we need to determine why the search for classes is breaking down. MikTeX gives you three options for situations where a document uses a missing class: automatically download; ask permission to download; or fail. You set this in the MikTeX Options program (General tab, package installation). If yours is set to download automatically and you do not have an Internet connection (or MikTeX is set to look at a local repository), I suppose something might go wrong. I leave this set on "Ask permission", and when upgrading LyX I just say 'no' to each request to install a class. /Paul -- - Julio Rojas [EMAIL PROTECTED]
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Thomas Sauter wrote: Problem of the german version of the path? I don't think so. If you open a DOS prompt and run 'set h', what do you see for your home drive and home directory? HOMEDRIVE=C: HOMEPATH=\Dokumente und Einstellungen\sauter This is fine. (If your home path were on a remote server, it might account for part of the problem.) This indicates that a packages.lst file was created. What directory were you in when you ran configure.py? Is there a packages.lst file there now, and, if so, is it empty or not? I was in C:\lyx and typed c:\lyx14\python\python.exe c:\lyx14\Resources\configure.py There is a packages.lst file now and it is empty (0 Byte). The output you quoted from the configure script ended with + checking for ec fonts... yes + checking for ec support in LaTeX format... yes +checking for document class IEEEtran [IEEEtran]... creating packages.lst creating doc/LaTeXConfig.lyx Is this everything that the script displayed at the end (nothing cut out)? If so, it suggests that something happened while LyX was looking for LaTeX classes (specifically the IEEEtran class, which I think may be the first it tries to find). Is there a C:\lyx\doc folder containing a file named LaTeXConfig.lyx? If so, you can open it with Notepad or any other text editor or viewer. There should be a section like the following: \begin_layout Subsection article \end_layout \begin_layout Description Found: yes \end_layout My guess is that yours will say Found: no. If this is the case, we need to determine why the search for classes is breaking down. MikTeX gives you three options for situations where a document uses a missing class: automatically download; ask permission to download; or fail. You set this in the MikTeX Options program (General tab, package installation). If yours is set to download automatically and you do not have an Internet connection (or MikTeX is set to look at a local repository), I suppose something might go wrong. I leave this set on "Ask permission", and when upgrading LyX I just say 'no' to each request to install a class. /Paul
Yet More Comment on Lyx Windows Install: the "textclasses not found" problem
I fought the "no textclasses found" problem all weekend and just now got it fixed. I used the MS windows wiki-wiki installation (several times) and always got the same textclasses error. However, I finally got lyx to work !! My problem was that I had two other versions of Latex on my system (PCtex and Texlive) So I removed these from my path environment variable, plus I removed some environment variables that were related to these two programs. By now I had the detritus of several failed installations on my system. I searched for all copies of textclass.lst on my system, deleted them all, and reran configure.py Now Lyx runs. I hopes this helps someone...
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
> Thomas Sauter wrote: > >> >> There was nothing created under >> C:\Dokumente und Einstellungen\sauter\Application Data >> >> Problem of the german version of the path? > > I don't think so. If you open a DOS prompt and run 'set h', what do you see for your home drive and home directory? HOMEDRIVE=C: HOMEPATH=\Dokumente und Einstellungen\sauter >> >> Here is the output of the configure.py (configure.txt), after installing miktex, then lyx (not bundle): >> >> checking for DVI to DTL converter... >> +checking for "dv2dt"... no >> checking for a Latex2e program... >> +checking for "pplatex"... no >> +checking for "latex"... yes > > Good, it found MikTeX. > > [snip] > >> creating packages.lst >> creating doc/LaTeXConfig.lyx > > This indicates that a packages.lst file was created. What directory were you in when you ran configure.py? Is there a packages.lst file there now, and, if so, is it empty or not? > I was in C:\lyx and typed c:\lyx14\python\python.exe c:\lyx14\Resources\configure.py There is a packages.lst file now and it is empty (0 Byte). > /Paul > Thomas
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Thomas Sauter wrote: There was nothing created under C:\Dokumente und Einstellungen\sauter\Application Data Problem of the german version of the path? I don't think so. If you open a DOS prompt and run 'set h', what do you see for your home drive and home directory? Here is the output of the configure.py (configure.txt), after installing miktex, then lyx (not bundle): checking for DVI to DTL converter... +checking for "dv2dt"... no checking for a Latex2e program... +checking for "pplatex"... no +checking for "latex"... yes Good, it found MikTeX. [snip] creating packages.lst creating doc/LaTeXConfig.lyx This indicates that a packages.lst file was created. What directory were you in when you ran configure.py? Is there a packages.lst file there now, and, if so, is it empty or not? /Paul
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
>> I run the configure.py. > > What output does this produce? Also, when you deinstalled LyX, did you > also delete anything it created under C:\Documents and Settings\your > id\Application Data? > > /Paul > > There was nothing created under C:\Dokumente und Einstellungen\sauter\Application Data Problem of the german version of the path? Here is the output of the configure.py (configure.txt), after installing miktex, then lyx (not bundle): checking for DVI to DTL converter... +checking for "dv2dt"... no checking for a Latex2e program... +checking for "pplatex"... no +checking for "latex"... yes checking for a Tgif viewer and editor... +checking for "tgif"... no checking for a FIG viewer and editor... +checking for "xfig"... no checking for a Grace viewer and editor... +checking for "xmgrace"... no checking for a FEN viewer and editor... +checking for "xboard"... no checking for a raster image viewer... +checking for "xv"... no +checking for "kview"... no +checking for "gimp"... no checking for a raster image editor... +checking for "gimp"... no checking for a text editor... +checking for "xemacs"... no +checking for "gvim"... no +checking for "kedit"... no +checking for "kwrite"... no +checking for "kate"... no +checking for "nedit"... no +checking for "gedit"... no +checking for "notepad"... yes checking for a Postscript previewer... +checking for "gv"... no +checking for "ghostview"... no +checking for "kghostview"... no checking for a PDF previewer... +checking for "acrobat"... no +checking for "acroread"... no +checking for "gv"... no +checking for "ghostview"... no +checking for "xpdf"... no +checking for "kpdf"... no +checking for "kghostview"... no checking for a DVI previewer... +checking for "xdvi"... no +checking for "kdvi"... no checking for DVI to DTL converter... +checking for "dv2dt"... no checking for a HTML previewer... +checking for "mozilla"... no +checking for "netscape"... no checking for the pdflatex program... +checking for "pdflatex"... yes checking for a LaTeX/Noweb -> LyX converter... +checking for "tex2lyx"... no +checking for "tex2lyx"... no checking for a Noweb -> LaTeX converter... +checking for "noweave"... no checking for a HTML -> LaTeX converter... +checking for "html2latex"... no checking for a MSWord -> LaTeX converter... +checking for "wvCleanLatex"... no checking for a LaTeX -> MS Word converter... +checking for "htlatex"... yes checking for an OpenOffice.org -> LaTeX converter... +checking for "w2l"... no checking for a LaTeX -> OpenOffice.org converter... +checking for "oolatex"... yes checking for a PS to PDF converter... +checking for "ps2pdf13"... yes checking for a DVI to PS converter... +checking for "dvips"... yes checking for a DVI to PDF converter... +checking for "dvipdfmx"... yes checking for dvipng... +checking for "dvipng"... yes checking for a fax program... +checking for "kdeprintfax"... no +checking for "ksendfax"... no checking for a FIG -> EPS/PPM converter... +checking for "fig2dev"... no checking for a TIFF -> PS converter... +checking for "tiff2ps"... no checking for a TGIF -> EPS/PPM converter... +checking for "tgif"... no checking for a EPS -> PDF converter... +checking for "epstopdf"... yes checking for a Grace -> Image converter... +checking for "gracebat"... no checking for a LaTeX -> HTML converter... +checking for "htlatex"... yes checking for SGML-tools 1.x (LinuxDoc)... +checking for "sgml2lyx"... no checking for SGML-tools 2.x (DocBook) or db2x scripts... +checking for "sgmltools"... no +checking for "db2dvi"... no Checking whether TeX allows spaces in file names... yes checking for a *roff formatter... +checking for "groff"... no +checking for "nroff"... no checking for ChkTeX... +checking for "chktex"... no checking for a spellchecker... +checking for "ispell"... no checking for a spool command... +checking for "lp"... no +checking for "lpr"... yes checking LaTeX configuration... auto +Inspecting your LaTeX configuration. +checking for LaTeX version... 2005/12/01 +checking for available hyphenation patterns... english, dumylang, nohyphenatio +checking for default encoding (this may take a long time) + checking for ec fonts... yes + checking for ec support in LaTeX format... yes +checking for document class IEEEtran [IEEEtran]... creating packages.lst creating doc/LaTeXConfig.lyx
Re: Comment on LyX Windows Install: the "textclasses not found" problem
Bradburn, Edward schrieb: I installed using the "network bundle" at first, but constantly got a problem with Lyx refusing to start: the now quite famous "textclasses not found" problem. More precisely, the programs refuses to start and prints this as the error: LyXTextClassList::Read: no textclasses found! This was obviously something to do with the Tex installation: although I installed MikTex as part of the bundle, Lyx was somehow not finding it. As it started, it tried to download missing textclasses but then bombed out with an error. I investigated o lot why this doesn't occur with my LyX installer: http://wiki.lyx.org/Windows/LyXWinInstaller I found now out why but don't know exactly why this happens: When MiKTeX is installed together with LyX it refreshes some environment variables. Unfortunately these changes need some time until they are recognized by the Windows system: You either have to read the changed variables to get them refreshed or have to relogin to Windows. Without beeing aware of this my installer calls LyX's configure script while the installer is running - this run mostly fails for the explained reason but reads out the environment variables so they are then refreshed (that's the run after my installer informs you that the following configuration may need some time). When LyX is first started the configure script runs again and this time it finds MiKTeX and so you don't get the error and LyX is successfully configured. This one was very tricky to find it out, I needed 3 months and lots and lots of installation tests to have the right idea :-(. (Note: some other posters have suggested running the "configure.py" script located in the Lyx directory, under the subdirectory "Resources". This did NOT work for me: the configure script tried to load the (what it thought were) missing Tex classes and crashed whilst doing so with the above message.) This is known MiKTeX bug we are working on. Workaround: Turn on an internet connection and then reconfigure LyX. regards Uwe
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Thomas Sauter wrote: it still doesn't work here. I deinstalled lyx and miktex, then installed miktex (c:\MiKTeX25) from the miktex-website (basic), then lyx (c:\Lyx14) (not the bundle and in a second try after deinstallation: miktex and the lyx-bundle). I changed the path to C:\MiKTeX25\miktex\bin;c:\programme\imagemagick-6.3.0-q16; C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\wbem; C:\Programme\MATLAB71\bin\win32;;C:\Programme\OpenSSH\bin; C:\Programme\QuickTime\QTSystem\ I run the configure.py. What output does this produce? Also, when you deinstalled LyX, did you also delete anything it created under C:\Documents and Settings\your id\Application Data? /Paul
Re: Comment on Lyx Windows Install: the "textclasses not found" problem
Hi Ed, > -- Install MikTex (from the site, www.miktex.org). I used the "basic" > version. > -- Install Lyx > > Oh, I'm using Win XP with SP 2, and running Lyx 1.4.3-5. > it still doesn't work here. I deinstalled lyx and miktex, then installed miktex (c:\MiKTeX25) from the miktex-website (basic), then lyx (c:\Lyx14) (not the bundle and in a second try after deinstallation: miktex and the lyx-bundle). I changed the path to C:\MiKTeX25\miktex\bin;c:\programme\imagemagick-6.3.0-q16; C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\wbem; C:\Programme\MATLAB71\bin\win32;;C:\Programme\OpenSSH\bin; C:\Programme\QuickTime\QTSystem\ I run the configure.py. Miktex seems to work and also the path settings seem to be ok. I can run 'tex' from every directory from the command window. I also tried to use another directory with c -userdir ... Same bad result. Any ideas? Thomas
Comment on Lyx Windows Install: the "textclasses not found" problem
Hi Folks, Just installed Lyx yesterday on Windows, and, since I had a bit of trouble getting it to run, I thought I would post a quick report of what got it working. I installed using the "network bundle" at first, but constantly got a problem with Lyx refusing to start: the now quite famous "textclasses not found" problem. More precisely, the programs refuses to start and prints this as the error: LyXTextClassList::Read: no textclasses found! This was obviously something to do with the Tex installation: although I installed MikTex as part of the bundle, Lyx was somehow not finding it. As it started, it tried to download missing textclasses but then bombed out with an error. However, after reading an earlier comment on the Lyx list, I found that installing MikText separately seemed to do the trick. So, this means: -- Install MikTex (from the site, www.miktex.org). I used the "basic" version. -- Install Lyx Run Lyx: works fine. Hope this helps someone to get started with the tool in Windows. (Note: some other posters have suggested running the "configure.py" script located in the Lyx directory, under the subdirectory "Resources". This did NOT work for me: the configure script tried to load the (what it thought were) missing Tex classes and crashed whilst doing so with the above message.) Oh, I'm using Win XP with SP 2, and running Lyx 1.4.3-5. Cheers, Ed Bradburn -- Edward Bradburn | Technical Editor CoreMedia | Ludwig-Erhard-Str. 18, 20459 Hamburg, Germany Tel +49 40.325587.535 | Fax +49.40.325587.999 [EMAIL PROTECTED] | www.coremedia.com --- Any Content, Anywhere, in a Trusted Universe: CoreMedia CMS and CoreMedia DRM ---
Comment on Lyx Windows Install: the "textclasses not found" problem
Hi Folks, Just installed Lyx yesterday on Windows, and, since I had a bit of trouble getting it to run, I thought I would post a quick report of what got it working. I installed using the "network bundle" at first, but constantly got a problem with Lyx refusing to start: the now quite famous "textclasses not found" problem. More precisely, the programs refuses to start and prints this as the error: LyXTextClassList::Read: no textclasses found! This was obviously something to do with the Tex installation: although I installed MikTex as part of the bundle, Lyx was somehow not finding it. As it started, it tried to download missing textclasses but then bombed out with an error. However, after reading an earlier comment on the Lyx list, I found that installing MikText separately seemed to do the trick. So, this means: -- Install MikTex (from the site, www.miktex.org). I used the "basic" version. -- Install Lyx Run Lyx: works fine. Hope this helps someone to get started with the tool in Windows. (Note: some other posters have suggested running the "configure.py" script located in the Lyx directory, under the subdirectory "Resources". This did NOT work for me: the configure script tried to load the (what it thought were) missing Tex classes and crashed whilst doing so with the above message.) Oh, I'm using Win XP with SP 2, and running Lyx 1.4.3-5. Cheers, Ed Bradburn -- Edward Bradburn | Technical Editor CoreMedia | Ludwig-Erhard-Str. 18, 20459 Hamburg, Germany Tel +49 40.325587.535 | Fax +49.40.325587.999 [EMAIL PROTECTED] | www.coremedia.com --- Any Content, Anywhere, in a Trusted Universe: CoreMedia CMS and CoreMedia DRM --- smime.p7s Description: S/MIME cryptographic signature
Re: Preserving math format with copy/paste between lyx windows
>>>>> "Alex" == Alex Casti <[EMAIL PROTECTED]> writes: Alex> Hello -- I'm running lyx 1.4.3 on Windoze. It's a simple matter Alex> to copy & paste between two Lyx windows, but when I copy a Alex> section of text that includes math mode formulas then the Alex> mathematics appears as regular text (using the paste external Alex> selection option, or ctrl-V). Hello, copy/pasting between two lyx instance only copies plain text. JMarc
Preserving math format with copy/paste between lyx windows
Hello -- I'm running lyx 1.4.3 on Windoze. It's a simple matter to copy & paste between two Lyx windows, but when I copy a section of text that includes math mode formulas then the mathematics appears as regular text (using the paste external selection option, or ctrl-V). Am I doing something wrong or is it simply not possible to copy/paste between Lyx windows and preserve math-mode portions? Thanks, Alex __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: lyx -windows cd
uwe wrote: > The work itself was very interesting! Now we want put the cd on a Berlios > download-place. This is the reason for this mail. Are there any law issues > we have to look for before we can put lyx on this cd ? Ask your lawyer. You have to check the licenses of all included components. At least for LyX itself you must also provide the source code including all modifications you possibly made (that can be on the cd, or in some other form, read the GPL). Of course this also holds for the cds you already gave to the students, so if you did not do so already please tell them where they can get the sources (including all modifications you might have made). If you did not do any modifications then it is IIRC enough to include a link to the LyX ftp server somewhere on the cd, but, as usual: IANAL. Georg
Re: lyx -windows cd
uwe schrieb am 26.09.2006: [...] Now we want put the cd on a Berlios download-place. This is the reason for this mail. Are there any law issues we have to look for before we can put lyx on this cd ? http://www.lyx.org/about/license.php Regards, Dominik.- -- LaTeX-FAQ | http://www.dante.de/faq/de-tex-faq Minimalbeispiel | http://www.minimalbeispiel.de BibTeX-Editor | http://jabref.sourceforge.net
lyx -windows cd
Hello, i supported an semiar paper for the BA Stuttgart. The aim was to describe what was needet to produce science papers for the BA with lyx/latex. One result of the work was a cd with all Programms you need to work withe windows. These are such programms like miktex, phyton perl an of course lyx and some otherones. For lyx we create a template and style file with helps the studens to work easily with lyx to get got looking papers who fits to the qoute rules wich are obligatory for the students. The work itself was very interesting! Now we want put the cd on a Berlios download-place. This is the reason for this mail. Are there any law issues we have to look for before we can put lyx on this cd ? uwe
Re: problème avec lyx (Ihave a prob lem with lyx windows 1.4.1)
Paul A. Rubin wrote: > A S Hodel wrote: > >> I think the translation is a bit different: (but then again, I'm >> an American so take this with a grain of salt) >> >>> [EMAIL PROTECTED] wrote: >>> Bonjour je suis un nouvel utilisateur de lyx et j'ai un problème lorsque je convertit mon document au format dvi. Le message d'erreur est le suivant : "An error occured whilst running Python" "D:/Utilitaires/lyx 1.4.1/Ressources/scripts Et lorsque je demande la version en Draftdvi le message est :"Bad dvi file" En fait les problèmes disparaissent quand j'enlève mes images Bitmap du document. Pourrait-on m'expliquer le problème et comment y remédier ? Merci par avance. >> >> >> I am a new Lyx user and I have a problem when I convert my >> document to dvi format. The error message is the following: "An >> error occured whilst running Python" "D:/Utilitaires/lyx >> 1.4.1/Ressources/scripts >> >> And when I ask the version in Draftdvi the message is "Bad dvi >> file." >> >> In fact these problems disappear when I upload my bitmap images >> from the document. Can some explain the problem and how to remedy >> it? Thanks in advance >> >> -- >> >> I regret I can't answer the question, but perhaps the additional >> detail in the translation may help. >> >> A S Hodel http://homepage.mac.com/hodelas [EMAIL PROTECTED] >> >> >> >> > > The best approach would be for the original poster to post a > minimal example (LyX document plus image) that triggers the error > message. Any volunteers to translate that to French? > > /Paul Destiné à [EMAIL PROTECTED], traduction d'une demande de précision de Paul Rubin (ci-dessus) concernant le problème : "La meilleure façon serait pour celui qui a envoyé le message initial serait de poster un exemple minimal (document lyx plus image) qui conduit au message d'erreur."
Re: problème avec lyx (Ihave a prob lem with lyx windows 1.4.1)
A S Hodel wrote: I think the translation is a bit different: (but then again, I'm an American so take this with a grain of salt) [EMAIL PROTECTED] wrote: Bonjour je suis un nouvel utilisateur de lyx et j'ai un problème lorsque je convertit mon document au format dvi. Le message d'erreur est le suivant : "An error occured whilst running Python" "D:/Utilitaires/lyx 1.4.1/Ressources/scripts Et lorsque je demande la version en Draftdvi le message est :"Bad dvi file" En fait les problèmes disparaissent quand j'enlève mes images Bitmap du document. Pourrait-on m'expliquer le problème et comment y remédier ? Merci par avance. I am a new Lyx user and I have a problem when I convert my document to dvi format. The error message is the following: "An error occured whilst running Python" "D:/Utilitaires/lyx 1.4.1/Ressources/scripts And when I ask the version in Draftdvi the message is "Bad dvi file." In fact these problems disappear when I upload my bitmap images from the document. Can some explain the problem and how to remedy it? Thanks in advance -- I regret I can't answer the question, but perhaps the additional detail in the translation may help. A S Hodel http://homepage.mac.com/hodelas [EMAIL PROTECTED] The best approach would be for the original poster to post a minimal example (LyX document plus image) that triggers the error message. Any volunteers to translate that to French? /Paul
Re: problème avec lyx (Ihave a prob lem with lyx windows 1.4.1)
[EMAIL PROTECTED] wrote: >Bonjour je suis un nouvel utilisateur de lyx et j'ai un problème lorsque je >convertit mon document au format dvi. Le message d'erreur est le suivant : >"An error occured whilst running Python" >"D:/Utilitaires/lyx 1.4.1/Ressources/scripts > >Et lorsque je demande la version en Draftdvi le message est :"Bad dvi file" > >En fait les problèmes disparaissent quand j'enlève mes images Bitmap du >document. >Pourrait-on m'expliquer le problème et comment y remédier ? Merci par avance. > > > Quick translation of the message above : A french newby have a problem when convert lyx document with bitmap image in dvi file : With the message : "An error occured whilst running Python" When bitmap files are throwed out the document, dvi file conversion is ok. Perhaps an idea ? Thanks for your help.
Re: Lyx-WIndows-Python
I didn't deinstall cygwin, but I removed cygwin's paths from Windows Environment and I also deleted my local Lyx settings under C:\Document Settings\luser\Application Data and restarted Lyx and let it rebuild that directory. It seems to work fine after that. Afterwards, I put back cygwin's path into Windows paths and it still works. It works, but still a mystery. Thanks On 1/16/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > > Mohsin Mohd Sies wrote: > > > I wonder if cygwin's latex packages is conflicting with Miktex? > (Newbie's > > suspicion) > > It seems so. The console messages don't help. Could you deinstall cygwin > (or if this isn't possible cygwin's LaTeX-packages), restart your system > and try to install with the Installer from > > http://wiki.lyx.org/Windows/LyXWinInstaller > (download the latest version directly from the project homepage) > > regards Uwe >
Re: Lyx-WIndows-Python
Mohsin Mohd Sies wrote: I wonder if cygwin's latex packages is conflicting with Miktex? (Newbie's suspicion) It seems so. The console messages don't help. Could you deinstall cygwin (or if this isn't possible cygwin's LaTeX-packages), restart your system and try to install with the Installer from http://wiki.lyx.org/Windows/LyXWinInstaller (download the latest version directly from the project homepage) regards Uwe
Re: Lyx-WIndows-Python
Mohsin Mohd Sies <[EMAIL PROTECTED]> writes: > Executing command: python "C:/Program > Files/LyX/Resources/lyx/scripts/clean_dvi.py" "newfile3.dvi" "tmpfile.out" > > I wonder if cygwin's latex packages is conflicting with Miktex? (Newbie's > suspicion) Please, see this post: http://article.gmane.org/gmane.editors.lyx.general/27299 Essentially, if you use the cygwin python, you have to put in C:\Program Files\LyX\bin the following script (named python.bat) 8<8<8<8< @echo off python2.4 %1 %2 %2 %3 %4 %5 %6 %7 %8 %9 exit 8<8<8<8< If you have a previous version of cygwin, you may instead have python2.3. Check that and replace accordingly line 2 above. -- Enrico
Re: Lyx-WIndows-Python
On 1/16/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote: > > Mohsin Mohd Sies wrote: > > > I have a strange problem. I've just installed Lyx on Windows. > > What installer did you use, this one: > > http://wiki.lyx.org/Windows/LyXWinInstaller Sorry about that, I used lyx-1.3.6_win32_setup_v1.exe. I also have cygwin previously installed. To satisfy Lyx, I installed MingW alongside. Could this be the source of the problem? or this one > > http://wiki.lyx.org/Windows/LyX136 > http://wiki.lyx.org/Windows/LyX137pre > > > I've also > > installed Python and all other packages as needed during installation. > The > > problem is that when I tried to print, I got an error message "cannot > > convert file", "error while executing python "c:/Program > > Files/LyX/Resources/lyx/scripts > > Could you please start LyX from then Win console with the command > > lyx -dbg 3 > > and send what error message appear in the console window. Does it work when you export the LyX-file to PDF or DVI? Yes I tried exporting to pdf and ps too, same error. Following Georg's suggestion, I'm running it from lyx -dbg info,init right now. Just a simple text, saved, then trying to export to pdf. It's hanging now.. The console output is; Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Program Files\LyX\bin>lyx -dbg info,init Setting debug level to info,init Debugging `info' (General information) Debugging `init' (Program initialisation) Checking whether LyX is run in place... no binary_dir C:/Program Files/LyX/bin/ system_support C:/Program Files/LyX/Resources/lyx/ build_support user_support C:/Documents and Settings/Mohsin/Application Data/LyX/ locale_dir C:/Program Files/LyX/Resources/locale/ document_dir C:/Documents and Settings/Mohsin/My Documents temp_dir C:/Documents and Settings/Mohsin/Local Settings/Temp/ home_dir C:/Documents and Settings/Mohsin Setting locale directory to C:/Program Files/LyX/Resources/locale/ Initializing LyX::init... About to read lyxrc.defaults... Found lyxrc.defaults in C:/Documents and Settings/Mohsin/Application Data/LyX/ly xrc.defaults About to read preferences... Found preferences in C:/Documents and Settings/Mohsin/Application Data/LyX/prefe rences About to read encodings... Reading encoding iso8859-2 Reading encoding iso8859-3 Reading encoding iso8859-4 Reading encoding iso8859-5 Reading encoding iso8859-6 Reading encoding iso8859-7 Reading encoding iso8859-9 Reading encoding iso8859-13 Reading encoding iso8859-15 Reading encoding cp1255 Reading encoding cp1251 Reading encoding koi8 Reading encoding koi8-u Reading encoding tis620-0 Reading encoding pt154 About to read languages... Reading language afrikaans Reading language american Reading language welsh Reading layouts... About to read default... Found default in C:/Program Files/LyX/Resources/lyx/ui/default.ui LyX tmp dir: `C:/Documents and Settings/Mohsin/Local Settings/Temp/lyx_tmpdir395 6a03312' Reading lastfiles `C:/Documents and Settings/Mohsin/Application Data/LyX/lastfil es'... Initializing LyX::init...done Initializing LyXFunc Initializing key mappings... Buffer::Buffer() Assigning to buffer 0 Setting buffer in BufferView (0x1ca1cc8) Buffer addr: 0x1ca1cc8 resizeCurrentBuffer lyx header finished preamble finished, now the body. Finished making LaTeX file. Row count was 92. That's all. Lyx bottom bar shows Executing command: python "C:/Program Files/LyX/Resources/lyx/scripts/clean_dvi.py" "newfile3.dvi" "tmpfile.out" I wonder if cygwin's latex packages is conflicting with Miktex? (Newbie's suspicion) Thanks > > regards Uwe >
Re: Lyx-WIndows-Python
Uwe Stöhr wrote: > Could you please start LyX from then Win console with the command > > lyx -dbg 3 better: lyx -dbg info,init (the result is the same, but using names for the debug flags is better to remember) Georg
Re: Lyx-WIndows-Python
Mohsin Mohd Sies wrote: I have a strange problem. I've just installed Lyx on Windows. What installer did you use, this one: http://wiki.lyx.org/Windows/LyXWinInstaller or this one http://wiki.lyx.org/Windows/LyX136 http://wiki.lyx.org/Windows/LyX137pre I've also installed Python and all other packages as needed during installation. The problem is that when I tried to print, I got an error message "cannot convert file", "error while executing python "c:/Program Files/LyX/Resources/lyx/scripts Could you please start LyX from then Win console with the command lyx -dbg 3 and send what error message appear in the console window. Does it work when you export the LyX-file to PDF or DVI? regards Uwe
Lyx-WIndows-Python
Hi, I have a strange problem. I've just installed Lyx on Windows. I've also installed Python and all other packages as needed during installation. The problem is that when I tried to print, I got an error message "cannot convert file", "error while executing python "c:/Program Files/LyX/Resources/lyx/scripts Any ideas? Thanks
Re: LyX Windows installer and TeXLive
Stephen Harris schrieb wrote: However, Nov.15 version must not be the one you fixed for find.exe because that didn't work for displaying Tex Information. Yes the fixed version will be 0.3 and is not yet uploaded. regards Uwe
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, November 15, 2005 6:15 PM Subject: Re: LyX Windows installer and TeXLive Stephen Harris wrote: I meant that the reason I didn't test TeXlive2005, ProText, and the Miktex .iso installs with both installers was because your installer doesn't display Tex Information, which is one of my testing criteria and the Angus installer does. I found the bug now. I simply forgot to ship the "find.exe" from MSYS with my installer. I'll upload a new version of the installer soon. regards Uwe I downloaded your Lyx1.3.6_1 version 2 installer yesterday, Nov. 15, the full version. But I only uninstall my old Lyx1.3.6. Still the install went well. And it loaded Gsview to c:\program files, which was not where I have one. It showed up in the Edit/Preferences/Path prefix. Strangely, the Path prefix also showed gs8.13 which I've deleted in favor of gs8.51and which is also in my Windows path. So I'm not sure where it came from, but printing worked. I changed the Path Prefix over to the correct gs8.51 folder and it all still worked! However, Nov.15 version must not be the one you fixed for find.exe because that didn't work for displaying Tex Information. So I took a chance and copied find.exe (and find2perl to be on the safe side) from C:\msys\1.0\bin\ copy find*.* to C:\LyX\bin. Then I ran Reconfigure. Lo and behold, the Tex Information was now fully populated with .cls! So that turns out to be really easy to fix. The install went pretty quickly. Regards, Stephen
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, November 15, 2005 6:15 PM Subject: Re: LyX Windows installer and TeXLive Stephen Harris wrote: I meant that the reason I didn't test TeXlive2005, ProText, and the Miktex .iso installs with both installers was because your installer doesn't display Tex Information, which is one of my testing criteria and the Angus installer does. I found the bug now. I simply forgot to ship the "find.exe" from MSYS with my installer. I'll upload a new version of the installer soon. regards Uwe Great! I will test it. TexLive2005 is still on my E: drive, maybe enough of it to install. Do you still want to see if your installer works with TexLive2005? I will have some time later this week, though not the ProTeXt. Did you run some sort of diff or comparison utility? Regards, Stephen
Re: LyX Windows installer and TeXLive
Stephen Harris wrote: I meant that the reason I didn't test TeXlive2005, ProText, and the Miktex .iso installs with both installers was because your installer doesn't display Tex Information, which is one of my testing criteria and the Angus installer does. I found the bug now. I simply forgot to ship the "find.exe" from MSYS with my installer. I'll upload a new version of the installer soon. regards Uwe
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, November 15, 2005 5:00 PM Subject: Re: LyX Windows installer and TeXLive I wrote: But does the latex.exe really live in C:\TexLive2005\texmf\miktex\bin and not in C:\TexLive2005\bin\win32 as described in the webpage from above? I forgot to ask if C:\TexLive2005\texmf\miktex\bin was/is in your PATH variable when you installed TeXLive. If not what TeXLive stuff is in your PATH. thanks and regards Uwe I've already cleaned my Windows path statement so can't check it to be sure. I do remember using the browse button in the Angus installer to navigate to the Texlive2005 subdir containing latex.exe because the installer would not let me proceed until it found a latex.exe I think it was the path you give. I have Miktex/latex.exe in my windows path statement now. But that is something I do after I finish installing LyX, not after installing Latex, not before. I don't remember if TexLive appended by itself to the Windows path either. So C:\TexLive2005\texmf\miktex\bin was not in my windows path before installing LyX. I might have put it there afterwards before deleting it. I'm only sure about manually inputting into the LyX installation. I have to write out a grocery list now too, Stephen
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, November 15, 2005 4:18 PM Subject: Re: LyX Windows installer and TeXLive Stephen Harris wrote: I decided to use the PATH variable to check for the path to the latex.exe. But does the latex.exe really live in C:\TexLive2005\texmf\miktex\bin and not in C:\TexLive2005\bin\win32 as described in the webpage from above? If yes my method doesn't find but anyway I'll change the code to prevent these kind of bugs in the future. thanks and regards Uwe Oh, I did that from memory, let me see. Directory of E:\TeXLive2005 11/07/2005 11:20 PM . 11/07/2005 11:20 PM .. 11/07/2005 05:12 AM15,017 dir.txt 11/07/2005 01:08 AM83,041 tlpm.log 11/07/2005 11:20 PM texmf-local 11/07/2005 11:20 PM temp 11/07/2005 11:20 PM setup-win32 11/15/2005 04:53 PM 0 texliv05.txt 3 File(s) 98,058 bytes 5 Dir(s) 1,533,841,408 bytes free SH: I'm getting short of space on my storage partition which is why I deleted ProText. I'm not sure, this may be just the directory I used to install from. I will send sh.exe as an attachment. I will rename it sh.zip because of filters so rename it back if you use it. Regards, Stephen
Re: LyX Windows installer and TeXLive
I wrote: But does the latex.exe really live in C:\TexLive2005\texmf\miktex\bin and not in C:\TexLive2005\bin\win32 as described in the webpage from above? I forgot to ask if C:\TexLive2005\texmf\miktex\bin was/is in your PATH variable when you installed TeXLive. If not what TeXLive stuff is in your PATH. thanks and regards Uwe
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, November 15, 2005 3:51 PM Subject: Re: LyX Windows installer and TeXLive Stephen Harris wrote: Also Uwe wrote: There are two versions available: - "Complete"; contains all programs listed above - "Small"; doesn't contain MiKTeX and GSview (to reduce the download time) [and from beta post: "- GSview (optional)"] SH: I don't seem to be able to print when using the Postscript viewer unless I've installed gswin32.exe I have each time been adding it to Path Prefix and on the overly safe side using the absolute path to C:\ghostgum\gsview\gswin32 under File formats. Does this mean that you can't print with GSview when it was installed using my installer? I tested this and it works for me without problems. If Ghostscript (gswin32.exe) isn't yet installed my installer installs it and GSview knows then where the gswin32.exe is located. So I can't see your problem or need a better description. No, I wrote perhaps a muddled: I would have tested your installer and Angus earlier, but with my limited skills, I evaluate the success of the install using Tex Information as one criteria, which the Angus install displays. I meant that the reason I didn't test TeXlive2005, ProText, and the Miktex .iso installs with both installers was because your installer doesn't display Tex Information, which is one of my testing criteria and the Angus installer does. So testing only the Angus installer then required adding gsview to Path Prefix. I guess I consider that a milder shortcoming since a user can readily fix it. I suppose it is my biased preference for using gsview which explains its lack of objective developer prioritizing. Both installers certainly have merit; I tested yours only twice mainly for the ability to install to C:\Lyx as well as Progra~1. Regards, Stephen
Re: LyX Windows installer and TeXLive
Stephen Harris wrote: I think the default install directory is C:\TexLive2005, I don't remember any choice for changing the directory which is called "TLroot" Don't know if this will help but I saw TLroot associated with the entry for C:\TexLive2005 in My Computer\HKEY_LOCAL_MACHINE\System\Controlset001 \Control\Session Manager\Environment (also TEXMFTEMP , TEXMFCNF, but nothing latex.exe specific) SH: I am a computist rather than a developer, so take this ? with a grain of salt as I'm asking out of curiousity. I thought the TLroot value (the default C:\TexLive2005 in this case) could be used as a variable to check for C:\TLroot\texmf\miktex\bin where latex.exe lives? I'm in not challenging the method you adopted, just interested. The problem are the different available installers for TeXLive on Windows. I cannot assure that all registry entries are set by all installers. After looking at http://www.tug.org/texlive/windows.html I decided to use the PATH variable to check for the path to the latex.exe. But does the latex.exe really live in C:\TexLive2005\texmf\miktex\bin and not in C:\TexLive2005\bin\win32 as described in the webpage from above? If yes my method doesn't find but anyway I'll change the code to prevent these kind of bugs in the future. thanks and regards Uwe
Re: LyX Windows installer and TeXLive
Stephen Harris wrote: Also Uwe wrote: There are two versions available: - "Complete"; contains all programs listed above - "Small"; doesn't contain MiKTeX and GSview (to reduce the download time) [and from beta post: "- GSview (optional)"] SH: I don't seem to be able to print when using the Postscript viewer unless I've installed gswin32.exe I have each time been adding it to Path Prefix and on the overly safe side using the absolute path to C:\ghostgum\gsview\gswin32 under File formats. Does this mean that you can't print with GSview when it was installed using my installer? I tested this and it works for me without problems. If Ghostscript (gswin32.exe) isn't yet installed my installer installs it and GSview knows then where the gswin32.exe is located. So I can't see your problem or need a better description. How do you print without GSview? Well, maybe printing from postscript is an unappreciated option for most users? PDF is now THE printing format in most offices. But I decide to include it not to the "Small" installer because to install it you have to use its own installer (installing it silently directly with my installer is very very complicated). So if it is not included the Small installer needn't to start external installers which simplifies the installations process. But if also other users want GSview to be included I'll think about it. regards Uwe
Re: LyX Windows installer and TeXLive
- Original Message - From: "Uwe Stöhr" <[EMAIL PROTECTED]> To: "Angus Leeming" <[EMAIL PROTECTED]> Cc: "Stephen Harris" <[EMAIL PROTECTED]> Sent: Tuesday, November 15, 2005 10:02 AM Subject: Re: LyX Windows installer and TeXLive the new installer version 0.2 https://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=7989 now recognizes also TeXLive. The various TeXLive Win-installers don't write something special to the registry so that I serach for the path to the latex.exe in the PATH variable. Stephen, can you find out if TeXlive has an entry in the registry so that the Windows installer can check for its existence? I think the default install directory is C:\TexLive2005, I don't remember any choice for changing the directory which is called "TLroot" Don't know if this will help but I saw TLroot associated with the entry for C:\TexLive2005 in My Computer\HKEY_LOCAL_MACHINE\System\Controlset001 \Control\Session Manager\Environment (also TEXMFTEMP , TEXMFCNF, but nothing latex.exe specific) SH: I am a computist rather than a developer, so take this ? with a grain of salt as I'm asking out of curiousity. I thought the TLroot value (the default C:\TexLive2005 in this case) could be used as a variable to check for C:\TLroot\texmf\miktex\bin where latex.exe lives? I'm in not challenging the method you adopted, just interested. I think the ~\texmf\miktex\bin\*.exe is the required structure. If a user installs "protext" then MiKTeX is installed as LaTeX distribution, so no change in the code was needed. (btw. the protext bundle is the same as my "complete" installer for LyX, it also comes with all necessary programs like GSView, spellchecker etc.) With the Angus installer I had to use the browse icon to navigate to latex.exe even though ProText uses the Miktex installation. Only our "standard" Miktex installation is recognized by default. The Miktex developer stated that the Miktex full iso was going (http://dojo.miktex.org/blogs/christian_schenk/archive/category/1005.aspx) to be used for the Miktex in ProText released along with TL2005 on the dvd only. ProTeXt includes the trial version of WinEdt but there is very little difference between the Protext cd and the Miktex cd. The Protext version has a different gui for updating Miktex. Stephen could you please test if the installer recognizes your TeXLive distribution (when thepath to the latex.exe of TeXLive is in the PATH variable). Many thanks in advance. (When you also have MiKTeX installed LyXWin will use this one instead of TeXLive because MiKTeX is much easier to use, especially when a LaTeX-package is missing and should be installed.) regards Uwe I got into a discussion with Jean-Pierre Chrétien Subject: Re: TeXLive 2005, LyX and Windows xp about the relative merits of switching to ProText from the web install of Miktex. So I tried TexLive2005 full install first, and it was bloated. I then tried Protext which has almost the same version number as the Mitex cd md-2.4.2025.iso.bz2 19-Jul-2005 14:34 340M which worked well enough, but it comes bundled with TeXnicCenter which is no help for a LyX user and a soso Mitex Options gui. So after deleting Texlive2005 and ProText, I tested the Mitex iso and that worked very well. But then I had occasion to investigate a net install of Mitex. So I deleted the Mixtex cd install and used the Miktex net total install choosing to store all the cabs on disk. This also works great and seems very close in content to the full iso. To make a long story short, I've already deleted the TeXlive2005 and am using the net installed Miktex for troubleshooting now. I would have tested your installer and Angus earlier, but with my limited skills, I evaluate the success of the install using Tex Information as one criteria, which the Angus install displays. I didn't test the Angus 1.3.7 install with the other Miktex/Protext versions because I like to install LyX to C:\LyX, which both of the WinLyX 1.3.6 installers do well. I do like your installer. Also Uwe wrote: There are two versions available: - "Complete"; contains all programs listed above - "Small"; doesn't contain MiKTeX and GSview (to reduce the download time) [and from beta post: "- GSview (optional)"] SH: I don't seem to be able to print when using the Postscript viewer unless I've installed gswin32.exe I have each time been adding it to Path Prefix and on the overly safe side using the absolute path to C:\ghostgum\gsview\gswin32 under File formats. How do you print without GSview? Well, maybe printing from postscript is an unappreciated option for most users? Maybe because pdf is available, but postscript has text extract that works on some pdf files when Adobe doesn't. Regards, Stephen
Re: lyx/windows installation
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> * sh for the configure script. It would be nice to rewrite it in >> python, but nobody is brave enough to do it Bo> It is not terribly long (1600 lines) and most of the code are Bo> simple test/if/else that can be replaced by equivalent Python Bo> code. I am not saying that I can do the translation any time soon, Bo> but will you (lyx-devel) test and accept such a translated code Bo> once it is completed? Also, do you have any improvement in mind so Bo> that I can add it in? This would be very welcome. I think the problem of handling viewers is disconnected from this translation, so you should not care about it for now. JMarc
Re: lyx/windows installation
Mike Meyer wrote: > In <[EMAIL PROTECTED]>, > Bo Peng <[EMAIL PROTECTED]> typed: >> > * sh for the configure script. It would be nice to rewrite it in >> > python, but nobody is brave enough to do it >> It is not terribly long (1600 lines) and most of the code are simple >> test/if/else that can >> be replaced by equivalent Python code. I am not saying that I can do >> the translation >> any time soon, but will you (lyx-devel) test and accept such a >> translated code once >> it is completed? Also, do you have any improvement in mind so that I can >> add it in? > > Which configure script are you talking about? There's one that builds > the make files, etc. That's actually generated automatically by > autoconf and automake and maybe others. See autogen.sh for details on > how it gets built. Rewriting that configure script means the > developers have to maintain the script, rather than the files used to > generate it. That may not be met a net win. > > There's also lib/configure, which is used to build the preferences > file from the environment. I have issues with that script, and > wouldn't mind rewriting it. It's a hand-maintained shells script > originally built with the autofoo commands. Replacing it with Python > is probably a win. This is the one we're talking about. -- Angus
Re: lyx/windows installation
Mike Meyer wrote: >> Sure. The Windows way would be to define a viewer in lyxrc.defaults as >> >> \viewer pdf "open $$i" >> >> because the user will already have associated a .pdf extension with >> something like AcroRd32.exe. > > I thought the command on windows was "start". Then again, I use > windows only under great duress, and charge extra for it. > > The same thing works for OS X. > > It also works for Unix if you've got the "open" utility. > > With Unix and Mac OS X, open can be found on the path. Is the same > true for Windows? On windows, I understand that "open" is a built-in, like "start". In the case of "open", it searches the registry for an association between a file extension and an app that's been registered to view such a file. > Of course, that only deals with opening files for viewing. LyX also > needs to deal with commands that convert files between types, like > pdflatex, latex2html, dvipdf2m, gif2pdf, etc. The unix open will deal > with this (well, the CVS version will). The OS X open won't. Will the > Windows open? No, but the Windows solution will be the same; we should search the registry for (many of ) these things. To paraphase Bo Peng, it's pretty un-windows-ish for apps to adjust the PATH when they're installed. Most things use the registry. Anyway, this is all getting a little OT for the Users' list. Bo, if you're interested in python-ifying the configure script, that'd be great. Come along to the lyx-devel list! Don't be scared off by all this registry noise; it's certainly not needed for a first implementation. -- Angus
Re: lyx/windows installation
> There's also lib/configure, which is used to build the preferences > file from the environment. I have issues with that script, and > wouldn't mind rewriting it. This is the one we are talking about. I was told that if this is rewritten in python, windows/lyx does not have to install mingw, and thus easier to install. (Although there are still tetex, python, imagemagic left). I have played with the script for half an hour and translated 50-100 lines. This will be a line by line translation since I assume that everything was there for a reason. Please tell me your 'issues' so that I can fix them in the python version. Bo.
Re: lyx/windows installation
In <[EMAIL PROTECTED]>, Angus Leeming <[EMAIL PROTECTED]> typed: > >> Open file by extension is a very common practice > >> under windows. Under linux/unix, we also only need to keep track of > >> command names, not their pathes. > > > > BTW, it is very un-windows when someone has to set > > c:\progra~1\acrobat\reader\ to let lyx view pdf files. > > > > Bo > > Sure. The Windows way would be to define a viewer in lyxrc.defaults as > > \viewer pdf "open $$i" > > because the user will already have associated a .pdf extension with > something like AcroRd32.exe. I thought the command on windows was "start". Then again, I use windows only under great duress, and charge extra for it. The same thing works for OS X. It also works for Unix if you've got the "open" utility. With Unix and Mac OS X, open can be found on the path. Is the same true for Windows? Of course, that only deals with opening files for viewing. LyX also needs to deal with commands that convert files between types, like pdflatex, latex2html, dvipdf2m, gif2pdf, etc. The unix open will deal with this (well, the CVS version will). The OS X open won't. Will the Windows open? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.
Re: lyx/windows installation
In <[EMAIL PROTECTED]>, Bo Peng <[EMAIL PROTECTED]> typed: > > * sh for the configure script. It would be nice to rewrite it in > > python, but nobody is brave enough to do it > It is not terribly long (1600 lines) and most of the code are simple > test/if/else that can > be replaced by equivalent Python code. I am not saying that I can do > the translation > any time soon, but will you (lyx-devel) test and accept such a > translated code once > it is completed? Also, do you have any improvement in mind so that I can add > it > in? Which configure script are you talking about? There's one that builds the make files, etc. That's actually generated automatically by autoconf and automake and maybe others. See autogen.sh for details on how it gets built. Rewriting that configure script means the developers have to maintain the script, rather than the files used to generate it. That may not be met a net win. There's also lib/configure, which is used to build the preferences file from the environment. I have issues with that script, and wouldn't mind rewriting it. It's a hand-maintained shells script originally built with the autofoo commands. Replacing it with Python is probably a win. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information.
Re: lyx/windows installation
Bo Peng wrote: >> Open file by extension is a very common practice >> under windows. Under linux/unix, we also only need to keep track of >> command names, not their pathes. > > BTW, it is very un-windows when someone has to set > c:\progra~1\acrobat\reader\ to let lyx view pdf files. > > Bo Sure. The Windows way would be to define a viewer in lyxrc.defaults as \viewer pdf "open $$i" because the user will already have associated a .pdf extension with something like AcroRd32.exe. -- Angus
Re: lyx/windows installation
On Wednesday 14 September 2005 20:49, Bo Peng wrote: > > Generally, I think it would be sufficient to use "open file.ps", etc for > > most viewers. That way, we get the default viewer associated with a > > particular file extension. > > I am not quite sure what you are talking about. What context is this > 'open file.ps'? Are you saying that we do not need to use 'configure' > to get path info? Open file by extension is a very common practice > under windows. Under linux/unix, we also only need to keep track of > command names, not their pathes. C:\Program Files\LyX\Resources\lyx\configure is used to populate lyxrc.defaults in the same directory. (It also generates a few other files, but let's keep things simple for now.) Here's what configure generated for me on my Linux box for all things PDF-related: \Format pdf pdf PDF P \Format pdf2 pdf "PDF (pdflatex)" F \Format pdf3 pdf "PDF (dvipdfm)" m \converter latex pdf2 "pdflatex $$i" "latex" \converter dvi pdf3 "dvipdfm $$i" "" \converter ps pdf "ps2pdf13 $$i" "" \converter eps pdf "epstopdf --outfile=$$o $$i" "" \viewer pdf "acroread" \viewer pdf2 "acroread" \viewer pdf3 "acroread" It could do that because it found pdflatex, dvipdfm, ps2pdf13, epstopdf and acroread in the PATH. On Windows, however, such things may or may not be found in the PATH. Things like AcroRd32.exe and ImageMagick.exe can be found in the registry. For example, the location of ImageMagic.exe can be found by calling RegGetValue: RegGetValue(HKEY_LOCAL_MACHINE, "Software\ImageMagick\Current", "BinPath", ...) and will fill a variable with something like: C:\Program Files\ImageMagick-6.2.3-Q16\convert.exe I'm suggesting that we should use the "C:\Program Files\ImageMagick-6.2.3-Q16" part to augment the PATH that is used by LyX by augmenting the path_prefix variable that is/can be stored in lyxrc.defaults. Make sense now? Angus
Re: lyx/windows installation
> Open file by extension is a very common practice > under windows. Under linux/unix, we also only need to keep track of > command names, not their pathes. BTW, it is very un-windows when someone has to set c:\progra~1\acrobat\reader\ to let lyx view pdf files. Bo
