Re: [PATCH]: Dialogs and guiapi refactoring

2002-08-15 Thread Angus Leeming
On Thursday 15 August 2002 11:08 am, Lars Gullik Bjønnes wrote: > | Ahhh. I'd forgotten about that. Did you manage to isolate the problem and > | tell boost the list about it? > > No. Well then, the trick is to replace static boost::signal0 some_signal; with a static method returning a r

Re: [PATCH]: Dialogs and guiapi refactoring

2002-08-15 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | On Wednesday 14 August 2002 11:03 pm, Lars Gullik Bjønnes wrote: >> I think this is a step in the right direction, and it is surely not >> worse than the thingie I did. > | Sure, but I think that the implementation is horrible. A huge amount of | repli

Re: [PATCH]: Dialogs and guiapi refactoring

2002-08-15 Thread Angus Leeming
On Wednesday 14 August 2002 11:03 pm, Lars Gullik Bjønnes wrote: > I think this is a step in the right direction, and it is surely not > worse than the thingie I did. Sure, but I think that the implementation is horrible. A huge amount of replicated code. I thought of a much more elegant approac

Re: [PATCH]: Dialogs and guiapi refactoring

2002-08-14 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Attached is a patch that turns guiapi and Dialogs on their head, as I | proposed the other day. | | The guiapi functions no longer require a LyXView argument. Instead, they | invoke the Dialogs methods and so guiapi.C is now common to all frontends.

[PATCH]: Dialogs and guiapi refactoring

2002-08-14 Thread Angus Leeming
Attached is a patch that turns guiapi and Dialogs on their head, as I proposed the other day. The guiapi functions no longer require a LyXView argument. Instead, they invoke the Dialogs methods and so guiapi.C is now common to all frontends. The "work" is done in xforms/Dialogs.C xforms/Dialog