Re: Nasty qt-3.3.3 bug

2005-01-27 Thread John Weiss
On Sun, Jan 23, 2005 at 09:57:26PM +0200, Martin Vermeer wrote: > > (This also reminded me how VERY VERY VERY unhappy I am about Math not > having its own top-level menu entry anymore. It is such a separate and > special part of both LyX and LaTeX, that this old practice was more than > justified.

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
So I tried this idea, if ~S-^would be recognized, but no. What did help though was adding this to the X config: Option "XkbVariant""nodeadkeys" Now ^ for superscript works again... rejoice children of Israel... Still, no accents by deadkeys, and not by compose either (I enabled the

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
On Mon, 2005-01-24 at 14:22, Martin Vermeer wrote: > Noteworthy is that > > - my LyX thinks that I pressed the key combination [S-^], which it does > not recognise as anything that should trigger math-superscript, or > anything else for that matter; whereas > - your LyX thinks you pressed [S-as

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Jose' Matos
On Monday 24 January 2005 09:51, Martin Vermeer wrote: > > Yes, agree. But it is packaged in qt with FC3. The packages from kde-redat.se.net don't have that problem. :-) Since I saw you use rpmforge you can also use kde-redhat packages. :-) > - Martin -- Josà AbÃlio

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
On Mon, 2005-01-24 at 13:26, Angus Leeming wrote: > On Monday 24 January 2005 10:56, Martin Vermeer wrote: ... > > Any other difference you can think of? What does lyx -dbg key say > > for ^ ? > > Attached is the output of > $ qlyx13x -dbg key > dbg.log 2>&1 > > in which I: > HTH, > Angus I t

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Angus Leeming
On Monday 24 January 2005 10:56, Martin Vermeer wrote: > (To make sure: you type ^ and a blue superscript box opens? Yes. > What keyboard do you have and is ^ supposed to be a deadkey on it?) A generic 105 key keyboard. Attached is my /etc/X11/xorg.conf file. > Weird. Has anything changed here

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
On Mon, 2005-01-24 at 12:14, Angus Leeming wrote: > On Monday 24 January 2005 10:01, Martin Vermeer wrote: > > > Mine do *partially*. They work in KDE apps like this knode > > > console, but not when I'm using LyX. And again, I emphasise that > > > I'm using the compose-key approach to write accent

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Angus Leeming
On Monday 24 January 2005 10:01, Martin Vermeer wrote: > > Mine do *partially*. They work in KDE apps like this knode > > console, but not when I'm using LyX. And again, I emphasise that > > I'm using the compose-key approach to write accents. I have no > > real idea what dead keys are but have thi

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
On Mon, 2005-01-24 at 10:30, Angus Leeming wrote: > Martin Vermeer wrote: > > No, rather not. Have them too already :-( > > My version is qt-3.3.3-8. > > Mine too. > > > So, you seem to have the same stuff as I, but your accents work and mine > > don't. > > Mine do *partially*. They work in KDE

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Martin Vermeer
On Mon, 2005-01-24 at 10:46, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Just wanted to report that under FC3, LyX isn't able to use > Martin> dead keys like ' ` ^ and the like. Also in math, ^ doesn't > Martin> produce a superscript. Anno

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Jean-Marc Lasgouttes
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Just wanted to report that under FC3, LyX isn't able to use Martin> dead keys like ' ` ^ and the like. Also in math, ^ doesn't Martin> produce a superscript. Annoying. Martin> It's a qt-3.3.3- bug known as 141475 by Red Hat's Ma

Re: Nasty qt-3.3.3 bug

2005-01-24 Thread Angus Leeming
Martin Vermeer wrote: > No, rather not. Have them too already :-( > My version is qt-3.3.3-8. Mine too. > So, you seem to have the same stuff as I, but your accents work and mine > don't. Mine do *partially*. They work in KDE apps like this knode console, but not when I'm using LyX. And again, I

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Martin Vermeer
On Mon, 2005-01-24 at 00:45, Angus Leeming wrote: > Angus Leeming wrote: > > > Martin Vermeer wrote: > >>> > and does it have immodule? > >>> > >>> I have no idea. How do I find out? > >>> Angus > >> > >> For imstance by rpm -ql qt and look for a directory > >> plugins/inputmethods. > > > > /us

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Angus Leeming
Angus Leeming wrote: > Martin Vermeer wrote: >>> > and does it have immodule? >>> >>> I have no idea. How do I find out? >>> Angus >> >> For imstance by rpm -ql qt and look for a directory >> plugins/inputmethods. > > /usr/lib/qt-3.3/plugins > /usr/lib/qt-3.3/plugins/inputmethods > /usr/lib/qt-

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Angus Leeming
Martin Vermeer wrote: >> > and does it have immodule? >> >> I have no idea. How do I find out? >> Angus > > For imstance by rpm -ql qt and look for a directory > plugins/inputmethods. /usr/lib/qt-3.3/plugins /usr/lib/qt-3.3/plugins/inputmethods /usr/lib/qt-3.3/plugins/inputmethods/libqimsw-multi

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Martin Vermeer
On Sun, Jan 23, 2005 at 09:51:58PM +, Angus Leeming wrote: > On Sunday 23 January 2005 21:38, Martin Vermeer wrote: > > Which qt version do you have > > qglobal.h tells me: > #define QT_VERSION_STR "3.3.3" > /* >QT_VERSION is (major << 16) + (minor << 8) + patch. > */ > #define QT_VERS

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Angus Leeming
On Sunday 23 January 2005 21:38, Martin Vermeer wrote: > Which qt version do you have qglobal.h tells me: #define QT_VERSION_STR "3.3.3" /* QT_VERSION is (major << 16) + (minor << 8) + patch. */ #define QT_VERSION 0x030303 > and does it have immodule? I have no idea. How do I find out? An

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Martin Vermeer
On Sun, Jan 23, 2005 at 09:34:07PM +, Angus Leeming wrote: > Martin Vermeer wrote: > > > > > Just wanted to report that under FC3, LyX isn't able to use dead keys > > like ' ` ^ and the like. Also in math, ^ doesn't produce a superscript. > > Sure it does. I have FC3 here and I've just fired

Re: Nasty qt-3.3.3 bug

2005-01-23 Thread Angus Leeming
Martin Vermeer wrote: > > Just wanted to report that under FC3, LyX isn't able to use dead keys > like ' ` ^ and the like. Also in math, ^ doesn't produce a superscript. Sure it does. I have FC3 here and I've just fired up LyX 1.3.x and created a formula a+b^2. Perfect. Trying LyX 1.4.x... yup,

Re: Nasty!

2003-03-13 Thread Angus Leeming
Lars Gullik Bjønnes wrote: > So, please help hunt for these problems, not just report them. Sure. But the first step is actually identifying a bug. In this case, three of us spent quite some time tracking down the cause before John squashed it. -- Angus

Re: Nasty!

2003-03-13 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | John Levon wrote: | | > On Thu, Mar 13, 2003 at 01:59:42PM +, Angus Leeming wrote: | > | >> In fact, it's totally fubar-ed. Add three paragraphs containing just 'a', | >> save, close and reopen. The table appears as it does on the screenshot. | >>

Re: Nasty!

2003-03-13 Thread Angus Leeming
John Levon wrote: > On Thu, Mar 13, 2003 at 01:59:42PM +, Angus Leeming wrote: > >> In fact, it's totally fubar-ed. Add three paragraphs containing just 'a', >> save, close and reopen. The table appears as it does on the screenshot. >> The truncated table is preceded immediately by the 'a', y

Re: Nasty!

2003-03-13 Thread John Levon
On Thu, Mar 13, 2003 at 01:59:42PM +, Angus Leeming wrote: > In fact, it's totally fubar-ed. Add three paragraphs containing just 'a', > save, close and reopen. The table appears as it does on the screenshot. The > truncated table is preceded immediately by the 'a', yet I can navigate the >

Re: Nasty!

2003-03-13 Thread Angus Leeming
Angus Leeming wrote: > Try and open the attached file with current lyx, either frontend. > Screenshot also attached, both immediate and after a carriage return after > the table. In fact, it's totally fubar-ed. Add three paragraphs containing just 'a', save, close and reopen. The table appears a

Re: nasty eqns lead to crash

2002-08-16 Thread Angus Leeming
On Friday 16 August 2002 4:18 pm, John Levon wrote: > On Fri, Aug 16, 2002 at 10:02:17AM +0100, Angus Leeming wrote: > > > around this maze right now > > > > I thought this code was now really easy to follow :-( > > it probably is ! I only spent ten minutes... I just can't work out where > we are

Re: nasty eqns lead to crash

2002-08-16 Thread John Levon
On Fri, Aug 16, 2002 at 10:02:17AM +0100, Angus Leeming wrote: > > around this maze right now > > I thought this code was now really easy to follow :-( it probably is ! I only spent ten minutes... I just can't work out where we are trying to display some non-existent file john -- "Someone t

Re: nasty eqns lead to crash

2002-08-16 Thread Angus Leeming
On Friday 16 August 2002 1:26 am, John Levon wrote: > On Fri, Aug 09, 2002 at 01:06:30PM +0100, Angus Leeming wrote: > > > That's true. It usually involves some horrid BadDrawable, as if the > > > execvp failure is still trying to draw a non-existent pixmap or > > > something > > > > can I get you

Re: nasty eqns lead to crash

2002-08-15 Thread John Levon
On Fri, Aug 09, 2002 at 01:06:30PM +0100, Angus Leeming wrote: > > That's true. It usually involves some horrid BadDrawable, as if the > > execvp failure is still trying to draw a non-existent pixmap or > > something > > can I get you to investigate since I'm sort of busy and you have been > ex

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 1:30 pm, John Levon wrote: > On Fri, Aug 09, 2002 at 12:51:03PM +0100, Angus Leeming wrote: > > either way, LyX shouldn't crash... > > That's true. It usually involves some horrid BadDrawable, as if the > execvp failure is still trying to draw a non-existent pixmap or > so

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 1:30 pm, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | On Friday 09 August 2002 12:14 pm, Angus Leeming wrote: > >> 2. Alternatively, it could be a non-member function > >> > >> void Counters::copy(Counters const & from, Counters & to) > | > |

Re: nasty eqns lead to crash

2002-08-09 Thread John Levon
On Fri, Aug 09, 2002 at 12:51:03PM +0100, Angus Leeming wrote: > either way, LyX shouldn't crash... That's true. It usually involves some horrid BadDrawable, as if the execvp failure is still trying to draw a non-existent pixmap or something john -- "It is unbecoming for young men to utter ma

Re: nasty eqns lead to crash

2002-08-09 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | On Friday 09 August 2002 12:14 pm, Angus Leeming wrote: >> 2. Alternatively, it could be a non-member function >> >> void Counters::copy(Counters const & from, Counters & to) > | That's | void copy(Counters const & from, Counters & to) How is this the

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 1:18 pm, John Levon wrote: > On Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote: > > It loads here now, after making some scripts executable. > > (Yes, I am using the non-installed version from the src-directory. > > anyone remember how we get them +x in the repo

Re: nasty eqns lead to crash

2002-08-09 Thread John Levon
On Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote: > It loads here now, after making some scripts executable. > (Yes, I am using the non-installed version from the src-directory. anyone remember how we get them +x in the repository ? Do we have to re-add them or is there a cvs thingy

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 12:14 pm, Angus Leeming wrote: > 2. Alternatively, it could be a non-member function > > void Counters::copy(Counters const & from, Counters & to) That's void copy(Counters const & from, Counters & to)

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 11:59 am, Angus Leeming wrote: > On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote: > > On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote: > > > and can therefore be simplified to > > > > > > void Counters::copy(Counters & from, Counters & to) > > > { > >

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote: > On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote: > > and can therefore be simplified to > > > > void Counters::copy(Counters & from, Counters & to) > > { > > CounterList::iterator it = counterList.begin(); > > CounterL

Re: nasty eqns lead to crash

2002-08-09 Thread Andre Poenitz
On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote: > and can therefore be simplified to > > void Counters::copy(Counters & from, Counters & to) > { > CounterList::iterator it = counterList.begin(); > CounterList::iterator end = counterList.end(); > for (; it != end;

Re: nasty eqns lead to crash

2002-08-09 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Amazing what happens if you dig deeper > | aleem@pneumon:src-> grep "counters()" *.C */*.C | grep copy | text2.C:par->counters().copy(par->previous()->counters(), | par->counters(), ""); | aleem@pneumon:src-> grep "counters()" *.C */*.C

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
Amazing what happens if you dig deeper aleem@pneumon:src-> grep "counters()" *.C */*.C | grep copy text2.C:par->counters().copy(par->previous()->counters(), par->counters(), ""); aleem@pneumon:src-> grep "counters()" *.C */*.C | grep reset text2.C:par->cou

Re: nasty eqns lead to crash

2002-08-09 Thread Martin Vermeer
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote: ... > > > Andre ? Martin ? > > > > Seems correct to me. The first dozen lines or so in LyXText::setCounter > > are: if a par has no previous(), it resets its counter array, otherwise it > > copies the one of its predecessor. Should c

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 11:30 am, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | On Friday 09 August 2002 10:37 am, Angus Leeming wrote: > >> Incidentally, why not: > >> > >> void Counters::reset(string const & match) > >> { > >>CounterList::iterator it = counterLi

Re: nasty eqns lead to crash

2002-08-09 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | On Friday 09 August 2002 10:37 am, Angus Leeming wrote: > >> Incidentally, why not: >> >> void Counters::reset(string const & match) >> { >> CounterList::iterator it = counterList.begin(); >> CounterList::iterator end = counterList.end(); >>

Re: nasty eqns lead to crash

2002-08-09 Thread Andre Poenitz
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote: > (I believe that they're executed in order). They have to. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 10:37 am, Angus Leeming wrote: > Incidentally, why not: > > void Counters::reset(string const & match) > { > CounterList::iterator it = counterList.begin(); > CounterList::iterator end = counterList.end(); > if (match.empty()) { > for (; it

Re: nasty eqns lead to crash

2002-08-09 Thread Angus Leeming
On Friday 09 August 2002 10:39 am, Martin Vermeer wrote: > On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote: > > On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote: > > > Kornel Benko sent me this file because we thought that the crash was > > > caused by the previewing. Howev

Re: nasty eqns lead to crash

2002-08-09 Thread Martin Vermeer
On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote: > > On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote: > > > Kornel Benko sent me this file because we thought that the crash was caused > > by the previewing. However, I can't load it at all with current, with or > > with

Re: nasty eqns lead to crash

2002-08-09 Thread Kornel Benko
-BEGIN PGP SIGNED MESSAGE- On Thursday 08 August 2002 15:06, Andre Poenitz wrote: > On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote: > > Kornel Benko sent me this file because we thought that the crash was > > caused by the previewing. However, I can't load it at all with cu

Re: nasty eqns lead to crash

2002-08-08 Thread Andre Poenitz
On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote: > ==9208== Conditional jump or move depends on uninitialised value(s) > ==9208==at 0x40480B95: ostream::operator<<(int) (in >/usr/lib/libstdc++-3-libc6.2-2-2.10.0.so) > ==9208==by 0x8163A63: {anonymous}::initSymbols(void) (math_f

Re: Nasty collapsible inset bug

2001-08-15 Thread Dekel Tsur
On Wed, Aug 15, 2001 at 08:24:15PM +0100, John Levon wrote: > On Sat, Aug 11, 2001 at 09:42:11PM +0300, Dekel Tsur wrote: > > > Start a new document, create a right aligned paragraph, and then insert > > a collapsible inset (footnote/note/ert etc.), and LyX will go into an > > infinite rendering

Re: Nasty collapsible inset bug

2001-08-15 Thread John Levon
On Sat, Aug 11, 2001 at 09:42:11PM +0300, Dekel Tsur wrote: > Start a new document, create a right aligned paragraph, and then insert > a collapsible inset (footnote/note/ert etc.), and LyX will go into an > infinite rendering loop... this seems fixed. is it ? john -- "Not to laugh, not to la

Re: Nasty collapsible inset bug

2001-08-13 Thread Juergen Vigna
On 13-Aug-2001 Dekel Tsur wrote: > On Mon, Aug 13, 2001 at 12:31:04PM +0200, Juergen Vigna wrote: >> > BTW, please fix the bug I reported here (collapsible inset in right aligned >> > paragraphs) as soon as possible. >> >> I cannot fix it as I don't use RTL! > > It is not a RTL problem! > Just

Re: Nasty collapsible inset bug

2001-08-13 Thread Juergen Vigna
On 13-Aug-2001 Dekel Tsur wrote: > On Mon, Aug 13, 2001 at 12:31:04PM +0200, Juergen Vigna wrote: >> > BTW, please fix the bug I reported here (collapsible inset in right aligned >> > paragraphs) as soon as possible. >> >> I cannot fix it as I don't use RTL! > > It is not a RTL problem! > Just

Re: Nasty collapsible inset bug

2001-08-13 Thread Dekel Tsur
On Mon, Aug 13, 2001 at 12:31:04PM +0200, Juergen Vigna wrote: > > BTW, please fix the bug I reported here (collapsible inset in right aligned > > paragraphs) as soon as possible. > > I cannot fix it as I don't use RTL! It is not a RTL problem! Just created a right aligned paragraph (in a LTR do

Re: Nasty collapsible inset bug

2001-08-13 Thread Juergen Vigna
On 13-Aug-2001 Dekel Tsur wrote: > It was 0 in 1.1.6, so I was curious why you changed it. I don't know but I already told you you can change it to 0 if this does work for both cases otherwise we have to find another solution. > BTW, please fix the bug I reported here (collapsible inset in rig

Re: Nasty collapsible inset bug

2001-08-13 Thread Dekel Tsur
On Mon, Aug 13, 2001 at 09:24:29AM +0200, Juergen Vigna wrote: > > On 11-Aug-2001 Garst R. Reese wrote: > > >> PS: The first line in LyXText::fill() is > >> if (paper_width < 0) > >> return 20; > >> > > Negative paperwidth means that the paper width is infinite (no rowb

Re: Nasty collapsible inset bug

2001-08-12 Thread Juergen Vigna
On 11-Aug-2001 Garst R. Reese wrote: >> PS: The first line in LyXText::fill() is >> if (paper_width < 0) >> return 20; >> >> Why 20 is returned and not 0 ?? > Let me guess: > Unless another test is done, a value of 0 would imply that you could > create 0 sized rows on ne

Re: nasty problem with font-emph

2001-07-27 Thread John Levon
On Fri, Jul 27, 2001 at 02:58:28PM +0100, John Levon wrote: > On Fri, Jul 27, 2001 at 04:50:56PM +0300, Dekel Tsur wrote: > > > In my opinion the current behavior is not fine. > > Please revert to the old one. > > which old one ? it did this in 116 at least ... argh,sorry, no it didn't of cour

Re: nasty problem with font-emph

2001-07-27 Thread John Levon
On Fri, Jul 27, 2001 at 04:50:56PM +0300, Dekel Tsur wrote: > In my opinion the current behavior is not fine. > Please revert to the old one. which old one ? it did this in 116 at least ... john -- "I'd rather be rudely informed than politely left in the dark."

Re: nasty problem with font-emph

2001-07-27 Thread Dekel Tsur
On Fri, Jul 27, 2001 at 02:08:45PM +0100, John Levon wrote: > at least openoffice doesn't change the preceding word. But this is not necessarily > a thing to copy ... > > so perhaps the current behaviour is fine; it just surprised me ... In my opinion the current behavior is not fine. Please rev

Re: nasty problem with font-emph

2001-07-27 Thread John Levon
On Fri, Jul 27, 2001 at 03:29:04PM +0200, Jean-Marc Lasgouttes wrote: > I don't know what we want to do, actually. Stealing ideas from others > is always good. Do I take it it is fairly easy to separate the mechanisms ? Index entry should always work on last word. Font changes etc. should be t

Re: nasty problem with font-emph

2001-07-27 Thread John Levon
On Fri, Jul 27, 2001 at 11:33:33AM +0200, Jean-Marc Lasgouttes wrote: > Did it work with 1.1.6? I cam to the conclusion at the time that > font-emph did not really work like that. hmm, you're right. I must have been luck enough to have always pressed space first (really I had never noticed such

Re: Nasty core dump with Lyx 1.1.6fix1

2001-07-19 Thread Dekel Tsur
On Wed, Jul 18, 2001 at 06:42:18PM -0600, Fernando Pérez wrote: > I found an ugly coredump with 1.1.6f1: if I have a simple lyx file with an > included eps figure (in a float, it so happens), and try to export to latex > with > lyx --export latex file.lyx > > all goes well. However, if I us

Re: Nasty bug with (long ?) tables

2000-10-22 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "John" == John Levon <[EMAIL PROTECTED]> writes: | | John> The only reason you get mails from me personally as well as to | John> the list is indeed my laziness. My fault of course ! But I | John> stupidly use pine, and am wedded to it now

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Kayvan A. Sylvan
On Fri, Oct 20, 2000 at 03:22:40PM +0200, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> The only reason you get mails from me personally as well as to > John> the list is indeed my laziness. My fault of course ! But I > John> stupidly use pine, and

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Amir Karger
On Fri, Oct 20, 2000 at 09:30:53AM +0200, Juergen Vigna wrote: [snip things that actually matter] > P.S.: I wonder what mail-programs people use and why it is so hard to > remove personal addresses if you know the one is subscribed to the > list anyway. Mate isn't it possible to set

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Jean-Marc Lasgouttes
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> The only reason you get mails from me personally as well as to John> the list is indeed my laziness. My fault of course ! But I John> stupidly use pine, and am wedded to it now. I don't know why it John> doesn't have a proper reply-to c

Re: Nasty bug with (long ?) tables

2000-10-20 Thread John Levon
On Fri, 20 Oct 2000, Juergen Vigna wrote: > P.S.: I wonder what mail-programs people use and why it is so hard to > remove personal addresses if you know the one is subscribed to the > list anyway. Mate isn't it possible to set the Reply-To address > automatically to the list? I

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Jose Abilio Oliveira Matos
On Fri, Oct 20, 2000 at 09:30:53AM +0200, Juergen Vigna wrote: > > P.S.: I wonder what mail-programs people use and why it is so hard to > remove personal addresses if you know the one is subscribed to the > list anyway. Mate isn't it possible to set the Reply-To address > autom

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Juergen Vigna
On 20-Oct-2000 Andre Poenitz wrote: > > I read a handful lists with such a policy and I do not like it more than > our current policy. Sometimes I simply want to reply to the sender only, > and this is easier if ReplyTo points to this single person... This may happen, but let's say that (at le

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Andre Poenitz
> P.S.: I wonder what mail-programs people use Elm 2.4ME+ PL60 (25), of May, 1999 > and why it is so hard to remove personal addresses In my case it's simply laziness. > Mate isn't it possible to set the Reply-To address > automatically to the list? I read a handful lists

Re: Nasty bug with (long ?) tables

2000-10-20 Thread Juergen Vigna
On 19-Oct-2000 Andre Poenitz wrote: [snip VERY good explanation] > > PS: Since we are at it: Default-constructing std::strings is pretty cheap, too. Ok this convinced me, from now on I will do as you "preached" #:O) Jürgen P.S.: I wonder what mail-programs people use and why it is so har

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Andre Poenitz
> I think that Jürgen is asking the question, "is it more expensive to assign > PODs (your notation I think) or to construct them?" Well, if he isn't, I am! Default-constructing a POD costs nada, they is no assignment at all. There might be three ints on the stack in this case, but they are "con

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Andre Poenitz
> Well and I don't get what we gain with this? We NEED that variable all > over (so no case we wouldn't need it), so why allocating it X times if > just 1 time is enough! It is simply cleaner and for some people (including me) simpler to read. Once the variable is gone, it's gone. No side effects

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Angus Leeming
On Thu, 19 Oct 2000, Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > | On 19-Oct-2000 Lars Gullik Bjønnes wrote: > | > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: > | >| And I really don't like how variables are declared at the top and used > | >| inside separate bloc

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | On Thu, 19 Oct 2000, Lars Gullik Bjønnes wrote: | > Juergen Vigna <[EMAIL PROTECTED]> writes: | > | On 19-Oct-2000 Lars Gullik Bjønnes wrote: | > | > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | > | >| And I really don't like how variables are decl

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Lars Gullik Bjønnes
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 19-Oct-2000 Lars Gullik Bjønnes wrote: | > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | > | >| And I really don't like how variables are declared at the top and used | >| inside separate blocks (ref. int cell) | > | > This would suit me a lot

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Juergen Vigna
On 19-Oct-2000 Lars Gullik Bjønnes wrote: > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: > >| And I really don't like how variables are declared at the top and used >| inside separate blocks (ref. int cell) > > This would suit me a lot better: Well and I don't get what we gain with this? W

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Lars Gullik Bjønnes
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | And I really don't like how variables are declared at the top and used | inside separate blocks (ref. int cell) This would suit me a lot better: Index: tabular.C === RCS file: /usr

Re: Nasty bug with (long ?) tables

2000-10-19 Thread Lars Gullik Bjønnes
Juergen Vigna <[EMAIL PROTECTED]> writes: | On 18-Oct-2000 John Levon wrote: | > | > Try loading up TableExamples.lyx, and do ascii export, | > or try and cut the first table - it will not be happy. | > | | I fixed this again, but the one who changed some types in LyXTabular::Ascii | should ha

RE: Nasty bug with (long ?) tables

2000-10-19 Thread Juergen Vigna
On 18-Oct-2000 John Levon wrote: > > Try loading up TableExamples.lyx, and do ascii export, > or try and cut the first table - it will not be happy. > I fixed this again, but the one who changed some types in LyXTabular::Ascii should have red ears to not try out the changes he did! This was on