[patch] remove wheel mouse ui from qt2

The attached patch finally eliminates the gui element. I did not touch qt4, since Abdel is reorganizing the Prefs dialog currently. Abdel, while you are at it, could you please remove the wheel mouse spinbox? OK to apply to branch and trunk? * src/frontends/qt2/QPrefs.C (void QP

Re: [Pre-Patch] Was: Feature request: Remember the editing location when a file is closed.

On Wed, 2006-03-22 at 23:19 -0600, Bo Peng wrote: > Dear list, > > It does not look so difficult to implement this feature so I tried to > implement it by myself. Attached is my patch. Since I rarely submit a > patch here so I am afraid that there might be many problems (format, > logic, bugs). Pl

[Pre-Patch] Was: Feature request: Remember the editing location when a file is closed.

Dear list, It does not look so difficult to implement this feature so I tried to implement it by myself. Attached is my patch. Since I rarely submit a patch here so I am afraid that there might be many problems (format, logic, bugs). Please have a look and give me some feedbacks. Many files have

Re: A Cygwin related patch

On Wed, Mar 22, 2006 at 09:29:35PM +, Enrico Forestieri wrote: > The attached patch fixes the bug reported here: > http://thread.gmane.org/gmane.editors.lyx.general/29227 > > In my intention this is the first of a series of patches aimed at polishing > the Cygwin target, which I think is laggi

Re: A Cygwin related patch

Enrico Forestieri <[EMAIL PROTECTED]> writes: > > The attached patch fixes the bug reported here: > http://thread.gmane.org/gmane.editors.lyx.general/29227 > > In my intention this is the first of a series of patches aimed at polishing > the Cygwin target, which I think is lagging behind. Please

Re: configure failure... (latest CVS) missing file?

On Wed, Mar 22, 2006 at 09:35:16PM +0100, Lars Gullik Bjønnes wrote: > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > | One of these two fixes should work. The reason nobody noticed is that > | we already have tests/Makefile.in from earlier runs, I guess. > | > | Index: src/frontends/contro

Re: Feature request: Remember the editing location when a file is closed.

On Wed, 22 Mar 2006, Bo Peng wrote: > Dear list, > > I am not sure if others will like this idea. When I edit a long file, > it may be troublesome to locate and continue from where I was working > on, after the file is re-opened. I would be happy if lyx can > automatically goes to the page at whi

Feature request: Remember the editing location when a file is closed.

Dear list, I am not sure if others will like this idea. When I edit a long file, it may be troublesome to locate and continue from where I was working on, after the file is re-opened. I would be happy if lyx can automatically goes to the page at which lyx was closed. I can think of two ways to do

Re: gtk frontend and gcc 4.1

Am Mittwoch, 22. März 2006 20:41 schrieb Ling Li: > Hi, it seems that this small patch is needed to compile gtk > frontend with gcc 4.1 (on fedora core 5). Thanks, I put it in both 1.4 and 1.5,since it is obviously right. Georg Log: compile fix from Ling Li: remove superflous class name of memb

A Cygwin related patch

The attached patch fixes the bug reported here: http://thread.gmane.org/gmane.editors.lyx.general/29227 In my intention this is the first of a series of patches aimed at polishing the Cygwin target, which I think is lagging behind. Please, tell me if this ok with you. I have no problem in maintain

Re: qt4: some colors messed up in preferences dialog

"Leuven, E." <[EMAIL PROTECTED]> writes: | > Edwin, I noticed that you didn't commit your patch. I want to | > do some cleanup that include your patch so I am going to commit | > the attached patch. | | sorry for that, but i haven't had the opportunity to commit since my old password doesn't see

Re: [Ãpatch] RandomAccessList take 4

Andre Poenitz <[EMAIL PROTECTED]> writes: | I guess we'll end up with a beautiful version using latest technology | which won't fix the original problem (speed) but would look much nicer | than any pragmatic and working solution. I am not quite sure what high horse you have saddled yourself upon,

Re: configure failure... (latest CVS) missing file?

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | One of these two fixes should work. The reason nobody noticed is that | we already have tests/Makefile.in from earlier runs, I guess. | | Index: src/frontends/controllers/Makefile.am | =

Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

On Wed, Mar 22, 2006 at 09:09:31PM +0100, Georg Baum wrote: > Am Mittwoch, 22. März 2006 18:10 schrieb Martin Vermeer: > > > Playing around with esvn... looks quite nice. > > Does it work now? I researched several svn GUIS when we switched to svn at > work, but back then (end of 2004 IIRC) none

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Am Mittwoch, 22. März 2006 18:47 schrieb Abdelrazak Younes: > My point is that you shouldn't need to manipulate Colors outside the > frontend. But I am maybe missing something. That might well be the case (I am not sure actually). If that is really true we can still reduce RGBColor to just thre

Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

Am Mittwoch, 22. März 2006 18:10 schrieb Martin Vermeer: > Playing around with esvn... looks quite nice. Does it work now? I researched several svn GUIS when we switched to svn at work, but back then (end of 2004 IIRC) none was usable (esvn kept crashing). Georg

Re: [PATCH] better support for classes that do not define a ToC

Am Mittwoch, 22. März 2006 15:39 schrieb Jean-Marc Lasgouttes: > Comments? I'd like to apply it for 1.4.1. Then of course we'll have to > fix the actual problem. I think you should put that in. Even if we are going to fix the xurrent problems it will LyX make more robust wrt incomoplete layout

Re: LyX 1.5 crash while scrolling

Am Mittwoch, 22. März 2006 11:24 schrieb Juergen Spitzmueller: > 1. Load the UserGuide > 2. Scroll > > => LyX crashes. Not reproducible with 1.4 This smells like a boost thing. Does it happen also if you compile against system boost? Do you have that at all? Or maybe with the boost directory of

gtk frontend and gcc 4.1

Hi, it seems that this small patch is needed to compile gtk frontend with gcc 4.1 (on fedora core 5). --Ling diff -ur lyx-1.4.0/src/frontends/gtk/GCharacter.h lyx-1.4.0/src/frontends/gtk/GCharacter.h --- lyx-1.4.0/src/frontends/gtk/GCharacter.h2004-10-10 08:10:37.0 -0700 +++ lyx-1.4.

Re: LyX/Mac bundle changes

On Mar 20, 2006, at 6:29 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> (Note my question in the other thread Bennett> lyx-devel@lists.lyx.org/msg86805.html>: should the source for Bennett> this (as an XCode

Crash during acrolling with arrow-down

Dear list, I can not reproduce this crash. It happens when I use down arrow key to navigate an article. The assertion is: % break on pointer: 0x8dcbe38 hint: xy size: 259 Assertion triggered in void lyxbreaker(const void*, const char*, int) by failing check "false" in file coordcache.C:30 This

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Georg Baum a écrit : Abdelrazak Younes wrote: Actually I prefer the 3 ints solution but I thought this would complicate the lyx and latex file writings. I don't understand. lyxname and latexname are used for lyx and latex file writing, x11name has nothing to do with that. My (stupid) mistak

Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> It is in... unfortunately the change to status.14x went in Martin> first :-( Thanks. JMarc

Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

On Wed, Mar 22, 2006 at 11:44:09AM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Here's the patch. Trivial (Georg, how did we overlook this?) > > Martin> OK to put into both trunk and 1.4? > > OK for 1.4. > > JMarc It is in... unf

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Abdelrazak Younes wrote: > Actually I prefer the 3 ints solution but I thought this would > complicate the lyx and latex file writings. I don't understand. lyxname and latexname are used for lyx and latex file writing, x11name has nothing to do with that. > That was my point, I doing thing it pr

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Abdelrazak Younes a écrit : Yes. It would be a pity to ditch this code together with the xforms frontend if it is useful somewhere else. That was my point, I doing thing it provide much compared to QColor and Err, "I don't think".

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Georg Baum a écrit : Angus Leeming wrote: Abdelrazak Younes <[EMAIL PROTECTED]> writes: The patch looks good but I am wondering if this solution is not a bit too complicated. Why not just define some const string in hexa and let the frontend take care of the rest? What would we gain? Not muc

Compile/link problem (lyx-1.5.0svn)

My automated builds are still not happening. The link is failing with "multiple definition of (anonymous namespace)..." messages. Here are some representative messages. > === Building QT LyX === > [...] > > Configuration > Host type: x86_64-unknown-linux-gnu > Special bu

Re: [Ãpatch] RandomAccessList take 4

Abdelrazak Younes wrote: > > (I notice that scrolling the UserGuide is > > quite fluently, as long as no graphics or previews are involved [1]). > > You mean it is better or slower than without the patch? No, it's completely unrelated. I just noticed it while testing the patch. Jürgen

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Angus Leeming wrote: > Abdelrazak Younes <[EMAIL PROTECTED]> writes: >> > The patch looks good but I am wondering if this solution is not a bit >> > too complicated. Why not just define some const string in hexa and let >> > the frontend take care of the rest? What would we gain? Not much IMHO. W

Re: [Ãpatch] RandomAccessList take 4

Juergen Spitzmueller a écrit : Georg Baum wrote: This patch compiles for 1.4 Yes. Compiles, runs and feels good. What specifically should we test for Paragraph insertion/deletion (especially around graphics), Undo/Redo, Cut&Paste inside/outside insets, export*, navigate. Navigating when the

Re: [Ãpatch] RandomAccessList take 4

Georg Baum wrote: > This patch compiles for 1.4 Yes. Compiles, runs and feels good. What specifically should we test for (I notice that scrolling the UserGuide is quite fluently, as long as no graphics or previews are involved [1]). Jürgen [1] It appears to me that in 1.3, the graphics and prev

Re: [PATCH] update vs repaint

Jean-Marc Lasgouttes a écrit : There was a consensus that this patch is the right thing to do, even though it might not speed things up per se. I tested it and propose to apply to trunk and branch. OK? Alleluia! :-)

[PATCH] update vs repaint

There was a consensus that this patch is the right thing to do, even though it might not speed things up per se. I tested it and propose to apply to trunk and branch. OK? JMarc Index: src/frontends/qt2/qscreen.C === --- src/fronten

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Angus Leeming a écrit : Abdelrazak Younes <[EMAIL PROTECTED]> writes: Note that we could add optional hsv offset members to ColorEntry and let QColor in the case of Qt do the manipulation. The idea is that Qt will do color manipulation anyway so why doing it twice at difference location? At th

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > Note that we could add optional hsv offset members to ColorEntry and let > QColor in the case of Qt do the manipulation. The idea is that Qt will > do color manipulation anyway so why doing it twice at difference > location? At the end, what's on s

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Small rectification, the offsets are private so the previous code won't work. But pseudo-code are not meant to work, are they? :-) class LQColor: public QColor { LQColor(ColorEntry const ce): QColor(ce.get_rbg()) { int ho, so, vo; ce.get_hsv_offset(ho,so,vo); if (

[PATCH] better support for classes that do not define a ToC

This patch (against 1.4.1svn) tries to handle better classes where no ToC structure is defined. This is useful when old textclasses give errors (this was the original motivation, see bug 2410), but also for classes without a ToC, like "cv". What it does is trivial: (1) do not update or use secnum

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Angus Leeming a écrit : Abdelrazak Younes <[EMAIL PROTECTED]> writes: The patch looks good but I am wondering if this solution is not a bit too complicated. Why not just define some const string in hexa and let the frontend take care of the rest? Just for clarification, this would mean replac

Re: line endings again

OK, thanks for the clarification. Abdel. Georg Baum a écrit : Abdelrazak Younes wrote: What does this mean in practice? Now that I use Xemacs will I see ^M at each end-of-line because I checkout from windows? No, xemacs should handle that transparently. Use vim if it cannot do that ;-) And

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

Martin Vermeer wrote: > Looks good... but I don't understand this > > Index: src/Color.C > === > --- src/Color.C (Revision 13447) > +++ src/Color.C (Arbeitskopie) > > Is this a peculiarity of svn diff? Yes. > I understand you move

Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Here's the patch. Trivial (Georg, how did we overlook this?) Martin> OK to put into both trunk and 1.4? OK for 1.4. JMarc

LyX 1.5 crash while scrolling

1. Load the UserGuide 2. Scroll => LyX crashes. Not reproducible with 1.4 (preview-latex is disabled) Jürgen Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1086936672 (LWP 26996)] lyx::graphics::CacheItem::status (this=0x7) at scoped_ptr.hpp:94 94 BOOST_A

[Patch in parent] Re: Reproducible segmentation fault (LyX 1.4.0, Mac OS X)

On Tue, 2006-03-21 at 18:29 +0200, Martin Vermeer wrote: > On Tue, 2006-03-21 at 18:14 +0200, Martin Vermeer wrote: ... > Here's the patch. Trivial (Georg, how did we overlook this?) > > OK to put into both trunk and 1.4? > > - Martin Committed to trunk: * math_gridinset.C (MathGridIn

Re: [Qt4 bug] Branches dialog, small issue with "alter color"

On Tue, 2006-03-21 at 22:23 +0100, Georg Baum wrote: ... > What do you think? > > > Georg Looks good... but I don't understand this Index: src/Color.C === --- src/Color.C (Revision 13447) +++ src/Color.C (Arbeitskopie) Is this a

Re: line endings again

Abdelrazak Younes wrote: > What does this mean in practice? Now that I use Xemacs will I see ^M at > each end-of-line because I checkout from windows? No, xemacs should handle that transparently. Use vim if it cannot do that ;-) > And why only the qt4 > frontend? Because the other files have i