On Sat, Dec 12, 2015 at 09:49:15PM +0100, Jean-Marc Lasgouttes wrote:
> Le 12/12/15 08:15, Georg Baum a écrit :
> >I was now able to reproduce the changed paths. According to
> >http://www.lyx.org/trac/ticket/9815 this works as designed: If a
> >document contains a valid \origin tag, then all relat
Am Sonntag, 13. Dezember 2015 um 22:25:34, schrieb Guenter Milde
> On 2015-12-13, Kornel Benko wrote:
> > Am Samstag, 12. Dezember 2015 um 22:52:13, schrieb Guenter Milde
> >
>
...
> >> c) consider excluding more output formats based on BufferParams, e.g.
>
> >>* pdf[245] and dvi3 if th
On 2015-12-13, Kornel Benko wrote:
> Am Samstag, 12. Dezember 2015 um 22:52:13, schrieb Guenter Milde
>
...
>> Before the recent changes (at 3a7ec39a790/lyxgit 2015-12-09) there were
>> just 4 instances of \default_output_format pdf2:
>> (|es|de|fr|ja)/Math.lyx
> True, that was done _after_ i
On 2015-12-13, Kornel Benko wrote:
> [-- Type: text/plain, Encoding: 7bit --]
> Am Sonntag, 13. Dezember 2015 um 10:22:04, schrieb Kornel Benko
>
>> > However, regarding the docs, the test suite could treat "pdf2" just like
>> > "default".
>> Yes, we could do it.
> Done at 3ed174c
Thanks.
Le 13/12/2015 17:10, Richard Heck a écrit :
On 12/13/2015 04:28 AM, Georg Baum wrote:
Richard Heck wrote:
Patch.
Why is font_math not required? In current master it is always written, and
if this was not required in former versions, then there should be some
lyx2lyx step to add it (like for \
On 12/13/2015 04:28 AM, Georg Baum wrote:
> Richard Heck wrote:
>
>> Patch.
> Why is font_math not required? In current master it is always written, and
> if this was not required in former versions, then there should be some
> lyx2lyx step to add it (like for \use_xetex). The other change looks
Am Sonntag, 13. Dezember 2015 um 15:01:06, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Sorry, I was too fast. It does _not_ work.
> >
> > True, it replaces \origin correctly, but writes absolute path names into
> > used graphics.
>
> Does this happen in situations where the current version
Kornel Benko wrote:
> Sorry, I was too fast. It does _not_ work.
>
> True, it replaces \origin correctly, but writes absolute path names into
> used graphics.
Does this happen in situations where the current version does not do it?
Georg
Am Sonntag, 13. Dezember 2015 um 13:25:00, schrieb Georg Baum
>
> This one breaks UNC file names:
> https://en.wikipedia.org/wiki/Path_(computing)#Uniform_Naming_Convention
Hm, it does not break, the subst() is applied to "/systemlyxdir/something".
This does not start with '//'.
Have I misse
Am Sonntag, 13. Dezember 2015 um 14:17:45, schrieb Kornel Benko
> Am Sonntag, 13. Dezember 2015 um 13:25:00, schrieb Georg Baum
>
> > Kornel Benko wrote:
> >
> > > + // Remove eventually added superfluous "/"
> > > + filepath = subst(filepath, "//", "/");
> >
> > This one break
Am Sonntag, 13. Dezember 2015 um 13:25:00, schrieb Georg Baum
> Kornel Benko wrote:
>
> > + // Remove eventually added superfluous "/"
> > + filepath = subst(filepath, "//", "/");
>
> This one breaks UNC file names:
> https://en.wikipedia.org/wiki/Path_(computing)#Uniform_N
Kornel Benko wrote:
> + // Remove eventually added superfluous "/"
> + filepath = subst(filepath, "//", "/");
This one breaks UNC file names:
https://en.wikipedia.org/wiki/Path_(computing)#Uniform_Naming_Convention
After thinking more about a possible solution I realized
Le 11/12/2015 19:25, Georg Baum a écrit :
Nice, this is a big step forward! I'd like to change just one thing: Move
the 3rdparty directory to the top. This results in a better separation from
the LyX sources and makes it less easy to include headers directly without
setting proper include paths.
Le 13/12/2015 04:37, Guillaume Munch a écrit :
Dear list
This has been annoying me for a while. OK to push?
It would deserve a commit log with explanations of what this fixes. The
patch does many things it is difficult for me to say whether this is
correct. Anyway this could also be somethin
Am Sonntag, 13. Dezember 2015 um 10:22:04, schrieb Kornel Benko
> > However, regarding the docs, the test suite could treat "pdf2" just like
> > "default".
>
> Yes, we could do it. But the logic starts to be more and more confusing.
Done at 3ed174c
Kornel
signature.asc
Description: Thi
Am Sonntag, 13. Dezember 2015 um 11:06:42, schrieb Georg Baum
> Kornel Benko wrote:
>
> > We also have realPath(), so what about the attached?
>
> Looks good. But I woudl add a comment why it is important to use realPath()
> here.
>
>
> Georg
>
Thanks, done.
Kornel
signature.asc
Am Mittwoch, 9. Dezember 2015 um 08:55:51, schrieb Günter Milde
> commit 4d0356aea128542205b1d31bc5df799f710d9544
> Author: Günter Milde
> Date: Wed Dec 9 08:54:38 2015 +0100
>
> Set default output for "complex" manuals to PDF (pdflatex).
>
> This is the "design format" for the m
Am 12.12.2015 um 22:14 schrieb Richard Heck :
> On 12/12/2015 03:46 PM, Jean-Marc Lasgouttes wrote:
>> Le 12/12/15 21:37, Guenter Milde a écrit :
>>> Most times it is not necessary to run configure. Just "make" suffices.
>>> How can I tell when autogen and configure are required? Or is it good
>>>
Kornel Benko wrote:
> We also have realPath(), so what about the attached?
Looks good. But I woudl add a comment why it is important to use realPath()
here.
Georg
Guillaume Munch wrote:
> The attached patches take these comments into account. OK to push?
Yes.
Georg
Richard Heck wrote:
> Patch.
Why is font_math not required? In current master it is always written, and
if this was not required in former versions, then there should be some
lyx2lyx step to add it (like for \use_xetex). The other change looks good.
Georg
Am Samstag, 12. Dezember 2015 um 22:52:13, schrieb Guenter Milde
> Dear Kornel,
>
> On 2015-12-11, Kornel Benko wrote:
> > Am Freitag, 11. Dezember 2015 um 21:51:41, schrieb Guenter Milde
> >
> >> On 2015-12-11, Kornel Benko wrote:
> >> > Am Freitag, 11. Dezember 2015 um 12:53:41, schrieb Uwe
Richard Heck wrote:
> On 12/12/2015 03:46 PM, Jean-Marc Lasgouttes wrote:
>> Le 12/12/15 21:37, Guenter Milde a écrit :
>>> Most times it is not necessary to run configure. Just "make" suffices.
>>> How can I tell when autogen and configure are required? Or is it good
>>> practice to try them when
23 matches
Mail list logo
