Inheriting xforms button controller in gtk frontend

2004-09-24 Thread John Spray
Hi, I'm in the process of writing the gtk+ search/replace dialog, and have hit a problem which has frustrated me for some hours. I'm not too experienced with C++ (as opposed to C), so forgive me if I'm missing something obvious. typeid is reporting the return type of bcview() in GSearch to be N3

Re: Inheriting the wrong button controller somehow

2004-09-24 Thread John Spray
On Fri, 2004-09-24 at 20:49, Angus Leeming wrote: > See my answer to your other mail with the same question. Thanks, that advice was spot on, as may be seen in my patch of a few minutes ago. I expect that another copy of the parent message will come through soon. How embarassing: I shall file a b

Re: Inheriting the wrong button controller somehow

2004-09-24 Thread Angus Leeming
John Spray wrote: > Hi, > > I'm in the process of writing the gtk+ search/replace dialog, and have > hit a problem which has frustrated me for some hours. I'm not too > experienced with C++ (as opposed to C), so forgive me if I'm missing > something obvious. See my answer to your other mail wit

Inheriting the wrong button controller somehow

2004-09-24 Thread John Spray
Hi, I'm in the process of writing the gtk+ search/replace dialog, and have hit a problem which has frustrated me for some hours. I'm not too experienced with C++ (as opposed to C), so forgive me if I'm missing something obvious. typeid is reporting the return type of bcview() in GSearch to be N3

Re: Inheriting xforms button controller in gtk frontend

2004-09-24 Thread Angus Leeming
est in GMathPanel > gives N3lyx8frontend3GBCE which is more correct (GBC being the Gtk-ified > GuiBC). > I just can't find what I'm doing differently to cause this problem. Have a look at Dialogs.C where the different elements that make up a dialog are put together. It appears t

Inheriting xforms button controller in gtk frontend

2004-09-24 Thread John Spray
Hi, If this is received then hooray! This message got through on the third try. I'm in the process of writing the gtk+ search/replace dialog, and have hit a problem which has frustrated me for some hours. I'm not too experienced with C++ (as opposed to C), so forgive me if I'm missing something

Re: [PATCH] button controller changes

2001-08-25 Thread John Levon
- static bool isBuilt = false; - if (!isBuilt) { - isBuilt = true; + if (!dialog_built_) { view().build(); + dialog_built_ = true; } bc().readOnly(isReadonly()); @@ -83,10 +8

[PATCH] button controller changes

2001-08-25 Thread John Levon
) + : Base(lv, d), dialog_built_(false) {} @@ -64,10 +68,9 @@ setParams(); - static bool isBuilt = false; - if (!isBuilt) { - isBuilt = true; + if (!dialog_built_) { view().build(); + dialog_built_ = true; } bc().

Re: button controller

2001-08-23 Thread John Levon
On Fri, Aug 24, 2001 at 01:14:34PM +1000, Allan Rae wrote: > > this would lead to some horrendous code I think. > > > > I can't think of a way to nicely disable this situation generally. Instead of >changed(), > > we could be calling anything, that might affe

Re: button controller

2001-08-23 Thread Allan Rae
ke a dummy > > handler or something) and then when you've finished updating/restoring > > reset the connection? > > this would lead to some horrendous code I think. > > I can't think of a way to nicely disable this situation generally. Instead of >changed(

Re: button controller

2001-08-23 Thread John Levon
ndler or something) and then when you've finished updating/restoring > reset the connection? this would lead to some horrendous code I think. I can't think of a way to nicely disable this situation generally. Instead of changed(), we could be calling anything, that might affect the b

Re: button controller

2001-08-23 Thread Allan Rae
On Fri, 24 Aug 2001, John Levon wrote: > Here's exactly what's going on : > > controller calls update() > in my update() I do ->setText() on a text object > This setText() queues a Qt2 signal emit > return from update(), finish everything and go back to the event loop > > --- at this point, every

Re: button controller

2001-08-23 Thread John Levon
On Fri, Aug 24, 2001 at 12:35:27PM +1000, Allan Rae wrote: > On Fri, 24 Aug 2001, John Levon wrote: > > > in order to be able to call bc().restore() at the end of every update(), > > the state machine must have a transition from [RO_]INITIAL with the RESTORE > > input, because the update might N

Re: button controller

2001-08-23 Thread Allan Rae
On Fri, 24 Aug 2001, John Levon wrote: > in order to be able to call bc().restore() at the end of every update(), > the state machine must have a transition from [RO_]INITIAL with the RESTORE > input, because the update might NOT have changed thre bc() state. > > So I need a bc().iReallyAmInIniti

button controller

2001-08-23 Thread John Levon
in order to be able to call bc().restore() at the end of every update(), the state machine must have a transition from [RO_]INITIAL with the RESTORE input, because the update might NOT have changed thre bc() state. So I need a bc().iReallyAmInInitialStateHonest() or similar. Since I must have t