Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
http://bugzilla.lyx.org/show_bug.cgi?id=5387
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see
in 1.6.0. Especially 5387 is really annoying on Mac right now:
H. ??brahim Güngör wrote:
Please update the Turkish translation file.
its in.
pavel
This patch solves part of bug 5348 http://bugzilla.lyx.org/show_bug.cgi?id=5348
It inserts the text of inset info in the language of the document (to
avoid blue underlines). Note that the strings themselves are in the
language of the interface, but at least we avoid blue lines.
I propose to
http://bugzilla.lyx.org/show_bug.cgi?id=5407
This patch makes insetfloat search its styles using Float:floatname (or
Float if this fails). This allows to define a default behaviour for new
flaots that makes sense.
José?
JMarc
svndiff src/insets/InsetFloat.cpp src/insets/InsetFloat.h
José Matos wrote:
If someone (other than you ;-) ) can confirm that they work and since
Adbel
did not found anything wrong with the code this can go in.
I can reproduce both bugs (on Mac), I tested the two patches both
individually and jointly.
On Wednesday 05 November 2008 01:40:37 Pavel Sanda wrote:
H. ??brahim Güngör wrote:
Hello,
I've just updated tr.po file. It's in %82 state for now and i'm going to
improve it soon. Btw;
I hereby grant permission for my contributions to LyX under the GNU
General Public License (GPL)
Stefan Schimanski wrote:
either with or without both patches i dont see any difference when
processing the recipies you gave (linux, Xfe file manager).
pavel
On Wednesday 05 November 2008 10:56:06 Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
If someone (other than you
Teresa Sonka wrote:
Hi
Lyx unexpectedly closed on me and I had forgotten to save my file. The error
said it could be recovered with an emergency save. Do you know how to
recover it?
if emergency save was successful then just try to open the old file and lyx
will ask you whether you want to
Dear LyX developers,
bugzilla has problems currently, so I post my report an bug instead here.
Günter
Proposals and problems with unicodesymbols (block letterlike symbols):
Aktieselskap has a wrong char number.
Aktieselskap should fit on a normal line: Compare ℅ ℁ ⅍
Aktieselskap has a
Stefan Schimanski wrote:
In any case I suggest that you decide yourself how to proceed as only you
can properly test this thing (provided that this doesn't impact the other
platforms of course.
I don't think there is any impact on other systems. But again only testing
can tell us. Can
Am 05.11.2008 um 12:37 schrieb Pavel Sanda:
Stefan Schimanski wrote:
In any case I suggest that you decide yourself how to proceed as
only you
can properly test this thing (provided that this doesn't impact
the other
platforms of course.
I don't think there is any impact on other
Stefan Schimanski wrote:
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
http://bugzilla.lyx.org/show_bug.cgi?id=5387
I can offer to test the two patches, if that
On Wednesday 05 November 2008 13:50:11 Jean-Marc Lasgouttes wrote:
This patch solves part of bug 5348
http://bugzilla.lyx.org/show_bug.cgi?id=5348
It inserts the text of inset info in the language of the document (to
avoid blue underlines). Note that the strings themselves are in the
On Wednesday 05 November 2008 13:52:15 Jean-Marc Lasgouttes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=5407
This patch makes insetfloat search its styles using Float:floatname (or
Float if this fails). This allows to define a default behaviour for new
flaots that makes sense.
José?
OK.
On Wednesday 05 November 2008 14:15:01 Konrad Hofbauer wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=5387
Works.
OK, so this can go in.
--
José Abílio
On Wed, 5 Nov 2008, Abdelrazak Younes wrote:
PS: I am beginning a new job so I have very little time to give to LyX
unfortunately.
Congratulations!
/Christian
--
Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Christian Ridderström wrote:
On Wed, 5 Nov 2008, Abdelrazak Younes wrote:
PS: I am beginning a new job so I have very little time to give to LyX
unfortunately.
Congratulations!
Thanks Christian.
Abdel.
José Matos [EMAIL PROTECTED] writes:
On Wednesday 05 November 2008 13:52:15 Jean-Marc Lasgouttes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=5407
This patch makes insetfloat search its styles using Float:floatname (or
Float if this fails). This allows to define a default behaviour for new
José Matos [EMAIL PROTECTED] writes:
On Wednesday 05 November 2008 13:50:11 Jean-Marc Lasgouttes wrote:
This patch solves part of bug 5348
http://bugzilla.lyx.org/show_bug.cgi?id=5348
It inserts the text of inset info in the language of the document (to
avoid blue underlines). Note that the
Hi
I just tried rev. 27267 and there is still a UTF-8 problem in the name
of the module.
If I put a non ASCII character in it lyx crashed (when clicking on the
module) with
the following output:
lassert.cpp(21): ASSERTION static_castunsigned char(ascii[i]) 0x80
VIOLATED IN docstring.cpp:50
Philippe Charpentier wrote:
Hi
I just tried rev. 27267 and there is still a UTF-8 problem in the name
of the module.
If I put a non ASCII character in it lyx crashed (when clicking on the
module) with
the following output:
lassert.cpp(21): ASSERTION static_castunsigned char(ascii[i]) 0x80
Pavel Sanda wrote:
Please update the Turkish translation file.
its in.
Since this file also made a huge improvement in branch, I've applied it to
1.5.7svn.
J??rgen
Richard Heck wrote:
I'll have a look at this tomorrow. There's probably still a place where
the wrong translation thing is called.
I cannot reproduce this. Strange.
J??rgen
J??rgen Spitzm??ller wrote:
I'll have a look at this tomorrow. There's probably still a place where
the wrong translation thing is called.
I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
required/excluded).
Should be fixed now,
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
I'll have a look at this tomorrow. There's probably still a place where
the wrong translation thing is called.
I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
Hi all,
this is just a quick note to remind you that LyX 1.5.7, the final release in
the 1.5.x series, will be released in parallel or shortly after 1.6.0 (which is
probably in a few days).
So if you feel like being not busy enough with translating for 1.6.0, consider
checking the translation
rgheck wrote:
Charpentier Philippe wrote:
For the first question:
if I put
ExcludesModule theorems-ams
in my class then changing from article (AMS) to article (AMS)
Francais
has the consequence that no module is loaded which is not very nice I
think...
OK. I'll look at this. The algorithm
...we loose tabular lines.
note that reading tabular lines used to work, so something must've broken it...
edwin
Richard Heck a écrit :
rgheck wrote:
Charpentier Philippe wrote:
For the first question:
if I put
ExcludesModule theorems-ams
in my class then changing from article (AMS) to article (AMS)
Francais
has the consequence that no module is loaded which is not very nice
I think...
OK. I'll
false alarm. dirty tree i think.
sorry for the noise...
edwin
hi,
according to our current color distinctions, these languages are in the red area
for 1.6. only the korean is still present in LINGUAS now and i guess the
following
patch is enough for _not_ distributing it. Jose?
|---+--+-++--+---|
On Wednesday 05 November 2008 20:03:33 =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
wrote:
Pavel Sanda wrote:
Please update the Turkish translation file.
its in.
Since this file also made a huge improvement in branch, I've applied it to
1.5.7svn.
Jürgen
Hello, it's me again,
I've updated the
H. ??brahim Güngör wrote:
Many fixes and translations are also included.
http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
Please merge.
its in. next time please start work from the current version in svn tree.
pavel
Pavel Sanda wrote:
Many fixes and translations are also included.
http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
Please merge.
its in.
Also in branch.
J??rgen
On Thursday 06 November 2008 00:56:03 Pavel Sanda wrote:
H. ??brahim Güngör wrote:
Many fixes and translations are also included.
http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
Please merge.
its in. next time please start work from the current version in svn tree.
Richard Heck wrote:
PS. formatStrVec fails at sorting non-ASCII chars correctly. Modules such
as ?yster Cult would be sorted after Z.
I don't understand. formatStrVec doesn't sort things, does it
Yes, sorry, a misunderstanding on my side. formatStrVec is innocent, still the
sorting in
H. ??brahim Güngör wrote:
thanks for merge, please decide which way a newcomer translator must follow
to
update a po file. README.localizations *said* svn diff tr.po tr.po.patch,
but then it's changed to just send whole updated file.
the later one is better.
pavel
On Wednesday 05 November 2008 20:51:11 leuven edwin wrote:
...we loose tabular lines.
note that reading tabular lines used to work, so something must've broken
it...
Could you give a simple example, please?
edwin
--
José Abílio
On Wednesday 05 November 2008 22:32:52 Pavel Sanda wrote:
hi,
according to our current color distinctions, these languages are in the red
area for 1.6. only the korean is still present in LINGUAS now and i guess
the following patch is enough for _not_ distributing it. Jose?
OK.
pavel
--
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
http://bugzilla.lyx.org/show_bug.cgi?id=5387
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
Am 05.11.2008 um 12:15 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Looking at the calender makes me wonder about the plan for tomorrow.
I am waiting for a comment on two patches which I would like to see
in 1.6.0. Especially 5387 is really annoying on Mac right now:
H. ??brahim Güngör wrote:
> Please update the Turkish translation file.
its in.
pavel
This patch solves part of bug 5348 http://bugzilla.lyx.org/show_bug.cgi?id=5348
It inserts the text of inset info in the language of the document (to
avoid blue underlines). Note that the strings themselves are in the
language of the interface, but at least we avoid blue lines.
I propose to
http://bugzilla.lyx.org/show_bug.cgi?id=5407
This patch makes insetfloat search its styles using Float: (or
Float if this fails). This allows to define a default behaviour for new
flaots that makes sense.
José?
JMarc
svndiff src/insets/InsetFloat.cpp src/insets/InsetFloat.h
José Matos wrote:
> If someone (other than you ;-) ) can confirm that they work and since
Adbel
> did not found anything wrong with the code this can go in.
I can reproduce both bugs (on Mac), I tested the two patches both
individually and jointly.
>>
On Wednesday 05 November 2008 01:40:37 Pavel Sanda wrote:
> H. ??brahim Güngör wrote:
> > Hello,
> >
> > I've just updated tr.po file. It's in %82 state for now and i'm going to
> > improve it soon. Btw;
> >
> > I hereby grant permission for my contributions to LyX under the GNU
> > General Public
Stefan Schimanski wrote:
>
either with or without both patches i dont see any difference when
processing the recipies you gave (linux, Xfe file manager).
pavel
On Wednesday 05 November 2008 10:56:06 Stefan Schimanski wrote:
> Looking at the calender makes me wonder about the plan for tomorrow.
>
> I am waiting for a comment on two patches which I would like to see in
> 1.6.0. Especially 5387 is really annoying on Mac right now:
If someone (other than
Teresa Sonka wrote:
> Hi
> Lyx unexpectedly closed on me and I had forgotten to save my file. The error
> said it could be recovered with an emergency save. Do you know how to
> recover it?
if emergency save was successful then just try to open the old file and lyx
will ask you whether you want
Dear LyX developers,
bugzilla has problems currently, so I post my report an bug instead here.
Günter
Proposals and problems with unicodesymbols (block letterlike symbols):
Aktieselskap has a wrong char number.
Aktieselskap should fit on a normal line: Compare ℅ ℁ ⅍
Aktieselskap has a
Stefan Schimanski wrote:
>> In any case I suggest that you decide yourself how to proceed as only you
>> can properly test this thing (provided that this doesn't impact the other
>> platforms of course.
>
> I don't think there is any impact on other systems. But again only testing
> can tell
Am 05.11.2008 um 12:37 schrieb Pavel Sanda:
Stefan Schimanski wrote:
In any case I suggest that you decide yourself how to proceed as
only you
can properly test this thing (provided that this doesn't impact
the other
platforms of course.
I don't think there is any impact on other
Stefan Schimanski wrote:
I am waiting for a comment on two patches which I would like to see in
1.6.0. Especially 5387 is really annoying on Mac right now:
http://bugzilla.lyx.org/show_bug.cgi?id=5447
http://bugzilla.lyx.org/show_bug.cgi?id=5387
I can offer to test the two patches, if that
On Wednesday 05 November 2008 13:50:11 Jean-Marc Lasgouttes wrote:
> This patch solves part of bug 5348
> http://bugzilla.lyx.org/show_bug.cgi?id=5348
>
> It inserts the text of inset info in the language of the document (to
> avoid blue underlines). Note that the strings themselves are in the
>
On Wednesday 05 November 2008 13:52:15 Jean-Marc Lasgouttes wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=5407
>
> This patch makes insetfloat search its styles using Float: (or
> Float if this fails). This allows to define a default behaviour for new
> flaots that makes sense.
>
> José?
OK.
On Wednesday 05 November 2008 14:15:01 Konrad Hofbauer wrote:
> >> http://bugzilla.lyx.org/show_bug.cgi?id=5387
>
> Works.
OK, so this can go in.
--
José Abílio
On Wed, 5 Nov 2008, Abdelrazak Younes wrote:
PS: I am beginning a new job so I have very little time to give to LyX
unfortunately.
Congratulations!
/Christian
--
Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr
Christian Ridderström wrote:
On Wed, 5 Nov 2008, Abdelrazak Younes wrote:
PS: I am beginning a new job so I have very little time to give to LyX
unfortunately.
Congratulations!
Thanks Christian.
Abdel.
José Matos <[EMAIL PROTECTED]> writes:
> On Wednesday 05 November 2008 13:52:15 Jean-Marc Lasgouttes wrote:
>> http://bugzilla.lyx.org/show_bug.cgi?id=5407
>>
>> This patch makes insetfloat search its styles using Float: (or
>> Float if this fails). This allows to define a default behaviour for
José Matos <[EMAIL PROTECTED]> writes:
> On Wednesday 05 November 2008 13:50:11 Jean-Marc Lasgouttes wrote:
>> This patch solves part of bug 5348
>> http://bugzilla.lyx.org/show_bug.cgi?id=5348
>>
>> It inserts the text of inset info in the language of the document (to
>> avoid blue underlines).
Hi
I just tried rev. 27267 and there is still a UTF-8 problem in the name
of the module.
If I put a non ASCII character in it lyx crashed (when clicking on the
module) with
the following output:
lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
VIOLATED IN docstring.cpp:50
Assertion
Philippe Charpentier wrote:
Hi
I just tried rev. 27267 and there is still a UTF-8 problem in the name
of the module.
If I put a non ASCII character in it lyx crashed (when clicking on the
module) with
the following output:
lassert.cpp(21): ASSERTION static_cast(ascii[i]) < 0x80
VIOLATED IN
Pavel Sanda wrote:
>> Please update the Turkish translation file.
>
> its in.
Since this file also made a huge improvement in branch, I've applied it to
1.5.7svn.
J??rgen
Richard Heck wrote:
> I'll have a look at this tomorrow. There's probably still a place where
> the wrong translation thing is called.
I cannot reproduce this. Strange.
J??rgen
J??rgen Spitzm??ller wrote:
>> I'll have a look at this tomorrow. There's probably still a place where
>> the wrong translation thing is called.
>
> I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
required/excluded).
Should be fixed
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
I'll have a look at this tomorrow. There's probably still a place where
the wrong translation thing is called.
I cannot reproduce this. Strange.
OK, I found it (this only triggered when a module with non-ASCII char was
Hi all,
this is just a quick note to remind you that LyX 1.5.7, the final release in
the 1.5.x series, will be released in parallel or shortly after 1.6.0 (which is
probably in a few days).
So if you feel like being not busy enough with translating for 1.6.0, consider
checking the translation
rgheck wrote:
Charpentier Philippe wrote:
For the first question:
if I put
ExcludesModule theorems-ams
in my class then changing from "article (AMS)" to "article (AMS)
Francais"
has the consequence that no module is loaded which is not very nice I
think...
OK. I'll look at this. The
...we loose tabular lines.
note that reading tabular lines used to work, so something must've broken it...
edwin
Richard Heck a écrit :
> rgheck wrote:
>> Charpentier Philippe wrote:
>>> For the first question:
>>> if I put
>>> ExcludesModule theorems-ams
>>> in my class then changing from "article (AMS)" to "article (AMS)
>>> Francais"
>>> has the consequence that no module is loaded which is not very nice
false alarm. dirty tree i think.
sorry for the noise...
edwin
hi,
according to our current color distinctions, these languages are in the red area
for 1.6. only the korean is still present in LINGUAS now and i guess the
following
patch is enough for _not_ distributing it. Jose?
|---+--+-++--+---|
On Wednesday 05 November 2008 20:03:33 =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
wrote:
> Pavel Sanda wrote:
> >> Please update the Turkish translation file.
> >
> > its in.
>
> Since this file also made a huge improvement in branch, I've applied it to
> 1.5.7svn.
>
> Jürgen
Hello, it's me again,
H. ??brahim Güngör wrote:
> Many fixes and translations are also included.
>
> http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
>
> Please merge.
its in. next time please start work from the current version in svn tree.
pavel
Pavel Sanda wrote:
>> Many fixes and translations are also included.
>>
>> http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
>>
>> Please merge.
>
> its in.
Also in branch.
J??rgen
On Thursday 06 November 2008 00:56:03 Pavel Sanda wrote:
> H. ??brahim Güngör wrote:
> > Many fixes and translations are also included.
> >
> > http://sudrap.org/repository/users/igungor/applications/lyx/tr.po
> >
> > Please merge.
>
> its in. next time please start work from the current version
Richard Heck wrote:
>> PS. formatStrVec fails at sorting non-ASCII chars correctly. Modules such
>> as "?yster Cult" would be sorted after Z.
>>
>>
> I don't understand. formatStrVec doesn't sort things, does it
Yes, sorry, a misunderstanding on my side. formatStrVec is innocent, still the
H. ??brahim Güngör wrote:
> thanks for merge, please decide which way a newcomer translator must follow
> to
> update a po file. README.localizations *said* svn diff tr.po > tr.po.patch,
> but then it's changed to "just send whole updated file".
the later one is better.
pavel
On Wednesday 05 November 2008 20:51:11 leuven edwin wrote:
> ...we loose tabular lines.
>
> note that reading tabular lines used to work, so something must've broken
> it...
Could you give a simple example, please?
> edwin
--
José Abílio
On Wednesday 05 November 2008 22:32:52 Pavel Sanda wrote:
> hi,
> according to our current color distinctions, these languages are in the red
> area for 1.6. only the korean is still present in LINGUAS now and i guess
> the following patch is enough for _not_ distributing it. Jose?
OK.
> pavel
86 matches
Mail list logo