Uwe Stöhr wrote:
> Am 06.12.2015 um 13:52 schrieb Georg Baum:
>
>>
http://www.lyx.org/trac/changeset/d879599cec4902a1a3ea7aa7a8d7d24815701036/lyxgit
>>> or
>>>
>>
http://www.lyx.org/trac/changeset/42536a561606290ebdb90c46badbb451487f5293/lyxgit
>>
>> None of these did change a path.
>
> they d
Am 06.12.2015 um 13:52 schrieb Georg Baum:
http://www.lyx.org/trac/changeset/d879599cec4902a1a3ea7aa7a8d7d24815701036/lyxgit
or
http://www.lyx.org/trac/changeset/42536a561606290ebdb90c46badbb451487f5293/lyxgit
None of these did change a path.
they did:
-\origin /systemlyxdir/doc/
+\origin
Am Sonntag, 6. Dezember 2015 um 20:16:02, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> >
> >> Unfortunately I am not sure what to do. Here are the alternatives I can
> >> imagine:
> >>
> >> - Set \origin to unavailable for all do
Kornel Benko wrote:
> Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
>
>> Unfortunately I am not sure what to do. Here are the alternatives I can
>> imagine:
>>
>> - Set \origin to unavailable for all docs in the sources. This would be
>> easy to do, but also mean that we need to c
Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> Uwe Stöhr wrote:
>
> > Am 03.12.2015 um 21:57 schrieb Georg Baum:
> >
> >>> The system for saving relative paths, etc, seems a bit...delicate.
> >>
> >> Maybe, maybe not (so far only Uwe saw this).
> >
> > Also others have this proble
Am Sonntag, 6. Dezember 2015 um 13:52:58, schrieb Georg Baum
> Uwe Stöhr wrote:
>
> > Am 03.12.2015 um 21:57 schrieb Georg Baum:
> >
> >>> The system for saving relative paths, etc, seems a bit...delicate.
> >>
> >> Maybe, maybe not (so far only Uwe saw this).
> >
> > Also others have this proble
Uwe Stöhr wrote:
> Am 03.12.2015 um 21:57 schrieb Georg Baum:
>
>>> The system for saving relative paths, etc, seems a bit...delicate.
>>
>> Maybe, maybe not (so far only Uwe saw this).
>
> Also others have this problem as well, see e.g. Kornel's commits:
>
http://www.lyx.org/trac/changeset/d87
On 2015-12-04, Kornel Benko wrote:
> Am 4. Dezember 2015 um 01:40:25, schrieb Uwe Stöhr
>> Am 03.12.2015 um 18:45 schrieb Kornel Benko:
>> >> Strange, no relevant change recently. Does zh_CN/Intro compile with TeXF?
>> >
>> > They compile now. After reverting some 'unneded' removed code.
>> Why
Am Freitag, 4. Dezember 2015 um 01:40:25, schrieb Uwe Stöhr
> Am 03.12.2015 um 18:45 schrieb Kornel Benko:
>
> >> Strange, no relevant change recently. Does zh_CN/Intro compile with TeXF?
> >
> > They compile now. After reverting some 'unneded' removed code.
>
> Why do you revert this? I can com
Am Freitag, 4. Dezember 2015 um 01:26:43, schrieb Uwe Stöhr
...
> > Compiling doc/zh_CN/Tutorial:
> > Could not find any format to compile with.
>
> Works fine here with e.g. pdflatex.
>
> thanks and regards
> Uwe
Yes, after I re-added the unneded code.
Kornel
signature.asc
Descript
Am 03.12.2015 um 18:45 schrieb Kornel Benko:
Strange, no relevant change recently. Does zh_CN/Intro compile with TeXF?
They compile now. After reverting some 'unneded' removed code.
Why do you revert this? I can compile the file here without problems and
that a \clearpage is necessary for y
Am 03.12.2015 um 21:57 schrieb Georg Baum:
The system for saving relative paths, etc, seems a bit...delicate.
Maybe, maybe not (so far only Uwe saw this).
Also others have this problem as well, see e.g. Kornel's commits:
http://www.lyx.org/trac/changeset/d879599cec4902a1a3ea7aa7a8d7d24815701
Am 03.12.2015 um 14:11 schrieb Kornel Benko:
Don't know, if I should really wonder.
Hi Kornel,
Thanks for fixing the 2 wrong paths.
it was hard work to update so many files late in the evening. However,
the change was the result of a discussion on this list. That the Greek
file does not wor
On 2015-12-03, Kornel Benko wrote:
> Am 3. Dezember 2015 um 15:49:26, schrieb Guenter Milde
>> On 2015-12-03, Kornel Benko wrote:
>> ... We removed the problematic preamble code
>> and set PSNFSS fonts for the "basic" manuals ...
and LatinModern for the others.
...
>> >722 - MANUALS_export
Richard Heck wrote:
> The system for saving relative paths, etc, seems a bit...delicate.
Maybe, maybe not (so far only Uwe saw this). It is still unclear why these
wrong pathes are generated, we did unfortunately not get all required
information in http://www.lyx.org/trac/ticket/9815.
One thin
Am Donnerstag, 3. Dezember 2015 um 15:49:26, schrieb Guenter Milde
> On 2015-12-03, Kornel Benko wrote:
>
> > Don't know, if I should really wonder.
>
> Anyway, I know what happened. We removed the problematic preamble code
> and set PSNFSS fonts for the "basic" manuals. (The only fonts that ar
Am Donnerstag, 3. Dezember 2015 um 15:57:21, schrieb Guenter Milde
> On 2015-12-03, Kornel Benko wrote:
>
> > 847 - MANUALS_export/doc/es/Tutorial_pdf5_systemF (Failed)
>
> Please revert 0e23cfde2976.
>
> The restored preamble code loads "lmodern.sty" and sets the font encoding to
> T1. Th
On 2015-12-03, Kornel Benko wrote:
> 847 - MANUALS_export/doc/es/Tutorial_pdf5_systemF (Failed)
Please revert 0e23cfde2976.
The restored preamble code loads "lmodern.sty" and sets the font encoding to
T1. This is wrong with "non-TeX fonts", even if there is no failure!
Instead, set the la
On 2015-12-03, Kornel Benko wrote:
> Don't know, if I should really wonder.
Anyway, I know what happened. We removed the problematic preamble code
and set PSNFSS fonts for the "basic" manuals. (The only fonts that are
guaranteed to be available in outline format for T1 font encoding.)
As these f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/03/2015 08:11 AM, Kornel Benko wrote:
>
> Don't know, if I should really wonder.
> This 18 tests now fail.
> 722 - MANUALS_export/doc/el/Intro_pdf2 (Failed)
> 726 - MANUALS_export/doc/el/Intro_pdf5_texF (Failed)
> 727 - MANUALS_exp
Don't know, if I should really wonder.
This 18 tests now fail.
722 - MANUALS_export/doc/el/Intro_pdf2 (Failed)
726 - MANUALS_export/doc/el/Intro_pdf5_texF (Failed)
727 - MANUALS_export/doc/el/Intro_pdf5_systemF (Failed)
847 - MANUALS_export/doc/es/Tutorial_pdf5_syst
21 matches
Mail list logo