Approving a wiki link (Hebrew instructions)

Hi, guys! Long time no see! I'm just hopping by for a short visit -- not planning to stay long term... Could someone please approve the link that I just added to this wiki page [1], or send me the password? Thanks! Dov [1] http://wiki.lyx.org/LyX/HebrewOnLinux

Approving a wiki link (Hebrew instructions)

Hi, guys! Long time no see! I'm just hopping by for a short visit -- not planning to stay long term... Could someone please approve the link that I just added to this wiki page [1], or send me the password? Thanks! Dov [1] http://wiki.lyx.org/LyX/HebrewOnLinux

Re: Bug 6454: Where Things Stand

Whoops, adding back the list (haven't done this for a while...!) On Thu, Mar 18, 2010 at 11:22 PM, Dov Feldstern d...@lyx.org wrote: On Thu, Mar 18, 2010 at 5:48 PM, rgheck rgh...@comcast.net wrote: . . I'm guessing that this is the cause of the problem. Where ought the position to have

Re: Bug 6454: Where Things Stand

On Thu, Mar 18, 2010 at 11:47 PM, rgheck rgh...@bobjweil.com wrote: And adding the list here, too On 03/18/2010 05:22 PM, Dov Feldstern wrote: On Thu, Mar 18, 2010 at 5:48 PM, rgheckrgh...@comcast.net  wrote: . . I'm guessing that this is the cause of the problem. Where ought

Re: Bug 6454: Where Things Stand

On Fri, Mar 19, 2010 at 1:22 AM, rgheck rgh...@bobjweil.com wrote: On 03/18/2010 07:01 PM, Dov Feldstern wrote: So, in order to figure this out, I added the debug prints mentioned above, and then I noticed that only when we're at the end of a word, but not anywhere else, then a line

Re: Bug 6454: Where Things Stand

On Fri, Mar 19, 2010 at 1:25 AM, Dov Feldstern d...@lyx.org wrote: On Fri, Mar 19, 2010 at 1:22 AM, rgheck rgh...@bobjweil.com wrote: On 03/18/2010 07:01 PM, Dov Feldstern wrote: So, in order to figure this out, I added the debug prints mentioned above, and then I noticed that only when we're

Re: Bug 6454: Where Things Stand

Whoops, adding back the list (haven't done this for a while...!) On Thu, Mar 18, 2010 at 11:22 PM, Dov Feldstern <d...@lyx.org> wrote: > On Thu, Mar 18, 2010 at 5:48 PM, rgheck <rgh...@comcast.net> wrote: > . > . >> I'm guessing that this is the cause of the pr

Re: Bug 6454: Where Things Stand

On Thu, Mar 18, 2010 at 11:47 PM, rgheck <rgh...@bobjweil.com> wrote: > > And adding the list here, too > > On 03/18/2010 05:22 PM, Dov Feldstern wrote: >> >> On Thu, Mar 18, 2010 at 5:48 PM, rgheck<rgh...@comcast.net>  wrote: >> . >> . >>

Re: Bug 6454: Where Things Stand

On Fri, Mar 19, 2010 at 1:22 AM, rgheck <rgh...@bobjweil.com> wrote: > On 03/18/2010 07:01 PM, Dov Feldstern wrote: >> >> So, in order to figure this out, I added the debug prints mentioned >> above, and then I noticed that only when we're at the end of a wor

Re: Bug 6454: Where Things Stand

On Fri, Mar 19, 2010 at 1:25 AM, Dov Feldstern <d...@lyx.org> wrote: > On Fri, Mar 19, 2010 at 1:22 AM, rgheck <rgh...@bobjweil.com> wrote: >> On 03/18/2010 07:01 PM, Dov Feldstern wrote: >>> >>> So, in order to figure this out, I added the debug prints

slashdot thread on Collaborative Academic Writing Software

http://ask.slashdot.org/article.pl?sid=09/03/13/1925238 : ...One solution to this is to simply pair up LaTeX with version control software (such as Subversion) to allow multiple collaborators to work on the same document at one time. But adding Subversion to the mix only seems to increase the

slashdot thread on Collaborative Academic Writing Software

http://ask.slashdot.org/article.pl?sid=09/03/13/1925238 : "...One solution to this is to simply pair up LaTeX with version control software (such as Subversion) to allow multiple collaborators to work on the same document at one time. But adding Subversion to the mix only seems to increase

Re: Location in SVN for work on developing build scripts?

Christian Ridderström wrote: Hi, I'm currently using Mercurial (hg) for working on some build scripts because I don't know where I should put them in the SVN tree. Could someone point me to a good place in the SVN tree? I'd rather not put them in lyx-devel at the moment as that tree is

Re: Location in SVN for work on developing build scripts?

Christian Ridderström wrote: Hi, I'm currently using Mercurial (hg) for working on some build scripts because I don't know where I should put them in the SVN tree. Could someone point me to a good place in the SVN tree? I'd rather not put them in lyx-devel at the moment as that tree is

Re: Hebrew and Proof Environment

rgheck wrote: Amir Rachum wrote: I've recently upgraded to LyX 1.6 and using Windows XP. I use the document class article (Hebrew). I use the proof environment, but in the new version, after I render to pdf, the proof doesn't start at a new line. i.e in LyX I see: bla bla bla proof: bla bla

Re: Hebrew and Proof Environment

Amir Rachum wrote: Here is an example, hope that helps. thanks On Sat, Nov 22, 2008 at 6:31 PM, Dov Feldstern [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: rgheck wrote: Amir Rachum wrote: I've recently upgraded to LyX 1.6 and using Windows XP. I

Re: Hebrew and Proof Environment

Amir Rachum wrote: How do I compile these? When I use Import LaTeX (plain) I get a weird file, with both those files. I can attach a screen shot if you want me to. I'm not sure how it's done in Windows; in linux I just run the latex command on them to see that the output is correct:

Re: [Fwd: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp]

Jürgen Spitzmüller wrote: Dov Feldstern wrote: Jürgen, OK for branch? OK. Jürgen Should this kind of thing --- which is purely under the hood --- be documented in status.16x, or no need? (reminder: code reuse in overloaded versions of isRTLBoundary)

Re: Hebrew and Proof Environment

Jürgen Spitzmüller wrote: Dov Feldstern wrote: Hmm, it looks like there's a missing newline in the tex output which is causing the problem: attached find the tex output I'm getting from Amir's LyX file in 2.0svn (in which the problem he describes exists), and a fixed tex output which displays

Re: Hebrew and Proof Environment

rgheck wrote: Amir Rachum wrote: I've recently upgraded to LyX 1.6 and using Windows XP. I use the document class article (Hebrew). I use the proof environment, but in the new version, after I render to pdf, the proof doesn't start at a new line. i.e in LyX I see: bla bla bla proof: bla bla

Re: Hebrew and Proof Environment

Amir Rachum wrote: Here is an example, hope that helps. thanks On Sat, Nov 22, 2008 at 6:31 PM, Dov Feldstern <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: rgheck wrote: Amir Rachum wrote: I've recently upgraded to LyX 1.6 and usin

Re: Hebrew and Proof Environment

Amir Rachum wrote: How do I compile these? When I use Import > LaTeX (plain) I get a weird file, with both those files. I can attach a screen shot if you want me to. I'm not sure how it's done in Windows; in linux I just run the latex command on them to see that the output is correct:

Re: [Fwd: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp]

Jürgen Spitzmüller wrote: Dov Feldstern wrote: Jürgen, OK for branch? OK. Jürgen Should this kind of thing --- which is purely "under the hood" --- be documented in status.16x, or no need? (reminder: code reuse in overloaded versions of isRTLBoundary)

Re: Hebrew and Proof Environment

Jürgen Spitzmüller wrote: Dov Feldstern wrote: Hmm, it looks like there's a missing newline in the tex output which is causing the problem: attached find the tex output I'm getting from Amir's LyX file in 2.0svn (in which the problem he describes exists), and a fixed tex output which displays

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

Abdelrazak Younes wrote: Andre Poenitz wrote: On Wed, Nov 19, 2008 at 08:59:17PM +0100, Vincent van Ravesteijn wrote: Dov Feldstern schreef: 1) boundary should not be set to true at a (intra-paragraph) line break; fixes this: abc|\n- move right - abc\n (and not:abc\n

[Fwd: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp]

Jürgen, OK for branch? Original Message Subject: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp Date: Fri, 21 Nov 2008 11:32:57 - From: [EMAIL PROTECTED] Reply-To: lyx-devel@lists.lyx.org To: [EMAIL PROTECTED] Author: dov Date: Fri Nov 21 12:32:56 2008 New

Re: [PATCH 2 of 3] two fixes of RTL boundary calculation:

Abdelrazak Younes wrote: Andre Poenitz wrote: On Wed, Nov 19, 2008 at 08:59:17PM +0100, Vincent van Ravesteijn wrote: Dov Feldstern schreef: 1) boundary should not be set to true at a (intra-paragraph) line break; fixes this: abc|\n-> move right -> abc\n (and not:

[Fwd: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp]

Jürgen, OK for branch? Original Message Subject: [Cvslog] r27656 - /lyx-devel/trunk/src/TextMetrics.cpp Date: Fri, 21 Nov 2008 11:32:57 - From: [EMAIL PROTECTED] Reply-To: lyx-devel@lists.lyx.org To: [EMAIL PROTECTED] Author: dov Date: Fri Nov 21 12:32:56 2008 New

[PATCH 0 of 3] fix further manifestations of bug 5061

Hi! The following patches fix the remaining manifestations of bug 5061 (Wrong painting of cursor after newline http://bugzilla.lyx.org/show_bug.cgi?id=5061). All of the situations being fixed are RTL/LTR boundary cases. I'm quite confident the first patch is correct, and will commit it if there

[PATCH 1 of 3] get rid of code duplication between overloaded versions of isRTLBoundary

This is in preparation of some changes to be made in this function, now the change will only have to be done once... # HG changeset patch # User Dov Feldstern [EMAIL PROTECTED] # Date 1226857640 -7200 # Node ID 8b73bd1b76ee5a0bd85b66dfcd4dbd3862cf7361 # Parent

[PATCH 3 of 3] more cursor RTL boundary fixes

^ boundary needs to be switched to true here # HG changeset patch # User Dov Feldstern [EMAIL PROTECTED] # Date 1226858131 -7200 # Node ID ae691e6ca722b1a5d50f2db963d4244ffbd34d52 # Parent

[PATCH 2 of 3] two fixes of RTL boundary calculation:

this: abc\n - toggle to RTL - abc\n (and not:abc\n| | | ) This fixes some manifestations of http://bugzilla.lyx.org/show_bug.cgi?id=5061 # HG changeset patch # User Dov Feldstern [EMAIL PROTECTED] # Date 1226857936 -7200 # Node

[PATCH 0 of 3] fix further manifestations of bug 5061

Hi! The following patches fix the remaining manifestations of bug 5061 ("Wrong painting of cursor after newline" http://bugzilla.lyx.org/show_bug.cgi?id=5061). All of the situations being fixed are RTL/LTR boundary cases. I'm quite confident the first patch is correct, and will commit it if

[PATCH 1 of 3] get rid of code duplication between overloaded versions of isRTLBoundary

This is in preparation of some changes to be made in this function, now the change will only have to be done once... # HG changeset patch # User Dov Feldstern <[EMAIL PROTECTED]> # Date 1226857640 -7200 # Node ID 8b73bd1b76ee5a0bd85b66dfcd4dbd3862cf7361 #

[PATCH 3 of 3] more cursor RTL boundary fixes

boundary = 1 ^ boundary needs to be switched to true here # HG changeset patch # User Dov Feldstern <[EMAIL PROTECTED]> # Date 1226858131 -7200 # Node ID ae691e6ca722b1a5d50f2db963d4244

[PATCH 2 of 3] two fixes of RTL boundary calculation:

fixes this: abc\n -> toggle to RTL -> abc\n (and not:abc\n| | | ) This fixes some manifestations of http://bugzilla.lyx.org/show_bug.cgi?id=5061 # HG changeset patch # User Dov Feldstern <[EMAIL PROTECTED]> # Dat

Re: [PATCH] Bug 5061

Vincent van Ravesteijn - TNW wrote: (2) However, #5061 still exists when boundary is set to true for a correct reason; for example, try this recipe: - create a new file - insert an equation - press the right arrow key to jump out of the equation - press Ctrl-Return - switch the language to an

Re: [PATCH] Bug 5061

Vincent van Ravesteijn - TNW wrote: (2) However, #5061 still exists when boundary is set to true for a correct reason; for example, try this recipe: - create a new file - insert an equation - press the right arrow key to jump out of the equation - press Ctrl-Return - switch the language to an

Re: [PATCH] Bug 5061

Enrico Forestieri wrote: On Thu, Oct 30, 2008 at 07:51:41AM -0400, rgheck wrote: http://bugzilla.lyx.org/show_bug.cgi?id=5061 Can someone who knows about InsetMathNest review the patch Vincent attached to this bug? It looks like it's probably correct, but I don't know about this stuff. Me

Re: [PATCH] Bug 5061

Dov Feldstern wrote: Enrico Forestieri wrote: On Thu, Oct 30, 2008 at 07:51:41AM -0400, rgheck wrote: http://bugzilla.lyx.org/show_bug.cgi?id=5061 Can someone who knows about InsetMathNest review the patch Vincent attached to this bug? It looks like it's probably correct, but I don't know

Re: [PATCH] Bug 5061

Enrico Forestieri wrote: On Thu, Oct 30, 2008 at 07:51:41AM -0400, rgheck wrote: http://bugzilla.lyx.org/show_bug.cgi?id=5061 Can someone who knows about InsetMathNest review the patch Vincent attached to this bug? It looks like it's probably correct, but I don't know about this stuff. Me

Re: [PATCH] Bug 5061

Dov Feldstern wrote: Enrico Forestieri wrote: On Thu, Oct 30, 2008 at 07:51:41AM -0400, rgheck wrote: http://bugzilla.lyx.org/show_bug.cgi?id=5061 Can someone who knows about InsetMathNest review the patch Vincent attached to this bug? It looks like it's probably correct, but I don't know

Re: [patch] Selection painting in Insets

Abdelrazak Younes wrote: On 12/10/2008 21:24, Vincent van Ravesteijn wrote: Vincent van Ravesteijn wrote: This patch solves some problems with painting selections in Insets. These are: - multiline selections paint in left margin of the main text (bug 5270), - the margins to the left and

Re: [patch] Selection painting in Insets

Abdelrazak Younes wrote: On 13/10/2008 16:23, Dov Feldstern wrote: Abdelrazak Younes wrote: +if (row.end_margin_sel) { if (text_-isRTL(buffer, beg.paragraph())) { -int rm = bv_-rightMargin(); -pi.pain.fillRectangle(x + rm, y1, x2 - rm, y2 - y1

Re: [patch] Selection painting in Insets

Abdelrazak Younes wrote: On 12/10/2008 21:24, Vincent van Ravesteijn wrote: Vincent van Ravesteijn wrote: This patch solves some problems with painting selections in Insets. These are: - multiline selections paint in left margin of the main text (bug 5270), - the margins to the left and

Re: [patch] Selection painting in Insets

Abdelrazak Younes wrote: On 13/10/2008 16:23, Dov Feldstern wrote: Abdelrazak Younes wrote: +if (row.end_margin_sel) { if (text_->isRTL(buffer, beg.paragraph())) { -int rm = bv_->rightMargin(); -pi.pain.fillRectangle(x + rm, y1, x2 - rm, y

Re: Bidi painting

Uwe Stöhr wrote: Dov Feldstern schrieb: Can you try the attached patch to see if it speeds things up? Note that this is not really a patch --- the painting will be *incorrect* with it applied; but it's just to diagnose whether the problem is where I think it is. Your patch solves

Re: Bidi painting

Uwe Stöhr wrote: Dov Feldstern schrieb: Can you try the attached "patch" to see if it speeds things up? Note that this is not really a patch --- the painting will be *incorrect* with it applied; but it's just to diagnose whether the problem is where I think it is. Your &quo

Re: The text completer is eating the Tab key.

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Stefan Schimanski wrote: Hi! I want to bring up this issue again as it is not solved yet. The problem is simple: TAB is used for completion, but also for jumping to the next cell in a table. So it's a key conflict. AFAIK TAB is quite

Bidi painting (was: Re: Problom with LYX)

Uwe Stöhr wrote: When I use LYX to create Persian texts, it's going so slow when you scroll the document, even you type only 3 or 4 pages. But I don't occur this problem when writing in English. I attached a sample file to this mail. What version of LyX are you using? Scrolling is

Re: The text completer is eating the Tab key.

Abdelrazak Younes wrote: Abdelrazak Younes wrote: Stefan Schimanski wrote: Hi! I want to bring up this issue again as it is not solved yet. The problem is simple: TAB is used for completion, but also for jumping to the next cell in a table. So it's a key conflict. AFAIK TAB is quite

Bidi painting (was: Re: Problom with LYX)

Uwe Stöhr wrote: > When I use LYX to create Persian texts, it's going so slow when you > scroll the document, even you type only 3 or 4 pages. But I don't occur this > problem when writing in English. I attached a sample file to this mail. What version of LyX are you using? Scrolling is

Re: problem compiling (linking) trunk

Pavel Sanda wrote: Dov Feldstern wrote: Abdelrazak Younes wrote: Dov Feldstern wrote: Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031

Re: problem compiling (linking) trunk

Pavel Sanda wrote: Dov Feldstern wrote: Abdelrazak Younes wrote: Dov Feldstern wrote: Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031

problem compiling (linking) trunk

Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031: undefined reference to `lyx::Messages::main_lang_' collect2: ld returned 1 exit status

Re: translate to arabic

, Ran Rutenberg 2008/7/30, Dov Feldstern [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Abdelrazak Younes wrote: Uwe Stöhr wrote: The menu positions itself are not changed, so the File menu will always be the first one at the left side

Re: translate to arabic

Abdelrazak Younes wrote: Dov Feldstern wrote: I'm forwarding Ran's response about this; sounds like it's a problem also in Hebrew... I'm not sure what the current status is --- is this already fixed in trunk? Yes, it is fixed :-) Abdel. Great! Ran --- are you able to compile the latest

Re: problem compiling (linking) trunk

Abdelrazak Younes wrote: Dov Feldstern wrote: Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031: undefined reference to `lyx::Messages

problem compiling (linking) trunk

Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031: undefined reference to `lyx::Messages::main_lang_' collect2: ld returned 1 exit status

Re: translate to arabic

, Ran Rutenberg 2008/7/30, Dov Feldstern <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>: Abdelrazak Younes wrote: Uwe Stöhr wrote: The menu positions itself are not changed, so the File menu will always be the first one at t

Re: translate to arabic

Abdelrazak Younes wrote: Dov Feldstern wrote: I'm forwarding Ran's response about this; sounds like it's a problem also in Hebrew... I'm not sure what the current status is --- is this already fixed in trunk? Yes, it is fixed :-) Abdel. Great! Ran --- are you able to compile the latest

Re: problem compiling (linking) trunk

Abdelrazak Younes wrote: Dov Feldstern wrote: Hi! Linux, Qt 4.2.1: frontends/qt4/.libs/liblyxqt4.a(GuiApplication.o): In function `lyx::frontend::GuiApplication::setGuiLanguage()': /home/dovf/lyx-trunk-new/src/frontends/qt4/GuiApplication.cpp:1031: undefined reference to `lyx::Messages

Re: translate to arabic

Abdelrazak Younes wrote: Uwe Stöhr wrote: The menu positions itself are not changed, so the File menu will always be the first one at the left side of the screen. Abdel, do you know if Qt supports this? I guess so. I am actually surprised that this is not the default. QMenuBar doc doesn't

Re: [Fwd: add equation from RTL]

Uwe Stöhr wrote: hatim ali wrote: i hope you can add written Mathematical equation from right to left, like the image in attachment, i do it with texmaker program. I think that this is already possible. Dov, Ran, is this the case? regards Uwe

Re: translate to arabic

Abdelrazak Younes wrote: Uwe Stöhr wrote: The menu positions itself are not changed, so the File menu will always be the first one at the left side of the screen. Abdel, do you know if Qt supports this? I guess so. I am actually surprised that this is not the default. QMenuBar doc doesn't

Re: [Fwd: add equation from RTL]

Uwe Stöhr wrote: hatim ali wrote: i hope you can add written Mathematical equation from right to left, like the image in attachment, i do it with texmaker program. I think that this is already possible. Dov, Ran, is this the case? regards Uwe

Re: bug due to r25666

Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any better way to do it. I've

Re: bug due to r25666

Richard heck wrote: rgheck wrote: rgheck wrote: Dov Feldstern wrote: Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). I've tried to fix this at r. The fix is horrible, basically, but I don't see any better way to do it. I've

bug due to r25666

Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). This is the bug: the attached LyX file (r25666-bug.lyx), when opened in r25665, correctly produces the dvi output correct.dvi; when opened in r25666, however, the output is

bug due to r25666

Hi! By bisecting, I've determined the following bug is due to r25666 (http://www.lyx.org/trac/changeset/25666). This is the bug: the attached LyX file (r25666-bug.lyx), when opened in r25665, correctly produces the dvi output correct.dvi; when opened in r25666, however, the output is

Re: Still no composing, and a crash...

is probably without, since it appears to work in other applications) I'm afraid I'm not familiar with either of these areas... Dov John Coppens wrote: On Fri, 04 Jul 2008 18:49:22 +0300 Dov Feldstern [EMAIL PROTECTED] wrote: John Coppens wrote: Hello people. I'm not a very frequent user

Re: Still no composing, and a crash...

is probably without, since it appears to work in other applications) I'm afraid I'm not familiar with either of these areas... Dov John Coppens wrote: On Fri, 04 Jul 2008 18:49:22 +0300 Dov Feldstern <[EMAIL PROTECTED]> wrote: John Coppens wrote: Hello people. I'm not a very frequen

view source, outliner open on startup?

Hi! Starting quite recently (within the last two weeks?) the view source and outliner widgets are open when LyX starts; this didn't used to be the case. I don't see any preference controlling this. can the old behavior be restored? Thanks! Dov

view source, outliner open on startup?

Hi! Starting quite recently (within the last two weeks?) the view source and outliner widgets are open when LyX starts; this didn't used to be the case. I don't see any preference controlling this. can the old behavior be restored? Thanks! Dov

problem compiling trunk (Qt 4.2.1)

Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory imagetools.cpp: In function '__gnu_debug_def::vectorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar

Re: problem compiling trunk (Qt 4.2.1)

Abdelrazak Younes wrote: Dov Feldstern wrote: Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory Really? http://doc.trolltech.com/4.2/qimagereader.html Hmmm, yes... Well, I see that all the generated ui_XXX.h files include it this way: QtGui/QImageReader

Re: problem compiling trunk (Qt 4.2.1)

Abdelrazak Younes wrote: Dov Feldstern wrote: Abdelrazak Younes wrote: Dov Feldstern wrote: Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory Really? http://doc.trolltech.com/4.2/qimagereader.html Hmmm, yes... Well, I see that all the generated ui_XXX.h

problem compiling trunk (Qt 4.2.1)

Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory imagetools.cpp: In function '__gnu_debug_def::vector, std::allocator > >

Re: problem compiling trunk (Qt 4.2.1)

Abdelrazak Younes wrote: Dov Feldstern wrote: Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory Really? http://doc.trolltech.com/4.2/qimagereader.html Hmmm, yes... Well, I see that all the generated ui_XXX.h files include it this way: , and that does solve

Re: problem compiling trunk (Qt 4.2.1)

Abdelrazak Younes wrote: Dov Feldstern wrote: Abdelrazak Younes wrote: Dov Feldstern wrote: Thanks! Dov imagetools.cpp:18:24: error: QImageReader: No such file or directory Really? http://doc.trolltech.com/4.2/qimagereader.html Hmmm, yes... Well, I see that all the generated ui_XXX.h

Re: [Cvslog] r25108 - in /lyx-devel/trunk/src/frontends/qt4: GuiComple...

Bernhard Roider wrote: [EMAIL PROTECTED] schrieb: Author: broider Date: Wed Jun 4 00:00:47 2008 New Revision: 25108 URL: http://www.lyx.org/trac/changeset/25108 Log: Fix item delegate for qt 4.2: In the completion-listbox rtl-Text does not work like it does for newer qt and icons are not

Re: [Cvslog] r25108 - in /lyx-devel/trunk/src/frontends/qt4: GuiComple...

Bernhard Roider wrote: [EMAIL PROTECTED] schrieb: Author: broider Date: Wed Jun 4 00:00:47 2008 New Revision: 25108 URL: http://www.lyx.org/trac/changeset/25108 Log: Fix item delegate for qt 4.2: In the completion-listbox rtl-Text does not work like it does for newer qt and icons are not

Re: Beta 2 (private announcement)

José Matos wrote: Hi all, as discussed during the weekend and in order to fix the problems that appeared with beta 1 I have tagged a new release (beta 2). As it happened previously I am asking for help to guarantee that there are no embarrassing bugs. I mean in this case a failure to

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Stefan Schimanski wrote: I tried the patch now and it looks good. The RTL issues I will leave to Dov to judge. In fact I wonder whether it also fixes my other crash with Qt 4.4 on Mac which I reported some time ago. At least in my little testing I was not able to make it crash again.

Re: Beta 2 (private announcement)

José Matos wrote: Hi all, as discussed during the weekend and in order to fix the problems that appeared with beta 1 I have tagged a new release (beta 2). As it happened previously I am asking for help to guarantee that there are no embarrassing bugs. I mean in this case a failure to

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Stefan Schimanski wrote: I tried the patch now and it looks good. The RTL issues I will leave to Dov to judge. In fact I wonder whether it also fixes my other crash with Qt 4.4 on Mac which I reported some time ago. At least in my little testing I was not able to make it crash again.

Re: Request to test beta 1

José Matos wrote: Hi, temporarily I have placed the source for lyx-1.6.0beta1 in http://lyx.org/~jamatos/lyx-1.6/ If it goes well we could/should announce it publically and then it would be nice to have packages to test this under different scenarios. If the sources have some unseen

Re: Introduction and Armenian language support

Suren Karapetyan wrote: Hi there! I'm Suren Karapetyan from Armenia. I've spent the last few hours trying to understand how I'm supposed to write Armenian book with LyX. I'm trying to rewrite the book I wrote with a friend of mine (http://www.pocpp.org) in LyX. And of course I have a problem

Re: Request to test beta 1

José Matos wrote: Hi, temporarily I have placed the source for lyx-1.6.0beta1 in http://lyx.org/~jamatos/lyx-1.6/ If it goes well we could/should announce it publically and then it would be nice to have packages to test this under different scenarios. If the sources have some unseen

Re: Introduction and Armenian language support

Suren Karapetyan wrote: Hi there! I'm Suren Karapetyan from Armenia. I've spent the last few hours trying to understand how I'm supposed to write Armenian book with LyX. I'm trying to rewrite the book I wrote with a friend of mine (http://www.pocpp.org) in LyX. And of course I have a problem

Re: The text completer is eating the Tab key.

Abdelrazak Younes wrote: Hello Stefan, It is thus not possible to use the Tab key to navigate in a table or in an equation. ... I am not sure how this can be fixed but this needs to be fixed IMHO. Abdel. I agree. We discussed this a while back

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Bernhard Roider wrote: Hello Stefan, today i finally found some time to investigate the problem we discussed at the beginning of march concerning the completion list: rtl text does not work and icons are not displayed for math symbols. Here is a patch that solves that issue for me using qt

Re: The text completer is eating the Tab key.

Abdelrazak Younes wrote: Hello Stefan, It is thus not possible to use the Tab key to navigate in a table or in an equation. ... I am not sure how this can be fixed but this needs to be fixed IMHO. Abdel. I agree. We discussed this a while back

Re: [PATCH] GuiCompeter problems with qt 4.2.x

Bernhard Roider wrote: Hello Stefan, today i finally found some time to investigate the problem we discussed at the beginning of march concerning the completion list: rtl text does not work and icons are not displayed for math symbols. Here is a patch that solves that issue for me using qt

trunk doesn't compile with Qt 4.2.1

Hi! I'm getting the following error on linux, qt 4.2.1: GuiApplication.cpp: In member function 'QAbstractItemModel* lyx::frontend::GuiApplication::languageModel()': GuiApplication.cpp:479: error: 'class QSortFilterProxyModel' has no member named 'setSortLocaleAware' Thanks! Dov (Sorry if

Re: [Cvslog] r24802 - /lyx-devel/trunk/src/frontends/qt4/GuiApplicatio...

[EMAIL PROTECTED] wrote: Author: younes Date: Fri May 16 16:30:46 2008 New Revision: 24802 URL: http://www.lyx.org/trac/changeset/24802 Log: Compil fix for Qt4.2 Great, thanks Abdel!

trunk doesn't compile with Qt 4.2.1

Hi! I'm getting the following error on linux, qt 4.2.1: GuiApplication.cpp: In member function 'QAbstractItemModel* lyx::frontend::GuiApplication::languageModel()': GuiApplication.cpp:479: error: 'class QSortFilterProxyModel' has no member named 'setSortLocaleAware' Thanks! Dov (Sorry if

Re: [Cvslog] r24802 - /lyx-devel/trunk/src/frontends/qt4/GuiApplicatio...

[EMAIL PROTECTED] wrote: Author: younes Date: Fri May 16 16:30:46 2008 New Revision: 24802 URL: http://www.lyx.org/trac/changeset/24802 Log: Compil fix for Qt4.2 Great, thanks Abdel!

Re: RCS usage in lyx, git

Bo Peng wrote: I've thought many time about this too. That would be very, very nice. But my understanding is that git is current unix (even linux) only so this feature will only benefit a few users. Bo There's also mercurial, which I find very very nice, and which is cross-platform

Re: RCS usage in lyx, git

Bo Peng wrote: I've thought many time about this too. That would be very, very nice. But my understanding is that git is current unix (even linux) only so this feature will only benefit a few users. Bo There's also mercurial, which I find very very nice, and which is cross-platform

  1   2   3   4   5   6   7   8   9   10   >