On Tue, Apr 8, 2014 at 11:31 AM, Kornel Benko kor...@lyx.org wrote:
Am Sonntag, 6. April 2014 um 13:13:08, schrieb Richard Heck rgh...@lyx.org
That sort of patch is fine with me, once all of you figure out what
exactly the best
way to do it is.
I think the attached patch
I did both now.
JMarc
Thanks,
Vincent
At the moment I've a few issues left that I think need some consideration.
- As it seems that nearly all communications with the translators are
going solely by private mail by Uwe, and as Uwe apparently left
without further notice after sending his last e-mails, I've no clue on
what translations
On Tue, Apr 8, 2014 at 11:30 AM, Jean-Marc Lasgouttes
<lasgout...@lyx.org> wrote:
> 08/04/2014 11:19, Vincent van Ravesteijn:
>
>> At the moment I've a few issues left that I think need some consideration.
>>
>> - As it seems that nearly all communications with the t
On Tue, Apr 8, 2014 at 11:34 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
> On Tue, Apr 8, 2014 at 11:30 AM, Jean-Marc Lasgouttes
> <lasgout...@lyx.org> wrote:
>> 08/04/2014 11:19, Vincent van Ravesteijn:
>>
>>> At the moment I've a few issues le
On Tue, Apr 8, 2014 at 11:31 AM, Kornel Benko wrote:
> Am Sonntag, 6. April 2014 um 13:13:08, schrieb Richard Heck
>
>> > > That sort of patch is fine with me, once all of you figure out what
>
>> >
>
>> > > exactly the best
>
>> >
>
>> > > way to do it is.
>
>> >
> I did both now.
>
> JMarc
>
Thanks,
Vincent
On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-07 10:23 GMT+02:00 Murat Yildizoglu:
Hi,
I use Lyx under OSX Mavericks.
I have discovered a small problem in beta2 yesterday: \Omega is invisible
in a math inset (but becomes visible when the cursor leaves it).
On Mon, Apr 7, 2014 at 12:04 PM, Murat Yildizoglu
murat.yildizo...@u-bordeaux4.fr wrote:
Concerning the accents, the trick of typing twice would be a solution
indeed, I was not aware of it.
But it does not works in my case, I get a^{î}, instead of a^{i}.
I'm not sure where this comes
On Mon, Apr 7, 2014 at 11:30 AM, Jürgen Spitzmüller wrote:
> 2014-04-07 10:23 GMT+02:00 Murat Yildizoglu:
>
>> Hi,
>> I use Lyx under OSX Mavericks.
>> I have discovered a small problem in beta2 yesterday: \Omega is invisible
>> in a math inset (but becomes visible when the cursor
On Mon, Apr 7, 2014 at 12:04 PM, Murat Yildizoglu <
murat.yildizo...@u-bordeaux4.fr> wrote:
>
> Concerning the accents, the trick of typing twice would be a solution
> indeed, I was not aware of it.
>
> But it does not works in my case, I get a^{î}, instead of a^{i}.
>
>
I'm not sure where this
Jürgen Spitzmüller schreef op 5-4-2014 12:55:
This patch fixes a fatal error of mine. I compared begin and end
iterators of two different containers (constructed in args()) in
InsetLayout.
This could result in
* a crash (happens if you load a document with arguments for which you
do not have
Jürgen Spitzmüller schreef op 6-4-2014 19:22:
2014-04-06 18:53 GMT+02:00 Vincent van Ravesteijn:
Please commit to master.
Done. I did not write a comment yet, since I do not know what to write.
Jürgen
I've no idea either. We can't put comments for each container that is
returned
Jürgen Spitzmüller schreef op 5-4-2014 12:55:
This patch fixes a fatal error of mine. I compared begin and end
iterators of two different containers (constructed in args()) in
InsetLayout.
This could result in
* a crash (happens if you load a document with arguments for which you
do not have
Jürgen Spitzmüller schreef op 6-4-2014 19:22:
2014-04-06 18:53 GMT+02:00 Vincent van Ravesteijn:
Please commit to master.
Done. I did not write a comment yet, since I do not know what to write.
Jürgen
I've no idea either. We can't put comments for each container that is
returned
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr uwesto...@web.de wrote:
Dear LyX developers,
as I don't understand what is nowadays going with LyX I trigger a
discussion.
To be honest, this makes me want to stop reading immediately. Also,
the remarks that you need to have a position within the
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr uwesto...@web.de wrote:
- For an unknown reason an RC had to be released before the docs were ready
while I requested 2 more weeks. But an undocumented feature is an
unknown/unused and therefore untested. The goal is to have a stable release
therefore
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr uwesto...@web.de wrote:
- For an unknown reason an RC had to be released before the docs were ready
while I requested 2 more weeks. But an undocumented feature is an
unknown/unused and therefore untested. The goal is to have a stable release
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr wrote:
> Dear LyX developers,
>
> as I don't understand what is nowadays going with LyX I trigger a
> discussion.
>
To be honest, this makes me want to stop reading immediately. Also,
the remarks that you need to have a position within
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr wrote:
> - For an unknown reason an RC had to be released before the docs were ready
> while I requested 2 more weeks. But an undocumented feature is an
> unknown/unused and therefore untested. The goal is to have a stable release
>
On Thu, Apr 3, 2014 at 11:49 PM, Uwe Stöhr wrote:
>
> - For an unknown reason an RC had to be released before the docs were ready
> while I requested 2 more weeks. But an undocumented feature is an
> unknown/unused and therefore untested. The goal is to have a stable release
>
On Thu, Apr 3, 2014 at 2:12 AM, Uwe Stöhr uwesto...@lyx.org wrote:
commit aea6ddfcb96ac7f060c589cefc9e1219da5653d4
Author: Uwe Stöhr uwesto...@lyx.org
Date: Thu Apr 3 02:12:05 2014 +0200
French splash.lyx: a fix by Jean-Pierre
diff --git a/lib/examples/fr/splash.lyx
For a change, why not seeing the good part of my work - in this case the
benefit of user feedback for a tricky problem that was not easy to locate
and not easy to verify that it was fixed? We are in a testing period and
the aim if to get user feedback. And once again, why not trusting me
On Thu, Apr 3, 2014 at 2:12 AM, Uwe Stöhr wrote:
> commit aea6ddfcb96ac7f060c589cefc9e1219da5653d4
> Author: Uwe Stöhr
> Date: Thu Apr 3 02:12:05 2014 +0200
>
> French splash.lyx: a fix by Jean-Pierre
>
> diff --git a/lib/examples/fr/splash.lyx
>
>
>> For a change, why not seeing the good part of my work - in this case the
>> benefit of user feedback for a tricky problem that was not easy to locate
>> and not easy to verify that it was fixed? We are in a testing period and
>> the aim if to get user feedback. And once again, why not
On Wed, Apr 2, 2014 at 1:39 AM, Uwe Stöhr uwesto...@web.de wrote:
Am 31.03.2014 22:50, schrieb Uwe Stöhr:
I found now a recipe to reproduce, see
http://www.lyx.org/trac/ticket/9070
This bug is now fixed and I prepared an installer for this:
On Wed, Apr 2, 2014 at 1:39 AM, Uwe Stöhr wrote:
> Am 31.03.2014 22:50, schrieb Uwe Stöhr:
>
>
> I found now a recipe to reproduce, see
>> http://www.lyx.org/trac/ticket/9070
>>
>
> This bug is now fixed and I prepared an installer for this:
>
On Mon, Mar 31, 2014 at 10:40 PM, Tommaso Cucinotta tomm...@lyx.org 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
On Tue, Apr 1, 2014 at 12:19 AM, Uwe Stöhr uwesto...@web.de wrote:
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
I cut out two
On Tue, Apr 1, 2014 at 10:10 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:
01/04/2014 09:28, Vincent van Ravesteijn:
I cut out two words, both in the wikipedia text, and the text in LyX.
Are you sure that the words in the left column are the same as those in
the right column
On Tue, Apr 1, 2014 at 11:00 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
The attached patch gets rid of these annoying gcc 4.8 compiler warnings
pointing to boost (usued typedefs etc.). I have collected the fixed both
from boost itself [1] and from the patchset used by Fedora for their boost
On Tue, Apr 1, 2014 at 11:28 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:
01/04/2014 11:07, Vincent van Ravesteijn:
On Tue, Apr 1, 2014 at 11:00 AM, Jürgen Spitzmüller sp...@lyx.org
mailto:sp...@lyx.org wrote:
I propose to commit this to 2.2-staging. The compiler noise
On Tue, Apr 1, 2014 at 12:14 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-01 11:41 GMT+02:00 Vincent van Ravesteijn:
What about scheduling Juergen's patch to some 2.1.x release (maybe not
2.1.1).
JMarc
Looks sensible.
I propose I apply this to my own working branch and see
Stephan Witt schreef op 1-4-2014 17:02:
Shouldn't master be changed back to 2.1.0dev?
Stephan
I guess so. I did this now.
Vincent
Uwe Stöhr schreef op 31-3-2014 23:40:
The tarball misses the 4 image files
tabular-feature_move-*.png
(spotted by Koji)
regards Uwe
I fixed this.
Vincent
Richard Heck schreef op 31-3-2014 20:34:
Vincent,
This patch removes the confusing filters from the file dialog. I
suggest it for 2.1.0.
Richard
I applied this patch to master.
Vincent
Uwe Stöhr schreef op 31-3-2014 0:40:
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 = $(pkgdatadir)/examples/springer
+dist_springerexamples_DATA
On Mon, Mar 31, 2014 at 10:40 PM, Tommaso Cucinotta <tomm...@lyx.org> 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.
>
&
On Tue, Apr 1, 2014 at 12:19 AM, Uwe Stöhr <uwesto...@web.de> wrote:
> 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
On Tue, Apr 1, 2014 at 10:10 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote:
> 01/04/2014 09:28, Vincent van Ravesteijn:
>
> I cut out two words, both in the wikipedia text, and the text in LyX.
>> Are you sure that the words in the left column are the same as those i
On Tue, Apr 1, 2014 at 11:00 AM, Jürgen Spitzmüller wrote:
> The attached patch gets rid of these annoying gcc 4.8 compiler warnings
> pointing to boost (usued typedefs etc.). I have collected the fixed both
> from boost itself [1] and from the patchset used by Fedora for their
On Tue, Apr 1, 2014 at 11:28 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote:
> 01/04/2014 11:07, Vincent van Ravesteijn:
>
>> On Tue, Apr 1, 2014 at 11:00 AM, Jürgen Spitzmüller <sp...@lyx.org
>> <mailto:sp...@lyx.org>> wrote:
>> I propose to comm
On Tue, Apr 1, 2014 at 12:14 PM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> 2014-04-01 11:41 GMT+02:00 Vincent van Ravesteijn:
>
> What about scheduling Juergen's patch to some 2.1.x release (maybe not
>>> 2.1.1).
>>>
>>> JMarc
>>>
>>
&
Stephan Witt schreef op 1-4-2014 17:02:
Shouldn't master be changed back to 2.1.0dev?
Stephan
I guess so. I did this now.
Vincent
Uwe Stöhr schreef op 31-3-2014 23:40:
The tarball misses the 4 image files
tabular-feature_move-*.png
(spotted by Koji)
regards Uwe
I fixed this.
Vincent
Richard Heck schreef op 31-3-2014 20:34:
Vincent,
This patch removes the confusing filters from the file dialog. I
suggest it for 2.1.0.
Richard
I applied this patch to master.
Vincent
Uwe Stöhr schreef op 31-3-2014 0:40:
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 = $(pkgdatadir)/examples/springer
+dist_springerexamples_DATA
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 = $(pkgdatadir)/examples
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
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
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
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
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 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
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
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
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 repo
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 repo
Op 1 apr. 2014 00:19 schreef "Uwe Stöhr"
<uwesto...@web.de<javascript:_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
On Sunday, March 30, 2014, Uwe Stöhr uwesto...@web.de wrote:
Am 29.03.2014 10:48, schrieb Vincent van Ravesteijn:
This sounds like nonsense that installing 2.0.7 over 2.0.6 is ok, but
installing over 2.0.7 suddenly
leads to problems.
Well, when you need to install LyX 2.0.7 over LyX
Uwe Stöhr schreef op 30-3-2014 17:46:
Am 30.03.2014 16:05, schrieb Uwe Stöhr:
To do so, can I revert?:
http://www.lyx.org/trac/changeset/3471874ed09c8b78addb9a5df260379014cab52b/lyxgit
As this only affects documentation files I did this now.
This stretches the phrase documentation
Uwe Stöhr schreef op 30-3-2014 17:15:
Am 30.03.2014 12:54, schrieb Vincent van Ravesteijn:
Well, the clue was in the last sentence. I asked: do I have to be a
computer expert to install LyX again ? Apparently, yes. I can't believe
you don't want to ask the average LyX user to copy his
Uwe Stöhr schreef op 30-3-2014 17:41:
commit 5ff8a3941bae22ac03639a78ce3bfbfed7d55f08
Author: Uwe Stöhr uwesto...@lyx.org
Date: Sun Mar 30 17:41:02 2014 +0200
partly revert commit a860d18b5a722606c68fb1a4ec22ffe3e99792e6
svmono and svmult must stay in the examples folder
Uwe Stöhr schreef op 30-3-2014 5:44:
Am 27.03.2014 23:50, schrieb Vincent van Ravesteijn:
The problem is that NSIS has a maximum string length of 1024
characters (including \r\n). My Path
variable is longer than 1024, so ReadRegStr returns an empty string.
See http://nsis.sourceforge.net
Uwe Stöhr schreef op 30-3-2014 5:44:
Am 27.03.2014 23:50, schrieb Vincent van Ravesteijn:
The problem is that NSIS has a maximum string length of 1024
characters (including \r\n). My Path
variable is longer than 1024, so ReadRegStr returns an empty string.
See http://nsis.sourceforge.net
Vincent van Ravesteijn schreef op 30-3-2014 22:17:
Yes, now MikTeX is found, but I'm now irritated that the installer
starts installing MikTeX packages even if I said No when it asked me
to check for MikTeX updates, _and_ while I've told MikTeX to ask me
before automatically installing
On Sunday, March 30, 2014, Uwe Stöhr <uwesto...@web.de> wrote:
> Am 29.03.2014 10:48, schrieb Vincent van Ravesteijn:
>
> This sounds like nonsense that installing 2.0.7 over 2.0.6 is ok, but
>> installing over 2.0.7 suddenly
>> leads to problems.
>>
>
> W
Uwe Stöhr schreef op 30-3-2014 17:46:
Am 30.03.2014 16:05, schrieb Uwe Stöhr:
To do so, can I revert?:
http://www.lyx.org/trac/changeset/3471874ed09c8b78addb9a5df260379014cab52b/lyxgit
As this only affects documentation files I did this now.
This stretches the phrase "documentation
Uwe Stöhr schreef op 30-3-2014 17:15:
Am 30.03.2014 12:54, schrieb Vincent van Ravesteijn:
Well, the clue was in the last sentence. I asked: "do I have to be a
computer expert to install LyX again ?" Apparently, yes. I can't believe
you don't want to ask the "average"
Uwe Stöhr schreef op 30-3-2014 17:41:
commit 5ff8a3941bae22ac03639a78ce3bfbfed7d55f08
Author: Uwe Stöhr
Date: Sun Mar 30 17:41:02 2014 +0200
partly revert commit a860d18b5a722606c68fb1a4ec22ffe3e99792e6
svmono and svmult must stay in the examples folder
Uwe Stöhr schreef op 30-3-2014 5:44:
Am 27.03.2014 23:50, schrieb Vincent van Ravesteijn:
The problem is that NSIS has a maximum string length of 1024
characters (including \r\n). My Path
variable is longer than 1024, so ReadRegStr returns an empty string.
See http://nsis.sourceforge.net
Uwe Stöhr schreef op 30-3-2014 5:44:
Am 27.03.2014 23:50, schrieb Vincent van Ravesteijn:
The problem is that NSIS has a maximum string length of 1024
characters (including \r\n). My Path
variable is longer than 1024, so ReadRegStr returns an empty string.
See http://nsis.sourceforge.net
Vincent van Ravesteijn schreef op 30-3-2014 22:17:
Yes, now MikTeX is found, but I'm now irritated that the installer
starts installing MikTeX packages even if I said "No" when it asked me
to check for MikTeX updates, _and_ while I've told MikTeX to ask me
before automatically
Uwe Stöhr schreef op 29-3-2014 4:46:
Am 28.03.2014 22:20, schrieb Vincent van Ravesteijn:
Can you please remove this feature that you cannot install LyX if the
installer thinks it is already installed ?
This was once added by user request. The idea and consensus was that
one can install e.g
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit.
So, it's in 2.2-staging, with 2 commits, as per your suggestion.
Hmm, I don't see it.
Richard Heck schreef op 29-3-2014 17:05:
On 03/29/2014 12:26 AM, Uwe Stöhr wrote:
While stepping through all template files I noticed that LyX informs
me on opening the RJournal template file that the package msc is
missing. The attached simple patch fixed this.
Hmm. That is not in my tree:
Uwe Stöhr schreef op 29-3-2014 5:26:
While stepping through all template files I noticed that LyX informs
me on opening the RJournal template file that the package msc is
missing. The attached simple patch fixed this.
OK to master or better LyX 2.1.1?
regards Uwe
I don't understand. When I
Richard Heck schreef op 29-3-2014 18:35:
On 03/29/2014 07:28 AM, Vincent van Ravesteijn wrote:
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit
Richard Heck schreef op 28-3-2014 16:53:
I think this one that you had earlier:
new - fixed in master - fixed in master and stable - closed(fixed)
new - fixed in stable - closed(fixed)
new - fixed in stable - fixed in master and stable - closed(fixed)
new - fixed in master - closed(fixed)
Uwe Stöhr schreef op 29-3-2014 4:46:
Am 28.03.2014 22:20, schrieb Vincent van Ravesteijn:
Can you please remove this feature that you cannot install LyX if the
installer thinks it is already installed ?
This was once added by user request. The idea and consensus was that
one can install e.g
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit.
So, it's in 2.2-staging, with 2 commits, as per your suggestion.
Hmm, I don't see it.
Richard Heck schreef op 29-3-2014 17:05:
On 03/29/2014 12:26 AM, Uwe Stöhr wrote:
While stepping through all template files I noticed that LyX informs
me on opening the RJournal template file that the package "msc" is
missing. The attached simple patch fixed this.
Hmm. That is not in my
Uwe Stöhr schreef op 29-3-2014 5:26:
While stepping through all template files I noticed that LyX informs
me on opening the RJournal template file that the package "msc" is
missing. The attached simple patch fixed this.
OK to master or better LyX 2.1.1?
regards Uwe
I don't understand. When
Richard Heck schreef op 29-3-2014 18:35:
On 03/29/2014 07:28 AM, Vincent van Ravesteijn wrote:
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit
Richard Heck schreef op 28-3-2014 16:53:
I think this one that you had earlier:
new -> fixed in master -> fixed in master and stable -> closed(fixed)
new -> fixed in stable -> closed(fixed)
new -> fixed in stable -> fixed in master and stable -> closed(fixed)
new -> fixed in master ->
On Fri, Mar 28, 2014 at 12:37 AM, Tommaso Cucinotta tomm...@lyx.org wrote:
commit cb351665f432671eb263eec76164aa546abd7151
Author: Tommaso Cucinotta tomm...@lyx.org
Date: Thu Mar 27 23:12:56 2014 +
First of all. Master is closed because we are between rc1 and final
release. Please
I thought about doing this a while ago. It would be a lot more useful. We
also might change these to something like fixedindevel and
fixedinstable. The trunk/branch language is a leftover from SVN and is
confusing to newer folks.
If we can agree on proper names. fixedinmaster, fixedinstable
On Fri, Mar 28, 2014 at 12:39 AM, Richard Heck rgh...@lyx.org wrote:
On 03/27/2014 07:37 PM, Richard Heck wrote:
On 03/27/2014 07:15 PM, Vincent van Ravesteijn wrote:
Hi all,
Do we want to setup the fixedinbranch, and fixedintrunk status for
tickets. This means, we don't have to work
On Fri, Mar 28, 2014 at 9:38 AM, JeanMarc Lasgouttes lasgout...@lyx.orgwrote:
Is itvpossible to have human-readable names like Fixed in Master ?
JMarc
The status probably can't have spaces: new, closed, accepted,
fixedinmaster, fixedinstable.
The text describing the action to switch between
On Fri, Mar 28, 2014 at 9:27 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-03-28 8:57 GMT+01:00 Vincent van Ravesteijn v...@lyx.org:
I implied if something is fixedinbranch it is either also fixedintrunk (or
it was never in trunk).
However, fixed in trunk implies to me that the bug
On Fri, Mar 28, 2014 at 11:10 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-03-28 10:56 GMT+01:00 Vincent van Ravesteijn:
Do you prefer workflow as:
new - fixed in master - fixed in master and stable - closed(fixed)
new - fixed in stable - closed(fixed)
new - fixed in stable - fixed
On Tue, Mar 25, 2014 at 11:09 PM, Uwe Stöhr uwesto...@web.de wrote:
I often got the feeling that the word of a developer does not count as
much as the word of a user. For example when I see a potential bug I want
to fix it before others can suffer from it (no matter if that would only
affect
If the user wants to open a file, there is a list with filters reading:
LyX Documents (*.lyx)
LyX-1.3.x Documents (*.lyx13)
LyX-1.4.x Documents (*.lyx14)
LyX-1.5.x Documents (*.lyx15)
LyX-1.6.x Documents (*.lyx16)
This might be rather confusing for users that switch to LyX 2.1 from LyX
2.0 and
On Fri, Mar 28, 2014 at 3:55 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-03-28 15:49 GMT+01:00 Vincent van Ravesteijn v...@lyx.org:
If the user wants to open a file, there is a list with filters reading:
LyX Documents (*.lyx)
LyX-1.3.x Documents (*.lyx13)
LyX-1.4.x Documents (*.lyx14
On Fri, Mar 28, 2014 at 4:00 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-03-28 15:58 GMT+01:00 Vincent van Ravesteijn v...@lyx.org:
That I don't know, but we can of course filter LyX Documents (*.lyx
*.lyx13 *.lyx14 *.lyx15 *.lyx16).
At least, this is less frightening to people
Uwe,
Can you please remove this feature that you cannot install LyX if the
installer thinks it is already installed ?
First, the messagebox is so clumsy. Second, if you're wrong the user is
left without options. Third, I have no idea why I couldn't just overwrite
the previous install and why I
Hi Richard,
I dived into this bug a while ago. The problem is that the math inset
exists of two cells: the real one and an insetmathchar representing the
extra whitespace in the malformed document..
Because the inset is supposed to consist of only one cell, things go wrong.
Fyi
Op 28 mrt. 2014
On Fri, Mar 28, 2014 at 12:37 AM, Tommaso Cucinotta wrote:
> commit cb351665f432671eb263eec76164aa546abd7151
> Author: Tommaso Cucinotta
> Date: Thu Mar 27 23:12:56 2014 +
>
>
First of all. Master is closed because we are between rc1 and final
release.
>
> I thought about doing this a while ago. It would be a lot more useful. We
> also might change these to something like "fixedindevel" and
> "fixedinstable". The trunk/branch language is a leftover from SVN and is
> confusing to newer folks.
>
If we can agree on proper names. "fixedinmaster",
On Fri, Mar 28, 2014 at 12:39 AM, Richard Heck <rgh...@lyx.org> wrote:
> On 03/27/2014 07:37 PM, Richard Heck wrote:
>
>> On 03/27/2014 07:15 PM, Vincent van Ravesteijn wrote:
>>
>>> Hi all,
>>>
>>> Do we want to setup the fixedinbranch, and
301 - 400 of 6163 matches
Mail list logo