Am 31.03.2014, 01:49 Uhr, schrieb Uwe Stöhr uwesto...@web.de:
Am 31.03.2014 00:55, schrieb Jürgen Lange:
In document view all figures and tables are labelled Figure 0 and Table
0.
The resulting pdf is ok (Figure 1, Figure 2 etc.). I've this problem
since I updated to 2.1.0rc1.
Does this
Am 31.03.2014, 08:49 Uhr, schrieb Jürgen Lange juergen.la...@unitybox.de:
Am 31.03.2014, 01:49 Uhr, schrieb Uwe Stöhr uwesto...@web.de:
Am 31.03.2014 00:55, schrieb Jürgen Lange:
In document view all figures and tables are labelled Figure 0 and
Table 0.
The resulting pdf is ok (Figure 1,
Am Montag, 31. März 2014 um 00:40:45, schrieb Uwe Stöhr uwesto...@web.de
Am 30.03.2014 21:52, schrieb Vincent van Ravesteijn:
@@ -227,6 +227,33 @@ svexamplesdir = $(pkgdatadir)/examples/sv
dist_svexamples_DATA = \
examples/sv/splash.lyx
+springerexamplesdir =
Am Montag, 31. März 2014 um 00:30:13, schrieb Uwe Stöhr uwesto...@lyx.org
Am 30.03.2014 19:11, schrieb Richard Heck:
svmono and svmult must stay in the examples folder because they
include childs
Is there some reason they have to include child documents?
Yes, the idea of the
On Mon, Mar 31, 2014 at 12:40 AM, Uwe Stöhr uwesto...@web.de wrote:
Am 30.03.2014 21:52, schrieb Vincent van Ravesteijn:
@@ -227,6 +227,33 @@ svexamplesdir = $(pkgdatadir)/examples/sv
dist_svexamples_DATA = \
examples/sv/splash.lyx
+springerexamplesdir =
On Mon, Mar 31, 2014 at 12:44 AM, Uwe Stöhr uwesto...@web.de wrote:
Am 30.03.2014 15:38, schrieb Uwe Stöhr:
When Implementing support for the new languages in LyX 2.1 I forgot that
Urdu and Systriac are
RTL-languages: http://en.wikipedia.org/wiki/Right-to-left
The attached simple patch
Am 30.03.2014 um 23:12 schrieb Smith, Henry h.sm...@neu.edu:
That¹s weird - never had that happen before to my knowledgeŠ
FWIW I am using my university¹s Outlook server for this, so maybe M$
strikes again? VBG
I just now saved the file from the console (~800kB) so I compressed it and
I
I am using “canopy” from Enthought
iMac-162:qdp++-1.36.1 hs$ which python
/Users/hs/Library/Enthought/Canopy_64bit/User/bin/python
And
iMac-162:qdp++-1.36.1 hs$ python -V
Python 2.7.3 -- 64-bit
So I am one dot version beyond what you have in your e-mail…
HTH
Henry
On 3/31/14, 8:39 AM,
On 03/30/2014 09:59 PM, Cyrille Artho wrote:
At least going back to LyX 1.0, documents saved with those old
versions import fine with LyX 2.0. I remember having used LyX prior to
version 1.0 but I can't find any older files right now. In any case, I
think it's more common to open an old file,
Vincent,
This patch removes the confusing filters from the file dialog. I suggest
it for 2.1.0.
Richard
From 2cce531b1518b2df0621a22671c26a0586cae3d2 Mon Sep 17 00:00:00 2001
From: Richard Heck rgh...@lyx.org
Date: Mon, 31 Mar 2014 14:32:59 -0400
Subject: [PATCH] Remove obsolete formats
On 03/30/2014 08:22 PM, Uwe Stöhr wrote:
Am 31.03.2014 02:15, schrieb Scott Kostyshak:
In principle, yes. Scott, can you please have a look and add the
sty.files
required by the rjournal class?
Sure, I don't have experience with this so I have a few questions. Is
there any systematic way to
Remark: Rebooting the system (win7) makes Figure 0 problem a lot more
reproducible.
regards
Jürgen
Uwe Stöhr wrote:
Am 30.03.2014 12:09, schrieb Georg Baum:
The reason is that for beta releases we cannot guarantee that they are
stable enough. If you would install a never LyX test version over a beta
it might be that you will still see bugs that we already fixed in LyX.
Why?
See my
Stephan Witt wrote:
One question: what's the output of python in your Terminal?
Is it on prupose that LyX prints the detected python version on stderr since
a while? I don't like that, this should only be printed if some debug flag
is enabled.
Georg
Vincent van Ravesteijn wrote:
However, Urdu is still unusable even with your patch. Maybe it's better to
drop the support instead of advertising support that is not there ?
+1
IMHO we should not add any new language without a test by a native speaker.
There are so many languages with
On 29/03/14 11:28, Vincent van Ravesteijn wrote:
Hmm, I don't see it.
I was sure to have pushed, but I didn't ?
Check now pls.
On a closer look at the patch, I don't think that AS_STR_PLAINTEXT should be
an option to asString(). Plain text is an output format.
What I did, was just having a
On 29/03/14 17:50, Vincent van Ravesteijn wrote:
Tomasso's patch was not improving the situation, but was somehow hiding the
underlying mess by building some messy function on top of it.
well, I have to some-what disagree here:
- removing from the program the possibility of an infinite loop
Am 31.03.2014 20:47, schrieb Jürgen Lange:
Remark: Rebooting the system (win7) makes Figure 0 problem a lot more
reproducible.
I found now a recipe to reproduce, see
http://www.lyx.org/trac/ticket/9070
I must admit that I don't have any clue what exactly triggers the bug and why
it is only
Am 31.03.2014 09:55, schrieb Vincent van Ravesteijn:
You say: I would like to have that in master because otherwise Urdu
support will not work as advertised in
http://wiki.lyx.org/LyX/NewInLyX21;
However, Urdu is still unusable even with your patch.
How do you come to the conclusion?
My
Uwe Stöhr schreef op 31-3-2014 23:04:
Am 31.03.2014 09:55, schrieb Vincent van Ravesteijn:
You say: I would like to have that in master because otherwise Urdu
support will not work as advertised in
http://wiki.lyx.org/LyX/NewInLyX21;
However, Urdu is still unusable even with your patch.
How
Am 31.03.2014 21:46, schrieb Georg Baum:
IMHO we should not add any new language without a test by a native speaker.
My experience is that it works the opposite way: people see that LyX supports their language and
give it a try. It is only a dream that someone comes to us and say, please
The tarball misses the 4 image files
tabular-feature_move-*.png
(spotted by Koji)
regards Uwe
Op 31 mrt. 2014 23:35 schreef Uwe Stöhr uwesto...@web.de:
Am 31.03.2014 23:25, schrieb Vincent van Ravesteijn:
How do you come to the conclusion?
I draw this conclusion because a user writing Urdu has made a bug report
that all characters appear
as separate characters and they do not
Am 31.03.2014 23:43, schrieb Vincent van Ravesteijn:
The image has too low resolution to see text.
it has 1980 x 1080 pixels at 96 dpi - that is the resolution of my monitor. I'll re-send you the
image in a private mail again. maybe your newsreader mangled it.
regards Uwe
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be \mathrm{e}. This macro is
sometimes displayed as a
Op 31 mrt. 2014 23:35 schreef Uwe Stöhr uwesto...@web.de:
Am 31.03.2014 23:25, schrieb Vincent van Ravesteijn:
How do you come to the conclusion?
I draw this conclusion because a user writing Urdu has made a bug report
that all characters appear
as separate characters and they do not
On 1/04/2014 10:52 a.m., aparsloe wrote:
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be
Am 31.03.2014 23:26, schrieb Uwe Stöhr:
Am 31.03.2014 21:46, schrieb Georg Baum:
IMHO we should not add any new language without a test by a native speaker.
My experience is that it works the opposite way: people see that LyX supports
their language and
give it a try. It is only a dream
Am 31.03.2014 23:56, schrieb Vincent van Ravesteijn:
Rtl and contextual characters are separate issues.
And what should we do now?
Do you see the bug in my screenshot or is this OK for you?
regards Uwe
Op 1 apr. 2014 00:19 schreef Uwe Stöhr
uwesto...@web.dejavascript:_e(%7B%7D,'cvml','uwesto...@web.de');
:
Am 31.03.2014 23:56, schrieb Vincent van Ravesteijn:
Rtl and contextual characters are separate issues.
And what should we do now?
Do you see the bug in my screenshot or is this OK
On 03/31/2014 04:40 PM, Tommaso Cucinotta wrote:
On 29/03/14 17:50, Vincent van Ravesteijn wrote:
Tomasso's patch was not improving the situation, but was somehow hiding the
underlying mess by building some messy function on top of it.
well, I have to some-what disagree here:
- removing from
On 03/31/2014 05:52 PM, aparsloe wrote:
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be \mathrm{e}.
Am 31.03.2014, 01:49 Uhr, schrieb Uwe Stöhr :
Am 31.03.2014 00:55, schrieb Jürgen Lange:
In document view all figures and tables are labelled Figure 0 and Table
0.
The resulting pdf is ok (Figure 1, Figure 2 etc.). I've this problem
since I updated to 2.1.0rc1.
Does
Am 31.03.2014, 08:49 Uhr, schrieb Jürgen Lange :
Am 31.03.2014, 01:49 Uhr, schrieb Uwe Stöhr :
Am 31.03.2014 00:55, schrieb Jürgen Lange:
In document view all figures and tables are labelled Figure 0 and
Table 0.
The resulting pdf is ok (Figure
Am Montag, 31. März 2014 um 00:40:45, schrieb Uwe Stöhr
> Am 30.03.2014 21:52, schrieb Vincent van Ravesteijn:
>
> >> @@ -227,6 +227,33 @@ svexamplesdir = $(pkgdatadir)/examples/sv
> >> dist_svexamples_DATA = \
> >> examples/sv/splash.lyx
> >> +springerexamplesdir =
Am Montag, 31. März 2014 um 00:30:13, schrieb Uwe Stöhr
> Am 30.03.2014 19:11, schrieb Richard Heck:
>
> >> svmono and svmult must stay in the examples folder because they
> >> include childs
> >
> > Is there some reason they have to include child documents?
>
> Yes,
On Mon, Mar 31, 2014 at 12:40 AM, Uwe Stöhr wrote:
> Am 30.03.2014 21:52, schrieb Vincent van Ravesteijn:
>
>
> @@ -227,6 +227,33 @@ svexamplesdir = $(pkgdatadir)/examples/sv
>>> dist_svexamples_DATA = \
>>> examples/sv/splash.lyx
>>> +springerexamplesdir =
On Mon, Mar 31, 2014 at 12:44 AM, Uwe Stöhr wrote:
> Am 30.03.2014 15:38, schrieb Uwe Stöhr:
>
> When Implementing support for the new languages in LyX 2.1 I forgot that
>> Urdu and Systriac are
>> RTL-languages: http://en.wikipedia.org/wiki/Right-to-left
>>
>> The attached
Am 30.03.2014 um 23:12 schrieb "Smith, Henry" :
> That¹s weird - never had that happen before to my knowledgeŠ
>
> FWIW I am using my university¹s Outlook server for this, so maybe M$
> strikes again?
>
> I just now saved the file from the console (~800kB) so I compressed it
I am using “canopy” from Enthought
iMac-162:qdp++-1.36.1 hs$ which python
/Users/hs/Library/Enthought/Canopy_64bit/User/bin/python
And
iMac-162:qdp++-1.36.1 hs$ python -V
Python 2.7.3 -- 64-bit
So I am one "dot version" beyond what you have in your e-mail…
HTH
Henry
On 3/31/14, 8:39 AM,
On 03/30/2014 09:59 PM, Cyrille Artho wrote:
At least going back to LyX 1.0, documents saved with those old
versions import fine with LyX 2.0. I remember having used LyX prior to
version 1.0 but I can't find any older files right now. In any case, I
think it's more common to open an old file,
Vincent,
This patch removes the confusing filters from the file dialog. I suggest
it for 2.1.0.
Richard
>From 2cce531b1518b2df0621a22671c26a0586cae3d2 Mon Sep 17 00:00:00 2001
From: Richard Heck
Date: Mon, 31 Mar 2014 14:32:59 -0400
Subject: [PATCH] Remove obsolete formats
On 03/30/2014 08:22 PM, Uwe Stöhr wrote:
Am 31.03.2014 02:15, schrieb Scott Kostyshak:
In principle, yes. Scott, can you please have a look and add the
sty.files
required by the rjournal class?
Sure, I don't have experience with this so I have a few questions. Is
there any systematic way to
Remark: Rebooting the system (win7) makes Figure 0 problem a lot more
reproducible.
regards
Jürgen
Uwe Stöhr wrote:
> Am 30.03.2014 12:09, schrieb Georg Baum:
>
>>> The reason is that for beta releases we cannot guarantee that they are
>>> stable enough. If you would install a never LyX test version over a beta
>>> it might be that you will still see bugs that we already fixed in LyX.
>>
>>
Stephan Witt wrote:
> One question: what's the output of "python" in your Terminal?
Is it on prupose that LyX prints the detected python version on stderr since
a while? I don't like that, this should only be printed if some debug flag
is enabled.
Georg
Vincent van Ravesteijn wrote:
> However, Urdu is still unusable even with your patch. Maybe it's better to
> drop the support instead of advertising support that is not there ?
+1
IMHO we should not add any new language without a test by a native speaker.
There are so many languages with
On 29/03/14 11:28, Vincent van Ravesteijn wrote:
> Hmm, I don't see it.
I was sure to have pushed, but I didn't ?
Check now pls.
> On a closer look at the patch, I don't think that AS_STR_PLAINTEXT should be
> an option to asString(). Plain text is an output format.
What I did, was just
On 29/03/14 17:50, Vincent van Ravesteijn wrote:
> Tomasso's patch was not improving the situation, but was somehow hiding the
> underlying mess by building some messy function on top of it.
well, I have to some-what disagree here:
- removing from the program the possibility of an infinite loop
Am 31.03.2014 20:47, schrieb Jürgen Lange:
Remark: Rebooting the system (win7) makes Figure 0 problem a lot more
reproducible.
I found now a recipe to reproduce, see
http://www.lyx.org/trac/ticket/9070
I must admit that I don't have any clue what exactly triggers the bug and why
it is only
Am 31.03.2014 09:55, schrieb Vincent van Ravesteijn:
You say: "I would like to have that in master because otherwise Urdu
support will not work as advertised in
http://wiki.lyx.org/LyX/NewInLyX21;
However, Urdu is still unusable even with your patch.
How do you come to the conclusion?
My
Uwe Stöhr schreef op 31-3-2014 23:04:
Am 31.03.2014 09:55, schrieb Vincent van Ravesteijn:
You say: "I would like to have that in master because otherwise Urdu
support will not work as advertised in
http://wiki.lyx.org/LyX/NewInLyX21;
However, Urdu is still unusable even with your patch.
Am 31.03.2014 21:46, schrieb Georg Baum:
IMHO we should not add any new language without a test by a native speaker.
My experience is that it works the opposite way: people see that LyX supports their language and
give it a try. It is only a dream that someone comes to us and say, please
The tarball misses the 4 image files
tabular-feature_move-*.png
(spotted by Koji)
regards Uwe
Op 31 mrt. 2014 23:35 schreef "Uwe Stöhr" :
>
> Am 31.03.2014 23:25, schrieb Vincent van Ravesteijn:
>
>
>>> How do you come to the conclusion?
>>
>>
>> I draw this conclusion because a user writing Urdu has made a bug report
that all characters appear
>> as separate characters
Am 31.03.2014 23:43, schrieb Vincent van Ravesteijn:
The image has too low resolution to see text.
it has 1980 x 1080 pixels at 96 dpi - that is the resolution of my monitor. I'll re-send you the
image in a private mail again. maybe your newsreader mangled it.
regards Uwe
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be \mathrm{e}. This macro is
sometimes displayed as a
Op 31 mrt. 2014 23:35 schreef "Uwe Stöhr" :
>
> Am 31.03.2014 23:25, schrieb Vincent van Ravesteijn:
>
>
>>> How do you come to the conclusion?
>>
>>
>> I draw this conclusion because a user writing Urdu has made a bug report
that all characters appear
>> as separate characters
On 1/04/2014 10:52 a.m., aparsloe wrote:
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be
Am 31.03.2014 23:26, schrieb Uwe Stöhr:
Am 31.03.2014 21:46, schrieb Georg Baum:
IMHO we should not add any new language without a test by a native speaker.
My experience is that it works the opposite way: people see that LyX supports
their language and
give it a try. It is only a dream
Am 31.03.2014 23:56, schrieb Vincent van Ravesteijn:
Rtl and contextual characters are separate issues.
And what should we do now?
Do you see the bug in my screenshot or is this OK for you?
regards Uwe
Op 1 apr. 2014 00:19 schreef "Uwe Stöhr"
>:
>
> Am 31.03.2014 23:56, schrieb Vincent van Ravesteijn:
>
>
>> Rtl and contextual characters are separate issues.
>
>
> And what should we do now?
> Do you see the bug in my screenshot
On 03/31/2014 04:40 PM, Tommaso Cucinotta wrote:
On 29/03/14 17:50, Vincent van Ravesteijn wrote:
Tomasso's patch was not improving the situation, but was somehow hiding the
underlying mess by building some messy function on top of it.
well, I have to some-what disagree here:
- removing from
On 03/31/2014 05:52 PM, aparsloe wrote:
On 29/03/2014 6:02 a.m., Marcus Kriele wrote:
I have partially repeatable display issues concerning macros.
In old documentssome formulas display (some) macros as an empty boxes with blue
frames. For instance, I head defined \varexp to be \mathrm{e}.
64 matches
Mail list logo