Scott Kostyshak wrote:
> When I am working on the documentation, any save now adds the following:
>
> +\origin /home/scott/lyxbuilds/master/repo/lib/templates/
Do we really have to ship author/login used in the machine?
I thought we have big fight already that we do not want to put
such kind of t
Uwe StĂśhr wrote:
> commit a5cc5dce3cf009d621685f01a885cfb0a02a50fb
> Author: Uwe Stöhr
> Date: Fri May 15 03:51:11 2015 +0200
>
> GuiBox.cpp: assure that the parameters are not empty
frontends/qt4/GuiBox.cpp: thicknessED->setText("0.4");
frontends/qt4/GuiBox.cpp: para
When I am working on the documentation, any save now adds the following:
+\origin /home/scott/lyxbuilds/master/repo/lib/templates/
I just want to confirm that when I commit, it is correct that this
will be added to the LyX documentation files that we will ship. It is
indeed expected, right?
Scot
Uwe Stöhr wrote:
> Reality check:
> - There is no reason why one collaborator could not update to the same
> software version since LyX is free. (Your admin cannot deny if he hinders
> you from doing your job you are paid for.)
My own experience is very contrary to this. Institutions I'm/was wor
Am 17.05.2015 um 18:51 schrieb Kornel Benko :
> Am Sonntag, 17. Mai 2015 um 18:16:11, schrieb Stephan Witt
>> Am 16.05.2015 um 15:58 schrieb Kornel Benko :
>>
>>> Am Samstag, 16. Mai 2015 um 15:22:03, schrieb Stephan Witt
The SVG banner with design size 400x250 results in an pixmap of
On 05/17/2015 04:25 PM, Jürgen Spitzmüller wrote:
2015-05-17 21:56 GMT+02:00 Richard Heck:
Commit b7c53b6017a is causing compilation to fail here. This is
Fedora 21, gcc 4.9.2.
I think what it wants is the ability to add an int to an iterator?
Does it help if you add
#include "
2015-05-17 21:56 GMT+02:00 Richard Heck:
>
> Commit b7c53b6017a is causing compilation to fail here. This is Fedora 21,
> gcc 4.9.2.
>
> I think what it wants is the ability to add an int to an iterator?
>
Does it help if you add
#include "Color.h"
in qt_helpers.h?
(I am a bit lost since it
Commit b7c53b6017a is causing compilation to fail here. This is Fedora
21, gcc 4.9.2.
I think what it wants is the ability to add an int to an iterator?
Richard
In file included from /usr/include/c++/4.9.2/bits/concept_check.h:55:0,
from /usr/include/c++/4.9.2/bits/move.h:
Commit is causing compilation to fail here:
Am Sonntag, 17. Mai 2015 um 14:28:37, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Am Samstag, 16. Mai 2015 um 10:43:04, schrieb Georg Baum
> >
> >> To make it very clear: The automatic update is _not_ meant to be run by
> >> default for any build or test target. It is not meant either to be
Uwe Stöhr wrote:
> commit 76b579ed3774fd6612e6172df67a7b83c344cc2d
> Author: Uwe Stöhr
> Date: Sun May 17 18:12:20 2015 +0200
>
> tex2lyx/text.cpp: a fix for the horizontal box position
>
> - if nothing is specified, the box content is left aligned, except
> for \makebox whe
Uwe Stöhr wrote:
> diff --git a/src/tex2lyx/test/box-color-size-space-align.tex
> b/src/tex2lyx/test/box-color-size-space-align.tex index 338a269..ab658c6
> 100644 --- a/src/tex2lyx/test/box-color-size-space-align.tex
> +++ b/src/tex2lyx/test/box-color-size-space-align.tex
> @@ -157,6 +157,18 @@ b
Am Sonntag, 17. Mai 2015 um 18:16:11, schrieb Stephan Witt
> Am 16.05.2015 um 15:58 schrieb Kornel Benko :
>
> > Am Samstag, 16. Mai 2015 um 15:22:03, schrieb Stephan Witt
> >> The SVG banner with design size 400x250 results in an pixmap of the
> >> same size.
> >> This is not enoug
2015-05-17 18:25 GMT+02:00 Stephan Witt :
> Am 13.05.2015 um 10:42 schrieb Jean-Marc Lasgouttes :
>
> >
> > Hi there,
> >
> > The ritual question: what is still needed for 2.2?
>
> Another thing I'm looking for a solution is the update of the dictionaries
> and thesauri.
> After fetching the updat
Am 13.05.2015 um 10:42 schrieb Jean-Marc Lasgouttes :
>
> Hi there,
>
> The ritual question: what is still needed for 2.2?
Another thing I'm looking for a solution is the update of the dictionaries and
thesauri.
After fetching the updates Jürgen put in SVN repository the resulting disk
image
Am 16.05.2015 um 15:58 schrieb Kornel Benko :
> Am Samstag, 16. Mai 2015 um 15:22:03, schrieb Stephan Witt
>> The SVG banner with design size 400x250 results in an pixmap of the same
>> size.
>> This is not enough for HiDPI. So, I've made a "bigger" one to get a
>> crisp banner.
On Sun, May 17, 2015 at 02:50:00PM +0200, Georg Baum wrote:
> hatim ali wrote:
>
> > Dear Uwe Stoehr
> >
> > not work, this the msg:
> >
> > Traceback (most recent call last):
> > File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 86, in
> > main()
> > File "/usr/local/share/lyx/lyx2lyx
2015-05-17 15:48 GMT+02:00 Kornel Benko :
>
> > Thank you. Could you also post a list of all files which fail to export
> > using polyglossia + XETEX + system fonts? This would allow to concentrate
> > on those who are not related to polyglossia, but the polyglossia/LuaTeX
> > couple.
>
> Sure, at
Am Sonntag, 17. Mai 2015 um 15:22:18, schrieb Jürgen Spitzmüller
> 2015-05-17 15:13 GMT+02:00 Kornel Benko:
>
> > For completeness, here the list of all files which fail to export using
> > polyglossia + lualatex + system fonts
> > doc/Customization.lyx
> > doc/Math.lyx
> >
2015-05-17 15:13 GMT+02:00 Kornel Benko:
> For completeness, here the list of all files which fail to export using
> polyglossia + lualatex + system fonts
> doc/Customization.lyx
> doc/Math.lyx
> doc/attic/eu/Additional.lyx
> doc/attic/eu/UserGuide.lyx
> doc
Am Sonntag, 17. Mai 2015 um 14:20:33, schrieb Jürgen Spitzmüller
> 2015-05-17 14:04 GMT+02:00 Jürgen Spitzmüller:
>
> > This does not work with XeTeX/polyglossia either, so I suspect the class
> > is not compatible with polyglossia.
> >
>
> The culprit is this definition in aastex.cls:
>
> \new
hatim ali wrote:
> Dear Uwe Stoehr
>
> not work, this the msg:
>
> Traceback (most recent call last):
> File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 86, in
> main()
> File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 81, in main
> doc.write()
> File "/usr/local/share/lyx/lyx2
Uwe Stöhr wrote:
> Am 16.05.2015 um 11:17 schrieb Georg Baum:
>
>> tex2lyx produces broken documents now. Running the tests gives lots of
>>
>> Lexer.cpp (936): Missing 'framecolor'-tag in InsetBoxParams::read. Got
>> status instead. Line: 4026
>> Lexer.cpp (936): Missing 'backgroundcolor'-tag in
2015-05-17 14:24 GMT+02:00 Kornel Benko:
> Do we need a new entry in layout files?
> Like
> AllowsPolyglossia 0
>
Don't think so. For the classes that really rely on babel (and load it
internally), we have
Provides babel 1
The one in question rather calls for a bug report to the c
Kornel Benko wrote:
> Am Samstag, 16. Mai 2015 um 10:43:04, schrieb Georg Baum
>
>> To make it very clear: The automatic update is _not_ meant to be run by
>> default for any build or test target. It is not meant either to be run
>> without looking at the results. Manual verification is still req
Am Sonntag, 17. Mai 2015 um 14:04:10, schrieb Jürgen Spitzmüller
> 2015-05-17 13:41 GMT+02:00 Kornel Benko :
>
> >
> > Ok, such cases can be corrected.
> >
>
> This is the correct code, IMHO:
>
> % increase link area for cross-references and autoname them,
> \AtBeginDocument{\renewcommand{\ref}
2015-05-17 14:04 GMT+02:00 Jürgen Spitzmüller:
> This does not work with XeTeX/polyglossia either, so I suspect the class
> is not compatible with polyglossia.
>
The culprit is this definition in aastex.cls:
\newcommand\notetoeditor[1]{%
\stepcounter{editornote}%
\begingroup
\def\protect{\no
2015-05-17 13:41 GMT+02:00 Kornel Benko :
>
> Ok, such cases can be corrected.
>
This is the correct code, IMHO:
% increase link area for cross-references and autoname them,
\AtBeginDocument{\renewcommand{\ref}[1]{\mbox{\autoref{#1}}}
\@ifundefined{extrasenglish}{}{%
\addto\extrasenglish{%
\ren
Am Sonntag, 17. Mai 2015 um 13:17:47, schrieb Jürgen Spitzmüller
> 2015-05-17 12:23 GMT+02:00 Jürgen Spitzmüller :
>
> > 2015-05-17 12:10 GMT+02:00 Scott Kostyshak :
> >
> >> > Summarizing it
> >> >
> >> > Your patch cures 12 tests which previously didn't pass. (they are
> >> flagged as INVERTED
2015-05-17 13:16 GMT+02:00 Kornel Benko:
> I refer only to the fact, that lualatex + polyglossia + tex fonts don't
> fail
> in our test cases.
>
Since polyglossia loads fontspec internally (and hence activates non-tex
fonts), there is not such a case than
lualatex + polyglossia + tex fonts
altho
2015-05-17 12:23 GMT+02:00 Jürgen Spitzmüller :
> 2015-05-17 12:10 GMT+02:00 Scott Kostyshak :
>
>> > Summarizing it
>> >
>> > Your patch cures 12 tests which previously didn't pass. (they are
>> flagged as INVERTED to pass)
>> > and has 21 new failing cases.
>> > All new failed cases use system f
Am Sonntag, 17. Mai 2015 um 13:12:00, schrieb Jürgen Spitzmüller
> 2015-05-17 12:54 GMT+02:00 Kornel Benko:
>
> > We could enable polyglossia for tex fonts.
> >
>
> I do not understand how this solves the failing tests.
> Also, note that polyglossia relies on fontspec and thus is not intended to
2015-05-17 12:54 GMT+02:00 Kornel Benko:
> We could enable polyglossia for tex fonts.
>
I do not understand how this solves the failing tests.
Also, note that polyglossia relies on fontspec and thus is not intended to
be used with tex fonts.
Jürgen
Am Sonntag, 17. Mai 2015 um 12:23:09, schrieb Jürgen Spitzmüller
> 2015-05-17 12:10 GMT+02:00 Scott Kostyshak :
>
> > > Summarizing it
> > >
> > > Your patch cures 12 tests which previously didn't pass. (they are
> > flagged as INVERTED to pass)
> > > and has 21 new failing cases.
> > > All new f
2015-05-17 12:10 GMT+02:00 Scott Kostyshak :
> > Summarizing it
> >
> > Your patch cures 12 tests which previously didn't pass. (they are
> flagged as INVERTED to pass)
> > and has 21 new failing cases.
> > All new failed cases use system fonts (cases with latex fonts pass).
> >
> > Examples are d
2015-05-17 10:58 GMT+02:00 Jürgen Spitzmüller :
> 2015-05-17 10:57 GMT+02:00 Jürgen Spitzmüller :
>
>>
>> OK, found it. Since the population of the frameColorCO depends on the
>> population of backgroundColorCO (the existence of the "none" entry), it has
>> to be populated after that one.
>>
>
BTW
On Sun, May 17, 2015 at 6:03 AM, Kornel Benko wrote:
>
> The following tests FAILED:
> 1644 - export/examples/FeynmanDiagrams_pdf5_texF (Failed)
> 1645 - export/examples/FeynmanDiagrams_pdf5_systemF (Failed)
> 2793 - export/examples/de/FeynmanDiagrams_pdf5_texF (Failed)
>
Am Sonntag, 17. Mai 2015 um 11:37:47, schrieb Jürgen Spitzmüller
> 2015-05-17 11:31 GMT+02:00 Kornel Benko :
>
> >
> > Tested with
> > # ctest -j8 -R 'export.*pdf5'
> > -->
> > 92% tests passed, 51 tests failed out of 620
> >
> > 12 tests failed because they are INVERTED, that is
2015-05-17 11:31 GMT+02:00 Kornel Benko :
>
> Tested with
> # ctest -j8 -R 'export.*pdf5'
> -->
> 92% tests passed, 51 tests failed out of 620
>
> 12 tests failed because they are INVERTED, that is good, since they
> actually pass.
> 1112 - INVERTED_SEE-README.ctest_export/
Am Sonntag, 17. Mai 2015 um 10:20:36, schrieb Jürgen Spitzmüller
> 2015-05-17 2:06 GMT+02:00 Scott Kostyshak:
>
> > Would it be helpful to run our export tests on our documents with
> > LuaTeX and polyglossia? I do not know when I would take the time to do
> > this, but just curious if the result
2015-05-17 10:57 GMT+02:00 Jürgen Spitzmüller :
>
> OK, found it. Since the population of the frameColorCO depends on the
> population of backgroundColorCO (the existence of the "none" entry), it has
> to be populated after that one.
>
> Please test the attached patch.
>
Sorry, wrong one. Test th
2015-05-17 10:19 GMT+02:00 Jürgen Spitzmüller:
>
> This should not be necessary. We check if none is in the combo via the
> code you replaced.
> Please tell me how to reproduce the problem with my code.
>
>
OK, found it. Since the population of the frameColorCO depends on the
population of backgr
2015-05-17 0:45 GMT+02:00 Uwe Stöhr :
> Am 16.05.2015 um 11:27 schrieb Juergen Spitzmueller:
>
> commit bec3f7bc8c3add410014f3ac0315b3189b6b411a
>>
>
> Dear Jürgen,
>
> I appreciate your coding skills but with commits like that you degrade me
> to a third class coder. It seems that it is OK that
2015-05-17 2:06 GMT+02:00 Scott Kostyshak:
> Would it be helpful to run our export tests on our documents with
> LuaTeX and polyglossia? I do not know when I would take the time to do
> this, but just curious if the result would be interesting to you.
>
Sure.
Jürgen
>
> Scott
>
2015-05-17 1:46 GMT+02:00 Uwe Stöhr>:
> commit 8dd217c983976714b9f775ba119c62d8d180913f
> Author: Uwe Stöhr
> Date: Sun May 17 01:45:56 2015 +0200
>
> GuiBox.cpp: fix bug introduced by [bec3f7bc/lyxgit]
>
> There were now 2 entries named "none" in backgroundcolorCO
>
> - delete the
45 matches
Mail list logo
