Re: [patch] two fixes

On Sat, Nov 13, 2004 at 09:20:32PM +0100, Alfredo Braunstein wrote: > Andre Poenitz wrote: > > > I think, inheritance is the correct default and all insets unhappy with > > this decision should override it. This also happens to be consistent > > with the explicit font insets in mathed and 'implici

Re: [patch] another off-by-one

On Sun, 2004-11-14 at 01:34 +, John Spray wrote: > > > - int const num_units = int(sizeof(unit_name) / sizeof(unit_name[0])); > > > + int const num_units = int(sizeof(unit_name) / sizeof(unit_name[0]) - 1; > > Attached patch accounts for this change in stringFromUnit, committing. Oops, I forg

Re: [patch] another off-by-one

> > - int const num_units = int(sizeof(unit_name) / sizeof(unit_name[0])); > > + int const num_units = int(sizeof(unit_name) / sizeof(unit_name[0]) - Attached patch accounts for this change in stringFromUnit, committing. John Index: vspace.C ==

Re: how to get current cell in insettabular?

Georg Baum wrote: > #ifdef WITH_WARNINGS > #warning wrong! > #endif > //data << name_ << " \\active_cell " << inset.getActCell() << '\n'; > data << name_ << " \\active_cell " << 0 << '\n'; > > is responsible for wrong cell information in the qt tabular dialog. You > removed the actcell member o

Re: booktabs branch

Am Donnerstag, 11. November 2004 20:09 schrieb Georg Baum: > TODO list: > > 1. Disable changing of vertical rules in the frontends if booktabs are > enabled. The output of vertical rules is already suppressed. The attached patch implements this. Georg Index: src/frontends/qt2/QTabular.C ===

how to get current cell in insettabular?

André, this code in InsetTabularMailer::params2string(): #ifdef WITH_WARNINGS #warning wrong! #endif //data << name_ << " \\active_cell " << inset.getActCell() << '\n'; data << name_ << " \\active_cell " << 0 << '\n'; is responsible for wrong cell information in the qt tabular dialog. You rem

Re: help debugging CoordBranch

Georg Baum wrote: >> - a coordinates related crash related to mouse selection (hard to > trigger - >> please give me instuctions to get it if you can) > > Do you mean this one: > Assertion triggered in Point CoordCache::get(const LyXText*, int) by > failing check "it != pars_.end()" in file ../..

Re: help debugging CoordBranch

Am Donnerstag, 11. November 2004 17:05 schrieb Alfredo Braunstein: > Current known bugs wrt HEAD: > > - a coordinates related crash related to mouse selection (hard to trigger - > please give me instuctions to get it if you can) Do you mean this one: Assertion triggered in Point CoordCache::get(

Re: [patch] search for more converters, viewers and editors

Am Freitag, 12. November 2004 21:06 schrieb Andre Poenitz: > Why 'gvim' and not 'vim'/'vi'? Because I was too lazy to check for an xterm, too. Georg

Re: [patch] two fixes

Andre Poenitz wrote: > I think, inheritance is the correct default and all insets unhappy with > this decision should override it. This also happens to be consistent > with the explicit font insets in mathed and 'implicit aspect changers' > like FracInset which reduce the font size. Would a bool

Re: [CoordBranch] ascent_of_text

Andre Poenitz wrote: > On Fri, Nov 12, 2004 at 10:15:49PM +0100, Alfredo Braunstein wrote: >> If you feel like helping further, *please* implement getCursorPos in >> mathed/ ;-) > > I'll have a look tomorrow. Cool, thanks. Alfredo

Re: help debugging CoordBranch

Andre Poenitz wrote: > On Sat, Nov 13, 2004 at 09:02:58AM +0100, Alfredo Braunstein wrote: > xforms has been sending strange events for quite a while. I think we > stumbled across it already in Chemnitz, but fixing real LyX problems was > somehow higher up in the list of priorities. This may be a

Re: [CoordBranch] ascent_of_text

On Fri, Nov 12, 2004 at 10:15:49PM +0100, Alfredo Braunstein wrote: > If you feel like helping further, *please* implement getCursorPos in > mathed/ ;-) I'll have a look tomorrow. Andre'

Re: help debugging CoordBranch

On Sat, Nov 13, 2004 at 09:02:58AM +0100, Alfredo Braunstein wrote: > Damn me, this bug is already in HEAD! Why didn't anyone say so? Any idea > when was it introduced? xforms has been sending strange events for quite a while. I think we stumbled across it already in Chemnitz, but fixing real LyX

Re: [CoordBranch] drawSelection

On Sat, Nov 13, 2004 at 08:55:53AM +0100, Alfredo Braunstein wrote: > what's the real reason for separating drawSelection from draw in insets? > > (note that I'm not talking about the separation in LyXText) Good question. I don't know a _real_ reason. Andre'

Gudrun Eisele/junghans-fwt/DE ist außer Haus.

Ich werde ab 05.11.2004 nicht im Büro sein. Ich kehre zurück am 15.11.2004. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden Angelegenheiten wenden Sie sich bitte an Frau Birgit Binder, Tel. 07422/18-222, e-mail: [EMAIL PROTECTED]

Re: [patch] search for more converters, viewers and editors

On Fri, 2004-11-12 at 19:06 +0100, Georg Baum wrote: > Is this ok to apply? Do you have better suggestions for the text viewer and > editor? I just added what came to mind (and ignored windows completely). If we're nominating text editors: gedit. John

Re: [PATCH] make insetlatexaccents real letters

On Fri, Nov 12, 2004 at 04:13:13PM +0100, Jean-Marc Lasgouttes wrote: > > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > Jean-Marc> This patch makes sure that insetlatexaccents are considered > Jean-Marc> as normal letters by the code that handles words > Jean-Marc> (word-

Re: [patch] search for more converters, viewers and editors

On Fri, Nov 12, 2004 at 07:06:39PM +0100, Georg Baum wrote: > Is this ok to apply? Do you have better suggestions for the text viewer and > editor? I just added what came to mind (and ignored windows completely). Why 'gvim' and not 'vim'/'vi'? Andre' PS: And 'ed'...