Andre Poenitz wrote:
On Wed, May 30, 2007 at 11:39:16PM +0200, Abdelrazak Younes wrote:
I proposed the patch last week and it was available for comment for
a few days. I even had some help from Angus so I don't think this
thread went unoticed. Look for something with [FULLY WORKING PATCH]
in
Andre Poenitz wrote:
On Wed, May 30, 2007 at 11:39:16PM +0200, Abdelrazak Younes wrote:
I proposed the patch last week and it was available for comment for a
few days. I even had some help from Angus so I don't think this thread
went unoticed. Look for something with [FULLY WORKING PATCH] in
So, removing the whole boundary business, we get this behavious:
1) abc| \ndef =right= abc \n|def
2) ab|c\ndef =right= abc\n|def =right= abc\nd|ef
3) abc \nd|ef =left= abc \n|def =left= abc| \ndef
4) abc\nd|ef =left= abc\ndef =left= ab|c\ndef
5) abc|newline\ndef =right= abcnewline\n|def
6)
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan I will make a clean patch tomorrow morning. It adds another
Stefan return value to cursorPos which tell whether insets in deeper
Stefan slices will be put to the left or right of the returned
Stefan position.
This is indeed one of
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Had you any intentions to make a wider audience aware of these
side-effects?
Abdelrazak Anybody who tried the multiview with the same Buffer has
Abdelrazak certainly noticed that. I noticed, Alfredo noticed, JMarc
Abdelrazak noticed,
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
I think so, too, but some people argued that the commands are too
clumsy.
Uwe Using commands like ''{} instead of \textquotedblleft is clumsy
Uwe and leads to incorrect output.
If I exchange LaTeX files with other people they probably do not want
RGH == RGH [EMAIL PROTECTED] writes:
RGH OK, thanks. The question really was: can I used the rejected()
RGH signal? Introduced in Qt 4.1.
Yes.
JMarc
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan position behind the c, because if you type with the cursor in
Stefan front of the $$1$ $ the characters appear behind c. In fact
Stefan the position in front of $$1 $$
Am 31.05.2007 um 09:43 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan position behind the c, because if you type with the cursor in
Stefan front of the $$1$ $ the characters appear
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan Am 31.05.2007 um 09:43 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan position behind the c, because if you type with the
Am 31.05.2007 um 09:57 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan Am 31.05.2007 um 09:43 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan The only case I can imagine is while selecting an inset like
Stefan display math. It might seem more intuitive if you can select
Stefan just the line of a display math.
But the visual effect will remain the same anyway.
I have the
As promised, here it is. This is the way to do it. It includes our
former patch for cursorLeft/Right to avoid boundary magic on RTL-
boundaries.
@Dov: For the example where your patch was wrong, make a selection,
starting in an RTL paragraph, ending in a LTR paragraph. One of the
two
Am 31.05.2007 um 10:13 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan The only case I can imagine is while selecting an inset like
Stefan display math. It might seem more intuitive if you can select
Stefan just the line of a display math.
But the
On Wed, May 30, 2007 at 11:36:13PM +0200, Stefan Schimanski wrote:
Am 30.05.2007 um 23:29 schrieb Jean-Marc Lasgouttes:
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov Please, could someone respond regarding this patch from Elazar?
Dov It fixes issue (3) of
Dov
Jean-Marc Lasgouttes wrote:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan Am 31.05.2007 um 09:43 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan position behind the c,
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan As promised, here it is. This is the way to do it. It includes
Stefan our former patch for cursorLeft/Right to avoid boundary magic
Stefan on RTL- boundaries.
A few comments: first, I am not sure I like
+bool Text::isRTL(Buffer const
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Good question. In 1.4.x, the two positions exist. I am not sure
why the position in front of the display inset is deemed useful.
Abdelrazak Isn't this related to change-tracking?
I think it is something else, but what?
JMarc
Abdelrazak Younes schrieb:
Isn't this related to change-tracking?
Change tracking adds meta information to a virtual (i.e. non-existing)
end-of-par character at the end of each paragraph.
It does not care for cursor stuff.
(I haven't follow the thread but I hope that you did not kill any
Michael Gerz wrote:
Abdelrazak Younes schrieb:
Isn't this related to change-tracking?
Change tracking adds meta information to a virtual (i.e. non-existing)
end-of-par character at the end of each paragraph.
Ah yes I remembered something about a virtual end-of-par.
It does not care for
Am 31.05.2007 um 10:56 schrieb Michael Gerz:
Abdelrazak Younes schrieb:
Isn't this related to change-tracking?
Change tracking adds meta information to a virtual (i.e. non-
existing) end-of-par character at the end of each paragraph.
It does not care for cursor stuff.
(I haven't follow
Hi!
Attached find a patch that aims to (at least partly) solve bug 3313.
Currently, an attempt to export a document containing any unicode
character (for example an en dash) to LyX1.4 results in an error message
An error occurred whilst running python -tt
The attached function (enclosed as a
Dov Feldstern wrote:
Lars Gullik Bjønnes wrote:
Dov Feldstern [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Elazar Leibovich [EMAIL PROTECTED] writes:
| | On 28 May 2007 23:07:36 +0200, Lars Gullik Bjønnes
| [EMAIL PROTECTED] wrote:
| | Elazar Leibovich [EMAIL PROTECTED]
Hi,
this fixes and clarifies two messages. OK?
Michael
Index: InsetListingsParams.cpp
===
--- InsetListingsParams.cpp (Revision 18587)
+++ InsetListingsParams.cpp (Arbeitskopie)
@@ -417,13 +417,15 @@
// this option
Hi!
Can anybody please explain me Text::bidi? It keeps a cache of RTL-
LTR levels for a row. But this variable is in the Text class, in
the public section. It does not store for which paragraph or row it
has values. It is accessed from all over the LyX code. At some few
places it is
Stefan Schimanski wrote:
Hi!
Can anybody please explain me Text::bidi? It keeps a cache of RTL-LTR
levels for a row. But this variable is in the Text class, in the public
section. It does not store for which paragraph or row it has values. It
is accessed from all over the LyX code. At some
Bo Peng wrote:
No. I checked out the entire source fresh from SVN,
I applied your patch, compiled, remade lyx.pot and the po-files.
Still no go, for Insert table is still the tooltip help, and
the string still does not appear in any of the po files.
Maybe this is a lyx_pot.py problem. Please
Am 31.05.2007 um 11:44 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
Can anybody please explain me Text::bidi? It keeps a cache of RTL-
LTR levels for a row. But this variable is in the Text class, in
the public section. It does not store for which paragraph or row
it has
Stefan Schimanski schrieb:
Am 31.05.2007 um 10:56 schrieb Michael Gerz:
Abdelrazak Younes schrieb:
Isn't this related to change-tracking?
Change tracking adds meta information to a virtual (i.e.
non-existing) end-of-par character at the end of each paragraph.
It does not care for cursor
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Bo Peng wrote:
On 5/30/07, Bo Peng [EMAIL PROTECTED] wrote:
I find that removal of every collapsable inset leads to
crash. Must be something that is introduced recently.
Abdel,
It is suspected that your destroyed()
Bo == Bo Peng [EMAIL PROTECTED] writes:
I cannot reproduce this in (current) rev18579.
Bo I find that removal of every collapsable inset leads to crash.
Bo Must be something that is introduced recently.
Bo E.g. insert ERT, enter a, move cursor to the right, backspace, lyx
Bo crashes.
Bo I
Jean-Marc Lasgouttes wrote:
Abdelrazak Possibly yes. I have a patch pending for that issue that
Abdelrazak is not OKed AFAIS. Could you try it?
I tried this one but cannot compile:
Sorry, try this one.
Abdel.
Index: CursorSlice.cpp
I have made several failed attempt to submit a Korean translation of menus
and messages, etc.
have you tried to send it to [EMAIL PROTECTED] ?
pavel
On Thursday 31 May 2007 10:31:02 Michael Gerz wrote:
Hi,
this fixes and clarifies two messages. OK?
OK.
Michael
--
José Abílio
This patch allows to support the full unicode range in GuiFontMetrics
thus fixing the crash in this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3759
It also simplifies and fix the smallcaps case which was not correct WRT
unicode. Even though I don't know if toUpper() means something in the
On Thursday 31 May 2007 12:01:45 Abdelrazak Younes wrote:
FYI, I used toqstr() to do the ucs4 - ucs2 conversion when needed. This
helper method works only with Qt = 4.2.
What will happen if qt == 4.1?
--
José Abílio
José Matos wrote:
On Thursday 31 May 2007 12:01:45 Abdelrazak Younes wrote:
FYI, I used toqstr() to do the ucs4 - ucs2 conversion when needed. This
helper method works only with Qt = 4.2.
What will happen if qt == 4.1?
It will assert if you insert a unicode symbol not in the ucs2 range
the following patch fixes for me bug
http://bugzilla.lyx.org/show_bug.cgi?id=2738 .
std::locale loc(); line should be placed somewhere else, but as i'm not much
ok, i made loc member of Sorter object. if there are no suggestion or comments
i'm seeking two OK's and one commiter :)
pavel
Attached find the file splash.lyx which is the translation of the English
version into Farsi.
-
Need Mail bonding?
Go to the Yahoo! Mail QA for great tips from Yahoo! Answers users.
splash.lyx
Description: 1519338259-splash.lyx
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc Lasgouttes wrote: Possibly yes. I have a patch
Abdelrazak pending for that issue that is not OKed AFAIS. Could you
Abdelrazak try it?
I tried this one but cannot compile:
Abdelrazak Sorry, try this one.
This
I have made several failed attempt to submit a Korean translation of menus and
messages, etc.
Many thanks.
José, can this go in?
Not knowing why, I can now only guess the file is too big to attach in the
mail
Yes, attachments to emails to this list cannot be larger than 50 kB (or so).
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Both of these sound fine to me: No document (is) open No
Angus documents (are) open
Angus I think I side with Richard on this one. I too prefer the
Angus singular.
Thanks for your comment. I committed a version with singular form.
JMarc
On Thursday 31 May 2007 12:42:16 Mostafa Vahedi wrote:
Attached find the file splash.lyx which is the translation of the English
version into Farsi.
Could you, please, update the patch to support Farsi? Specifically the patch
to Encoding does not apply cleanly anymore...
--
José Abílio
Pavel == Pavel Sanda [EMAIL PROTECTED] writes:
the following patch fixes for me bug
http://bugzilla.lyx.org/show_bug.cgi?id=2738 .
std::locale loc(); line should be placed somewhere else, but as
i'm not much
Pavel ok, i made loc member of Sorter object. if there are no
Pavel suggestion or
On Thursday 31 May 2007 13:03:12 Uwe Stöhr wrote:
Many thanks.
José, can this go in?
There are some files to change, no?
Surely this can go, my only concern is the timing. Should it go now, or later
after rc1 release?
--
José Abílio
On Tuesday 22 May 2007 13:00:35 Micha Feigin wrote:
The patch is attached.
What is the status of this patch? Would you like us to consider this to rc2
or to 1.5.x (x0)?
Micha
--
José Abílio
On Thursday 24 May 2007 18:17:37 Peter Kümmel wrote:
The event_1 patch gives better results on systems
with a fast enough graphic card(?) but does not work
an older systems.
Jose feel free to do what you want.
What is the outcome of your email exchange with Helge and Lars on this
subject?
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc Lasgouttes wrote: Possibly yes. I have a patch
Abdelrazak pending for that issue that is not OKed AFAIS. Could you
Abdelrazak try it?
I tried this one but cannot compile:
Abdelrazak
On Saturday 26 May 2007 17:33:48 Herbert Voss wrote:
I never used it but I suppose, that using xdvipdfmx doesn't hurt, it
does the same and it can handle unicode.
Is that a viewer or a converter?
Herbert
--
José Abílio
On Thursday 24 May 2007 05:34:51 Bo Peng wrote:
The attached patch overkills these bugs so it may introduce some new
bugs. Please test before you OK it.
What is the status of this bug?
Thanks.
Bo
--
José Abílio
José == José Matos [EMAIL PROTECTED] writes:
José On Thursday 31 May 2007 13:03:12 Uwe Stöhr wrote:
Many thanks. José, can this go in?
José There are some files to change, no?
AFAIK, only po/LINGUAS and scons_manifest.py.
JMarc
Abdelrazak Younes wrote:
José Matos wrote:
On Thursday 31 May 2007 12:01:45 Abdelrazak Younes wrote:
FYI, I used toqstr() to do the ucs4 - ucs2 conversion when needed. This
helper method works only with Qt = 4.2.
What will happen if qt == 4.1?
It will assert if you insert a unicode symbol
On Thursday 31 May 2007 13:39:08 Jean-Marc Lasgouttes wrote:
AFAIK, only po/LINGUAS and scons_manifest.py.
Thanks.
Then OK.
JMarc
--
José Abílio
On Thursday 31 May 2007 13:39:44 Abdelrazak Younes wrote:
Just for clarification: this issue is completely orthogonal to this
patch. As I think this is the right thing to do and that at least it
fixes crashes with Qt4.2, it should go in before RC1.
Abdel.
OK.
--
José Abílio
José Matos wrote:
On Thursday 31 May 2007 13:39:44 Abdelrazak Younes wrote:
Just for clarification: this issue is completely orthogonal to this
patch. As I think this is the right thing to do and that at least it
fixes crashes with Qt4.2, it should go in before RC1.
Abdel.
OK.
Thanks. What
José == José Matos [EMAIL PROTECTED] writes:
José On Thursday 31 May 2007 13:39:08 Jean-Marc Lasgouttes wrote:
AFAIK, only po/LINGUAS and scons_manifest.py.
José Thanks.
José Then OK.
I also received a japanese update via [EMAIL PROTECTED] Can I commit?
JMarc
In this patch (in addition to the previous mentioned modifications) the
InsetTabular.cpp and Paragraph.cpp are modified to use \textFR{} and
\beginL{}..\endL{} instead of \R{} and \L{} when the current language is
farsi.
Moreover in rowpainter.cpp I also reversed the direction of ( and ) the
On Thursday 31 May 2007 13:50:17 Abdelrazak Younes wrote:
Thanks. What should I do with the Qt4.1 case? Do I remove the assertion
and return '?' or does someone wants to implement the iconv solution?
Could that be placed inside a conditional statement so that it does nothing
from Qt 4.1?
File: lib/ui/stdtoolbars.inc
Line: 77
This line says:
TableInsert Insert table
Most other toolbar entries are of type Item, this one is a TableInsert.
Perhaps the TableInsert have problems with internationalization?
You are right. TableInsert is not handled at all. I am not sure how
José Matos wrote:
On Thursday 31 May 2007 13:50:17 Abdelrazak Younes wrote:
Thanks. What should I do with the Qt4.1 case? Do I remove the assertion
and return '?' or does someone wants to implement the iconv solution?
Could that be placed inside a conditional statement so that it does
On Thursday 31 May 2007 14:00:25 Jean-Marc Lasgouttes wrote:
I also received a japanese update via [EMAIL PROTECTED] Can I commit?
Yes, please. :-)
JMarc
--
José Abílio
On 5/31/07, José Matos [EMAIL PROTECTED] wrote:
On Thursday 24 May 2007 05:34:51 Bo Peng wrote:
The attached patch overkills these bugs so it may introduce some new
bugs. Please test before you OK it.
What is the status of this bug?
It is in. I guess I have also closed the tickets.
Bo
lyx2lyx fails to convert most of the lyx documentations and examples
to 1.4.x , with error messages similar to
Traceback (most recent call last):
File lib/lyx2lyx/lyx2lyx, line 101, in ?
sys.exit(main(sys.argv))
File lib/lyx2lyx/lyx2lyx, line 95, in main
file.write()
File
OK, as this is a fix to a crash and that it also addresses Andre' main
complaint about the memory consumption due to the boost::signal in the
Inset class I'll commit.
I have no opinion on the use of signals in inset. Just to report that
lyx does not crash now with this revision.
Cheers,
Bo
José == José Matos [EMAIL PROTECTED] writes:
José On Thursday 31 May 2007 14:00:25 Jean-Marc Lasgouttes wrote:
I also received a japanese update via [EMAIL PROTECTED] Can I
commit?
José Yes, please. :-)
Done. BTW, Michael re-added all the old po entries in LINGUAS some
times ago. Shall we
José == José Matos [EMAIL PROTECTED] writes:
José On Thursday 31 May 2007 14:00:25 Jean-Marc Lasgouttes wrote:
I also received a japanese update via [EMAIL PROTECTED] Can I
commit?
José Yes, please. :-)
I did that.
JMarc
- Original Message -
From: Pavel Sanda [EMAIL PROTECTED]
To: lyx-devel@lists.lyx.org
Date: 2007-05-31 19:47:20
Subject: Re: Re-resubmission of Korean translations
I have made several failed attempt to submit a Korean translation of menus
and messages, etc.
have you tried
On Thursday 31 May 2007 15:34:01 Jean-Marc Lasgouttes wrote:
Done. BTW, Michael re-added all the old po entries in LINGUAS some
times ago. Shall we remove some? The rule we had for 1.4.x was not to
distribute the files in red in i18n status document. For convenience,
I have re-created this
Abdelrazak Younes wrote:
Thanks. What should I do with the Qt4.1 case? Do I remove the assertion
and return '?' or does someone wants to implement the iconv solution?
No ? and no assertion removal please. IMHO the crash is better than a ?,
because with a ? you don't always notice that LyX did
José == José Matos [EMAIL PROTECTED] writes:
José We can, and probably should, comment them before the next
José release candidate or just before release. Is that OK with you?
That's OK, I propose that before release we remove the ones that have not
been updated. Michael, are you planning to
On Thursday 31 May 2007 15:09:24 Bo Peng wrote:
Jose, can the attached patch go in?
Does this fixes the problem?
If yes then put it in.
--
José Abílio
On Thursday 31 May 2007 15:29:49 Bo Peng wrote:
This has to be addressed before RC1, but I am not familiar with this
character encoding issue.
Cheers,
Bo
This seems to be related with bug 3313 that I am considering now.
--
José Abílio
On Thu, 31 May 2007, Leuven, E. wrote:
Andre Poenitz wrote:
On Wed, May 30, 2007 at 11:39:16PM +0200, Abdelrazak Younes wrote:
I proposed the patch last week and it was available for comment for
a few days. I even had some help from Angus so I don't think this
thread went unoticed. Look for
Does this fixes the problem?
I use English so I can not test, but the string is in the po files
after 'scons update_po'
If yes then put it in.
It is in.
Bo
On Wed, May 30, 2007 at 10:43:15PM +0200, Michael Gerz wrote:
Martin,
could you please check this beamer layout?
# Theorems and such section
Style Corollary
LatexName corollary}%{
LabelString Corollary_
End
Is this _ a typo? Should
JMarc,
I am going to make a call tonight or tomorrow morning. Sorry, there are
busy times these days...
Michael
On Thursday 31 May 2007 10:08:31 Anders Ekberg wrote:
Hi!
Attached find a patch that aims to (at least partly) solve bug 3313.
Currently, an attempt to export a document containing any unicode
character (for example an en dash) to LyX1.4 results in an error message
An error occurred whilst
On Wed, May 30, 2007 at 05:13:53PM -0400, Paul A. Rubin wrote:
Rainer Dorsch wrote:
Hello,
I am not often working with tables in LyX, but I noticed two
usability issues when inserting rows or columns:
1) I searched first in table settings (opened on right click on
table), then used
On Friday 25 May 2007 09:17:45 Dov Feldstern wrote:
Find attached a revised patch (cursor_left_2.diff) with a one-line
comment (I don't want to get rid of it altogether).
Dov
I intend to commit cursor_left_2.diff, any objection?
--
José Abílio
On Wednesday 30 May 2007 07:09:59 Abdelrazak Younes wrote:
I've tested it yesterday and it was OK so OK :-)
Is this in?
Abdel.
--
José Abílio
Georg Baum wrote:
Abdelrazak Younes wrote:
Thanks. What should I do with the Qt4.1 case? Do I remove the assertion
and return '?' or does someone wants to implement the iconv solution?
No ? and no assertion removal please. IMHO the crash is better than a ?,
because with a ? you don't always
José Matos wrote:
On Friday 25 May 2007 09:17:45 Dov Feldstern wrote:
Find attached a revised patch (cursor_left_2.diff) with a one-line
comment (I don't want to get rid of it altogether).
Dov
I intend to commit cursor_left_2.diff, any objection?
Stefan has already added it, in a slightly
Bo Peng wrote:
OK, as this is a fix to a crash and that it also addresses Andre' main
complaint about the memory consumption due to the boost::signal in the
Inset class I'll commit.
I have no opinion on the use of signals in inset.
At last someone who don't think I've compromised LyX
Helge Hafting wrote:
Dov Feldstern wrote:
Lars Gullik Bjønnes wrote:
Dov Feldstern [EMAIL PROTECTED]
writes:
| Lars Gullik Bjønnes wrote:
| Elazar Leibovich
[EMAIL PROTECTED] writes:
| | On 28 May 2007 23:07:36 +0200, Lars Gullik Bjønnes
| [EMAIL PROTECTED] wrote:
| | Elazar Leibovich
I have no opinion on the use of signals in inset.
At last someone who don't think I've compromised LyX cleanness for
eternity :-)
Actually, I though of the singal approach when I implement
onMouseHover. If you still remember the crashes when the last_inset_
in BufferView became invalid when
Stefan Schimanski wrote:
As promised, here it is. This is the way to do it. It includes our
former patch for cursorLeft/Right to avoid boundary magic on
RTL-boundaries.
I don't understand what I'm supposed to apply this patch against.
@Dov: For the example where your patch was wrong, make
On Thu, May 31, 2007 at 09:04:11AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, May 30, 2007 at 11:39:16PM +0200, Abdelrazak Younes wrote:
I proposed the patch last week and it was available for comment for a
few days. I even had some help from Angus so I don't think this
Georg Baum wrote:
BTW I don't like that now the last comment about the symbol font hack is
also gone. It did cost me a lot of time to debug this, and the hack is
still used, but not documented anymore.
OK, got it, sorry. I deleted that because I thought it was just about
the toqstr() hack;
On Thu, May 31, 2007 at 09:25:15AM +0200, Stefan Schimanski wrote:
So, removing the whole boundary business, we get this behavious:
1) abc| \ndef =right= abc \n|def
2) ab|c\ndef =right= abc\n|def =right= abc\nd|ef
3) abc \nd|ef =left= abc \n|def =left= abc| \ndef
4) abc\nd|ef =left=
On Thu, May 31, 2007 at 09:50:03AM +0200, Stefan Schimanski wrote:
Am 31.05.2007 um 09:43 schrieb Jean-Marc Lasgouttes:
Stefan == Stefan Schimanski [EMAIL PROTECTED] writes:
Stefan This is fine, mostly. I don't like 7. There should be a
Stefan position behind the c, because if you type
On Thu, May 31, 2007 at 11:38:04AM +0200, Stefan Schimanski wrote:
Can anybody please explain me Text::bidi? It keeps a cache of RTL-
LTR levels for a row. But this variable is in the Text class, in
the public section. It does not store for which paragraph or row it
has values. It is
Stefan Schimanski wrote:
Hi!
Can anybody please explain me Text::bidi? It keeps a cache of RTL-LTR
levels for a row. But this variable is in the Text class, in the public
section. It does not store for which paragraph or row it has values. It
is accessed from all over the LyX code. At some
Andre Poenitz wrote:
Also fully and patch does not help. And not angus, 2007,
abdel (or signal) and a lot of other combinations.
I also see that Angus solved your C++ related problem. No less, no
more. Specifically it does not comment on the general sanity of the
signal-in-InsetBase idea.
I
I've tested it yesterday and it was OK so OK :-)
Is this in?
Yes: r18576
Stefan
Abdel.
--
José Abílio
PGP.sig
Description: Signierter Teil der Nachricht
On Thu, May 31, 2007 at 11:44:06AM +0200, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Hi!
Can anybody please explain me Text::bidi? It keeps a cache of RTL-LTR
levels for a row. But this variable is in the Text class, in the public
section. It does not store for which paragraph or
On Thu, May 31, 2007 at 11:55:17AM +0200, Stefan Schimanski wrote:
Feel free to unleash yourself and clean up this mess in the 1.6
frame ;-)
That said... are there any tools around supporting refactoring of C++
code like Eclipse can do it for Java?
Partially. The problem is that C++
This is not totally fair. The fact is, it's implementing a well-
known, standard, function. To understand it, you probably have to
read up on the Bidi algorithm (I've never done it thoroughly, I
don't know this code, either, and have been trying to avoid it as
much as possible, partly for
Andre Poenitz wrote:
The main problem is that new features (aka multiple views) crop up
faster than the core can provided the necessary infrastructure, leading
to a mess of 'fixes' just to make it work. The the feature's developer
leaves, nobody understands the code anymore and why a particular
Andre Poenitz wrote:
So either someone comes up with a real fix
you're volunteering andre?
or I'll prepare a patch to remove the signal and disable multiple
views at the weekend.
small kids act like this with their even smaller brothers...
On Thu, May 31, 2007 at 03:06:19PM +0100, José Matos wrote:
On Thursday 31 May 2007 13:50:17 Abdelrazak Younes wrote:
Thanks. What should I do with the Qt4.1 case? Do I remove the
assertion and return '?' or does someone wants to implement the
iconv solution?
Could that be placed
1 - 100 of 384 matches
Mail list logo