Re: More LFUN questions

2003-02-20 Thread Angus Leeming
On Thursday 20 February 2003 4:02 pm, John Levon wrote: > On Thu, Feb 20, 2003 at 01:54:38PM +, Angus Leeming wrote: > > >> virtual string const Inset::stringForDialog() const > > >> method perhaps. > > > > > > don't we already have names for the insets ? > > > > You mean > > cl

Re: More LFUN questions

2003-02-20 Thread John Levon
On Thu, Feb 20, 2003 at 01:54:38PM +, Angus Leeming wrote: > >> virtual string const Inset::stringForDialog() const > >> method perhaps. > > > > don't we already have names for the insets ? > > You mean > class Inset { > string const name_; > }; > ? I

Re: More LFUN questions

2003-02-20 Thread Angus Leeming
John Levon wrote: > On Thu, Feb 20, 2003 at 01:45:29PM +, Angus Leeming wrote: > >> The Dialogs class can work out who to call from the 'name' but we need to >> fill 'data' appropriately. Either use a switch or have a new >> virtual string const Inset::stringForDialog() const >> metho

Re: More LFUN questions

2003-02-20 Thread John Levon
On Thu, Feb 20, 2003 at 01:45:29PM +, Angus Leeming wrote: > The Dialogs class can work out who to call from the 'name' but we need to > fill 'data' appropriately. Either use a switch or have a new > virtual string const Inset::stringForDialog() const > method perhaps. don't we alre

Re: More LFUN questions

2003-02-20 Thread Angus Leeming
John Levon wrote: > On Thu, Feb 20, 2003 at 01:27:34PM +, Angus Leeming wrote: > >> You need an LFUN_SHOW_DIALOG_NEXT that finds the desired inset and then >> opens the dialog. You could either call Dialogs::show direct as: >> owner->getDialogs().show(name, data, inset); >> where 'dat

Re: More LFUN questions

2003-02-20 Thread John Levon
On Thu, Feb 20, 2003 at 01:27:34PM +, Angus Leeming wrote: > You need an LFUN_SHOW_DIALOG_NEXT that finds the desired inset and then > opens the dialog. You could either call Dialogs::show direct as: > owner->getDialogs().show(name, data, inset); > where 'data' is a string of the stuf

Re: More LFUN questions

2003-02-20 Thread Angus Leeming
John Levon wrote: > On Thu, Feb 20, 2003 at 12:59:32PM +, Angus Leeming wrote: > >> > Since you're working in this stuff, can you bear in mind the mooted >> > "edit-properties" ? It would be nice if this was worked into your new >> > framework. >> >> Care to remind me what it is? > > Sorry

Re: More LFUN questions

2003-02-20 Thread John Levon
On Thu, Feb 20, 2003 at 12:59:32PM +, Angus Leeming wrote: > > Since you're working in this stuff, can you bear in mind the mooted > > "edit-properties" ? It would be nice if this was worked into your new > > framework. > > Care to remind me what it is? Sorry. We want a generic ability to b

Re: More LFUN questions

2003-02-20 Thread Angus Leeming
John Levon wrote: > On Thu, Feb 20, 2003 at 11:46:29AM +, Angus Leeming wrote: > >> This is the code for LFUN_CITATION_CREATE as I have it in my tree: >> case LFUN_CITATION_CREATE: > > Since you're working in this stuff, can you bear in mind the mooted > "edit-properties" ? It would

Re: More LFUN questions

2003-02-20 Thread John Levon
On Thu, Feb 20, 2003 at 11:46:29AM +, Angus Leeming wrote: > This is the code for LFUN_CITATION_CREATE as I have it in my tree: > case LFUN_CITATION_CREATE: Since you're working in this stuff, can you bear in mind the mooted "edit-properties" ? It would be nice if this was worked int

More LFUN questions

2003-02-20 Thread Angus Leeming
This is the code for LFUN_CITATION_CREATE as I have it in my tree: case LFUN_CITATION_CREATE: { InsetCommandParams p("cite"); if (!argument.empty()) { // This should be set at source, ie when typing //