Re: [announce] sixth release of LyXWinInstaller
- Original Message - From: "Andre Poenitz" <[EMAIL PROTECTED]> To: "Stephen Harris" <[EMAIL PROTECTED]> Cc: "Michael Gerz" <[EMAIL PROTECTED]>; "Bo Peng" <[EMAIL PROTECTED]>; ; Sent: Sunday, January 08, 2006 12:00 PM Subject: Re: [announce] sixth release of LyXWinInstaller On Mon, Jan 02, 2006 at 02:24:58PM -0800, Stephen Harris wrote: Why doesn't English have the default of C:\Programs? Is it because C:\program files adheres to basic Windows guidelines? No, certainly not. Just because Word pioneered filenames with spaces doesn't mean that practice should be emulated by other editors, nor does Words ability to do this elevate the filename with spaces capability to a "basic windows guideline". It's not Word pioneering bad practices, it's about Microsoft setting rules about what is acceptable in their world and what not. Like it or not, they are entitled to do that. I agree with you, "It's not Word pioneering bad practices" and that is not the point I made, so this part of your response is off target. Nor is my point about the advantages of having Word tied into Internet Explorer, Outlook or Excel. Nor is my point about other Microsoft owned programs or other commercial programs that are originally designed to work under Windows. My point _is_ that programs that are ported to Windows should adhere to Windows habits unless that causes a problem. But if this habit causes a problem, and correcting a particular problem like paths with spaces, to paths with no spaces fixes the problem, and does not create a problem with Windows, then use the standard workaround, which is paths with no spaces. Windows does not consider a filename to be equivalent to a directory path. I used Word as an analogy, other ported word processors don't need to emulate filenames with spaces::LyX and its helper programs don't need to emulate C:\program files\xxx LyX itself doesn't have a problem with filenames with spaces. Your claim that installing LyX to C:\program files\Lyx is a good idea because they have decided to install other programs to C:\program files is simply false. It is not part of "their world" nor does it benefit the interoperability of programs running under the Windows OS. It does precisely the opposite. LaTex is a major part of LyX productivity and it should *not* be installed to C:\program files\texmf or C:\program files\miktex\texmf There's a nice book on that. I put a copy of it between my desk and monitor at work to make sure it does not crash. I forgot the title, though, but could tell you on Tuesday if you want. Yes, if it has a bearing on the actual benefit of installing LyX and other ported *nix programs to C:\program files or other directories because it improves operation of the programs. IOW, the book needs to explain why C:\program files is a better choice than the intuitve C:\programs in terms of the system working better. As it stands now, that decision was a marketing decision, because the choice causes problem with porting programs to Windows which Microsoft doesn't gather revenue from. I'm sick of that ludicrous misnomer, "guideline" being applied to a proprietary money-making scheme which does nothing to benefit the operation of LyX&helpers. The possibly surprising part is that most things in there actually make sense and lead to that 'smooth' user experience when switsching between different applications under Windows (compared to the constand retraining under *nix) There is some interoperability due to vbscript. That doesn't require a path with spaces. Protext and Win32 do not default to a path with spaces such as C:\program files. The recommended Miktex (Latex LyX install for windows) has instructions that it is not recommended to Miktex to a directory with spaces. The default install directory says C:\texmf the user just has to hit OK, that is their habit and so mentioning "retraining" is a red herring. The going gets rough only if the user decides to be clever, do more work, and change the default install to C:\program files\texmf which contains the .bst files under bibtex. This is the issue I'm addressing in this thread which has done quite a bit of wandering. If you download a .bst file from the internet, put it into the C:\texmf\bibtex\bst folder run miktex options refresh, Lyx reconfigure and rescan, it works. If you download a .bst file from the internet and put it into C:\My research papers along with research.lyx it doesn't work, not because of some alleged problem that reflects to C:\My Documents, but for the same reason C:\program files\texmf doesn't work. It has nothing to do with retraining. I think the question is whether Lyx should follow the usual Windows Latex program guidelines of using an installation directory which has no spaces
Re: [announce] sixth release of LyXWinInstaller
On Mon, Jan 02, 2006 at 02:24:58PM -0800, Stephen Harris wrote: > Why doesn't English have the default of C:\Programs? > Is it because C:\program files adheres to basic Windows guidelines? > No, certainly not. > Just because Word pioneered filenames with spaces doesn't > mean that practice should be emulated by other editors, nor > does Words ability to do this elevate the filename with spaces > capability to a "basic windows guideline". It's not Word pioneering bad practices, it's about Microsoft setting rules about what is acceptable in their world and what not. Like it or not, they are entitled to do that. There's a nice book on that. I put a copy of it between my desk and monitor at work to make sure it does not crash. I forgot the title, though, but could tell you on Tuesday if you want. The possibly surprising part is that most things in there actually make sense and lead to that 'smooth' user experience when switsching between different applications under Windows (compared to the constand retraining under *nix) > I've investigated this issue. I have not been able to find any > reason for the adoption of path with spaces to make the > Windows OS work better or work better with other programs. People just like to type Phrases with Spaces instead Phrases-with-hyphens_or_underscores. It's a bit of 'making life simpler for the user' vs 'making life simpler for the prorammer'. Of course, in the *nix world most users are more or less programmers as well so they tend to agree on the fact that life should be simple for programmers as well. > I think then that the default install of a path with spaces is not > part of basic windows guidelines. For certain countries it is. Most notably for GB and the US. Andre'
Re: [announce] sixth release of LyXWinInstaller
Georg Baum wrote: Am Dienstag, 3. Januar 2006 16:50 schrieb Uwe Stöhr: Bo Peng asked: 2. It is not safe to put .bst files in a path with spaces. .lyx files and all figure files are OK, as well as .bib files. Also yes. The problem is only a problem of bibtex not of LyX. I sent a bug report to the MiKTeX developer. Perhaps he has a fix for this. I doubt that, but we can work around this. See http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same with .bst files that we are doing with .bib files already. no, bst and bib files are not handled in the same way. The usual way to modify a bst file is to edit it and then saving it in a the _local_ tree and still keeping the old bst file. Your solution works only, if you use the TeX search path for files. Herbert
Re: [announce] sixth release of LyXWinInstaller
> .bst, .cls and .sty files are all essentially the same in this regard; they > belong > in a TeX tree. Then, why do you put a browse button next to the droplist in the bibtex dialog, if all .bst files should be under global or local texmf tree, and be listed in the droplist? My point is that if the browse button is there, it would better either work in all cases (fix the space problem) or give a warning when a .bst file with spaces in its path is chosen, rather than giving the user an output without bibliography silently. Bo
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: >> I doubt that, but we can work around this. See >> http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same >> with .bst files that we are doing with .bib files already. > > I was under the impression that this can be done in parallel to .bib > files, may be some simple copy and paste to the .bib code. But Augus' > reply implied something more substantial. Angus' reply is essentially similar to that of Herbert. .bst, .cls and .sty files are all essentially the same in this regard; they belong in a TeX tree. If you're not willing to create J:\tex\local (which can be mapped from C:\Some place that TeX will hate\) then you're making your own life excessively hard. IMO of course. -- Angus
Re: [announce] sixth release of LyXWinInstaller
> I doubt that, but we can work around this. See > http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same > with .bst files that we are doing with .bib files already. I was under the impression that this can be done in parallel to .bib files, may be some simple copy and paste to the .bib code. But Augus' reply implied something more substantial. >>> We jump through a lot of hoops to ensure that your BibTeX data base will >>> continue to work if it lives in a path with spaces. I don't see any reason >>> at all to add a heap of fragile code to cover the .bst file too. >>> In my view this one get's filed under WONTFIX. Cheers, Bo
Re: [announce] sixth release of LyXWinInstaller
Am Dienstag, 3. Januar 2006 16:50 schrieb Uwe Stöhr: > Bo Peng asked: > > 2. It is not safe to put .bst files in a path with spaces. .lyx files > > and all figure files are OK, as well as .bib files. > > Also yes. The problem is only a problem of bibtex not of LyX. I sent a > bug report to the MiKTeX developer. Perhaps he has a fix for this. I doubt that, but we can work around this. See http://bugzilla.lyx.org/show_bug.cgi?id=2186. We should do the same with .bst files that we are doing with .bib files already. Georg
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: And personally bst files should always go into c:\localtexmf\bibtex\bst\ Since the .bst file (downloaded from a Journal's website) is only needed for a paper I am writing, it makes sense to put it along with the paper. Also, it is troublesome, and sometimes not allowed, to put it to the texmf directory. Fortunately, I only need to do so for windows systems. no problem. But in such cases it is better to have a TeX-compatible local TeX-tree, e.g. _all_ needed files of "The LaTeX Companion" or the new edition of "The LaTeX Graphic Companion" are saved in a texmf-directory, which itself is a subdirectory of the document directory. For Linux we do a "export TEXMFLOCAL=texmf" before running latex on the document file. Then TeX is looking first into this directory. the advantage is, that the document will compile after years, when a lot of the packages maybe updated and not compatible to the old one. Herbert
Re: [announce] sixth release of LyXWinInstaller
> And personally bst files should always go into c:\localtexmf\bibtex\bst\ Since the .bst file (downloaded from a Journal's website) is only needed for a paper I am writing, it makes sense to put it along with the paper. Also, it is troublesome, and sometimes not allowed, to put it to the texmf directory. Fortunately, I only need to do so for windows systems. Cheers, Bo
Re: [announce] sixth release of LyXWinInstaller
Bo Peng asked: It is confirmed that if the .bst file is in a path without space, the bibliography will be generated correctly, even if lyx is installed under c:\program files\lyx. Yes, I can confirm this. 1. It is safe to install lyx to c:\program files, Yes it is. 2. It is not safe to put .bst files in a path with spaces. .lyx files and all figure files are OK, as well as .bib files. Also yes. The problem is only a problem of bibtex not of LyX. I sent a bug report to the MiKTeX developer. Perhaps he has a fix for this. regards Uwe
Re: [announce] sixth release of LyXWinInstaller
- Original Message - From: "Bo Peng" <[EMAIL PROTECTED]> To: Cc: Sent: Monday, January 02, 2006 4:41 PM Subject: Re: [announce] sixth release of LyXWinInstaller Dear all, It is confirmed that if the .bst file is in a path without space, the bibliography will be generated correctly, even if lyx is installed under c:\program files\lyx. So, 1. It is safe to install lyx to c:\program files, 2. It is not safe to put .bst files in a path with spaces. .lyx files and all figure files are OK, as well as .bib files. Bo To repeat back what you said in a different way for clarification: It is better to install Miktex in C:\Miktex and/or C:\texmf which usually contains the .bst files. A problem is likely to arise if you install Miktex to C:\program files\miktex and/or c:\program files\texmf Storing the output .lyx file and retrieving it later does not require avoiding using a work directory without spaces. IOW, you can use C:\documents and settings\username\My Documents which has a space, or one can also use a nospace directory, C:\MyDocs or C:\LyX\resources\lyx\work\Mydocs So that working around the .bst problem of path and spaces by using a nospace directory path such as C:\texmf\bibtex\bst does not impact negatively on the Windows traditional use of storing files in C:\Documents and Settings\username\My Documents or C:\~...\...\Application data\LyX\Work for later retrieval. No change needs to be made for My Documents to accomodate using a nospace bst (texmf) directory path. Do I understand you correctly? Apparently, the code that works for bibtex and paths with spaces can't be easily substituted to handle bst (some kind of find/replace). From what I read, TeX ends a filename when a space occurs. It used to be that you could quote, "\path\with a space\" and the space wouldn't cause a problem. But there seems to be a problem with quotemarks, two, getting removed. I tried "\path\"with a space"\" but \ is also used as an escape character which is why it maybe doesn't work as well as a path delimiter as /. Regards, Stephen
Re: [announce] sixth release of LyXWinInstaller
Dear all, It is confirmed that if the .bst file is in a path without space, the bibliography will be generated correctly, even if lyx is installed under c:\program files\lyx. So, 1. It is safe to install lyx to c:\program files, 2. It is not safe to put .bst files in a path with spaces. .lyx files and all figure files are OK, as well as .bib files. Bo
Re: [announce] sixth release of LyXWinInstaller
Stephen Harris wrote: >> Right. And since I install at C:\Program Files\LyX and the bloody thing >> works for me, I'm going to put on my grumpy old man hat and say it's a >> "user error" to try and use a .bst file in a path with spaces. > And to think, just last night it was a party hat. The mood swings of old age and new parenthood, huh? -- Angus
Re: [announce] sixth release of LyXWinInstaller
- Original Message - From: "Angus Leeming" <[EMAIL PROTECTED]> To: Cc: Sent: Monday, January 02, 2006 10:21 AM Subject: Re: [announce] sixth release of LyXWinInstaller Michael Gerz wrote: Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is "C:\Programme". There is nothing worse than programs that ignore basic Windows guidelines. This will save us from some troubles, but not all. Most windows users save their files under "...\My Documents" or "... and Settings\Desktop" and will still suffer from this problem. It is quite tricky to move these folders to something like D:\Documents. Indeed. We cannot assume that all Windows users have administrator privileges (in fact they shouldn't). Being unable to use "\My Documents" is like forbidding a *nix user to use $HOME (guess what he will tell you :-)). In other words: We have to support spaces in paths to the maximum extent. Right. And since I install at C:\Program Files\LyX and the bloody thing works for me, I'm going to put on my grumpy old man hat and say it's a "user error" to try and use a .bst file in a path with spaces. Signing off this thread now... -- Angus And to think, just last night it was a party hat. I thought your post was missing the usual reminder that whosoever developer declareth the value of patch, yea verily, let him proceed to make it so, to paraphrase: Free software isn't built on assumptions, it's built on contributions. If you're sufficiently inspired by your convictions to want to do something about it, then I'm sure that the MikTeX people will be more than happy to help you help them.
Re: [announce] sixth release of LyXWinInstaller
- Original Message - From: "Michael Gerz" <[EMAIL PROTECTED]> To: "Bo Peng" <[EMAIL PROTECTED]> Cc: "Stephen Harris" <[EMAIL PROTECTED]>; ; Sent: Monday, January 02, 2006 10:04 AM Subject: Re: [announce] sixth release of LyXWinInstaller Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is "C:\Programme". There is nothing worse than programs that ignore basic Windows guidelines. Who said anything about the directory not being configurable. The Default installation directory now reads: C:\program files\lyx That can be manually changed to C:\Lyx I think that the Default should be C:\LyX and the user can run the risk of problems of paths with spaces if he chooses by manually installing elsewhere or C:\program files\lyx German doesn't have a problem with spaces by default because Programme doesn't have any spaces in it. Therefore C:\programme\lyx or C:\programme\miktex will not have a space in it. Why doesn't English have the default of C:\Programs? Is it because C:\program files adheres to basic Windows guidelines? No, certainly not. Just because Word pioneered filenames with spaces doesn't mean that practice should be emulated by other editors, nor does Words ability to do this elevate the filename with spaces capability to a "basic windows guideline". Basic windows guidelines should be adopted according to their ability to make windows and other programs work well together. It is certainly not something Microsoft bought on top of Mt. Sinai to redeem its clutch of customers. I've investigated this issue. I have not been able to find any reason for the adoption of path with spaces to make the Windows OS work better or work better with other programs. I think then that the default install of a path with spaces is not part of basic windows guidelines. It is not a guideline but maybe a standard. Microsoft introduces many proprietary standards to gain market share. I see no reason why LyX, as a member of the Free Source community, should endorse MS standards in order to make LyX run poorly in conjunction with its helper programs. To be a basic windows guideline for LyX, it must help LyX run better on Windows. Using paths with spaces damages LyX's (with helper apps) ability to run well on Windows. Thus it is no basic windows guideline which has any bearing on how LyX should be installed. This will save us from some troubles, but not all. Most windows users save their files under "...\My Documents" or "... and Settings\Desktop" and will still suffer from this problem. It is quite tricky to move these folders to something like D:\Documents. Indeed. We cannot assume that all Windows users have administrator privileges (in fact they shouldn't). Being unable to use "\My Documents" is like forbidding a *nix user to use $HOME (guess what he will tell you :-)). In other words: We have to support spaces in paths to the maximum extent. Michael I haven't tested this. But, I don't think there is a problem with My Documents because there is no problem when the work directory is beneath Application Data. When the path which contains *.bst files has no spaces, there is no problem. That nospace path doesn't get changed because you store the lyx file in C:\this is \a path\ wtih a lot \of spaces or in C:\documents and settings\username\my documents
Re: [announce] sixth release of LyXWinInstaller
Michael Gerz wrote: > Bo Peng wrote: > >>>The mistake is making C:\Program files the default for LyX and >>>friends. >>> >>> >>I totally agree. I think it is a good idea to install Lyx to c:\lyx by >>default. >> >> > No, the directory must be configurable. On my (German) machine, the > appropriate directory is "C:\Programme". There is nothing worse than > programs that ignore basic Windows guidelines. > >>This will save us from some troubles, but not all. Most windows users >>save their files under "...\My Documents" or "... and >>Settings\Desktop" and will still suffer from this problem. It is quite >>tricky to move these folders to something like D:\Documents. >> >> > Indeed. We cannot assume that all Windows users have administrator > privileges (in fact they shouldn't). Being unable to use "\My Documents" > is like forbidding a *nix user to use $HOME (guess what he will tell you > :-)). > > In other words: We have to support spaces in paths to the maximum extent. Right. And since I install at C:\Program Files\LyX and the bloody thing works for me, I'm going to put on my grumpy old man hat and say it's a "user error" to try and use a .bst file in a path with spaces. Signing off this thread now... -- Angus
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is "C:\Programme". There is nothing worse than programs that ignore basic Windows guidelines. This will save us from some troubles, but not all. Most windows users save their files under "...\My Documents" or "... and Settings\Desktop" and will still suffer from this problem. It is quite tricky to move these folders to something like D:\Documents. Indeed. We cannot assume that all Windows users have administrator privileges (in fact they shouldn't). Being unable to use "\My Documents" is like forbidding a *nix user to use $HOME (guess what he will tell you :-)). In other words: We have to support spaces in paths to the maximum extent. Michael
Re: [announce] sixth release of LyXWinInstaller
Angus Leeming wrote: > > Jean-Marc contacted the real TeX gurus on the tex-k mailing list to ask > for some advice. You can find the full thread in the tex-k archives here: > http://www.tug.org/pipermail/tex-k/2005-April/index.html#1287 > A bit more background: http://sarovar.org/tracker/index.php?func=detail&aid=377&group_id=106&atid=493 This "spaces in filenames" stuff is _very_ difficult (if not impossible) to fix, for reasons see the mentioned references. Georg
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: >> _TeX_ cannot handle spaces. I suppose that you do not really >> know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX > > I do not. My understanding is that miktex is another implementation of > latex standard ( if there is such a standard). If miktex aims at > windows platform, I assume that it will do something for the path with > spaces problem. Free software isn't built on assumptions, it's built on contributions. If you're sufficiently irritated by this to want to do something about it, then I'm sure that the MikTeX people will be more than happy to help you help them. Or, perhaps, this thread might help: http://thread.gmane.org/gmane.editors.lyx.devel/43772 Jean-Marc contacted the real TeX gurus on the tex-k mailing list to ask for some advice. You can find the full thread in the tex-k archives here: http://www.tug.org/pipermail/tex-k/2005-April/index.html#1287 -- Angus
Re: [announce] sixth release of LyXWinInstaller
> The mistake is making C:\Program files the default for LyX and > friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. This will save us from some troubles, but not all. Most windows users save their files under "...\My Documents" or "... and Settings\Desktop" and will still suffer from this problem. It is quite tricky to move these folders to something like D:\Documents. Cheers, Bo
Re: [announce] sixth release of LyXWinInstaller
> _TeX_ cannot handle spaces. I suppose that you do not really > know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX I do not. My understanding is that miktex is another implementation of latex standard ( if there is such a standard). If miktex aims at windows platform, I assume that it will do something for the path with spaces problem. Bo
Re: [announce] sixth release of LyXWinInstaller
Stephen Harris wrote: > Bo > > The Miktex installation doc recommends installing Miktex into paths > and/or directories without spaces. LyX has a history of problems > with paths having spaces some passed on from Miktex. > > http://wiki.lyx.org/pmwiki.php/Windows/LyX136pre > 13 July 2005 > Axel Rasche reported that spaces in the file path caused BibTeX to fail. > The adopted solution copies the BibTeX data base to the temp directory, > mangling its name in the process into something that's both recognizable > to the user and useable by BibTeX. Note that this fix hasn't yet made it > into the official sources. ??? Yes it has. It's in the cvs repositories and will be part of future LyX 1.3.7/1.4.0 releases. -- Angus
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: My best guess, and it's just a guess, is that bibtex's being handed a path with spaces and choking on them. I am not quite sure why miktex/bibtex can not handle a path with spaces, whereas miktex/latex can. Anyway, if this is a problem that _TeX_ cannot handle spaces. I suppose that you do not really know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX will be classified as WONTFIX, it would be better to warn the user about this when a .bst file is selected in the bibtex dialog. If a user is *allowed* to select and use a .bst file, and end up with no bibliography in the output, his confidence in lyx will suffer. allowing spaces in file/pathnames was never a good idea Herbert
Re: [announce] sixth release of LyXWinInstaller
- Original Message - From: "Bo Peng" <[EMAIL PROTECTED]> To: "Angus Leeming" <[EMAIL PROTECTED]> Cc: ; Sent: Sunday, January 01, 2006 9:01 PM Subject: Re: [announce] sixth release of LyXWinInstaller > My best guess, and it's just a guess, is that bibtex's being handed a > path with spaces and choking on them. I am not quite sure why miktex/bibtex can not handle a path with spaces, whereas miktex/latex can. Anyway, if this is a problem that [SH: I think it has to do with quoting.] will be classified as WONTFIX, it would be better to warn the user about this when a .bst file is selected in the bibtex dialog. If a user is *allowed* to select and use a .bst file, and end up with no bibliography in the output, his confidence in lyx will suffer. Bo The Miktex installation doc recommends installing Miktex into paths and/or directories without spaces. LyX has a history of problems with paths having spaces some passed on from Miktex. http://wiki.lyx.org/pmwiki.php/Windows/LyX136pre 13 July 2005 Axel Rasche reported that spaces in the file path caused BibTeX to fail. The adopted solution copies the BibTeX data base to the temp directory, mangling its name in the process into something that's both recognizable to the user and useable by BibTeX. Note that this fix hasn't yet made it into the official sources. http://wiki.lyx.org/pmwiki.php/LyX/WindowsSetup LyX1.3.5 Install the programs above into folders that contain no spaces in the name. Eg. C:\LyX http://wiki.lyx.org/pmwiki.php/Windows/LyX136 Although LyX swallows path and folder names with blanks (such as C:\Program Files\...) this is not necessarily true for the other programs, and it is recommended to install them in the default locations suggested by the programs, or in paths without blanks (such as C:\Programs\...), just to be on the safe side. http://wiki.lyx.org/pmwiki.php/Windows/LyX137pre The Instant Preview script will now run successfully when the path to the Ghostscript executable contains spaces. I think it is easier for the user to follow the Miktex recommended policy and observe the LyX documented warnings rather than follow MS conditioning which is aimed against *nix ported apps. The mistake is making C:\Program files the default for LyX and friends. Paths with spaces is an unneccessary and useless, aimed at confining customers to MS products or products that pay MS for licensing to the detriment of Open Source "free" software. I think your suggestion boils down to giving warnings (not only for just .bst) for deficiencies in other programs, inside the LyX program. I think those type of warning belong in Readmes or install instructions. Regards, Stephen
Re: [announce] sixth release of LyXWinInstaller
> > My best guess, and it's just a guess, is that bibtex's being handed a > > path with spaces and choking on them. I am not quite sure why miktex/bibtex can not handle a path with spaces, whereas miktex/latex can. Anyway, if this is a problem that will be classified as WONTFIX, it would be better to warn the user about this when a .bst file is selected in the bibtex dialog. If a user is *allowed* to select and use a .bst file, and end up with no bibliography in the output, his confidence in lyx will suffer. Bo
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote:
If you View->LaTeX info->BibTeX styles, can you see the .bst file?
No. The .bst file is under the same directory as the .lyx file. I use
'browse' in the bib tex dialog to use it. Under linux, this is enough.
I can reproduce the problem (Win XP, LyX 1.3.7pre5) if the .bst file is
in a directory with spaces in the path, but not if it's in a space-free
location (e.g., C:\Temp). When there are spaces in the path, this is
what I find in the temp directory:
1. The .tex file contains what I think is a correctly constructed path
to the .bst file (e.g., \bibliographystyle{\string"C:/Documents and
Settings/my_id/Desktop/mybstfile\string"}).
2. Notwithstanding (1), the .aux file has an "un-escaped" reference to
the .bst file (e.g., \bibstyle{"C:/Documents and
Settings/my_id/Desktop/mybstfile"} -- note the spaces in the path).
3. The .tex.dep dependency file lists the .bst file with space (e.g.,
C:/Documents and Settings/my_id/Desktop/mydecsci.bst) -- not sure if
that's a problem or not.
My best guess, and it's just a guess, is that bibtex's being handed a
path with spaces and choking on them.
/Paul
Re: [announce] sixth release of LyXWinInstaller
Paul A. Rubin wrote:
> Bo Peng wrote:
>>>If you View->LaTeX info->BibTeX styles, can you see the .bst file?
>> No. The .bst file is under the same directory as the .lyx file. I use
>> 'browse' in the bib tex dialog to use it. Under linux, this is enough.
> I can reproduce the problem (Win XP, LyX 1.3.7pre5) if the .bst file is
> in a directory with spaces in the path, but not if it's in a space-free
> location (e.g., C:\Temp). When there are spaces in the path, this is
> what I find in the temp directory:
> 1. The .tex file contains what I think is a correctly constructed path
> to the .bst file (e.g., \bibliographystyle{\string"C:/Documents and
> Settings/my_id/Desktop/mybstfile\string"}).
A. Don't do that. BibTeX and "spaces in paths" don't live well
together. In fact they don't live together at all.
We jump through a lot of hoops to ensure that your BibTeX data base will
continue to work if it lives in a path with spaces. I don't see any reason
at all to add a heap of fragile code to cover the .bst file too.
In my view this one get's filed under WONTFIX.
> My best guess, and it's just a guess, is that bibtex's being handed a
> path with spaces and choking on them.
--
Angus
Re: [announce] sixth release of LyXWinInstaller
> If you View->LaTeX info->BibTeX styles, can you see the .bst file? No. The .bst file is under the same directory as the .lyx file. I use 'browse' in the bib tex dialog to use it. Under linux, this is enough. Bo
Re: [announce] sixth release of LyXWinInstaller
Dear list, Under linux, I can put a customized .bst file with the lyx file and use it in the 'bibtex bibliography" dialog. This does not work under windows. Is it because bibtex can not find the .bst file? Bo
Re: [announce] sixth release of LyXWinInstaller
Hi, Uwe, I notice a problem. I have a customized layout file. If I put it under c:\document and settings\username\Application Data\Lyx\layouts, lyx->reconfigure can not find it. (Lyx can detect this layout if I put it under the system layouts folder.) Can anyone confirm this bug? Cheers, Bo
Re: [announce] sixth release of LyXWinInstaller
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes: >> I just published the version 0.6 of the LyX installer for Windows. Bo> Just tried the complete version of the installer on a fresh winXP Bo> VM: installation goes fine and everything works as expected. Thank Bo> you for the great work! Bo> I think this installer is ready to go public or even become Bo> official. Would you add the link to lyx/wiki, for example, Bo> http://wiki.lyx.org/Windows/LyX136? It will be good if you can Bo> upload the installers to ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/ . As Angus pointed out, the installer will go official when 1.3.7 goes official. Anyway you guys have to decide whether the two installers are kept (I guess it makes sense, but somebody has to volunteer to maintain them) hand to agree on a naming scheme for them (in order to avoid confusion). JMarc
Re: [announce] sixth release of LyXWinInstaller
Bo Peng wrote: >> I just published the version 0.6 of the LyX installer for Windows. > > Just tried the complete version of the installer on a fresh winXP VM: > installation goes fine and everything works as expected. Thank you for > the great work! > > I think this installer is ready to go public or even become official. > Would you add the link to lyx/wiki, for example, > http://wiki.lyx.org/Windows/LyX136? No, not to that page. Not unless you use the LyX 1.3.6 executable. Feel free to add it to the 1.3.7pre page. > It will be good if you can upload > the installers to ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/ . Not until 1.3.7 is released please. -- Angus
Re: [announce] sixth release of LyXWinInstaller
> I just published the version 0.6 of the LyX installer for Windows. Just tried the complete version of the installer on a fresh winXP VM: installation goes fine and everything works as expected. Thank you for the great work! I think this installer is ready to go public or even become official. Would you add the link to lyx/wiki, for example, http://wiki.lyx.org/Windows/LyX136? It will be good if you can upload the installers to ftp://ftp.lyx.org/pub/lyx/bin/1.3.7/ . Bo
[announce] sixth release of LyXWinInstaller
Hello LyXers, I just published the version 0.6 of the LyX installer for Windows. Due to a bug of ftp.berlios.de it is only available from here: http://developer.berlios.de/project/showfiles.php?group_id=5117 This is the project homepage: http://wiki.lyx.org/Windows/LyXWinInstaller Here's the changelog: --- Version 0.6 - updated swedish translation of the installer (thanks to Christian Ridderström) - updated spanish translation of the installer (thanks to Marco Celentani) - uninstaller will uninstall GSview when it was installed together with LyX - uninstaller asks you if you want to uninstall MiKTeX and Aspell when they were installed together with LyX - Instant Preview does now also work when LyX is installed in a path with spaces - fix in the check for the TeXLive LaTeX-distribution - updated Readmes (hints for the usage of TeXLive, updated license stuff) - updated LyX 1.3.7pre --- There are some important notes concerning the TeXLive LaTeX-distribution: I tried to use TeXLive together with my LyX installer but failed. TeXLive comes with its own (very old) Ghostscript version 7.07, that is incompatible with the version 8.x that is used in my installer. To avoid this problem, install TeXLive without Ghostscript or delete the folder ~\etc\Ghostscript in LyX's install directory and delete its path in LyX preferences. I found also incompatibilities in the programs dt2dv and dv2dt, that are used by LyX for the DVI-output. I don't know how to fix this. TeXLive don't have the program "epstopdf" so that you have to redefine the EPS -> PDF converter in LyX using the program "ps2pdf". These problems and possibly more implies that I don't give support that LyXWin works together with TeXLive, I can only promise that TeXLive is correctly recognized by the installer. But the LaTeX-distribution "ProTeXt" that is also on the TeXLive 2005 DVD will work, because it is based on MiKTeX. best regards Uwe p.s. Please send every annotation directly to me. (I'm currently not on a LyX-list).
