Georg == Georg Baum [EMAIL PROTECTED] writes:
Agreed. Also, I'd rather have a signature like virtual FuncStatus
getStatus() const; since it is more in line with what LyXFunc does.
Georg Yes, but we need only the boolean value here. Things like
Georg virtual bool getStatus() const { return
Jean-Marc Lasgouttes wrote:
Georg == Georg Baum
[EMAIL PROTECTED]
writes:
Agreed. Also, I'd rather have a signature like virtual FuncStatus
getStatus() const; since it is more in line with what LyXFunc does.
Georg Yes, but we need only the boolean value here. Things like
Georg
Georg Baum wrote:
PS: Angus, thanks for spotting one of my favourite spelling mistakes ;-)
It's easy to get right if you pronounce it correctly :)
http://evaeaston.com/pr/w-pr-weather.html
--
Angus
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg I choose getStatus because it is nearly the same (and btw we
Georg have already getStatus() functions with different signatures).
But both versions fill a FuncStatus object.
Georg But canApply() is fine with me, so I'll use that now.
Thanks.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> Agreed. Also, I'd rather have a signature like virtual FuncStatus
>> getStatus() const; since it is more in line with what LyXFunc does.
Georg> Yes, but we need only the boolean value here. Things like
Georg> virtual bool getStatus()
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
>>> Agreed. Also, I'd rather have a signature like virtual FuncStatus
>>> getStatus() const; since it is more in line with what LyXFunc does.
>
> Georg> Yes, but we need only the boolean value
Georg Baum wrote:
> PS: Angus, thanks for spotting one of my favourite spelling mistakes ;-)
It's easy to get right if you pronounce it correctly :)
http://evaeaston.com/pr/w-pr-weather.html
--
Angus
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I choose getStatus because it is nearly the same (and btw we
Georg> have already getStatus() functions with different signatures).
But both versions fill a FuncStatus object.
Georg> But canApply() is fine with me, so I'll use that
Georg Baum wrote:
Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
Georg, we are talking about the Text Style dialog (a.k.a character
dialog), not the char style inset. Does the patch really not enable the
settings in that dialog for you?
Sorry, that was a misunderstanding.
Georg Baum wrote:
The attached patch fixes Dialog::checkStatus(). The dialog dependant part
is now in Dialog::Controller::getStatus() and reimplemented in all
dialogs that need it.
OK to apply?
fine with me.
Jürgen
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
JMarc
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED]
writes:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Yes.
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc
Georg Baum wrote:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Yes.
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
Yes, but we need only the boolean value here.
Georg Baum wrote:
> Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
>> Georg, we are talking about the "Text Style" dialog (a.k.a "character
>> dialog"), not the char style inset. Does the patch really not enable the
>> settings in that dialog for you?
>
> Sorry, that was a
Georg Baum wrote:
> The attached patch fixes Dialog::checkStatus(). The dialog dependant part
> is now in Dialog::Controller::getStatus() and reimplemented in all
> dialogs that need it.
>
> OK to apply?
fine with me.
Jürgen
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> However, I wonder if it would not be nicer to have:
[a getLFUN method]
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
JMarc
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> However, I wonder if it would not be nicer to have:
> [a getLFUN method]
Yes.
> Agreed. Also, I'd rather have a signature like
> virtual FuncStatus getStatus() const;
> since it is more in
Georg Baum wrote:
>> Angus> However, I wonder if it would not be nicer to have:
>> [a getLFUN method]
>
> Yes.
>
>> Agreed. Also, I'd rather have a signature like
>> virtual FuncStatus getStatus() const;
>> since it is more in line with what LyXFunc does.
>
> Yes, but we need only the boolean
Am Samstag, 23. April 2005 15:21 schrieb Juergen Spitzmueller:
Helge Hafting wrote:
* One may select several table cells and apply bold or emphasize over
all.
One may not use the charstyle dialog (qt) though - everything
is grayed out when the selection span cell borders.
patch
Georg Baum wrote:
It does not work for me. I guess you removed the wrong lfun :-( I disabled
LFUN_INSET_INSERT some days ago on purpose as part of the fix applying
open dialogs in wrong insets patch. It is not possible to insert an
inset when multiple cells are selected unless there is special
Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
Georg, we are talking about the Text Style dialog (a.k.a character
dialog), not the char style inset. Does the patch really not enable the
settings in that dialog for you?
Sorry, that was a misunderstanding. The patch enables the
Am Samstag, 23. April 2005 15:21 schrieb Juergen Spitzmueller:
> Helge Hafting wrote:
> > * One may select several table cells and apply bold or emphasize over
all.
> > One may not use the charstyle dialog (qt) though - everything
> > is grayed out when the selection span cell borders.
>
>
Georg Baum wrote:
> It does not work for me. I guess you removed the wrong lfun :-( I disabled
> LFUN_INSET_INSERT some days ago on purpose as part of the "fix applying
> open dialogs in wrong insets" patch. It is not possible to insert an
> inset when multiple cells are selected unless there is
Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
> Georg, we are talking about the "Text Style" dialog (a.k.a "character
> dialog"), not the char style inset. Does the patch really not enable the
> settings in that dialog for you?
Sorry, that was a misunderstanding. The patch
Helge Hafting wrote:
* One may select several table cells and apply bold or emphasize over all.
One may not use the charstyle dialog (qt) though - everything
is grayed out when the selection span cell borders.
patch attached. I will commit if nobody objects.
Jürgen
Index: insettabular.C
Helge Hafting wrote:
> * One may select several table cells and apply bold or emphasize over all.
> One may not use the charstyle dialog (qt) though - everything
> is grayed out when the selection span cell borders.
patch attached. I will commit if nobody objects.
Jürgen
Index:
Helge Hafting wrote:
* Right-click a table. Set the column with to something like 3cm.
Then change from centered to left and notice that the
column width is lost!
cannot reproduce
* Leave the table dialog open, move the cursor from cell to cell
and make changes all over the place.
On Fri, Apr 22, 2005 at 08:24:42AM +0200, Juergen Spitzmueller wrote:
Helge Hafting wrote:
* Right-click a table. Set the column with to something like 3cm.
Then change from centered to left and notice that the
column width is lost!
cannot reproduce
* Leave the table dialog open,
Helge Hafting wrote:
How about having the change take effect immediately, i.e. no
option for regretting? Or is that just as hard as adding
an apply button?
Actually, having to apply changes for every cell or columns
is cumbersome. The lines part of that dialog does not
need apply, one
Helge Hafting wrote:
> * Right-click a table. Set the column with to something like 3cm.
> Then change from "centered" to "left" and notice that the
> column width is lost!
cannot reproduce
> * Leave the table dialog open, move the cursor from cell to cell
> and make changes all over the
On Fri, Apr 22, 2005 at 08:24:42AM +0200, Juergen Spitzmueller wrote:
> Helge Hafting wrote:
> > * Right-click a table. Set the column with to something like 3cm.
> > Then change from "centered" to "left" and notice that the
> > column width is lost!
>
> cannot reproduce
>
> > * Leave the
Helge Hafting wrote:
> How about having the change take effect immediately, i.e. no
> option for regretting? Or is that just as hard as adding
> an apply button?
>
> Actually, having to "apply" changes for every cell or columns
> is cumbersome. The "lines" part of that dialog does not
> need
Some tabular oddities. This time I made sure to have todays
cvs, there should be no old test patches around anymore.
* One may select several table cells and apply bold or emphasize over all.
One may not use the charstyle dialog (qt) though - everything
is grayed out when the selection span
Some tabular oddities. This time I made sure to have todays
cvs, there should be no old test patches around anymore.
* One may select several table cells and apply bold or emphasize over all.
One may not use the charstyle dialog (qt) though - everything
is grayed out when the selection span
34 matches
Mail list logo