In general, the metrics() functions should not change the Buffer; we have
updateBuffer/updateMacros for that purpose.
---
src/mathed/MathMacroTemplate.cpp |8 ++--
src/mathed/MathMacroTemplate.h |4 ++--
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git
On Wed, Oct 9, 2013 at 10:22 PM, Georg Baum
georg.b...@post.rwth-aachen.dewrote:
Enrico Forestieri wrote:
On Tue, Oct 08, 2013 at 09:49:44PM +0200, Vincent van Ravesteijn wrote:
I tried to use QThreadStorage, which works on Windows, but on Linux
I keep getting segmentation faults
The other difference I noticed is that on Cygwin and Solaris I get
\renewcommand instead of \newcommand. That is, applying your patch,
on Debian exporting from the GUI or from command line, produces the
same result, but lyx segafaults on exit.
On Cygwin and Solaris, exporting from the GUI
Op 4-10-2013 10:51, Jürgen Spitzmüller schreef:
Pavel Sanda wrote:
It was trimmed or with garbage like in #8854?
Trimmed. As said, it stopped at the beginning of a tabular inset. No garbage.
Jürgen
Hi Jurgen,
How do you feel about this ?
Time to investigate further, or is it relatively
On Wed, Oct 9, 2013 at 10:22 PM, Georg Baum
<georg.b...@post.rwth-aachen.de>wrote:
> Enrico Forestieri wrote:
>
> > On Tue, Oct 08, 2013 at 09:49:44PM +0200, Vincent van Ravesteijn wrote:
> >>
> >> I tried to use QThreadStorage, which works on Windo
The other difference I noticed is that on Cygwin and Solaris I get
> \renewcommand instead of \newcommand. That is, applying your patch,
> on Debian exporting from the GUI or from command line, produces the
> same result, but lyx segafaults on exit.
> On Cygwin and Solaris, exporting from the GUI
Op 4-10-2013 10:51, Jürgen Spitzmüller schreef:
Pavel Sanda wrote:
It was trimmed or with garbage like in #8854?
Trimmed. As said, it stopped at the beginning of a tabular inset. No garbage.
Jürgen
Hi Jurgen,
How do you feel about this ?
Time to investigate further, or is it relatively
Op 8-10-2013 14:30, Jean-Marc Lasgouttes schreef:
08/10/2013 14:24, Jean-Marc Lasgouttes:
07/10/2013 23:24, Georg Baum:
I don't remember the mutex story, however the problem is surely due to
the static output buffer in iconv_convert. The question is: why was it
made static?
For performance
Op 8-10-2013 14:30, Jean-Marc Lasgouttes schreef:
08/10/2013 14:24, Jean-Marc Lasgouttes:
07/10/2013 23:24, Georg Baum:
I don't remember the mutex story, however the problem is surely due to
the static output buffer in iconv_convert. The question is: why was it
made static?
For performance
Op 6-10-2013 18:09, Richard Heck schreef:
I just wanted to call everyone's attention to this bug:
http://www.lyx.org/trac/ticket/8854
It appears to be a very nasty dataloss bug in 2.1-beta1. What seems to
be happening is that, on save, the LyX file is corrupted in very weird
ways, with random
Op 7-10-2013 21:05, Enrico Forestieri schreef:
On Mon, Oct 07, 2013 at 02:28:18PM -0400, Richard Heck wrote:
It is very strange that I can't reproduce, if this is the cause,
and, indeed, that people haven't been seeing this bug all along.
Actually, all my files are converted correctly. But
Op 7-10-2013 21:05, Enrico Forestieri schreef:
So, the bug also depends on the structure of the document, somehow.
Is the registered trademark symbol on line 460 and 480 of the lyx file
the problem maybe ?
Vincent
Op 7-10-2013 21:18, Vincent van Ravesteijn schreef:
Op 7-10-2013 21:05, Enrico Forestieri schreef:
On Mon, Oct 07, 2013 at 02:28:18PM -0400, Richard Heck wrote:
It is very strange that I can't reproduce, if this is the cause,
and, indeed, that people haven't been seeing this bug all along
Op 6-10-2013 18:09, Richard Heck schreef:
I just wanted to call everyone's attention to this bug:
http://www.lyx.org/trac/ticket/8854
It appears to be a very nasty dataloss bug in 2.1-beta1. What seems to
be happening is that, on save, the LyX file is corrupted in very weird
ways, with random
Op 7-10-2013 21:05, Enrico Forestieri schreef:
On Mon, Oct 07, 2013 at 02:28:18PM -0400, Richard Heck wrote:
It is very strange that I can't reproduce, if this is the cause,
and, indeed, that people haven't been seeing this bug all along.
Actually, all my files are converted correctly. But
Op 7-10-2013 21:05, Enrico Forestieri schreef:
So, the bug also depends on the structure of the document, somehow.
Is the registered trademark symbol on line 460 and 480 of the lyx file
the problem maybe ?
Vincent
Op 7-10-2013 21:18, Vincent van Ravesteijn schreef:
Op 7-10-2013 21:05, Enrico Forestieri schreef:
On Mon, Oct 07, 2013 at 02:28:18PM -0400, Richard Heck wrote:
It is very strange that I can't reproduce, if this is the cause,
and, indeed, that people haven't been seeing this bug all along
Op 6-10-2013 18:09, Richard Heck schreef:
I just wanted to call everyone's attention to this bug:
http://www.lyx.org/trac/ticket/8854
It appears to be a very nasty dataloss bug in 2.1-beta1. What seems to
be happening is that, on save, the LyX file is corrupted in very weird
ways, with random
Op 6-10-2013 18:09, Richard Heck schreef:
I just wanted to call everyone's attention to this bug:
http://www.lyx.org/trac/ticket/8854
It appears to be a very nasty dataloss bug in 2.1-beta1. What seems to
be happening is that, on save, the LyX file is corrupted in very weird
ways, with random
Op 30-9-2013 17:49, Jean-Marc Lasgouttes schreef:
29/09/2013 17:57, Vincent van Ravesteijn:
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are
unknown.
Jürgen
This still fails for me.
Is anyone around who knows how to fix
Op 30-9-2013 17:49, Jean-Marc Lasgouttes schreef:
29/09/2013 17:57, Vincent van Ravesteijn:
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are
unknown.
Jürgen
This still fails for me.
Is anyone around who knows how to fix
Op 27-9-2013 23:53, Stephan Witt schreef:
Regarding the details:
* BufferEncoding.cpp is a manual copy of Encoding.cpp
- that's why the wrong comment
- that's why the name of the file
- that's why the superfluous includes
* CharInfo was a private struct
- I've made a class to make it more
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are unknown.
Jürgen
This still fails for me.
Is anyone around who knows how to fix this ?
Vincent
Op 29-9-2013 18:50, Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
This still fails for me.
Is anyone around who knows how to fix this ?
Last time, removing subdir-objects from AM_INIT_AUTOMAKE in configure.ac
helped.
Jürgen
Well, I just added this again.
So.. does this mean we
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are unknown.
Jürgen
The culprit seems to be the following line in the output of make
distclean:
rm -rf ../.deps ../graphics/.deps ../insets/.deps .deps
while being in the
This only cleans the .deps directories that won't be needed later on.
---
This fixes it for me. Any comments on this ?
Vincent
src/support/Makefile.am |4
src/tex2lyx/Makefile.am |4
2 files changed, 8 insertions(+)
diff --git a/src/support/Makefile.am
Op 29-9-2013 22:16, Stephan Witt schreef:
Am 29.09.2013 um 21:48 schrieb Pavel Sanda sa...@lyx.org:
Stephan Witt wrote:
I cannot imagine how a rm -f can fail, so the leading minus is not needed.
If DEPDIR doesn't exists it will fail. P
No. It will not fail. That's the effect of -f.
Stephan
Op 27-9-2013 23:53, Stephan Witt schreef:
Regarding the details:
* BufferEncoding.cpp is a manual copy of Encoding.cpp
- that's why the wrong comment
- that's why the name of the file
- that's why the superfluous includes
* CharInfo was a private struct
- I've made a class to make it more
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are unknown.
Jürgen
This still fails for me.
Is anyone around who knows how to fix this ?
Vincent
Op 29-9-2013 18:50, Jürgen Spitzmüller schreef:
Vincent van Ravesteijn wrote:
This still fails for me.
Is anyone around who knows how to fix this ?
Last time, removing subdir-objects from AM_INIT_AUTOMAKE in configure.ac
helped.
Jürgen
Well, I just added this again.
So.. does this mean we
Op 17-8-2013 11:38, Jürgen Spitzmüller schreef:
It stops at .deps/AppleSpellChecker.Po and other .deps/*.Po which are unknown.
Jürgen
The culprit seems to be the following line in the output of "make
distclean":
rm -rf ../.deps ../graphics/.deps ../insets/.deps .deps
while being in the
This only cleans the .deps directories that won't be needed later on.
---
This fixes it for me. Any comments on this ?
Vincent
src/support/Makefile.am |4
src/tex2lyx/Makefile.am |4
2 files changed, 8 insertions(+)
diff --git a/src/support/Makefile.am
Op 29-9-2013 22:16, Stephan Witt schreef:
Am 29.09.2013 um 21:48 schrieb Pavel Sanda :
Stephan Witt wrote:
I cannot imagine how a "rm -f" can fail, so the leading minus is not needed.
If DEPDIR doesn't exists it will fail. P
No. It will not fail. That's the effect of "-f".
- The commit about splitting the encoding stuff and moving helper functions
into a new class, should really have some explanation why this is needed, and
why we would need a new class for this. The construction around CharInfo
becomes rather strange. It is defined in Encoding.cpp, which
- The commit about splitting the encoding stuff and moving helper functions
into a new class, should really have some explanation why this is needed, and
why we would need a new class for this. The construction around CharInfo
becomes rather strange. It is defined in Encoding.cpp, which
Op 19-9-2013 8:37, Hashini Senaratne schreef:
Hello Vincent,
But in general, I would like to introduce unit testing, yes.
Currently, is there any guide that I can follow, how the suggested testframe
work can be set to the LyX environment?
Thanks
Hashini
Hi Hashini,
I'm not sure what
Op 19-9-2013 8:37, Hashini Senaratne schreef:
Hello Vincent,
But in general, I would like to introduce unit testing, yes.
Currently, is there any guide that I can follow, how the suggested testframe
work can be set to the LyX environment?
Thanks
Hashini
Hi Hashini,
I'm not sure what
Op 16-9-2013 8:16, Scott Kostyshak schreef:
Hi Vincent,
Do you have any plans to merge the gtest code
http://git.lyx.org/?p=developers/vfr/lyx.git;a=shortlog;h=refs/heads/tests
into master after the 2.1 release? Does it still need a lot of work
before it should be merged?
Hashini has expressed
Op 16-9-2013 8:16, Scott Kostyshak schreef:
Hi Vincent,
Do you have any plans to merge the gtest code
http://git.lyx.org/?p=developers/vfr/lyx.git;a=shortlog;h=refs/heads/tests
into master after the 2.1 release? Does it still need a lot of work
before it should be merged?
Hashini has expressed
Op 6-9-2013 11:59, Jean-Marc Lasgouttes schreef:
28/08/2013 22:45, Vincent van Ravesteijn:
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
I would like to merge
On Tue, Sep 10, 2013 at 11:44 AM, Jean-Marc Lasgouttes
lasgout...@lyx.orgwrote:
10/09/2013 09:01, Vincent van Ravesteijn:
I had a look at the branch, and I have the following comments:
- In the commit logs, it is nowhere mentioned why the cleanups are
necessary.
Indeed... But removing
Op 6-9-2013 11:59, Jean-Marc Lasgouttes schreef:
28/08/2013 22:45, Vincent van Ravesteijn:
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
I would like to merge
On Tue, Sep 10, 2013 at 11:44 AM, Jean-Marc Lasgouttes
<lasgout...@lyx.org>wrote:
> 10/09/2013 09:01, Vincent van Ravesteijn:
>
> I had a look at the branch, and I have the following comments:
>>
>> - In the commit logs, it is nowhere mentioned why the cleanups are
&g
Op 8-9-2013 19:40, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Ok, thanks for having a look at it.
I came up with a rather basic version. I did not test the new targets with
anything else than GNU make and GNU bash, but since they are mainly for our
own use I don't consider
Op 9-9-2013 11:05, Jean-Marc Lasgouttes schreef:
06/09/2013 14:35, Vincent van Ravesteijn:
Are you asking me? This is too much autotools for me to say something
wise about it.
All I can do is to ask people to test. If no-one reports a problem, it
will be ok.
Well, I pushed it for maximal
Op 8-9-2013 19:40, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Ok, thanks for having a look at it.
I came up with a rather basic version. I did not test the new targets with
anything else than GNU make and GNU bash, but since they are mainly for our
own use I don't consider
Op 9-9-2013 15:50, Jean-Marc Lasgouttes schreef:
28/08/2013 22:45, Vincent van Ravesteijn:
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
What is the status
Op 9-9-2013 1:55, Pavel Sanda schreef:
Georg Baum wrote:
OK to go in?
I tested this patch helps here.
We are still having the problem I registered some time ago with
cleaning up the tree from new pot files:
It works for me.
Vincent
Op 9-9-2013 21:47, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Op 9-9-2013 1:55, Pavel Sanda schreef:
Georg Baum wrote:
OK to go in?
I tested this patch helps here.
We are still having the problem I registered some time ago with
cleaning up the tree from new pot files:
It works
Op 8-9-2013 19:40, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Ok, thanks for having a look at it.
I came up with a rather basic version. I did not test the new targets with
anything else than GNU make and GNU bash, but since they are mainly for our
own use I don't consider
Op 9-9-2013 11:05, Jean-Marc Lasgouttes schreef:
06/09/2013 14:35, Vincent van Ravesteijn:
Are you asking me? This is too much autotools for me to say something
wise about it.
All I can do is to ask people to test. If no-one reports a problem, it
will be ok.
Well, I pushed it for maximal
Op 8-9-2013 19:40, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Ok, thanks for having a look at it.
I came up with a rather basic version. I did not test the new targets with
anything else than GNU make and GNU bash, but since they are mainly for our
own use I don't consider
Op 9-9-2013 15:50, Jean-Marc Lasgouttes schreef:
28/08/2013 22:45, Vincent van Ravesteijn:
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
What is the status
Op 9-9-2013 1:55, Pavel Sanda schreef:
Georg Baum wrote:
OK to go in?
I tested this patch helps here.
We are still having the problem I registered some time ago with
cleaning up the tree from new pot files:
It works for me.
Vincent
Op 9-9-2013 21:47, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Op 9-9-2013 1:55, Pavel Sanda schreef:
Georg Baum wrote:
OK to go in?
I tested this patch helps here.
We are still having the problem I registered some time ago with
cleaning up the tree from new pot files:
It works
Op 6-9-2013 22:50, Uwe Stöhr schreef:
Dear clooeagues,
sorry for my silence. I am now back but will not have much time until
the German election September 22.
I try to commit the docs stuff I received and also the po-files.
Anything I need to know, deadlines etc.?
I'm now wrapping up to
Op 6-9-2013 22:50, Uwe Stöhr schreef:
Dear clooeagues,
sorry for my silence. I am now back but will not have much time until
the German election September 22.
I try to commit the docs stuff I received and also the po-files.
Anything I need to know, deadlines etc.?
I'm now wrapping up to
Sounds good. Should we switch the default UI language to de_DE before beta 2 is
out then?
Pavel
Sorry, I don't like this kind of last-minute changes.
Can you postpone this patch till after beta 2?
Vincent
Sounds good. Should we switch the default UI language to de_DE before beta 2 is
out then?
Pavel
Sorry, I don't like this kind of last-minute changes.
Can you postpone this patch till after beta 2?
Vincent
On Fri, Sep 6, 2013 at 11:16 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:
06/09/2013 07:53, Pavel Sanda:
Vincent van Ravesteijn wrote:
Please reply if you know about any issues so that I won't be able to
overlook them.
#8783
Here is a patch for this one. OK?
JMarc
Are you
Is this for branch 2.0.x or for master? Indeed it seems that the Qt5
porting missed the Q_WS_xx defines, that need to be reevaluated one by one.
Vincent, what is your take on this?
I indeed read that the Q_WS_* defines were replaced, but at the same time,
it still seemed to work so I assumed
On Fri, Sep 6, 2013 at 11:16 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote:
> 06/09/2013 07:53, Pavel Sanda:
>
> Vincent van Ravesteijn wrote:
>>
>>> Please reply if you know about any issues so that I won't be able to
>>> overlook them.
>>>
>
> Is this for branch 2.0.x or for master? Indeed it seems that the Qt5
> porting missed the Q_WS_xx defines, that need to be reevaluated one by one.
> Vincent, what is your take on this?
>
>
I indeed read that the Q_WS_* defines were replaced, but at the same time,
it still seemed to work so I
Op 3-9-2013 21:12, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Is there any volunteer that wants to fix the Autotools distcheck target
?
This basically comes down to stripping the new tests from the check
target and to introduce a different target to run the tests.
I'm
Op 3-9-2013 21:12, Georg Baum schreef:
Vincent van Ravesteijn wrote:
Is there any volunteer that wants to fix the Autotools "distcheck" target
?
This basically comes down to stripping the new tests from the "check"
target and to introduce a different target to
On Mon, Sep 2, 2013 at 5:02 PM, Stephan Witt st.w...@gmx.net wrote:
Am 02.09.2013 um 16:42 schrieb Jean-Marc Lasgouttes lasgout...@lyx.org:
01/09/2013 20:06, Stephan Witt:
What is the status on this work ? Do you still want to get it in beta
2 ?
Yes, please. I've answered already in
Is there any volunteer that wants to fix the Autotools distcheck target ?
This basically comes down to stripping the new tests from the check
target and to introduce a different target to run the tests.
I'm not that experienced with Makefiles, that's why I'm asking.
Vincent
On Mon, Sep 2, 2013 at 5:02 PM, Stephan Witt wrote:
> Am 02.09.2013 um 16:42 schrieb Jean-Marc Lasgouttes :
>
> > 01/09/2013 20:06, Stephan Witt:
> >>> What is the status on this work ? Do you still want to get it in beta
> 2 ?
> >>
> >> Yes, please. I've
Is there any volunteer that wants to fix the Autotools "distcheck" target ?
This basically comes down to stripping the new tests from the "check"
target and to introduce a different target to run the tests.
I'm not that experienced with Makefiles, that's why I'm asking.
Vincent
Op 31-8-2013 1:42, newslet...@semiotikon.de schreef:
Hi,
i am currently working on a bibliography management tool based on
XULRunner. Right now i'm about to implement the pushing of citations
to lyx.
I have read the code of Petr Simon the first developer of lyz. What he
did to manage
Op 25-8-2013 13:31, Kornel Benko schreef:
Am Dienstag, 20. August 2013 um 15:12:48, schrieb Kornel Benko
kor...@lyx.org
Am Freitag, 16. August 2013 um 10:04:15, schrieb Pavel Sanda
sa...@lyx.org
Kornel Benko wrote:
This can be overridden by call to cmake. It's a default only.
Op 7-8-2013 9:01, Scott Kostyshak schreef:
On Fri, Jul 5, 2013 at 8:48 PM, Scott Kostyshak skost...@lyx.org wrote:
On Wed, Jun 12, 2013 at 1:25 PM, Scott Kostyshak skost...@lyx.org wrote:
On Tue, Jun 11, 2013 at 10:16 AM, Richard Heck rgh...@lyx.org wrote:
On 06/11/2013 12:21 AM, Pavel Sanda
Op 31-7-2013 15:46, Richard Heck schreef:
On 07/30/2013 04:34 PM, Stephan Witt wrote:
Am 30.07.2013 um 15:56 schrieb Stephan Wittst.w...@gmx.net:
Am 29.07.2013 um 10:05 schrieb Jürgen Spitzmüllersp...@lyx.org:
Stephan Witt wrote:
Please no. Why not make it a parameter to lyx:
Op 17-7-2013 11:25, Jean-Marc Lasgouttes schreef:
Le 16/07/2013 06:48, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
OK, let's keep it as it is right now. Shall I commit it somewhere
now or
wait?
I would put it into master. P
Vincent, can I commit this somewhere?
JMarc
I put it in.
Op 31-8-2013 1:42, newslet...@semiotikon.de schreef:
Hi,
i am currently working on a bibliography management tool based on
XULRunner. Right now i'm about to implement the pushing of citations
to lyx.
I have read the code of Petr Simon the first developer of lyz. What he
did to manage
Op 25-8-2013 13:31, Kornel Benko schreef:
Am Dienstag, 20. August 2013 um 15:12:48, schrieb Kornel Benko
> Am Freitag, 16. August 2013 um 10:04:15, schrieb Pavel Sanda
> > Kornel Benko wrote:
> > > > > This can be overridden by call to cmake. It's a
Op 7-8-2013 9:01, Scott Kostyshak schreef:
On Fri, Jul 5, 2013 at 8:48 PM, Scott Kostyshak wrote:
On Wed, Jun 12, 2013 at 1:25 PM, Scott Kostyshak wrote:
On Tue, Jun 11, 2013 at 10:16 AM, Richard Heck wrote:
On 06/11/2013 12:21 AM, Pavel
Op 31-7-2013 15:46, Richard Heck schreef:
On 07/30/2013 04:34 PM, Stephan Witt wrote:
Am 30.07.2013 um 15:56 schrieb Stephan Witt:
Am 29.07.2013 um 10:05 schrieb Jürgen Spitzmüller:
Stephan Witt wrote:
Please no. Why not make it a parameter to lyx:
Op 17-7-2013 11:25, Jean-Marc Lasgouttes schreef:
Le 16/07/2013 06:48, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
OK, let's keep it as it is right now. Shall I commit it somewhere
now or
wait?
I would put it into master. P
Vincent, can I commit this somewhere?
JMarc
I put it in.
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
Vincentl
Hi all,
I think it's time to start thinking about what is needed before we can
release beta2.
Please reply if you know about any issues so that I won't be able to
overlook them.
Vincentl
Op 7-8-2013 9:01, Scott Kostyshak schreef:
Should 'make test' run export tests at all? If so, which LaTeX
I think it shouldn't. If you insist on them they should be skipped not
err if tex class is missing.
I don't have a preference here. You, Vincent, and Kornel should decide
and I will read
Op 7-8-2013 13:24, Kornel Benko schreef:
I've come to the conclusion that export tests should NOT be in make
check.
+1, but
I could not find the place where 'make check' does export?
I was just answering Scott's question whether export tests should be or
should not be in make check.
Op 7-8-2013 9:01, Scott Kostyshak schreef:
Should 'make test' run export tests at all? If so, which LaTeX
I think it shouldn't. If you insist on them they should be skipped not
err if tex class is missing.
I don't have a preference here. You, Vincent, and Kornel should decide
and I will read
Op 7-8-2013 13:24, Kornel Benko schreef:
> I've come to the conclusion that export tests should NOT be in make
check.
+1, but
I could not find the place where 'make check' does export?
I was just answering Scott's question whether export tests should be or
should not be in make check.
Op 4-8-2013 22:23, Scott Kostyshak schreef:
On Sat, Aug 3, 2013 at 3:54 AM, Scott Kostyshak skost...@lyx.org wrote:
On Fri, Aug 2, 2013 at 5:58 AM, Vincent van Ravesteijn v...@lyx.org wrote:
On Fri, Aug 2, 2013 at 11:45 AM, Kornel Benko kor...@lyx.org wrote:
About the patch... why do we care
Op 5-8-2013 13:07, Scott Kostyshak schreef:
On Mon, Aug 5, 2013 at 6:02 AM, Vincent van Ravesteijn v...@lyx.org wrote:
Op 4-8-2013 22:23, Scott Kostyshak schreef:
On Sat, Aug 3, 2013 at 3:54 AM, Scott Kostyshak skost...@lyx.org wrote:
On Fri, Aug 2, 2013 at 5:58 AM, Vincent van Ravesteijn v
Op 5-8-2013 14:37, Kornel Benko schreef:
Am Montag, 5. August 2013 um 08:22:19, schrieb Scott Kostyshak
skost...@lyx.org
On Mon, Aug 5, 2013 at 8:09 AM, Kornel Benko kor...@lyx.org wrote:
Am Montag, 5. August 2013 um 08:01:08, schrieb Scott Kostyshak
skost...@lyx.org
On Mon, Aug
Op 3-8-2013 9:54, Scott Kostyshak schreef:
On Fri, Aug 2, 2013 at 2:36 PM, Kornel Benko kor...@lyx.org wrote:
Am Freitag, 2. August 2013 um 20:06:40, schrieb Vincent van Ravesteijn
v...@lyx.org
Why should we update? This is also the test for lyx2lyx, isn't it?
No, this is not the way to test
Op 5 aug. 2013 22:21 schreef Pavel Sanda sa...@lyx.org het volgende:
Pavel Sanda wrote:
-POT-Creation-Date: 2013-08-05 13:08-0700\n
+POT-Creation-Date: 2013-08-05 13:11-0700\n
BTW Vincent, what version of gettext you use?
Got lot of merge conflicts last time.
Pavel
Default of Ubuntu
Op 5 aug. 2013 23:25 schreef Richard Heck rgh...@lyx.org het volgende:
On 08/04/2013 05:43 PM, Richard Heck wrote:
The attached patch explains the problem and offers a simple solution.
This is master-only, and it needs to go into 2.1. OK?
Someone want to approve this? or not?
Richard
Op 4-8-2013 22:23, Scott Kostyshak schreef:
On Sat, Aug 3, 2013 at 3:54 AM, Scott Kostyshak <skost...@lyx.org> wrote:
On Fri, Aug 2, 2013 at 5:58 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
On Fri, Aug 2, 2013 at 11:45 AM, Kornel Benko <kor...@lyx.org> wrote:
About the
Op 5-8-2013 13:07, Scott Kostyshak schreef:
On Mon, Aug 5, 2013 at 6:02 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
Op 4-8-2013 22:23, Scott Kostyshak schreef:
On Sat, Aug 3, 2013 at 3:54 AM, Scott Kostyshak <skost...@lyx.org> wrote:
On Fri, Aug 2, 2013 at 5:58 AM,
Op 5-8-2013 14:37, Kornel Benko schreef:
Am Montag, 5. August 2013 um 08:22:19, schrieb Scott Kostyshak
> On Mon, Aug 5, 2013 at 8:09 AM, Kornel Benko wrote:
> > Am Montag, 5. August 2013 um 08:01:08, schrieb Scott Kostyshak
> >
> >
Op 3-8-2013 9:54, Scott Kostyshak schreef:
On Fri, Aug 2, 2013 at 2:36 PM, Kornel Benko <kor...@lyx.org> wrote:
Am Freitag, 2. August 2013 um 20:06:40, schrieb Vincent van Ravesteijn
<v...@lyx.org>
Why should we update? This is also the test for lyx2lyx, isn't it?
No, this is
Op 5 aug. 2013 22:21 schreef "Pavel Sanda" het volgende:
>
> Pavel Sanda wrote:
> > -"POT-Creation-Date: 2013-08-05 13:08-0700\n"
> > +"POT-Creation-Date: 2013-08-05 13:11-0700\n"
>
> BTW Vincent, what version of gettext you use?
> Got lot of merge conflicts last time.
> Pavel
Op 5 aug. 2013 23:25 schreef "Richard Heck" het volgende:
>
> On 08/04/2013 05:43 PM, Richard Heck wrote:
>>
>>
>> The attached patch explains the problem and offers a simple solution.
This is master-only, and it needs to go into 2.1. OK?
>
>
> Someone want to approve this? or
Op 4-8-2013 16:20, Kornel Benko schreef:
commit d3245d4cd20b54701af2465a825183cd105b1f56
Author: Kornel Benko kor...@lyx.org
Date: Sun Aug 4 15:57:01 2013 +0200
tex2lyx roundtrip: expand diff to bu usefull to files created by lyx
Otherwise the comparision used by
901 - 1000 of 6163 matches
Mail list logo