Stephan Witt schreef op 17-4-2014 8:17:
Am 14.04.2014 um 19:47 schrieb Vincent van Ravesteijn <v...@lyx.org>:
Hi all,
The tarballs for LyX 2.1.0 can be found at
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.1/lyx-2.1.0/
As usual I'll wait for the packagers to provide the binaries before anno
Hi all,
I've updated the wiki so that it is possible now to link to files in the
git repo.
The following pages are now up to date:
http://wiki.lyx.org/LyX/ReleaseNotes
http://wiki.lyx.org/LyX/NewInBranch
Vincent
on Sep 17 00:00:00 2001
From: Vincent van Ravesteijn <v...@lyx.org>
Date: Fri, 18 Apr 2014 15:59:56 +0200
Subject: [PATCH] cmake: Objective-C compilation support with clang and C++11
This fixes an issue when compiling with C++11 flags on: the
objective-C clang compiler produces an error. Th
Op 18 apr. 2014 16:43 schreef "Richard Heck" :
>
>
> The 2.1.x branch has now been created, but please do not commit to it
yet. I need to merge 2.1.1-staging, and that is turning out to be a hassle,
due to conflicts in the documentation files.
>
> Richard
>
You can skip all
Op 18 apr. 2014 16:34 schreef "Benjamin Piwowarski" <bpiwo...@lyx.org>:
>
> On 18 Apr 2014 at 16:24:07 , Vincent van Ravesteijn (v...@lyx.org) wrote:
>>
>> > Objective-C compililation support with cmake and C++11
>> > author Benjamin Piwowarski <ben
Alex Vergara Gil schreef op 16-4-2014 20:13:
dear developers
I will only mention this fact so you can decide if you agree or not
taked from:
http://notepad-plus-plus.org/news/notepad-new-site-notepad-plus-plus.org.html
Since January 2010, SourceForge has complied with US law to deny
Alex Vergara Gil schreef op 16-4-2014 20:13:
dear developers
I will only mention this fact so you can decide if you agree or not
taked from:
http://notepad-plus-plus.org/news/notepad-new-site-notepad-plus-plus.org.html
Since January 2010, SourceForge has complied with US law to deny
Uwe Stöhr schreef op 16-4-2014 0:58:
Am 14.04.2014 19:47, schrieb Vincent van Ravesteijn:
Hi all,
The tarballs for LyX 2.1.0 can be found at
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.1/lyx-2.1.0/
As usual I'll wait for the packagers to provide the binaries before
announcing the release.
Hello
Uwe Stöhr schreef op 16-4-2014 0:58:
Am 14.04.2014 19:47, schrieb Vincent van Ravesteijn:
Hi all,
The tarballs for LyX 2.1.0 can be found at
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.1/lyx-2.1.0/
As usual I'll wait for the packagers to provide the binaries before
announcing the release.
Hello
On Tue, Apr 15, 2014 at 6:14 AM, Richard Heck rgh...@lyx.org wrote:
On 04/14/2014 04:41 PM, Vincent van Ravesteijn wrote:
Hi all,
I've implement the fixedinmaster and fixedinstable states in trac.
The following ticket workflow is now possible:
new - fixedinmaster - fixedinmasterandstable
On Tue, Apr 15, 2014 at 10:09 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
15/04/2014 08:58, Vincent van Ravesteijn:
Can you remind me why we need fixedinmasterandstable anyway? and not
just
fixedinmaster fixedinstable, as we had before? I know we discussed
this
I'm not sure
On Tue, Apr 15, 2014 at 6:14 AM, Richard Heck <rgh...@lyx.org> wrote:
> On 04/14/2014 04:41 PM, Vincent van Ravesteijn wrote:
>>
>> Hi all,
>>
>> I've implement the fixedinmaster and fixedinstable states in trac.
>>
>> The following ticket workflo
On Tue, Apr 15, 2014 at 10:09 AM, Jean-Marc Lasgouttes
<lasgout...@lyx.org> wrote:
> 15/04/2014 08:58, Vincent van Ravesteijn:
>
>>> Can you remind me why we need "fixedinmasterandstable" anyway? and not
>>> just
>>> "fixedinmaster
Hi all,
The tarballs for LyX 2.1.0 can be found at
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.1/lyx-2.1.0/
As usual I'll wait for the packagers to provide the binaries before
announcing the release.
Vincent
Hi all,
I've implement the fixedinmaster and fixedinstable states in trac.
The following ticket workflow is now possible:
new - fixedinmaster - fixedinmasterandstable - closed
new - fixedinstable - fixedinmasterandstable - closed
new - fixedinmaster - closed
new - fixedinstable - closed
I've
Hi all,
The tarballs for LyX 2.1.0 can be found at
ftp://ftp.lyx.org/pub/lyx/devel/lyx-2.1/lyx-2.1.0/
As usual I'll wait for the packagers to provide the binaries before
announcing the release.
Vincent
Hi all,
I've implement the fixedinmaster and fixedinstable states in trac.
The following ticket workflow is now possible:
new -> fixedinmaster -> fixedinmasterandstable -> closed
new -> fixedinstable -> fixedinmasterandstable -> closed
new -> fixedinmaster -> closed
new -> fixedinstable ->
In preparation of the final release, please do not commit to master.
Vincent
While we are at it, many strings are not correct (context info related)
The attached is output of
# egrep '\[\[' *.po | grep msgstr
Kornel
Yes, but these are removed before they are actually used in LyX.
See Messages.cpp:cleanTranslation().
Vincent
In preparation of the final release, please do not commit to master.
Vincent
While we are at it, many strings are not correct (context info related)
The attached is output of
# egrep '\[\[' *.po | grep msgstr
Kornel
Yes, but these are removed before they are actually used in LyX.
See Messages.cpp:cleanTranslation().
Vincent
On Fri, Apr 11, 2014 at 1:40 AM, Cyrille Artho c.ar...@aist.go.jp wrote:
Regarding the idea I just mentioned before, there is a major flaw.
Asian languages do not have spaces. Tokenizing a text into words requires a
dictionary and is a non-trivial problem (due to inflection: different verb
On Mon, Mar 31, 2014 at 12:23 AM, Uwe Stöhr uwesto...@web.de wrote:
Am 30.03.2014 21:48, schrieb Vincent van Ravesteijn:
You will always find a case when it can fail. if the user changes
something manually we will be
lost anyway. He might have deleted the uninstaller or removed LyX's
As a matter of interest, is Instant Preview on in Tools Preferences
Display? If I turn it off, the problem vanishes.
Andrew
I will need to have a look. I have did quite some work in this area to
check whether the instant preview is shown in the correct view,
whether the inset is being
On Thu, Apr 10, 2014 at 11:06 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/04/14 22:54, Vincent van Ravesteijn a écrit :
I don't know about these limitations for master.
What is the fix and why didn't we apply it ?
Our code is ready, but there are some distclean-related
On Thu, Apr 10, 2014 at 11:06 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/04/14 22:54, Vincent van Ravesteijn a écrit :
I don't know about these limitations for master.
What is the fix and why didn't we apply it ?
Our code is ready, but there are some distclean-related
On Fri, Apr 11, 2014 at 9:46 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-10 22:32 GMT+02:00 Vincent van Ravesteijn:
-We are proud to announce the first release candidate of the new
-LyX 2.1 series.
+We are proud to announce the release candidate of LyX 2.1.0.
You probably want
On Fri, Apr 11, 2014 at 8:06 AM, Pavel Sanda sa...@lyx.org wrote:
Georg Baum wrote:
The original idea about this file was to primarily have list of languages
which need to have ack in case some new face appears on the list (so I can
quickly check and ask him before he disappear as often
So do you mean that if I write in an English text somme instead of some,
if will be considered an OK work because somme exists in French? Is that
supposed to be a feature?
I guess that the guessing is done for the whole paragraph
Recently I did some proofreading of a paper written with
On Fri, Apr 11, 2014 at 11:30 AM, aparsloe apars...@clear.net.nz wrote:
On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote:
As a matter of interest, is Instant Preview on in Tools Preferences
Display? If I turn it off, the problem vanishes.
Andrew
I will need to have a look. I have
On Fri, Apr 11, 2014 at 11:39 AM, Stephan Witt st.w...@gmx.net wrote:
Am 11.04.2014 um 11:27 schrieb Murat Yildizoglu myi...@gmail.com:
Hi,
I am testing the RC1. I am working on a simple document, but Lyx seems to
crash randomly, and to cause a panic in my processors.
I have been able to
On Fri, Apr 11, 2014 at 11:43 AM, Murat Yildizoglu myi...@gmail.com wrote:
Sorry Stephen, there is no recent file in this folder, only some old
reports for Skype and other softs.
I had to kill LyX each time, after having waited some time. Maybe the
report has not been written?
Can it be
On Fri, Apr 11, 2014 at 11:49 AM, Murat Yildizoglu myi...@gmail.com wrote:
Before the crash I have indeed moved some tables in the document between a
sigle column and a double column areas.
But it has not crashed immediately. I have started to write some
supplementary text, and I have the
On Fri, Apr 11, 2014 at 11:56 AM, Vincent van Ravesteijn v...@lyx.org wrote:
On Fri, Apr 11, 2014 at 11:49 AM, Murat Yildizoglu myi...@gmail.com wrote:
Before the crash I have indeed moved some tables in the document between a
sigle column and a double column areas.
But it has not crashed
Do you remember that you used the move column/row feature?
If we do not set the mutlicol properties correctly, we might for loop over
a columns but never find the end Or something like that.
Vincent
In the search for a possible explanation of the random crashes with
dataloss bug, I found the following table error:
1. Start with a new document
2. Insert a 3x3 table
3. Make all cells on the first row a multicolumn
4. Move the cursor to the second cell of the second row
5. Insert a new column
On Fri, Apr 11, 2014 at 4:38 PM, Vincent van Ravesteijn v...@lyx.org wrote:
In the search for a possible explanation of the random crashes with
dataloss bug, I found the following table error:
1. Start with a new document
2. Insert a 3x3 table
3. Make all cells on the first row a multicolumn
On Fri, Apr 11, 2014 at 5:42 PM, Richard Heck rgh...@lyx.org wrote:
commit 8c3d6f717893b091ae2b461a5b08f4bc77f84691
Author: Richard Heck rgh...@lyx.org
Date: Fri Apr 11 11:41:56 2014 -0400
Allow 2.0.8 to read and write 2.1.x files. Also incorporates some
bugfixes in lyx2lyx that
On Fri, Apr 11, 2014 at 5:50 PM, Richard Heck rgh...@lyx.org wrote:
commit d41d84f0b8c3cc10154145d86a3c5e9536b6b643
Author: Richard Heck rgh...@lyx.org
Date: Fri Apr 11 11:49:54 2014 -0400
Remove 21x export. LyX 2.1.x already reads 2.0.x files.
+\Format lyx21x 21.lyx LyX 2.1.x
def revert_verbatim(document):
Revert verbatim einvironments completely to TeX-code.
i = 0
[..]
while 1:
i = find_token(document.body, \\begin_layout Verbatim, i)
if i == -1:
return
j = find_end_of_layout(document.body, i)
if j == -1:
Op 11 apr. 2014 19:46 schreef Richard Heck rgh...@lyx.org:
On 04/11/2014 01:04 PM, Vincent van Ravesteijn wrote:
def revert_verbatim(document):
Revert verbatim einvironments completely to TeX-code.
i = 0
[..]
while 1:
i = find_token(document.body, \\begin_layout
Richard Heck schreef op 11-4-2014 19:56:
On 04/11/2014 01:51 PM, Vincent van Ravesteijn wrote:
Op 11 apr. 2014 19:46 schreef Richard Heck rgh...@lyx.org
mailto:rgh...@lyx.org:
On 04/11/2014 01:04 PM, Vincent van Ravesteijn wrote:
def revert_verbatim(document):
Revert verbatim
On Fri, Apr 11, 2014 at 1:40 AM, Cyrille Artho wrote:
> Regarding the idea I just mentioned before, there is a major flaw.
>
> Asian languages do not have spaces. Tokenizing a text into words requires a
> dictionary and is a non-trivial problem (due to inflection: different
On Mon, Mar 31, 2014 at 12:23 AM, Uwe Stöhr <uwesto...@web.de> wrote:
> Am 30.03.2014 21:48, schrieb Vincent van Ravesteijn:
>
>
>>> You will always find a case when it can fail. if the user changes
>>> something manually we will be
>>> lost anyway. He mig
>
> As a matter of interest, is Instant Preview on in Tools > Preferences >
> Display? If I turn it off, the problem vanishes.
>
> Andrew
>
I will need to have a look. I have did quite some work in this area to
check whether the instant preview is shown in the correct view,
whether the inset is
On Thu, Apr 10, 2014 at 11:06 PM, Jean-Marc Lasgouttes
<lasgout...@lyx.org> wrote:
> Le 10/04/14 22:54, Vincent van Ravesteijn a écrit :
>
>> I don't know about these limitations for master.
>>
>> What is the fix and why didn't we apply it ?
>
>
> Our code
On Thu, Apr 10, 2014 at 11:06 PM, Jean-Marc Lasgouttes
<lasgout...@lyx.org> wrote:
> Le 10/04/14 22:54, Vincent van Ravesteijn a écrit :
>
>> I don't know about these limitations for master.
>>
>> What is the fix and why didn't we apply it ?
>
>
> Our code
On Fri, Apr 11, 2014 at 9:46 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> 2014-04-10 22:32 GMT+02:00 Vincent van Ravesteijn:
>
>> -We are proud to announce the first release candidate of the new
>> -LyX 2.1 series.
>> +We are proud to announce the release can
On Fri, Apr 11, 2014 at 8:06 AM, Pavel Sanda wrote:
> Georg Baum wrote:
>> > The original idea about this file was to primarily have list of languages
>> > which need to have ack in case some new face appears on the list (so I can
>> > quickly check and ask him before he disappear
> So do you mean that if I write in an English text "somme" instead of "some",
> if will be considered an OK work because "somme" exists in French? Is that
> supposed to be a feature?
>
I guess that the guessing is done for the whole paragraph
> Recently I did some proofreading of a paper
On Fri, Apr 11, 2014 at 11:30 AM, aparsloe <apars...@clear.net.nz> wrote:
>
> On 11/04/2014 7:11 p.m., Vincent van Ravesteijn wrote:
>>>
>>> As a matter of interest, is Instant Preview on in Tools > Preferences >
>>> Display? If I turn it off,
On Fri, Apr 11, 2014 at 11:39 AM, Stephan Witt wrote:
> Am 11.04.2014 um 11:27 schrieb Murat Yildizoglu :
>
>> Hi,
>>
>> I am testing the RC1. I am working on a simple document, but Lyx seems to
>> crash randomly, and to cause a panic in my processors.
>> I
On Fri, Apr 11, 2014 at 11:43 AM, Murat Yildizoglu wrote:
> Sorry Stephen, there is no recent file in this folder, only some old
> reports for Skype and other softs.
> I had to kill LyX each time, after having waited some time. Maybe the
> report has not been written?
> Can it
On Fri, Apr 11, 2014 at 11:49 AM, Murat Yildizoglu wrote:
> Before the crash I have indeed moved some tables in the document between a
> sigle column and a double column areas.
> But it has not crashed immediately. I have started to write some
> supplementary text, and I have
On Fri, Apr 11, 2014 at 11:56 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
>
>
> On Fri, Apr 11, 2014 at 11:49 AM, Murat Yildizoglu <myi...@gmail.com> wrote:
>>
>> Before the crash I have indeed moved some tables in the document between a
>>
Do you remember that you used the move column/row feature?
If we do not set the mutlicol properties correctly, we might for loop over
a columns but never find the end Or something like that.
Vincent
In the search for a possible explanation of the "random crashes with
dataloss" bug, I found the following table error:
1. Start with a new document
2. Insert a 3x3 table
3. Make all cells on the first row a multicolumn
4. Move the cursor to the second cell of the second row
5. Insert a new column
On Fri, Apr 11, 2014 at 4:38 PM, Vincent van Ravesteijn <v...@lyx.org> wrote:
> In the search for a possible explanation of the "random crashes with
> dataloss" bug, I found the following table error:
>
> 1. Start with a new document
> 2. Insert a 3x3 table
>
On Fri, Apr 11, 2014 at 5:42 PM, Richard Heck wrote:
> commit 8c3d6f717893b091ae2b461a5b08f4bc77f84691
> Author: Richard Heck
> Date: Fri Apr 11 11:41:56 2014 -0400
>
> Allow 2.0.8 to read and write 2.1.x files. Also incorporates some
> bugfixes in
On Fri, Apr 11, 2014 at 5:50 PM, Richard Heck wrote:
> commit d41d84f0b8c3cc10154145d86a3c5e9536b6b643
> Author: Richard Heck
> Date: Fri Apr 11 11:49:54 2014 -0400
>
> Remove 21x export. LyX 2.1.x already reads 2.0.x files.
>
>
>>> +\Format lyx21x 21.lyx
>def revert_verbatim(document):
>" Revert verbatim einvironments completely to TeX-code. "
>i = 0
[..]
>while 1:
> i = find_token(document.body, "\\begin_layout Verbatim", i)
>if i == -1:
> return
>j = find_end_of_layout(document.body, i)
>if j
Op 11 apr. 2014 19:46 schreef "Richard Heck" <rgh...@lyx.org>:
>
> On 04/11/2014 01:04 PM, Vincent van Ravesteijn wrote:
>>>
>>> def revert_verbatim(document):
>>> " Revert verbatim einvironments completely to TeX-code. "
>>>
Richard Heck schreef op 11-4-2014 19:56:
On 04/11/2014 01:51 PM, Vincent van Ravesteijn wrote:
Op 11 apr. 2014 19:46 schreef "Richard Heck" <rgh...@lyx.org
<mailto:rgh...@lyx.org>>:
>
> On 04/11/2014 01:04 PM, Vincent van Ravesteijn wrote:
>>
Op 10 apr. 2014 22:49 schreef Scott Kostyshak skost...@lyx.org:
On Thu, Apr 10, 2014 at 4:37 PM, Vincent van Ravesteijn v...@lyx.org
wrote:
commit 30d1cf47c18bf938e6be3e3fd45a3115cff435c1
Author: Vincent van Ravesteijn v...@lyx.org
Date: Thu Apr 10 22:35:32 2014 +0200
Update
Op 10 apr. 2014 22:49 schreef "Scott Kostyshak" <skost...@lyx.org>:
>
> On Thu, Apr 10, 2014 at 4:37 PM, Vincent van Ravesteijn <v...@lyx.org>
wrote:
> > commit 30d1cf47c18bf938e6be3e3fd45a3115cff435c1
> > Author: Vincent van Ravesteijn <v...@lyx.org&
To slightly detail the response. The work-around is already in rc1 and
that's probably the small w that is observed. There will be no change
between 2.1.0 final and rc1.
Why are you talking about the small w? The Omega problem is with unicode
0x00ad.
That's the big omega. I'm seeing a big
On Tue, Apr 8, 2014 at 10:20 PM, Georg Baum
georg.b...@post.rwth-aachen.de wrote:
Jürgen Spitzmüller wrote:
2014-04-08 11:19 GMT+02:00 Vincent van Ravesteijn:
You can still decide to disable this feature (probably as easy as removing
BIBTEX_ERROR from the ERROR declaration in LaTeX.h:142
On Tue, Apr 8, 2014 at 11:56 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-08 11:19 GMT+02:00 Vincent van Ravesteijn:
- Documents not compiling anymore because of BibTeX errors. We already
received a lot of reports and this can prohibit people from updating.
You can still decide
On Tue, Apr 8, 2014 at 11:56 PM, Uwe Stöhr uwesto...@web.de wrote:
Am 04.04.2014 08:25, schrieb Vincent van Ravesteijn:
Sorry, but there is nothing about Urdu that we support (except an
entry in the languages file),
And with this we support hyphenations, automatic translations of words
On Wed, Apr 9, 2014 at 10:44 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-09 10:09 GMT+02:00 Vincent van Ravesteijn:
I want to propose to disable this feature for now. Then, as soon as
possible we replace the error by a warning when we detect a BibTeX
error stating that in the future
On Wed, Apr 9, 2014 at 10:57 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
2014-04-09 10:55 GMT+02:00 Vincent van Ravesteijn:
Ok, I (or someone else) will proceed then. Thanks for the understanding.
I can do that. I will add a comment. OK?
Jürgen
Vincent
Yes. Thanks.
Vincent
On Wed, Apr 9, 2014 at 10:57 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
08/04/2014 23:56, Uwe Stöhr:
So as Jamil stated, the output is correct. What is not working yet
are the special ligatures in the font within LyX. As said Jamil
volunteered to get that fixed soon. I am not the
On Wed, Apr 9, 2014 at 12:33 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
09/04/2014 11:06, Vincent van Ravesteijn:
Am I misunderstanding or will we have a 90% solution if we just assume
that the script is the same as arabic ? Then there are only a few
exceptions that might need special
Pavel Sanda schreef op 12-3-2014 8:41:
commit 9f815ae033db1d5611d57293d82b89d572bb59a0
Author: Pavel Sanda sa...@lyx.org
Date: Wed Mar 12 00:41:18 2014 -0700
* ko.po : update from Dal Ho Park.
I appreciate the effort for the Korean translation, but please note that
it is still
When running make ../lib/layouttranslations the Note string of the
Danish translation was not updated in the layouttranslations file.
After deleting the file and rerunning the command, it was updated.
This seems like a bug.
Vincent
Vincent van Ravesteijn schreef op 9-4-2014 20:33:
When running make ../lib/layouttranslations the Note string of the
Danish translation was not updated in the layouttranslations file.
After deleting the file and rerunning the command, it was updated.
This seems like a bug.
Vincent
Also
Pavel Sanda schreef op 9-4-2014 6:00:
commit 992ec33e421546a741a6e475cf2a9f4bbcc3f1ef
Author: Pavel Sanda sa...@lyx.org
Date: Tue Apr 8 21:00:21 2014 -0700
* layouttranslations.review - da - Note eems to be correct according to
9a3ba796d8f.
diff --git a/lib/layouttranslations.review
Pavel Sanda schreef op 9-4-2014 5:51:
Vincent van Ravesteijn wrote:
Dear translators,
Vincent, most of the string in nl section seem to be translated,
except of Listings - can you check?
layouttranslations.review:
nl: Acknowledgement, Case, Chart, (same translation as Graph) Claim
I propose the following:
Disable this feature for the 2.1 release. If you just comment out the
language entry, Jamil can easily enable it again on his side (without
recompiling) and help us testing and finishing the support for this
language.
I think this is a reasonable compromise.
Georg Baum schreef op 9-4-2014 21:14:
Vincent van Ravesteijn wrote:
Vincent van Ravesteijn schreef op 9-4-2014 20:33:
When running make ../lib/layouttranslations the Note string of the
Danish translation was not updated in the layouttranslations file.
because da.po translates Note to Note
Vincent van Ravesteijn schreef op 9-4-2014 21:19:
Pavel decided that the danish translation was on purpose, so I let him
verify also the layouttranslations file.
I checked it myself now, and commit 8dd5a6e24 indeed explicitly changes
multiple instances of Notat to Note, so it must be done
To slightly detail the response. The work-around is already in rc1 and
that's probably the small w that is observed. There will be no change
between 2.1.0 final and rc1.
>
> Why are you talking about the small w? The Omega problem is with unicode
> 0x00ad.
> That's the big omega.
On Tue, Apr 8, 2014 at 10:20 PM, Georg Baum
<georg.b...@post.rwth-aachen.de> wrote:
> Jürgen Spitzmüller wrote:
>
>> 2014-04-08 11:19 GMT+02:00 Vincent van Ravesteijn:
>>
>> You can still decide to disable this feature (probably as easy as removing
>> BIB
On Tue, Apr 8, 2014 at 11:56 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> 2014-04-08 11:19 GMT+02:00 Vincent van Ravesteijn:
>
>> - Documents not compiling anymore because of BibTeX errors. We already
>> received a lot of reports and this can prohibit people from updat
On Tue, Apr 8, 2014 at 11:56 PM, Uwe Stöhr <uwesto...@web.de> wrote:
> Am 04.04.2014 08:25, schrieb Vincent van Ravesteijn:
>
>
>> Sorry, but there is nothing about Urdu that we support (except an
>> entry in the languages file),
>
>
> And with this we support
On Wed, Apr 9, 2014 at 10:44 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> 2014-04-09 10:09 GMT+02:00 Vincent van Ravesteijn:
>
>> I want to propose to disable this feature for now. Then, as soon as
>> possible we replace the error by a warning when we detect a
On Wed, Apr 9, 2014 at 10:57 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> 2014-04-09 10:55 GMT+02:00 Vincent van Ravesteijn:
>
>> Ok, I (or someone else) will proceed then. Thanks for the understanding.
>
>
> I can do that. I will add a comment. OK?
>
> J
On Wed, Apr 9, 2014 at 10:57 AM, Jean-Marc Lasgouttes
wrote:
> 08/04/2014 23:56, Uwe Stöhr:
>
>> So as Jamil stated, the output is correct. What is not working yet
>> are the special ligatures in the font within LyX. As said Jamil
>> volunteered to get that fixed soon. I am
On Wed, Apr 9, 2014 at 12:33 PM, Jean-Marc Lasgouttes
<lasgout...@lyx.org> wrote:
> 09/04/2014 11:06, Vincent van Ravesteijn:
>
>> Am I misunderstanding or will we have a 90% solution if we just assume
>> that the script is the same as arabic ? Then there are only a few
Pavel Sanda schreef op 12-3-2014 8:41:
commit 9f815ae033db1d5611d57293d82b89d572bb59a0
Author: Pavel Sanda
Date: Wed Mar 12 00:41:18 2014 -0700
* ko.po : update from Dal Ho Park.
I appreciate the effort for the Korean translation, but please note that
it is still
When running "make ../lib/layouttranslations" the "Note" string of the
Danish translation was not updated in the layouttranslations file.
After deleting the file and rerunning the command, it was updated.
This seems like a bug.
Vincent
Vincent van Ravesteijn schreef op 9-4-2014 20:33:
When running "make ../lib/layouttranslations" the "Note" string of the
Danish translation was not updated in the layouttranslations file.
After deleting the file and rerunning the command, it was updated.
This seems like a
Pavel Sanda schreef op 9-4-2014 6:00:
commit 992ec33e421546a741a6e475cf2a9f4bbcc3f1ef
Author: Pavel Sanda
Date: Tue Apr 8 21:00:21 2014 -0700
* layouttranslations.review - da - Note eems to be correct according to
9a3ba796d8f.
diff --git a/lib/layouttranslations.review
Pavel Sanda schreef op 9-4-2014 5:51:
Vincent van Ravesteijn wrote:
Dear translators,
Vincent, most of the string in nl section seem to be translated,
except of Listings - can you check?
layouttranslations.review:
nl: "Acknowledgement", "Case", "Chart", (same
I propose the following:
Disable this feature for the 2.1 release. If you just comment out the
language entry, Jamil can easily enable it again on his side (without
recompiling) and help us testing and finishing the support for this
language.
I think this is a reasonable compromise.
Georg Baum schreef op 9-4-2014 21:14:
Vincent van Ravesteijn wrote:
Vincent van Ravesteijn schreef op 9-4-2014 20:33:
When running "make ../lib/layouttranslations" the "Note" string of the
Danish translation was not updated in the layouttranslations file.
because da
Vincent van Ravesteijn schreef op 9-4-2014 21:19:
Pavel decided that the danish translation was on purpose, so I let him
verify also the layouttranslations file.
I checked it myself now, and commit 8dd5a6e24 indeed explicitly changes
multiple instances of "Notat" to "No
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 translators are
going solely by private
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 left that I think need some consideration.
- As it seems
201 - 300 of 6163 matches
Mail list logo