> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I changed the comment slightly to make the reason for the value
Georg> 140 clear. The attached goes into trunk now. Is it also OK for
Georg> 1.4?
Yes.
JMarc
Am Mittwoch, 15. März 2006 19:00 schrieb Michael Gerz:
> Hi Georg,
>
> pdflatex works now. I had to truncate the filenames to 140 characters.
> Please see attachment.
>
> Could you please commit? I have no svn access.
I changed the comment slightly to make the reason for the value 140 clear.
T
Subject: Re: LyX 1.4.0 does not truncate long file names
Michael Gerz wrote:
I found the piece of code below in support/filename.C. I think there is
something wrong with the logic. If dir.size() already exceeds 160
character then LyX will not truncate the filename at all! I guess this is
the
Michael Gerz wrote:
> I found the piece of code below in support/filename.C. I think there is
> something wrong with the logic. If dir.size() already exceeds 160
> character then LyX will not truncate the filename at all! I guess this is
> the case in my case.
You are right. Angus introduced the
quot;Georg Baum" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, March 14, 2006 8:06 PM
Subject: Re: LyX 1.4.0 does not truncate long file names
Am Dienstag, 14. März 2006 18:42 schrieb Michael Gerz:
the critical length is about 200 characters. However, to me it makes no
sense to have fil
Am Dienstag, 14. März 2006 18:42 schrieb Michael Gerz:
> the critical length is about 200 characters. However, to me it makes no
> sense to have file name of this length. Maybe 100 (or 160) chars is a
more
> reasonable limitation.
But LyX is supposed to truncate to 160 chars already. Can you p
Hi Georg,
A forward port will not happen, because the 1.3 design is broken. The only
thing we could do is to not encode the full path name in the temporary
file. This would be fairly easy to do (in FileName::mangledFilename). In
fact, there is already code to truncate the name to 160 characters.
Jean-Marc Lasgouttes wrote:
> I think we should use something like 1ThisIsTheNameOfMyFile.pdf. We do
> not really need the paths, do we?
We thought that it would be useful to have them if you need to look in the
temporary directory for some reason, technically they are not needed.
I still think t
Helge Hafting wrote:
> "pdflatex testcrap.tex" errored out. Not because the filename was so
> long, but because the export routine for "latex" creates graphichs
> commands
> unsuitable for "pdflatex". pdflatex and latex differ in how they include
> graphichs.
That is an entirely different probl
Michael Gerz wrote:
Hi all,
I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
probably occurs on Linux as well).
LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
Unfortunately, pdflatex (from MikTeX) does not accept file names like
1C__Dokumente
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Michael Gerz wrote:
>> Hi all,
>>
>> I encountered a regression with LyX 1.4.0 on Windows using MikTeX
>> (the bug probably occurs on Linux as well).
>>
>> LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does
>> not. Unfo
Michael Gerz wrote:
> Hi all,
>
> I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
> probably occurs on Linux as well).
>
> LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
> Unfortunately, pdflatex (from MikTeX) does not accept file names like
>
>
Hi all,
I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
probably occurs on Linux as well).
LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
Unfortunately, pdflatex (from MikTeX) does not accept file names like
1C__Dokumente_und_Einstellungen_ms_E
13 matches
Mail list logo
