Jean-Marc Lasgouttes wrote:
> Goerg, this is what happens when something like numarticle.inc is not
> loaded after stdsection.inc. What shall we do?
The question is: Do we regard our .inc files as part of the layout file
interface, or are they just an implementation detail? Of course the former
w
> Try the following (added "Input numreport.inc").
This fixes the layout file.
Thanks.
Bo
Bo Peng <[EMAIL PROTECTED]> writes:
>
> > Bo> BTW, I notice another problem with 1.4.0cvs. The
> > Bo> sections/subsections in the file I loaded are not numbered, and
> > Bo> are not shown in the navigation menu. The ps/pdf output is correct
> > Bo> (with section numbers). What might be causing th
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, I notice another problem with 1.4.0cvs. The
Bo> sections/subsections in the file I loaded are not numbered, and
Bo> are not shown in the navigation menu. The ps/pdf output is correct
Bo> (with section numbers). What might be causing the pr
Bo Peng wrote:
>> It is already done in 1.4 :-)
>
> Really? I just tried to compile a file with 'too-long-filename'
> problem with 1.4.0cvs and get the same error message as in 1.3.7:
> "Latex Error: File: 59_home_bpeng_. nof found". Obviously, the
> tmp filename still uses absolute path.
> Bo> BTW, I notice another problem with 1.4.0cvs. The
> Bo> sections/subsections in the file I loaded are not numbered, and
> Bo> are not shown in the navigation menu. The ps/pdf output is correct
> Bo> (with section numbers). What might be causing the problem? Note
> Bo> that the file is in 1.3.6
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, I notice another problem with 1.4.0cvs. The
Bo> sections/subsections in the file I loaded are not numbered, and
Bo> are not shown in the navigation menu. The ps/pdf output is correct
Bo> (with section numbers). What might be causing the pr
> It is already done in 1.4 :-)
Really? I just tried to compile a file with 'too-long-filename'
problem with 1.4.0cvs and get the same error message as in 1.3.7:
"Latex Error: File: 59_home_bpeng_. nof found". Obviously, the
tmp filename still uses absolute path.
BTW, I notice another probl
Jean-Marc Lasgouttes wrote:
>> "Enrico" == Enrico Forestieri
>> <[EMAIL PROTECTED]> writes:
>
> Enrico> Question: why LyX uses full paths for the files it copies in
> Enrico> lyx_tmpdir?
>
> This is a very good question. I suspect many of our problems (long
> filenames, spaces, active ch
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> However, I think that this could be done by LyX. It should
Enrico> take into account what characters are used as shorthands in a
Enrico> given language and then surround the includegraphics with
Enrico> \shorthandoff{...} and
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Question: why LyX uses full paths for the files it copies in
Enrico> lyx_tmpdir?
This is a very good question. I suspect many of our problems (long
filenames, spaces, active characters) would be less annoying (but of
course s
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Babel probably makes " active for french. See also
Georg> http://bugzilla.lyx.org/show_bug.cgi?id=2005 for a similar
Georg> problem.
For the record, only !:;? are made active by french.
JMarc
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Many thanks Enrico, this fixes the problem. I tested this with all
> possible babel languages and it works, except for turkish. The turkish
> language problem is bug 2005:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=2005
>
> So perhaps you and/or Herbert
Enrico Forestieri writes:
Put the following latex.bat file in /bin (e.g., C:/Programme/LyX/bin)
$ cat latex.bat
@echo off
set curdir=%CD:\=/%
sed -e "s?%curdir%/??g" %1 > %1.new
move %1.new %1
latex.exe %1
Many thanks Enrico, this fixes the problem. I tested this with all
possible babel lang
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Uwe Stöhr ...> writes:
> >
> > Georg Baum schrieb:
> >
> > > Babel probably makes " active for french.
> >
> > But why can I compile the file manually?
>
> The exported file, perhaps. If you try to compile it by hand in the
> lyx_tmpdir, you'l
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> Georg Baum schrieb:
>
> > Babel probably makes " active for french.
>
> But why can I compile the file manually?
The exported file, perhaps. If you try to compile it by hand in the
lyx_tmpdir, you'll find that you can't. The problem is that ':' is made
Uwe Stöhr wrote:
Georges-Etienne Legendre a écrit:
Now it seems that I'm not able to generate pdf/dvi that has graphics
into.
I have errors like this :
--
Missing \endcsname inserted.
..._Universite_svnintro_conflit\string".pdf}
\end{ce
Georg Baum schrieb:
Babel probably makes " active for french.
But why can I compile the file manually?
He should not use paths with spaces, then everything should work.
I reproduced it on my system and used no paths with spaces.
regards Uwe
Am Samstag, 28. Januar 2006 18:50 schrieb Uwe Stöhr:
> Georges-Etienne Legendre a écrit:
>
> > Now it seems that I'm not able to generate pdf/dvi that has graphics
into.
> >
> > I have errors like this :
> > --
> > Missing \endcsname inserted.
> > ..._Universite_svnintro_conflit\string".pdf
Georges-Etienne Legendre a écrit:
Now it seems that I'm not able to generate pdf/dvi that has graphics into.
I have errors like this :
--
Missing \endcsname inserted.
..._Universite_svnintro_conflit\string".pdf}
\end{center}
The control seq
20 matches
Mail list logo
