Re: Bugs status

Martin Vermeer wrote: I believe bug 822 is fixed. Is 1561 still major? Was partly fixed by Andre. Are these (and 2155) the only major bugs left for 1.4.0? and 1656. Cf. the list of open, non-fixedintrunk bugs targeted to 1.4.0: http://tinyurl.com/7qacq I think bug 2019 deserves your special

Re: Various change tracking issues

On Mon, Jan 02, 2006 at 01:10:00AM +0100, Jean-Marc Lasgouttes wrote: | What is this a response to? Your 'let's always repaint the row with the cursor in it' patch I belive. Right. My palm is not very good at quoting messages, sorry. JMarc -- Lgb For some reason mutt

Re: Bugs status

On Mon, Jan 02, 2006 at 09:21:09AM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: I believe bug 822 is fixed. Is 1561 still major? Was partly fixed by Andre. Are these (and 2155) the only major bugs left for 1.4.0? and 1656. I remember that this can be fixed, but in a way

Re: Bugs status

Martin Vermeer wrote: I think bug 2019 deserves your special attendance. Hmmm... perhaps the remark in insetcharstyle.C:draw: // I don't understand why the above .reduce and .realize aren't //needed, or even wanted, here. It just works. -- MV 10.04.2005 isn't quite true... could you have

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: I think bug 2019 deserves your special attendance. Hmmm... perhaps the remark in insetcharstyle.C:draw: // I don't understand why the above .reduce and .realize aren't //needed, or even

Re: lyx 1.4.0 for windows: compilation progress report and impression

On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Jean-Marc Lasgouttes a écrit : Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Oups, I have just discovered the math and table bars right Abdel clicking on the top

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: I think bug 2019 deserves your special attendance. Hmmm... perhaps the remark in insetcharstyle.C:draw: // I don't understand why the above .reduce and .realize aren't //needed, or even

Re: Documentation out of date for 1.4.

On Monday 02 January 2006 02:32, Lars Gullik Bjønnes wrote: Does it actually say 'voil' or is my mailreader/terminal a bit off? I see voilà... So probably some encoding mess from your mailreader. :-) :-) -- José Abílio

Re: lyx 1.4.0 for windows: compilation progress report and impression

Helge Hafting a écrit : On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Jean-Marc Lasgouttes a écrit : Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Oups, I have just discovered the math and table bars right Abdel

Re: [patch] bug 2155: Crash when undoing DEPM deletion of the first par (pit = 0)

Juergen Spitzmueller wrote: Jean-Marc Lasgouttes wrote: I'm very glad that you found the cause, but the fix doesn't look right. Too bad. Then I am at my witness end. I have tried to enhance my witness a bit this year. Here's how I understand this case: After DEPM, doRecordUndo is

Re: Bugs status

On Monday 02 January 2006 10:15, Martin Vermeer wrote: That having been said, obviously *some* font attributes should appear both on-screen and in output. My understanding was that, for LaTeX use, charstyles were for things like Emph and Noun. They should not use any coloured representation

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: I think bug 2019 deserves your special attendance. Hmmm... perhaps the remark in insetcharstyle.C:draw: // I don't understand why the above .reduce and .realize aren't //needed, or even

Re: Bugs status

Martin Vermeer wrote: Actually I don't dare to touch this stuff. The whole font architecture needs an overhaul/simplification. E.g., there are two different getFonts, one in lyxtext (for display) and one in paragraph (for latexing). If it is too complicated or risky to fix this stuff now, we

Re: [announce] sixth release of LyXWinInstaller

Stephen Harris wrote: Bo The Miktex installation doc recommends installing Miktex into paths and/or directories without spaces. LyX has a history of problems with paths having spaces some passed on from Miktex. http://wiki.lyx.org/pmwiki.php/Windows/LyX136pre 13 July 2005 Axel Rasche

Re: Documentation out of date for 1.4.

Bennett Helm wrote: 1. One for the Mac users: where is the preferences file to be found? Currently I have: It's at ~/Library/Application Support/LyX/preferences. Thanks, Bennett -- Angus

Re: [PATCH] Tiny text changes

A Happy New Year to verybody! Lars Gullik Bjønnes wrote: Michael Gerz [EMAIL PROTECTED] writes: | How about the first change regarding amsart-seq? If it is only a label change then it should not be changed now. If it OTOH fixes a real problem, then we should fix it now. It fixes a typo

Re: Bugs status

On Mon, Jan 02, 2006 at 01:01:46PM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: Actually I don't dare to touch this stuff. The whole font architecture needs an overhaul/simplification. E.g., there are two different getFonts, one in lyxtext (for display) and one in paragraph (for

ChkTeX errors dialog almost unusable

When the dialog is open, clicking in the main document resets the position of both dialog and document to the beginning. I find that I have to use the dialog to naviagate to an error, close the dialog, fix the problem, rerun chktex and hope that I can return to the same point relatively quickly by

Re: ChkTeX errors dialog almost unusable

Angus Leeming wrote: When the dialog is open, clicking in the main document resets the position of both dialog and document to the beginning. I find that I have to use the dialog to naviagate to an error, close the dialog, fix the problem, rerun chktex and hope that I can return to the same

Toolbar setup

On Mon, Jan 02, 2006 at 11:41:55AM +0100, Abdel wrote: Helge Hafting a écrit : On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Jean-Marc Lasgouttes a écrit : Abdel == Abdel [EMAIL PROTECTED] writes: Abdel Oups, I have

Re: [announce] sixth release of LyXWinInstaller

_TeX_ cannot handle spaces. I suppose that you do not really know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX I do not. My understanding is that miktex is another implementation of latex standard ( if there is such a standard). If miktex aims at windows platform, I assume

Re: [announce] sixth release of LyXWinInstaller

The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. This will save us from some troubles, but not all. Most windows users save their files under ...\My Documents or ... and Settings\Desktop and

Re: [announce] sixth release of LyXWinInstaller

Bo Peng wrote: _TeX_ cannot handle spaces. I suppose that you do not really know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX I do not. My understanding is that miktex is another implementation of latex standard ( if there is such a standard). If miktex aims at windows

Re: Bugs status

On Mon, Jan 02, 2006 at 03:30:21PM +0200, Martin Vermeer wrote: On Mon, Jan 02, 2006 at 01:01:46PM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: Actually I don't dare to touch this stuff. The whole font architecture needs an overhaul/simplification. E.g., there are two

Re: Bugs status

Martin Vermeer wrote: Actually I would put it differently: you are not supposed to mix character styles and font attributes :-) My idea with charstyles has always been, longer term, to become a logical replacement for visual font attributes. In XML they represent elements; in LaTeX my idea

Re: Bugs status

On Mon, Jan 02, 2006 at 05:39:52PM +0100, Juergen Spitzmueller wrote: Martin Vermeer wrote: ... This sounds very reasonable to me. Perhaps you could add this explanation to the bug report. IIRC there is also another bug involved which will be fixed by your #2015-patch. I propose to move

Re: [announce] sixth release of LyXWinInstaller

Angus Leeming wrote: background Jean-Marc contacted the real TeX gurus on the tex-k mailing list to ask for some advice. You can find the full thread in the tex-k archives here: http://www.tug.org/pipermail/tex-k/2005-April/index.html#1287 /background A bit more background:

Re: Bugs status

Martin Vermeer wrote: Perhaps this should be called an enhancement request and get its own bug number. perhaps. Now convince HIM to put the #2015-fix in ;-) Which of them? ;-) Lars or Gullik. Jean and Marc have already expressed their principal accordance on bugzilla IIRC. Jür gen

Re: Bugs status

Juergen Spitzmueller wrote: Martin Vermeer wrote: Perhaps this should be called an enhancement request and get its own bug number. perhaps. Now convince HIM to put the #2015-fix in ;-) Which of them? ;-) Lars or Gullik. Jean and Marc have already expressed their principal

Re: Bugs status

On Monday 02 January 2006 17:41, Herbert Voss wrote: uuh, this causes an error! \tabular{lr} Jür gen \endtabular You are really a magician, splitting Jürgen in half. ;-) and don't forget \usepackage[latin9]{inputenc} ... :-) We are very modest, in this case 1 is enough. ;-) Herbert

Re: [announce] sixth release of LyXWinInstaller

Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is C:\Programme. There is

Re: [announce] sixth release of LyXWinInstaller

Michael Gerz wrote: Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is

Re: Bugs status

On Mon, Jan 02, 2006 at 06:17:31PM +0200, Martin Vermeer wrote: ... Actually I would put it differently: you are not supposed to mix character styles and font attributes :-) My idea with charstyles has always been, longer term, to become a logical replacement for visual font attributes.

Screen update improvements

Martin, your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). However, I don't understand why we have to redraw the whole screen in case of selections. Doesn't your nice always draw current row patch capture

Re: Screen update improvements

On Mon, Jan 02, 2006 at 08:26:13PM +0100, Michael Gerz wrote: Martin, your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). However, I don't understand why we have to redraw the whole screen in case of

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: Michael Gerz [EMAIL PROTECTED] To: Bo Peng [EMAIL PROTECTED] Cc: Stephen Harris [EMAIL PROTECTED]; lyx-users@lists.lyx.org; lyx-devel@lists.lyx.org Sent: Monday, January 02, 2006 10:04 AM Subject: Re: [announce] sixth release of LyXWinInstaller Bo Peng

Re: Screen update improvements

Michael Gerz a écrit : Martin, your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). FYI, without this patch (I have not update my cvs yet), my Qt4 port has zero flickering :-) I think this patch is solving here a

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: Angus Leeming [EMAIL PROTECTED] To: lyx-users@lists.lyx.org Cc: lyx-devel@lists.lyx.org Sent: Monday, January 02, 2006 10:21 AM Subject: Re: [announce] sixth release of LyXWinInstaller Michael Gerz wrote: Bo Peng wrote: The mistake is making C:\Program

Re: Screen update improvements

Abdel wrote: your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). FYI, without this patch (I have not update my cvs yet), my Qt4 port has zero flickering :-) Right. Because Qt4 double buffers everything. I

Re: [announce] sixth release of LyXWinInstaller

Stephen Harris wrote: Right. And since I install at C:\Program Files\LyX and the bloody thing works for me, I'm going to put on my grumpy old man hat and say it's a user error to try and use a .bst file in a path with spaces. And to think, just last night it was a party hat. The mood swings

Re: Screen update improvements

Angus Leeming a écrit : Abdel wrote: your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). FYI, without this patch (I have not update my cvs yet), my Qt4 port has zero flickering :-) Right. Because Qt4 double

Re: [announce] sixth release of LyXWinInstaller

Dear all, It is confirmed that if the .bst file is in a path without space, the bibliography will be generated correctly, even if lyx is installed under c:\program files\lyx. So, 1. It is safe to install lyx to c:\program files, 2. It is not safe to put .bst files in a path with spaces. .lyx

Can't compile lyx-1.4cvs with gcc 4.1

This is not something I really expected to work, with gcc 4.1 being a work in progress. Still, if someone is interested, here is what happened: In file included from ../../boost/boost/config.hpp:35, from ../../boost/boost/bind.hpp:23, from

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: Bo Peng [EMAIL PROTECTED] To: lyx-users@lists.lyx.org Cc: lyx-devel@lists.lyx.org Sent: Monday, January 02, 2006 4:41 PM Subject: Re: [announce] sixth release of LyXWinInstaller Dear all, It is confirmed that if the .bst file is in a path without space,

LyXWinInstaller and WinXPx64

Stephen Harris wrote: German doesn't have a problem with spaces by default because Programme doesn't have any spaces in it. Therefore C:\programme\lyx or C:\programme\miktex will not have a space in it. Beginning with WindowsXPx64 Microsoft only delivers native OS versions for english and

Re: Bugs status

Martin Vermeer wrote: > I believe bug 822 is fixed. > Is 1561 still major? Was partly fixed by Andre. > > Are these (and 2155) the only major bugs left for 1.4.0? and 1656. Cf. the list of open, non-fixedintrunk bugs targeted to 1.4.0: http://tinyurl.com/7qacq I think bug 2019 deserves your

Re: Various change tracking issues

On Mon, Jan 02, 2006 at 01:10:00AM +0100, Jean-Marc Lasgouttes wrote: > | What is this a response to? > > >Your 'let's always repaint the row >with the cursor in it' patch I > >belive. > > Right. My palm is not very good at > quoting messages, sorry. > > JMarc > > -- > Lgb For some

Re: Bugs status

On Mon, Jan 02, 2006 at 09:21:09AM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: > > I believe bug 822 is fixed. > > Is 1561 still major? Was partly fixed by Andre. > > > > Are these (and 2155) the only major bugs left for 1.4.0? > > and 1656. I remember that this can be fixed, but

Re: Bugs status

Martin Vermeer wrote: > > I think bug 2019 deserves your special attendance. > > Hmmm... perhaps the remark in insetcharstyle.C:draw: > > // I don't understand why the above .reduce and .realize aren't > //needed, or even wanted, here. It just works. -- MV 10.04.2005 > > isn't quite true... could

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: > > > I think bug 2019 deserves your special attendance. > > > > Hmmm... perhaps the remark in insetcharstyle.C:draw: > > > > // I don't understand why the above .reduce and .realize aren't > > //needed,

Re: lyx 1.4.0 for windows: compilation progress report and impression

On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: > > "Abdel" == Abdel <[EMAIL PROTECTED]> writes: > > Abdel> Jean-Marc Lasgouttes a écrit : > >>> "Abdel" == Abdel <[EMAIL PROTECTED]> > >>> writes: > Abdel> Oups, I have just discovered the math and table bars

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: > > > I think bug 2019 deserves your special attendance. > > > > Hmmm... perhaps the remark in insetcharstyle.C:draw: > > > > // I don't understand why the above .reduce and .realize aren't > > //needed,

Re: Documentation out of date for 1.4.

On Monday 02 January 2006 02:32, Lars Gullik Bjønnes wrote: > > Does it actually say 'voil' or is my mailreader/terminal a bit off? I see "voilà"... So probably some encoding mess from your mailreader. :-) :-) -- José Abílio

Re: lyx 1.4.0 for windows: compilation progress report and impression

Helge Hafting a écrit : On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> Jean-Marc Lasgouttes a écrit : "Abdel" == Abdel <[EMAIL PROTECTED]> writes: Abdel> Oups, I have just discovered the math and table bars right

Re: [patch] bug 2155: Crash when undoing DEPM deletion of the first par (pit = 0)

Juergen Spitzmueller wrote: > Jean-Marc Lasgouttes wrote: > > I'm very glad that you found the > > cause, but the fix doesn't look > > right. > > Too bad. Then I am at my witness end. I have tried to enhance my witness a bit this year. Here's how I understand this case: After DEPM, doRecordUndo

Re: Bugs status

On Monday 02 January 2006 10:15, Martin Vermeer wrote: > That having been said, obviously *some* font attributes should appear > both on-screen and in output. My understanding was that, for LaTeX use, > charstyles were for things like Emph and Noun. They should not use > any coloured

Re: Bugs status

On Mon, Jan 02, 2006 at 10:42:58AM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: > > > I think bug 2019 deserves your special attendance. > > > > Hmmm... perhaps the remark in insetcharstyle.C:draw: > > > > // I don't understand why the above .reduce and .realize aren't > > //needed,

Re: Bugs status

Martin Vermeer wrote: > Actually I don't dare to touch this stuff. The whole font architecture > needs an overhaul/simplification. E.g., there are two different > getFonts, one in lyxtext (for display) and one in paragraph (for > latexing). If it is too complicated or risky to fix this stuff now,

Re: [announce] sixth release of LyXWinInstaller

Stephen Harris wrote: > Bo > > The Miktex installation doc recommends installing Miktex into paths > and/or directories without spaces. LyX has a history of problems > with paths having spaces some passed on from Miktex. > > http://wiki.lyx.org/pmwiki.php/Windows/LyX136pre > 13 July 2005 > Axel

Re: Documentation out of date for 1.4.

Bennett Helm wrote: >> 1. One for the Mac users: where is the "preferences" file to be found? >> Currently I have: > It's at ~/Library/Application Support/LyX/preferences. Thanks, Bennett -- Angus

Re: [PATCH] Tiny text changes

A Happy New Year to verybody! Lars Gullik Bjønnes wrote: > Michael Gerz <[EMAIL PROTECTED]> > writes: > | How about the first change regarding amsart-seq? > > If it is only a label change then it should not be changed now. If it > OTOH fixes a real problem, then we should fix it now. It fixes

Re: Bugs status

On Mon, Jan 02, 2006 at 01:01:46PM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: > > Actually I don't dare to touch this stuff. The whole font architecture > > needs an overhaul/simplification. E.g., there are two different > > getFonts, one in lyxtext (for display) and one in

ChkTeX errors dialog almost unusable

When the dialog is open, clicking in the main document resets the position of both dialog and document to the beginning. I find that I have to use the dialog to naviagate to an error, close the dialog, fix the problem, rerun chktex and hope that I can return to the same point relatively quickly by

Re: ChkTeX errors dialog almost unusable

Angus Leeming wrote: > When the dialog is open, clicking in the main document resets the position > of both dialog and document to the beginning. I find that I have to use > the dialog to naviagate to an error, close the dialog, fix the problem, > rerun chktex and hope that I can return to the

Toolbar setup

On Mon, Jan 02, 2006 at 11:41:55AM +0100, Abdel wrote: > Helge Hafting a écrit : > >On Fri, Dec 23, 2005 at 04:42:17PM +0100, Jean-Marc Lasgouttes wrote: > >>>"Abdel" == Abdel <[EMAIL PROTECTED]> > >>>writes: > >>Abdel> Jean-Marc Lasgouttes a écrit : > >"Abdel" == Abdel <[EMAIL

Re: [announce] sixth release of LyXWinInstaller

> _TeX_ cannot handle spaces. I suppose that you do not really > know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX I do not. My understanding is that miktex is another implementation of latex standard ( if there is such a standard). If miktex aims at windows platform, I assume

Re: [announce] sixth release of LyXWinInstaller

> The mistake is making C:\Program files the default for LyX and > friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. This will save us from some troubles, but not all. Most windows users save their files under "...\My Documents" or "... and

Re: [announce] sixth release of LyXWinInstaller

Bo Peng wrote: >> _TeX_ cannot handle spaces. I suppose that you do not really >> know the difference of TeX, LaTeX, pdfTeX, pdfLaTeX, bibTeX, MiKTeX > > I do not. My understanding is that miktex is another implementation of > latex standard ( if there is such a standard). If miktex aims at >

Re: Bugs status

On Mon, Jan 02, 2006 at 03:30:21PM +0200, Martin Vermeer wrote: > On Mon, Jan 02, 2006 at 01:01:46PM +0100, Juergen Spitzmueller wrote: > > Martin Vermeer wrote: > > > Actually I don't dare to touch this stuff. The whole font architecture > > > needs an overhaul/simplification. E.g., there are two

Re: Bugs status

Martin Vermeer wrote: > Actually I would put it differently: you are not supposed to mix > character styles and font attributes :-) > > My idea with charstyles has always been, longer term, to become a > logical replacement for visual font attributes. In XML they represent > "elements"; in LaTeX

Re: Bugs status

On Mon, Jan 02, 2006 at 05:39:52PM +0100, Juergen Spitzmueller wrote: > Martin Vermeer wrote: ... > This sounds very reasonable to me. > Perhaps you could add this explanation to the bug report. IIRC there is also > another bug involved which will be fixed by your #2015-patch. > > I propose

Re: [announce] sixth release of LyXWinInstaller

Angus Leeming wrote: > > Jean-Marc contacted the real TeX gurus on the tex-k mailing list to ask > for some advice. You can find the full thread in the tex-k archives here: > http://www.tug.org/pipermail/tex-k/2005-April/index.html#1287 > A bit more background:

Re: Bugs status

Martin Vermeer wrote: > Perhaps this should be called an enhancement request and get its own bug > number. perhaps. > > Now convince HIM to put the #2015-fix in ;-) > > Which of them? ;-) Lars or Gullik. Jean and Marc have already expressed their principal accordance on bugzilla IIRC. Jür &

Re: Bugs status

Juergen Spitzmueller wrote: Martin Vermeer wrote: Perhaps this should be called an enhancement request and get its own bug number. perhaps. Now convince HIM to put the #2015-fix in ;-) Which of them? ;-) Lars or Gullik. Jean and Marc have already expressed their principal

Re: Bugs status

On Monday 02 January 2006 17:41, Herbert Voss wrote: > uuh, this causes an error! > > \tabular{lr} > Jür & gen > \endtabular You are really a magician, splitting Jürgen in half. ;-) > and don't forget \usepackage[latin9]{inputenc} ... :-) We are very modest, in this case 1 is enough. ;-) >

Re: [announce] sixth release of LyXWinInstaller

Bo Peng wrote: The mistake is making C:\Program files the default for LyX and friends. I totally agree. I think it is a good idea to install Lyx to c:\lyx by default. No, the directory must be configurable. On my (German) machine, the appropriate directory is "C:\Programme". There is

Re: [announce] sixth release of LyXWinInstaller

Michael Gerz wrote: > Bo Peng wrote: > >>>The mistake is making C:\Program files the default for LyX and >>>friends. >>> >>> >>I totally agree. I think it is a good idea to install Lyx to c:\lyx by >>default. >> >> > No, the directory must be configurable. On my (German) machine, the >

Re: Bugs status

On Mon, Jan 02, 2006 at 06:17:31PM +0200, Martin Vermeer wrote: ... > Actually I would put it differently: you are not supposed to mix > character styles and font attributes :-) > > My idea with charstyles has always been, longer term, to become a > logical replacement for visual font

Screen update improvements

Martin, your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). However, I don't understand why we have to redraw the whole screen in case of selections. Doesn't your nice "always draw current row" patch capture

Re: Screen update improvements

On Mon, Jan 02, 2006 at 08:26:13PM +0100, Michael Gerz wrote: > Martin, > > your row signature patch is excellent as it reduces screen flickering > significantly (you could the flicking on Windows with qtwin). > > However, I don't understand why we have to redraw the whole screen in > case of

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: "Michael Gerz" <[EMAIL PROTECTED]> To: "Bo Peng" <[EMAIL PROTECTED]> Cc: "Stephen Harris" <[EMAIL PROTECTED]>; ; Sent: Monday, January 02, 2006 10:04 AM Subject: Re: [announce] sixth release of

Re: Screen update improvements

Michael Gerz a écrit : Martin, your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). FYI, without this patch (I have not update my cvs yet), my Qt4 port has zero flickering :-) I think this patch is solving here a

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: "Angus Leeming" <[EMAIL PROTECTED]> To: Cc: Sent: Monday, January 02, 2006 10:21 AM Subject: Re: [announce] sixth release of LyXWinInstaller Michael Gerz wrote: Bo Peng wrote: The mistake is making

Re: Screen update improvements

Abdel wrote: >> your row signature patch is excellent as it reduces screen flickering >> significantly (you could the flicking on Windows with qtwin). > > FYI, without this patch (I have not update my cvs yet), my Qt4 port has > zero flickering :-) Right. Because Qt4 double buffers everything.

Re: [announce] sixth release of LyXWinInstaller

Stephen Harris wrote: >> Right. And since I install at C:\Program Files\LyX and the bloody thing >> works for me, I'm going to put on my grumpy old man hat and say it's a >> "user error" to try and use a .bst file in a path with spaces. > And to think, just last night it was a party hat. The

Re: Screen update improvements

Angus Leeming a écrit : Abdel wrote: your row signature patch is excellent as it reduces screen flickering significantly (you could the flicking on Windows with qtwin). FYI, without this patch (I have not update my cvs yet), my Qt4 port has zero flickering :-) Right. Because Qt4 double

Re: [announce] sixth release of LyXWinInstaller

Dear all, It is confirmed that if the .bst file is in a path without space, the bibliography will be generated correctly, even if lyx is installed under c:\program files\lyx. So, 1. It is safe to install lyx to c:\program files, 2. It is not safe to put .bst files in a path with spaces. .lyx

Can't compile lyx-1.4cvs with gcc 4.1

This is not something I really expected to work, with gcc 4.1 being a work in progress. Still, if someone is interested, here is what happened: In file included from ../../boost/boost/config.hpp:35, from ../../boost/boost/bind.hpp:23, from

Re: [announce] sixth release of LyXWinInstaller

- Original Message - From: "Bo Peng" <[EMAIL PROTECTED]> To: Cc: Sent: Monday, January 02, 2006 4:41 PM Subject: Re: [announce] sixth release of LyXWinInstaller Dear all, It is confirmed that if the .bst file is in a path without

LyXWinInstaller and WinXPx64

Stephen Harris wrote: German doesn't have a problem with spaces by default because Programme doesn't have any spaces in it. Therefore C:\programme\lyx or C:\programme\miktex will not have a space in it. Beginning with WindowsXPx64 Microsoft only delivers native OS versions for english and