Re: sixth release of LyXWinInstaller

[Stephen Harris]

- Original Message - 
From: "Micha feigin" <[EMAIL PROTECTED]>

To: "Stephen Harris" <[EMAIL PROTECTED]>
Sent: Tuesday, January 10, 2006 11:02 PM
Subject: Re: sixth release of LyXWinInstaller



[...]


David Carlisle
Wed, 21 Nov 2001 21:03:33 -

"I'm sorry but this isn't really a bug but a feature of the underlying
TeX system. Although LaTeX uses a brace delimited syntax, this
has to expand to the primitive TeX syntax, and



Micha feigin:
"Whatever the lame excuse, this is a bug and not a feature since 
everything works just fine under linux, spaces and all. Besides, 
everything else works with spaces so I don't see any reason why 
this shouldn't.


Beside the fact that people expect it to work with spaces in the path 
both in linux and in windows, so adapt the features to the people and 
not the people to the features." ...


SH: This is such a compelling and convincing argument that it
certainly deserves recognition from the forum for its perspicuous 
explanation of why, since it works on linux, that it should work on 
Windows. I will contribute only a Wordy, clarifying remark:


"Unix and Unix-like operating systems assign a device name to each 
device, but this is not how the files on that device are accessed. 
Instead, Unix creates a virtual file system, which makes all the 
files on all the devices appear to exist under one hierarchy. This 
means, in Unix, there is one root directory, and every file 
existing on the system is located under it somewhere." 

If the people can't come to LyX, bring LyX to the $People, 
Stephen

Re: powerdot

[L. R. Denham]

On Monday 09 January 2006 22:08, Subir Singh Lamba wrote:
> 
> For intsalling the new package of pstricks do I have to delete the old one 
> or I can just install the new package (without deleting the old one) in
> 
> /usr/local/share/texmf/tex/latex
> 
> 
When I had exactly the same problem I moved the old pstricks to pstricks.old, 
then copied the new version to the same location.  You have to do this for 
the pstricks subdirectories under latex, generic, and dvips (see the README 
file).  Then run texhash.

Les

Underline added text in change-tracking enabled output.

[Bo Peng]

Dear list,

I need to print a document with changes marked. Since I only have a
B/W printer, the added text (in blue) does not show clearly on paper.
Is there a way to underline such text? The dvipost manual is quite
simple and I can not find enough information.

Many thanks in advance.
Bo

Re: Installing my own latex class - Resolution

[Theofilos Strinopoulos]

Adding the acm_cit_thesis.layout in ~/.lyx/layouts did not help

But adding it in ~/Library/Application\ Support/Lyx/layouts solved the
problem.

Maybe this is a bug in the latest release of lyx, namely that it doesn't
check in ~/.lyx/layouts for layouts.

Thank you all,

Danke Schön,

theo


On 1/10/06 12:57 PM, "Anders Ekberg" <[EMAIL PROTECTED]> wrote:

>> Theofilos Strinopoulos
>> Tue, 10 Jan 2006 11:59:13 -0800
>> 
>> I made the change that you suggested and changed the first lines of
>> acm_cit_thesis.layout to
>> 
>> #% Do not delete the line below; configure depends on this
>> #  \DeclareLaTeXClass[acm_cit_thesis]{ACM CIT Thesis}
>> 
>> But there is no improvement. I have used the acm_cit_thesis.cls and
>> ac_cit_thesis.layout in the past successfully so I believe that the
>> problem
>> is not in the files but in the configuration of lyx.
> 
> I can't help you with the layout-files, but for configuration on Mac,
> check out:
> http://wiki.lyx.org/pmwiki.php/FAQ/MacInstall
> worked for me at least...
> 
> Anders

Re: sixth release of LyXWinInstaller

[Stephen Harris]

- Original Message - 
From: "Micha Feigin" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, January 10, 2006 8:59 AM
Subject: Re: sixth release of LyXWinInstaller



On Tue, 10 Jan 2006 15:16:13 +0200
Micha Feigin <[EMAIL PROTECTED]> wrote:


On Mon, 9 Jan 2006 22:37:50 -0800
"Stephen Harris" <[EMAIL PROTECTED]> wrote:

Again, if it is in the texmf tree which is installed in a directory with
spaces its the problem of whomever installed it and didn't follow the >> 
instructions. If

the bib file is in a local user directory (with spaces) and included by
the user browsing to it then it is very much a lyx bug.



I checked this on windows and I don't get any problem with a bib file
that is in a path with spaces (implicitly where the lyx file is in a file 
with

spaces or explicitly where it is also in a subdirectory with spaces).



Did your test include a .bst file which is what Bo brought up?

http://bugzilla.lyx.org/show_bug.cgi?id=2186 Jan 03, 2006

"This is a BibTeX limitation. The solution is to copy the .bst files to the
temp dir before running LaTeX, as is done for .bib files, graphics etc."

SH: This refers to an earlier solution:
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."

SH: Why is this indirect fix used instead of a more direct method? It has
to do with LaTex being a macro package for the underlying TeX engine
which is designed with the following behavior:

David Carlisle
Wed, 21 Nov 2001 21:03:33 -

"I'm sorry but this isn't really a bug but a feature of the underlying
TeX system. Although LaTeX uses a brace delimited syntax, this
has to expand to the primitive TeX syntax, and
\input
\read
and other TeX primitives take a space to terminate the filename.
\input this file
will input a file called this (or try to) and typeset "file", ..."

SH: So the recommended C:\texmf\bibtex\bst or, for custom files,
C:\localtex\bibtex\bst works because the TeX engine does not
encounter a space while traversing to the .bst file. So I think
C:\MyDocs\foo.bst would work, but C:\My Docs\foo.bst would
not because TeX doesn't find anything under C:\My
At least this is my understanding.

Browsing to a .bst file in C:\Mydocs ought to work. But if the user
doesn't read the documentation and places the .bst file in C:\My docs,
then browsing there won't work. If this freedom to misuse an option
is considered a bug, then it means LyX is responsible for compensating
for the user's failure to read the documentation in the first place, and so
LyX takes the place of that documentation with a specific error message.
If a user doesn't install Aspell (as per documentation) in C:\Aspell, then
the spellchecker option is still active and if a user clicks on it, there 
isn't a specific error message generated: "Aspell needs to be installed to 
C:\Aspell"

To be consistent, that would need to be considered a LyX bug also.

I think the freedom to misuse an option is not a bug in a program. I do
not think the Windows policy of exercising parental controls should
be (im)ported as a basic LyX guideline and the failure to do so is a bug.

Maybe I need an attitude adjustment, :-)
Stephen

Re: sixth release of LyXWinInstaller

[Micha Feigin]

On Tue, 10 Jan 2006 21:57:31 +0100
Martin Geisler <[EMAIL PROTECTED]> wrote:

> Micha Feigin <[EMAIL PROTECTED]> writes:
> 
> > I checked this on windows and I don't get any problem with a bib
> > file that is in a path with spaces (implicitly where the lyx file is
> > in a file with spaces or explicitly where it is also in a
> > subdirectory with spaces).
> 
> I believe the problem is the .bst file, I had the problem when I tried
> to use a home-made .bst file which I had placed in the same directory
> as my LyX file.
> 

No, I found out the reason was that it was addressed using a relative path
which apparently works fine vs. an absolute path which fails (I am guessing
that lyx copies the bib file to the temp directory when an absolute path is
involved).

> -- 
> Martin Geisler GnuPG Key: 0x7E45DD38
> 
> PHP Exif Library  |  PHP Weather |  PHP Shell
> http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
> Read/write Exif data  |  Show current weather|  A shell in a browser

 
 +++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.

Re: sixth release of LyXWinInstaller

[Micha Feigin]

On Tue, 10 Jan 2006 09:44:01 -0600
Bo Peng <[EMAIL PROTECTED]> wrote:

> > If the bib file is in a local user directory (with spaces) and included by
> > the user browsing to it then it is very much a lyx bug.
> 
> This is the case I reported, and I think lyx should do something about
> it. Actually, a label above the browse button like "File with spaces
> in its path may not work" should suffice.
> 
> People tend to think this is a latex feature/bug, not lyx'. However,
> if I use latex directly, I will get a bunch of error messages like
> File "c:\my " and "documents\" does not exist, while in the case of
> lyx, I get no warning and incomplete output.
> 

I did some more testing.

If I use a relative path (with spaces) instead of an absolute one for the
bibtex file, then compiling through lyx works fine (I am guessing lyx moves this
file to the temp directory to overcome the relative path).

If I try to export the file to latex I get a popup window that warns me that
the path contains spaces and bibtex won't be able to find it (but it does
export).

An absolute path with spaces to the bib file causes an empty bibliography since
bibtex can't find the file.

Everything works fine under linux no matter what I do.

I guess that a partial solution for windows can not to check whether the path
is relative or absolute and always copy the bib file to the temp directory
(assuming that's what is done) thus there won't be any spaces in the relative
path to the bib file (assuming that bibtex can work with paths with spaces as
long as it doesn't know it, i.e the file itself is in a path with spaces). If
bibtex still has a problem you can try recommending setting up a temp directory
with no spaces (possibly allowing a special temp directory only for lyx,
different then the global one by some means).

Another solution that may work is to use old style paths so that they won't
have spaces (don't know if that is possible, I know that the command prompt
accepts it but if the code does).

Of course, the best solution is to just fix bibtex (like I said, on linux it
works fine so there is not need to blabber about it being a "feature" of 
bibtex).

> Bo
>  
>  +++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
> 

 
 +++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.

Re: quote size

[Kevin Pfeiffer]

Hi Eran,

[copied to list]

On Tuesday 10 January 2006 21:56, you wrote:
> The simple answer is that I am bound by institutional constraints.
> Nonetheless, most of the books I see set quotes in smaller point size
> of the same typeface.

Maybe my own logic wasn't as logical as I thought. I justed looked at 
the Chicago Manual of Style; they say block quotations may be "indented 
or set in a smaller type or a different font... and may have less space 
between the lines." 

So, "put that in your pipe and smoke it, Kevin."  :-)

> On a more general level, allow me a newcomer's observation that
> Latex/Lyx conventions are not necessarily ideal. For example, Lyx
> boasts the advantage of using text figures, whereas word processing
> software provides only lining figures; but if you select old style
> figures as a default, Lyx automatically uses them for headers and
> headings, which most typographers consider a no no.

This may vary, depending on the document class you are using (most of 
which were originally written for LaTeX and not LyX, I think), but your 
point is taken. One can, of course change this default behavior.

> Anyway, I can't imagine that asking to set quotes in the same point
> size as footnotes offends any fundamental principle of Lyx. 

No, of course not.

-Kevin

-- 
Kevin Pfeiffer <[EMAIL PROTECTED]>
Tiros-Translations

Re: problem including tex file

[Herbert Voss]

J Greenbaum wrote:

I've tried including the file both ways...that is, with Lyx's native
include support and with ERT and I get the same error message.  I'm
using LyX version 1.3.6.  Any more ideas?

-Jay

On 1/9/06, Georg Baum <[EMAIL PROTECTED]> wrote:


Am Montag, 9. Januar 2006 18:31 schrieb J Greenbaum:



I thought this might be a permissions problem, but I have write
permissions to the file mentioned, as well as the directory.  The
directory structure is as follows:


It is no permissions problem, LyX is probably trying to access the
file /tmp/lyx.tmpbuf/document/0_Prelim/prelim.tex whichs does not
work, because the directory /tmp/lyx.tmpbuf/document/0_Prelim/ does
not exist.



/document/document.lyx
/document/0_Prelim/prelim.tex


this is a TeX file. You should include a LyX file here.
Or try do disable the preamble part with
\iffalse

\fi

and _input_ the file.


Herbert

Re: sixth release of LyXWinInstaller

[Martin Geisler]

Micha Feigin <[EMAIL PROTECTED]> writes:

> I checked this on windows and I don't get any problem with a bib
> file that is in a path with spaces (implicitly where the lyx file is
> in a file with spaces or explicitly where it is also in a
> subdirectory with spaces).

I believe the problem is the .bst file, I had the problem when I tried
to use a home-made .bst file which I had placed in the same directory
as my LyX file.

-- 
Martin Geisler GnuPG Key: 0x7E45DD38

PHP Exif Library  |  PHP Weather |  PHP Shell
http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
Read/write Exif data  |  Show current weather|  A shell in a browser


pgp56oUjw3nWx.pgp
Description: PGP signature

Re: problem including tex file

[Georg Baum]

Am Dienstag, 10. Januar 2006 19:02 schrieb J Greenbaum:
> I've tried including the file both ways...that is, with Lyx's native
> include support and with ERT and I get the same error message.  I'm
> using LyX version 1.3.6.  Any more ideas?

Strange. You could disable the "Use a temporary directory" checkbox in 
Edit->Preferences->Paths, but that has other problems.
If you can reproduce the problem with minimal example files it would be 
nice if you could create a bug report at http://bugzilla.lyx.org and 
attach the example files.


Georg

Re: Installing my own latex class

[Anders Ekberg]

Theofilos Strinopoulos
Tue, 10 Jan 2006 11:59:13 -0800

I made the change that you suggested and changed the first lines of
acm_cit_thesis.layout to

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[acm_cit_thesis]{ACM CIT Thesis}

But there is no improvement. I have used the acm_cit_thesis.cls and
ac_cit_thesis.layout in the past successfully so I believe that the  
problem

is not in the files but in the configuration of lyx.


I can't help you with the layout-files, but for configuration on Mac,  
check out:

http://wiki.lyx.org/pmwiki.php/FAQ/MacInstall
worked for me at least...

Anders

Re: Excel-like tables

[Herbert Voss]

Paul Smith wrote:

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:


The way to add a left border to only one cell is to flag the cell as
multicolumn (even though it occupies only one column) and then add the
border.  This should work ok in general.  I don't know if it works when
the cell is the upper left corner of your table.  Specifically, I don't
know if the added LaTeX argument then applies only to that cell, or
what.  I suppose experimentation will tell.


Apparently, multicolumn does not provide a solution if one wants two
left bordered cells.


I'm not sure what you mean here.  One above the other?  It should work
(I think) if you make each of them multicolumn.



An example is attached: it gives an error when you compile it.


you cannot use \rowcolor inside a multicolumn.
Use \cellcolor

Herbert

Re: quote size

[Martin Geisler]

"mail.k" <[EMAIL PROTECTED]> writes:

>   Hi Paul,
>
> I'd like to customize the quote environment, so that it appears in
> smaller type--like footnotes--than the standard environment. I have
> too many quotes to change each of them manually.

To change the quote environment in LaTeX you have to redefine it.  So
add the following to your Preamble in LyX:

\renewenvironment{quote}
   {\list{}{\rightmargin\leftmargin}%
\footnotesize\singlespacing\item\relax}
   {\endlist}

Here I've inserted the two commands \footnotesize and \singlespacing,
the first of which makes the text smaller and the second of which
switches to normal line spacing.

Your quote environments will still look the same in LyX, but I believe
that the LaTeX result is what you want.  You should then no longer set
the line spacing explicitly in LyX.

By the way, the LaTeX code above can be found in the article.cls file
(with a \newenvironment instead of \renewenvironment).  Looking in
this file is always a good idea to see how things are built in LaTeX,
and to see where to tweak things.

-- 
Martin Geisler GnuPG Key: 0x7E45DD38

PHP Exif Library  |  PHP Weather |  PHP Shell
http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
Read/write Exif data  |  Show current weather|  A shell in a browser


pgpaLkEFf2DTY.pgp
Description: PGP signature

Re: Excel-like tables

[Paul Smith]

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:
> >>The way to add a left border to only one cell is to flag the cell as
> >>multicolumn (even though it occupies only one column) and then add the
> >>border.  This should work ok in general.  I don't know if it works when
> >>the cell is the upper left corner of your table.  Specifically, I don't
> >>know if the added LaTeX argument then applies only to that cell, or
> >>what.  I suppose experimentation will tell.
> >
> > Apparently, multicolumn does not provide a solution if one wants two
> > left bordered cells.
>
> I'm not sure what you mean here.  One above the other?  It should work
> (I think) if you make each of them multicolumn.

An example is attached: it gives an error when you compile it.

Paul


table-color.lyx
Description: application/lyx

Re: Installing my own latex class

[Uwe Stöhr]

Theofilos Strinopoulos wrote:


But there is no improvement. I have used the acm_cit_thesis.cls and
ac_cit_thesis.layout in the past successfully so I believe that the problem
is not in the files but in the configuration of lyx.


Please send me your .cls, .layout, and a LyX-file that uses it and I'll 
have a closer look.


regards Uwe

Re: sixth release of LyXWinInstaller

[Micha Feigin]

On Tue, 10 Jan 2006 15:16:13 +0200
Micha Feigin <[EMAIL PROTECTED]> wrote:

> On Mon, 9 Jan 2006 22:37:50 -0800
> "Stephen Harris" <[EMAIL PROTECTED]> wrote:
> 
> > 
> > - Original Message - 
> > From: "Bo Peng" <[EMAIL PROTECTED]>
> > To: "Stephen Harris" <[EMAIL PROTECTED]>
> > Cc: 
> > Sent: Monday, January 09, 2006 7:49 PM
> > Subject: Re: sixth release of LyXWinInstaller
> > 
> > 
> > My opinion is that if a file is allowed to 'browse in', it should
> > work. Otherwise, it is a bug. A normal user would not care if it is
> > latex' or lyx' or window', it is simply a bug. A lazy fix would give
> > out a warning when a bst file with space is browsed in (since lyx know
> > it will not work), and a better fix is handling .bst file the same way
> > as the figures.
> > 
> 
> If I understand this correctly, you have a bib file that you included from the
> bibtex browse option and it is sitting in a path with spaces, right? or did 
> you
> put it in the bibtex directory under texmf and you want it to be found
> automatically?
> 
> Assuming the first one, I tried under linux to move an existing document to a
> directory with spaces and then created another directory with spaces under it
> and put the bib file in that. I then browsed to it and included it and it 
> works
> fine (under linux, didn't try windows yet).
> 
> If that is the case (and I will try windows later) then it most certainly is a
> bug. If you put it into the bib directory under the texmf directory which
> contains spaces in its path then it is a problem with the miktex installation
> and not lyx.
> 
> Again, if it is in the texmf tree which is installed in a directory with 
> spaces
> its the problem of whomever installed it and didn't follow the instructions. 
> If
> the bib file is in a local user directory (with spaces) and included by the 
> user
> browsing to it then it is very much a lyx bug.
> 

I checked this on windows and I don't get any problem with a bib file that is
in a path with spaces (implicitly where the lyx file is in a file with spaces
or explicitly where it is also in a subdirectory with spaces).

> > Bo
> > 
> > The browse function works as designed if you browse to
> > a directory that adheres to the Miktex installation policy.
> > 
> > It is not a bug if you circumvent a function that works
> > correctly with the default bst directory install location.
> > Anybody who changes parameters of a default installation
> > is always responsible for problems arising from that change.
> > 
> > In order to qualify as a bug, you need to claim that LyX should
> > anticipate that a user will avoid installing bst files to the default
> > folder, the only type (without spaces) of folder that works, but
> > instead the user installs to a folder that won't work. Additionally,
> > the LyX documentation should check for this and create a
> > report for the user about what is essentially a Miktex gotcha.
> > IMO, that is way too much to expect from online Lyx
> > documentation, it falls short of being a bug.
> > 
> > OTOH, I don't think you made a dumb mistake. I do doubt that
> > it is a problem that a normal user will experience. Why is your
> > report just now bringing up this issue, why hasn't there been
> > a report about this from a normal user? Probably because the
> > normal user doesn't encounter or expose this browse function.
> > They probably use the ordinary procedures.
> > 
> > That addresses the priority and depth of a solution. Angus says
> > fixing this is fragile, difficult so time-consuming. It would fix a
> > rarely experienced problem which has a great alternate solution.
> > Using a directory without spaces is a very standard workaround.
> > Windows uses double quotes (" ") to surround a path with spaces,
> > and I think that should have a higher priority than: rewriting the LyX
> > online doc plus a method to check the current directory for spaces
> > and issue a warning to the user.
> > 
> > I think writing an entry under WinLyX Tips which makes people
> > aware of a potential problem is sufficient for a rarely encountered
> > sticking point. Unless you think this is a more common error for
> > normal users and nobody has bothered to report it in the past. I
> > think it will be years before LyX developers have nothing better to
> > do than to fix a Miktex/TeX limitation which is either not considered
> > a bug, is a WONTFIX, or maybe can't be fixed.
> > 
> > http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html
> > 
> > 3.1 MiKTeX
> > "The approved way to use TeX4ht is via a series of batch files. Therefore, 
> > it is important that you install MiKTeX to a folder whose name (and path) 
> > does not include a space. The default location, c:\texmf, is perfect. If 
> > you 
> > really don't want MiKTeX in c:\texmf, you should place it in some 
> > subdirectory whose name does not include spaces, like c:\ProgramFiles 
> > (note: 
> > no space here) or c:\DosPrograms. You could also place GhostScrip

Re: Installing my own latex class

[Theofilos Strinopoulos]

I made the change that you suggested and changed the first lines of
acm_cit_thesis.layout to

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[acm_cit_thesis]{ACM CIT Thesis}

But there is no improvement. I have used the acm_cit_thesis.cls and
ac_cit_thesis.layout in the past successfully so I believe that the problem
is not in the files but in the configuration of lyx.

Thanks


On 1/10/06 11:42 AM, "Uwe Stöhr" <[EMAIL PROTECTED]> wrote:

> Theofilos Strinopoulos schrieb:
>> I have created a ~/.lyx/layouts directory and added the layout file
>> acm_cit_thesis.layout there
>> 
>> It does begin with:
>> #% Do not delete the line below; configure depends on this
>> #  \DeclareLaTeXClass{ACM CIT Thesis}
> 
> Sorry it must begin with
> 
>> #% Do not delete the line below; configure depends on this
>> #  \DeclareLaTeXClass[acm_cit_thesis]{Thesis ACM CIT}
> 
> regrds Uwe

Re: Installing my own latex class

[Uwe Stöhr]

Theofilos Strinopoulos schrieb:

I have created a ~/.lyx/layouts directory and added the layout file
acm_cit_thesis.layout there

It does begin with:
#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass{ACM CIT Thesis}


Sorry it must begin with

> #% Do not delete the line below; configure depends on this
> #  \DeclareLaTeXClass[acm_cit_thesis]{Thesis ACM CIT}

regrds Uwe

Re: Excel-like tables

[Paul A. Rubin]

Paul Smith wrote:

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:


Suppose, Paul, that one wants to add a left-side vertical border only
to one cell (and not more than one) of the first column, then your
solution does not work, and no way is left to do that with LyX (up to
a ERT solution). Thus, I would classify it as a bug.


The way to add a left border to only one cell is to flag the cell as
multicolumn (even though it occupies only one column) and then add the
border.  This should work ok in general.  I don't know if it works when
the cell is the upper left corner of your table.  Specifically, I don't
know if the added LaTeX argument then applies only to that cell, or
what.  I suppose experimentation will tell.



Apparently, multicolumn does not provide a solution if one wants two
left bordered cells.



I'm not sure what you mean here.  One above the other?  It should work 
(I think) if you make each of them multicolumn.


/Paul

Re: Installing my own latex class

[Theofilos Strinopoulos]

I have created a ~/.lyx/layouts directory and added the layout file
acm_cit_thesis.layout there

It does begin with:
#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass{ACM CIT Thesis}

Still when I go to Layout->Document->Class, I don't see ACM CIT Thesis

Theo


On 1/10/06 10:57 AM, "Uwe Stöhr" <[EMAIL PROTECTED]> wrote:

> Theofilos Strinopoulos wrote:
> 
>> Why does lyx not recognize acm_cit_thesis.cls?
> 
> You need a layout file for your thesis class. You can take the file
> book.layout that comes with LyX, change its first two lines to
> 
> #% Do not delete the line below; configure depends on this
> #  \DeclareLaTeXClass{acm_cit_thesis}
> 
> save it under e.g. the name "ACMThesis.layout" in LyX's layouts
> directory, and then reconfigure LyX.
> You find detailed informations about LyX's layout files in LyX's
> customization manual chapter 5.
> 
> regards Uwe

Re: Excel-like tables

[Paul Smith]

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:
> > Suppose, Paul, that one wants to add a left-side vertical border only
> > to one cell (and not more than one) of the first column, then your
> > solution does not work, and no way is left to do that with LyX (up to
> > a ERT solution). Thus, I would classify it as a bug.
>
> The way to add a left border to only one cell is to flag the cell as
> multicolumn (even though it occupies only one column) and then add the
> border.  This should work ok in general.  I don't know if it works when
> the cell is the upper left corner of your table.  Specifically, I don't
> know if the added LaTeX argument then applies only to that cell, or
> what.  I suppose experimentation will tell.

Apparently, multicolumn does not provide a solution if one wants two
left bordered cells.

Paul

Re: Installing my own latex class

[Uwe Stöhr]

Theofilos Strinopoulos wrote:


Why does lyx not recognize acm_cit_thesis.cls?


You need a layout file for your thesis class. You can take the file 
book.layout that comes with LyX, change its first two lines to


#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass{acm_cit_thesis}

save it under e.g. the name "ACMThesis.layout" in LyX's layouts 
directory, and then reconfigure LyX.
You find detailed informations about LyX's layout files in LyX's 
customization manual chapter 5.


regards Uwe

Re: Incomplete Document Opening

[Rich Shepard]

On Tue, 10 Jan 2006, Anders Ekberg wrote:


Works fine for me too (on both 1.3.6 and 1.4pre3 on Mac). I send you
pdf-output privately along with a newly saved file (in case something is
still messed up with the original. In case the problem persists, a
possibility could be to do some resets (reconfigure, rename preference
file, texhash, ...).


Anders,

  I opened another document that I had not worked on in a couple of weeks,
and that came up completely, as expected.

  My thought is that this was a transient event, but it was still very early
here and I just didn't let it sit long enough to fix itself.

Sorry for all the static,

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
 Voice: 503-667-4517 Fax: 503-667-8863

Installing my own latex class

[Theofilos Strinopoulos]

Hallo everyone,

I am running Lyx with Aqua interface on a mac.
I have written my own latex document class called acm_cit_thesis.cls which
uses cit_logo.eps. I have added it to the latex tree and I am able to
compile latex documents that use this class.
To make lyx recognize acm_cit_thesis I go to Edit->Reconfigure and restart
lyx. When I try to open a simple file that uses ac_cit_thesis lyx complains:

"Document uses an unknown textclass"

To add acm_cit_thesis.cls to the latex tree I found my texmf.cnf and read
from there that $TEXMF-LOCAL was set to /sw/share/texmf-local. Then I
created the directory /sw/share/texmf-local/tex/latex/acm_cit_thesis/ and
added the acm_cit_thesis.cls cit_logo.eps files there. In the end I ran
texhash to update /sw/share/texmf-local/ls-R

Why does lyx not recognize acm_cit_thesis.cls ?

Theo 

Re: Incomplete Document Opening

[Anders Ekberg]

Works fine for me too (on both 1.3.6 and 1.4pre3 on Mac). I send you  
pdf-output privately along with a newly saved file (in case something  
is still messed up with the original.
In case the problem persists, a possibility could be to do some  
resets (reconfigure, rename preference file, texhash, ...).


Anders


On 10 jan 2006, at 17.39, Rich Shepard wrote:


On Tue, 10 Jan 2006, Anders Ekberg wrote:

If you can send me the file (or post it to the list), I'll see if  
I can

reproduce your errors.


Anders,

  Here it is. I've not before encountered this behavior so I'm really
puzzled. BTW, I've lots of time; these comments are not due until  
February.


Thanks,

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying  
Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using  
Fuzzy Logic"
 Voice: 503-667-4517 Fax:  
503-667-8863

Re: problem including tex file

[J Greenbaum]

I've tried including the file both ways...that is, with Lyx's native
include support and with ERT and I get the same error message.  I'm
using LyX version 1.3.6.  Any more ideas?

-Jay

On 1/9/06, Georg Baum <[EMAIL PROTECTED]> wrote:
>
> Am Montag, 9. Januar 2006 18:31 schrieb J Greenbaum:
>
> > I thought this might be a permissions problem, but I have write
> > permissions to the file mentioned, as well as the directory.  The
> > directory structure is as follows:
>
> It is no permissions problem, LyX is probably trying to access the
> file /tmp/lyx.tmpbuf/document/0_Prelim/prelim.tex whichs does not
> work, because the directory /tmp/lyx.tmpbuf/document/0_Prelim/ does
> not exist.
>
> > /document/document.lyx
> > /document/0_Prelim/prelim.tex
> > /document/0_Prelim/prelim.aux
>
> How are you including it? With ERT or the native include button? The
> latter method should work since LyX 1.3.5 (or was it 1.3.6? I don't
> remember). It will not work with earlier versions of LyX.
> The ERT method will only work if you don't use a temporary directory in
> your preferences, but that is not recommended.
>
>
> Georg
>
>

Re: Incomplete Document Opening

[Rich Shepard]

On Tue, 10 Jan 2006, Anders Ekberg wrote:


If you can send me the file (or post it to the list), I'll see if I can
reproduce your errors.


Anders/Paul,

  Now it's working here, too. I suspect there was some process running in the
background that stopped LyX from fully loading the file for display. That's
the only thing that makes sense. I tried it over a 45 minute span without
success. Went to do other things and now -- 3.5 hours later -- there it is.

  Sigh. It's gonna' be one of those days, I guess.

Thanks all,

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
 Voice: 503-667-4517 Fax: 503-667-8863

Re: Incomplete Document Opening

[Paul Smith]

On 1/10/06, Rich Shepard <[EMAIL PROTECTED]> wrote:
> > If you can send me the file (or post it to the list), I'll see if I can
> > reproduce your errors.
>
>Here it is. I've not before encountered this behavior so I'm really
> puzzled. BTW, I've lots of time; these comments are not due until February.

Rich,

I do not experience any problem with your file.

Regards,

Paul

Re: Incomplete Document Opening

[Rich Shepard]

On Tue, 10 Jan 2006, Anders Ekberg wrote:


If you can send me the file (or post it to the list), I'll see if I can
reproduce your errors.


Anders,

  Here it is. I've not before encountered this behavior so I'm really
puzzled. BTW, I've lots of time; these comments are not due until February.

Thanks,

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
 Voice: 503-667-4517 Fax: 503-667-8863

shepard.lyx.gz
Description: GNU Zip compressed data

Re: Typeface for Insert URL

[Herbert Voss]

Uwe Stöhr wrote:

mail.k schrieb:

Unfortunately, that defeats the purpose: if the link is in text, it 
won't be typeset correctly (that's why I tuned to Insert Url in the 
first place. I don't won't the URL pushed to the next line and the 
line above justified with lots of useless whitespace).



You want hyphenations in the URL, right? This works when you set an 
hyphenation point. Hyphenating the URL text works as for normal text. I 
attached another example.


with hyperref or package breakurl it is the default for
urls

Herbert

Re: quote size

[Kevin Pfeiffer]

mail.k writes:
> I'd like to customize the quote environment, so that it appears in
> smaller type--like footnotes--than the standard environment. 

Hi Eran,

I will play the devil's advocate here and ask, "why?" 

If the quotes are important enough to appear in the main body of your 
doument then you must intend that they be read by all readers. If so, 
then why not make it easy and set them in the same font size? If they 
are only intended to be optionally read then why not put them elsewhere 
(endnotes, appendix, etc.) or eliminate them entirely (paraphrase, 
etc.)?

(Just offering another opinion.)

All the best,

Kevin



-- 
Kevin Pfeiffer <[EMAIL PROTECTED]>
Tiros-Translations

Re: Typeface for Insert URL

[Uwe Stöhr]

mail.k schrieb:

Unfortunately, that defeats the purpose: if the link is in text, it 
won't be typeset correctly (that's why I tuned to Insert Url in the 
first place. I don't won't the URL pushed to the next line and the line 
above justified with lots of useless whitespace).


You want hyphenations in the URL, right? This works when you set an 
hyphenation point. Hyphenating the URL text works as for normal text. I 
attached another example.


regards Uwe


newfile2.lyx
Description: application/lyx

Re: sixth release of LyXWinInstaller

[Bo Peng]

> If the bib file is in a local user directory (with spaces) and included by
> the user browsing to it then it is very much a lyx bug.

This is the case I reported, and I think lyx should do something about
it. Actually, a label above the browse button like "File with spaces
in its path may not work" should suffice.

People tend to think this is a latex feature/bug, not lyx'. However,
if I use latex directly, I will get a bunch of error messages like
File "c:\my " and "documents\" does not exist, while in the case of
lyx, I get no warning and incomplete output.

Bo

Re: Incomplete Document Opening

[Anders Ekberg]

Rich Shepard
Tue, 10 Jan 2006 06:43:33 -0800

On Tue, 10 Jan 2006, Rich Shepard wrote:

 Yesterday I started a report and quite for the evening after  
entering a
new section head. This morning, I fire up LyX and load the document  
and
only the first 255 (of 344 total) lines display. The titlehead  
image is
also messed up (that is, there's a huge space on top of it which  
should not

be there).

  Here's another strange fact: when I press ctrl-d, the complete  
document is

displayed. But, I cannot scroll down within the LyX window to the end.

Rich


If you can send me the file (or post it to the list), I'll see if I  
can reproduce your errors.


Anders

Re: quote size

[Paul Smith]

On 1/10/06, mail.k <[EMAIL PROTECTED]> wrote:
> I'd like to customize the quote environment, so that it appears in
> smaller type--like footnotes--than the standard environment. I have too
> many quotes to change each of them manually.


Eran,

That is not too difficult. A semi-automatic solution follows.

Open your LyX file with a text editor (emacs, kwriter,..,). Then, with
the search mechanism of your editor look for

\layout Quote

and add

\size small

between

\layout Quote

and the text of your quote,

and that is it! (Do the same procedure for every occurrence of "\layout Quote".)

Paul

Re: sixth release of LyXWinInstaller

[Micha Feigin]

On Mon, 9 Jan 2006 22:37:50 -0800
"Stephen Harris" <[EMAIL PROTECTED]> wrote:

> 
> - Original Message - 
> From: "Bo Peng" <[EMAIL PROTECTED]>
> To: "Stephen Harris" <[EMAIL PROTECTED]>
> Cc: 
> Sent: Monday, January 09, 2006 7:49 PM
> Subject: Re: sixth release of LyXWinInstaller
> 
> 
> My opinion is that if a file is allowed to 'browse in', it should
> work. Otherwise, it is a bug. A normal user would not care if it is
> latex' or lyx' or window', it is simply a bug. A lazy fix would give
> out a warning when a bst file with space is browsed in (since lyx know
> it will not work), and a better fix is handling .bst file the same way
> as the figures.
> 

If I understand this correctly, you have a bib file that you included from the
bibtex browse option and it is sitting in a path with spaces, right? or did you
put it in the bibtex directory under texmf and you want it to be found
automatically?

Assuming the first one, I tried under linux to move an existing document to a
directory with spaces and then created another directory with spaces under it
and put the bib file in that. I then browsed to it and included it and it works
fine (under linux, didn't try windows yet).

If that is the case (and I will try windows later) then it most certainly is a
bug. If you put it into the bib directory under the texmf directory which
contains spaces in its path then it is a problem with the miktex installation
and not lyx.

Again, if it is in the texmf tree which is installed in a directory with spaces
its the problem of whomever installed it and didn't follow the instructions. If
the bib file is in a local user directory (with spaces) and included by the user
browsing to it then it is very much a lyx bug.

> Bo
> 
> The browse function works as designed if you browse to
> a directory that adheres to the Miktex installation policy.
> 
> It is not a bug if you circumvent a function that works
> correctly with the default bst directory install location.
> Anybody who changes parameters of a default installation
> is always responsible for problems arising from that change.
> 
> In order to qualify as a bug, you need to claim that LyX should
> anticipate that a user will avoid installing bst files to the default
> folder, the only type (without spaces) of folder that works, but
> instead the user installs to a folder that won't work. Additionally,
> the LyX documentation should check for this and create a
> report for the user about what is essentially a Miktex gotcha.
> IMO, that is way too much to expect from online Lyx
> documentation, it falls short of being a bug.
> 
> OTOH, I don't think you made a dumb mistake. I do doubt that
> it is a problem that a normal user will experience. Why is your
> report just now bringing up this issue, why hasn't there been
> a report about this from a normal user? Probably because the
> normal user doesn't encounter or expose this browse function.
> They probably use the ordinary procedures.
> 
> That addresses the priority and depth of a solution. Angus says
> fixing this is fragile, difficult so time-consuming. It would fix a
> rarely experienced problem which has a great alternate solution.
> Using a directory without spaces is a very standard workaround.
> Windows uses double quotes (" ") to surround a path with spaces,
> and I think that should have a higher priority than: rewriting the LyX
> online doc plus a method to check the current directory for spaces
> and issue a warning to the user.
> 
> I think writing an entry under WinLyX Tips which makes people
> aware of a potential problem is sufficient for a rarely encountered
> sticking point. Unless you think this is a more common error for
> normal users and nobody has bothered to report it in the past. I
> think it will be years before LyX developers have nothing better to
> do than to fix a Miktex/TeX limitation which is either not considered
> a bug, is a WONTFIX, or maybe can't be fixed.
> 
> http://facweb.knowlton.ohio-state.edu/pviton/support/tex4ht.html
> 
> 3.1 MiKTeX
> "The approved way to use TeX4ht is via a series of batch files. Therefore, 
> it is important that you install MiKTeX to a folder whose name (and path) 
> does not include a space. The default location, c:\texmf, is perfect. If you 
> really don't want MiKTeX in c:\texmf, you should place it in some 
> subdirectory whose name does not include spaces, like c:\ProgramFiles (note: 
> no space here) or c:\DosPrograms. You could also place GhostScript and 
> ImageMagick in that folder."
> 
> Regards,
> Stephen
> 
> 
>  
>  +++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
> 

 
 +++
 This Mail Was Scanned By Mail-seCure System
 at the Tel-Aviv University CC.

Re: Excel-like tables

[Paul A. Rubin]

Paul Smith wrote:


Suppose, Paul, that one wants to add a left-side vertical border only
to one cell (and not more than one) of the first column, then your
solution does not work, and no way is left to do that with LyX (up to
a ERT solution). Thus, I would classify it as a bug.


The way to add a left border to only one cell is to flag the cell as 
multicolumn (even though it occupies only one column) and then add the 
border.  This should work ok in general.  I don't know if it works when 
the cell is the upper left corner of your table.  Specifically, I don't 
know if the added LaTeX argument then applies only to that cell, or 
what.  I suppose experimentation will tell.


/Paul

Re: quote size

[mail.k]

 Hi Paul,

I'd like to customize the quote environment, so that it appears in 
smaller type--like footnotes--than the standard environment. I have too 
many quotes to change each of them manually.

Kindly,

Eran



 Re: quote size

Paul Smith
Tue, 10 Jan 2006 03:30:30 -0800

On 1/10/06, mail.k <[EMAIL PROTECTED]> wrote:
I was referring to a quote style in order to format large number of quotes in 
a consistent manner.
I learned how to control the spacing separately from the body text --- how 
about point size?


How about point size? I do not really understand what you mean. Could
you please elaborate a bit more?

Paul

Re: Incomplete Document Opening

[Rich Shepard]

On Tue, 10 Jan 2006, Rich Shepard wrote:


 Yesterday I started a report and quite for the evening after entering a
new section head. This morning, I fire up LyX and load the document and
only the first 255 (of 344 total) lines display. The titlehead image is
also messed up (that is, there's a huge space on top of it which should not
be there).


  Here's another strange fact: when I press ctrl-d, the complete document is
displayed. But, I cannot scroll down within the LyX window to the end.

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
 Voice: 503-667-4517 Fax: 503-667-8863

Incomplete Document Opening

[Rich Shepard]

  Perhaps it's too early here, and the caffine has not reached full titer in
my NPU, but I cannot find why only part of a document displays. This is
lyx-1.3.6 on linux.

  Yesterday I started a report and quite for the evening after entering a new
section head. This morning, I fire up LyX and load the document and only the
first 255 (of 344 total) lines display. The titlehead image is also messed up
(that is, there's a huge space on top of it which should not be there).

  Looking at the .lyx file I see nothing wrong; all the text is there. Has
anyone encountered this before and has an idea what may have happened here?

TIA,

Rich

--
Richard B. Shepard, Ph.D.   |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
 Voice: 503-667-4517 Fax: 503-667-8863

Re: Excel-like tables

[Paul Smith]

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:
> >>Try right-clicking the top left cell and inserting a vertical bar (|) at
> >>the very start of the LaTeX argument, i.e.
> >>
> >>|>{\columncolor{darkgreen}\centering}c
> >
> > Thanks, Paul. Your suggestion succeeds, but should not it work through
> > mere manipulation inside "Borders" tab?
>
> Well, that would certainly be preferable.  I don't know enough about the
> various possibilities for what gets plugged into the "LaTeX argument" to
> answer.  If it is always safe to insert that vertical bar at the start,
> then yes, LyX should do so.  On the other hand, for all I know there may
> be some arguments that would not allow the bar there (or would cause the
> bar to do something different than creating a left border).  So I'll
> defer to the LaTeX wizards on this.
> >
> > Another problem: not all borders of the table shown inside LyX are
> > shown in the corresponding dvi or pdf files. (Please, have a look at
> > them.) Can one overcome this problem?
>
> When I modified your sample file, the DVI contained the left border.  I
> gather from your answer to Uwe that it was a screen resolution problem
> in one or more viewers at your end (?).

Suppose, Paul, that one wants to add a left-side vertical border only
to one cell (and not more than one) of the first column, then your
solution does not work, and no way is left to do that with LyX (up to
a ERT solution). Thus, I would classify it as a bug.

Yes, the borders were not visible due a screen resolution problem.

Paul

Re: Excel-like tables

[Paul A. Rubin]

Paul Smith wrote:

On 1/10/06, Paul A. Rubin <[EMAIL PROTECTED]> wrote:


Is it possible with LyX the creation of tables like the first one shown at

http://www.usd.edu/trio/tut/excel/13.html


It is, have a look at

http://wiki.lyx.org/pmwiki.php/LyX/Tables

You find ther an example lyx-file in the section "colored tables".


Thanks, Uwe, for the very useful link. Attached, it is an example that
I have adapted, which seems to exhibit a bug, since it seems
impossible to add a certain vertical border. Please, see the file
attached.


Try right-clicking the top left cell and inserting a vertical bar (|) at
the very start of the LaTeX argument, i.e.

|>{\columncolor{darkgreen}\centering}c



Thanks, Paul. Your suggestion succeeds, but should not it work through
mere manipulation inside "Borders" tab?


Well, that would certainly be preferable.  I don't know enough about the 
various possibilities for what gets plugged into the "LaTeX argument" to 
answer.  If it is always safe to insert that vertical bar at the start, 
then yes, LyX should do so.  On the other hand, for all I know there may 
be some arguments that would not allow the bar there (or would cause the 
bar to do something different than creating a left border).  So I'll 
defer to the LaTeX wizards on this.


Another problem: not all borders of the table shown inside LyX are
shown in the corresponding dvi or pdf files. (Please, have a look at
them.) Can one overcome this problem?


When I modified your sample file, the DVI contained the left border.  I 
gather from your answer to Uwe that it was a screen resolution problem 
in one or more viewers at your end (?).


/Paul

Re: copying and pasting a LyX environment? (like Word's Format Painter)

[Abdel]

Andre Poenitz a écrit :

On Mon, Jan 09, 2006 at 10:22:48AM +0100, Kevin Pfeiffer wrote:

Helge Hafting writes:

I don't know how this "format painter" works, but here is something
I imagine could be useful:

* Mark the part of the document to be changed - possibly all
* Use a menu (or keypress) to change "heading level" up or down,
   similiar to how we already can change the "environment depth".
This is more or less what I was thinking of -- something similar to the 
Apply function in the paragraph and character menus: you choose a new 
parameter (such as subparagraph), select a section to be changed (or in 
the case of a single line, simple place the cursor somewhere on it) and 
click something to apply the new parameter. The method you describe 
sounds equally (perhaps more) useful.


This functionality could be implemneted in the Navigate menu in the
Qt frontend: Make the menu a list view, allowm multiple selection,
create and connect actions to movce things a level in or out.


I was thinking about modifying the TOC dialog to do exactly this: allow 
moving a section and all it's dependencies to any upper or lower node 
you want. The TOC could even become a dock widget on the left "a la 
MSWord" and allow on-the-fly updating. Do you reckon the Navigate-Menu 
code is cleaner for this?



Could be extended to shift whole sections up and down.


I guess we could re-use cut&paste for this, couldn't we?


Less than 200 lines for the in/out part I'd bet.


Once you know what to do, it's always short to implement it ;-)

Abdel.



Andre'

Re: Excel-like tables

[Paul Smith]

On 1/10/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> > Thanks for the new table, but, as I remarked in my previous post, some
> > borders of the table are missing in the dvi and pdf files.
>
> Also in my example? For me all borders are visible.

Well, it is Acrobat Reader and Kpdf fault: if I increase the zoom
factor, then all borders are visible.

Paul

Re: Excel-like tables

[Uwe Stöhr]

Paul Smith wrote:


Is this bug registered on Bugzilla?


I'll register it later today.


Thanks for the new table, but, as I remarked in my previous post, some
borders of the table are missing in the dvi and pdf files.


Also in my example? For me all borders are visible.

regards Uwe

Re: Excel-like tables

[Paul Smith]

On 1/10/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> > Thanks, Uwe, for the very useful link. Attached, it is an example that
> > I have adapted, which seems to exhibit a bug, since it seems
> > impossible to add a certain vertical border.
>
> Yes it is a bug.
> I attached an example with a table as you like it.

Is this bug registered on Bugzilla?

Thanks for the new table, but, as I remarked in my previous post, some
borders of the table are missing in the dvi and pdf files.

Paul

Re: quote size

[Paul Smith]

On 1/10/06, mail.k <[EMAIL PROTECTED]> wrote:
> I was referring to a quote style in order to format large number of quotes in 
> a consistent manner.
> I learned how to control the spacing separately from the body text --- how 
> about point size?

How about point size? I do not really understand what you mean. Could
you please elaborate a bit more?

Paul

Re: sixth release of LyXWinInstaller

[Stephen Harris]

- Original Message - 
From: "Helge Hafting" <[EMAIL PROTECTED]>

To: "Martin Geisler" <[EMAIL PROTECTED]>
Cc: 
Sent: Tuesday, January 10, 2006 12:07 AM
Subject: Re: sixth release of LyXWinInstaller



It is so much easier if these bugs are fixed in the proper place - fixing
the problem in latex is better than adding a workaround in lyx, less code
and the fix will benefit non-lyx latex users too.  There are mailing 
lists for

latex (and various latex distributions) too, try those.

Helge Hafting




I was browsing comp.text.tex and somebody reported a path with spaces
bug regarding \includegraphics, I think it was. An "expert" replied that
this was not really a bug, but a TeX feature! :-) 
I also noticed at miktex.org that the discussion of the 2.5.1 Beta 
still had a mention of the path with spaces problem. 


I guess it is time to let sleeping dogs lay and go to bed :-)
Stephen

Re: sixth release of LyXWinInstaller

[Stephen Harris]

- Original Message - 
From: "Georg Baum" <[EMAIL PROTECTED]>

To: 
Cc: 
Sent: Monday, January 09, 2006 11:50 PM
Subject: Re: sixth release of LyXWinInstaller



Martin Geisler wrote:


So please don't dismiss this as a WONTFIX bug... lots of people wont
have a Linux-savy boyfriend to help them out with these things :-)


Again: The problem is with bibtex, not with LyX. We can work around it
in LyX (and I'll do so probably sometimes), see
http://bugzilla.lyx.org/show_bug.cgi?id=2186


"This is a BibTeX limitation. The solution is to copy the .bst files to the 
temp dir before running LaTeX, as is done for .bib files, graphics etc."


Meanwhile you have to live with the limitations and organize your .bst 
files

like Herbert suggested.


Georg




The documentation about this on the LyX Wiki is not nearly as
pointed, as for instance, the instruction that Aspell is a special
case and one is required to install Aspell to C:\Aspell

I once tried to install flpsed, a ghostscript-like annotator ported to
Windows in place of gsview. It failed until I read Dan Luecking's
advice below and I changed my temp dir under LyX preferences
from the default to C:\LyX\Resources\lyx\temp (and also work). It
was a path with spaces problem which wasn't related to LaTex. Dan's
advice may be a bit of overkill but I thought to include it so that it
enters LyX archives for possible future reference.

Dan Luecking wrote:

"Install TeX under C:\TeX instead "of C:\Program Files". For each
user, create a TEMP environmental variable pointing to a directory
without spaces in its name. For good measure, give each user a
working directory without spaces in the pathname and create the
variable HOME to point to it. Finally, when a program shortcut is
added, configure it to start in the user's home directory.

Having done all this since I started working with windows, I have
almost never had a program fail due to failure to find its files."
Regards, Stephen

Re: sixth release of LyXWinInstaller

[Martin Geisler]

"Stephen Harris" <[EMAIL PROTECTED]> writes:


> SH: I am not so sure that you followed this thread. So I'm going to
> requote Bo Peng, his complaint and suggested solution which has
> introduced the "path with spaces" aspect of this discussion.

You're right, I have just subscribed to this list recently after
installing LyX for my girlfriend and being very impressed with it.
What impressed me most is the very clean LaTeX code it produces, in
fact I couldn't have written it better myself!

> Under Linux, Bo was able to browse to a directory that contained a
> customized (downloaded from internet) .bst file and this worked.
>
> Under Windows, Bo browsed to a directory containing a customized
> .bst file and it didn't work.
>
> Bo thought this behavior was inconsistent and unexpected so that a
> warning ought to be included in the Lyx online documentation.
>
> Do you understand his posts the same way?

Yes, more or less.

> I think there is very likely an error in Bo's reasoning. Bo placed
> the .bst file in a Windows directory which contained spaces.  It
> didn't work and that is expected.

No, that is not expected unless you happen to know about the issue
with spaces in file names.  And I agree with Bo that when LyX accepts
a .bst file you pick in the browser dialog, then it would be nice if
that also worked.

> [...] How would Bo's warning be implemented? The LyX browse option
> would have to analyze the Windows installation directory to see if
> it contained spaces. If there are no spaces it works.

Yes, exactly that kind of check could be introduced.

> [...] If a poweruser elects to ignore installation recommendation
> and change the default install directory of Miktex/texmf then that
> user assumes the responsibility of knowing the consequences of such
> a change, and to implement a deviation from the default in such a
> way that the install is not defeated by his interventions. It is not
> the responsibility of Lyx online documentation to warn the user of
> his oversights/mistakes in modifying another program's defaults.

But it is a standard feature of LaTeX, BibTeX, and friends that the
current directory is searched first, and indeed it works nicely in LyX
with images.  So I really think that users are justified in expecting
it to work for .bst files too, powerusers or not.

And when it doesn't work it should be documented in the LyX
documentation -- not that I have looked at it, I still think the best
documentation would be right in browse dialogbox where you need it.

> This is not a LyX problem. A .lyx file can be installed to My
> Documents without a path with spaces problem. This is a Miktex
> "limitation". If the Lyx developers are expected to fix Miktex
> path with spaces problem why not other problems with the other
> helper programs, Ghostscript, Python, etc.?

Actually, considering that LyX is a kind of mitigator between all
those tools, then I think that it would be nice if LyX tried its best
to work around those problems.  Of course bug reports should be
submitted to the upstream authors, but with LyX being the frontend to
many tools, LyX will also get the user complaints.

I understand that this is unfortunate since the number of LyX
developers most probably is limited (like in any other open-source
effort).

-- 
Martin Geisler GnuPG Key: 0x7E45DD38

PHP Exif Library  |  PHP Weather |  PHP Shell
http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
Read/write Exif data  |  Show current weather|  A shell in a browser


pgprMjv8GjK7Y.pgp
Description: PGP signature

Re: sixth release of LyXWinInstaller

[Martin Geisler]

Helge Hafting <[EMAIL PROTECTED]> writes:

> Martin Geisler wrote:
>
>>Do you really mean that Microsoft decided on a default install path
>>with spaces just to annoy all the future Unix-centric programs being
>>ported to Windows?
>
> That is hard to know - I guess they simply see this as a 'bonus',
> they probably weren't smart enough to pull this one of
> deliberately. :-/

Hehe :-)

> Sure - a space path is normal on windows, and LyX tries to cope with
> those too.  I think LyX do this quite well, but LyX does not work
> alone.  It depend on many other programs to do its work - most
> notably latex. [...]

You're of course completely right -- I didn't write my post carefully
enough.

What I wanted to argue against was the idea that just because there is
an obvious work-around for the case with spaces in pathnames, it is
not okay for BibTeX/LaTeX/whoever to rely on it when running under
Windows.

-- 
Martin Geisler GnuPG Key: 0x7E45DD38

PHP Exif Library  |  PHP Weather |  PHP Shell
http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
Read/write Exif data  |  Show current weather|  A shell in a browser


pgpP0YfjChs4a.pgp
Description: PGP signature

Re: Typeface for Insert URL

[Uwe Stöhr]

mail.k wrote:

I guess what I want is \url or \nolinkurl, since I need the text to 
contain the actual link.


Then use the link name also as description text. Attached an example.

regards Uwe


newfile2.lyx
Description: application/lyx

Re: Excel-like tables

[Uwe Stöhr]

Paul Smith wrote:


Thanks, Uwe, for the very useful link. Attached, it is an example that
I have adapted, which seems to exhibit a bug, since it seems
impossible to add a certain vertical border.


Yes it is a bug.
I attached an example with a table as you like it.

regards Uwe


table-color.lyx
Description: application/lyx

Re: sixth release of LyXWinInstaller

[Martin Geisler]

Georg Baum writes:

> Martin Geisler wrote:
>
>> So please don't dismiss this as a WONTFIX bug... lots of people
>> wont have a Linux-savy boyfriend to help them out with these things
>> :-)
>
> Again: The problem is with bibtex, not with LyX.

I'm sorry, I didn't make that clear -- I know that this discussion
might belong better to a MikTex mailinglist but I just wanted to share
my experience of using LyX with BibTeX under Windows.

-- 
Martin Geisler GnuPG Key: 0x7E45DD38

PHP Exif Library  |  PHP Weather |  PHP Shell
http://pel.sf.net/|  http://phpweather.net/  |  http://mgeisler.net/
Read/write Exif data  |  Show current weather|  A shell in a browser


pgp7T1L9b7dfk.pgp
Description: PGP signature

Re: sixth release of LyXWinInstaller

[Helge Hafting]

Martin Geisler wrote:


"Stephen Harris" <[EMAIL PROTECTED]> writes:

 


As it stands now, that decision [to make the default install path
"C:\Program Files"] 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.
   



Do you really mean that Microsoft decided on a default install path
with spaces just to annoy all the future Unix-centric programs being
ported to Windows?
 


That is hard to know - I guess they simply see this as a 'bonus',
they probably weren't smart enough to pull this one of deliberately. :-/
Windows paths with spaces dates back to times when they didn't
worry so much about unix/linux competition.
Their history of planned incompatibility counts against them though,
consider dr-dos . . .


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.
   



And I consider both of these problems to be a bug when I encounter
them under Windows.  Spaces in paths are a *normal* thing under
Windows, and programs ported to Windows should be able to deal with
them.  If not, then I really think the problem lies with the program.
 


Sure - a space path is normal on windows,  and LyX tries
to cope with those too.  I think LyX do this quite well, but
LyX does not work alone.  It depend on many other programs
to do its work - most notably latex. 
[...]



So please don't dismiss this as a WONTFIX bug... lots of people wont
have a Linux-savy boyfriend to help them out with these things :-)
 

Still, fixing latex is really up to latex developers, not the lyx 
developers.

This is a problem some people stumble over for the first time while
using lyx, but only because they didn't use latex until they got lyx. 
Lyx is quite nice in that it provides workarounds for some of these space

problems. Some cases are much harder than others, so they may be
"WONTFIX" in lyx - they are left to those who provide latex on windows.

It is so much easier if these bugs are fixed in the proper place - fixing
the problem in latex is better than adding a workaround in lyx, less code
and the fix will benefit non-lyx latex users too.  There are mailing 
lists for

latex (and various latex distributions) too, try those.

Helge Hafting