>>>>> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On Mon, 2 Apr 2001, Michael A. Koziarski wrote:
>> It's a complete rewrite, I preferred the Gnome::About look and feel
>> but GUII is GUII and this is consistent with the other frontends.
Allan> You are free to combine things like:
Help-> Version Copyright Credits
That would make an awfully large dialog, wouldn't it?
Allan> into a single Help->About if want. You just need to connect
Allan> such a dialog to the signals that everyone else also uses.
Allan> Choose one or preferably all three but it doesn't really matter
Allan> since you also control the menu to large extent and can ensure
Allan> that there's only a Help->About option in the menu.
We would then have to think about the scheme we use to allow different
menus for different implementations. The two possiblities I see are
1/ provide a way in menu definition to condition o the current
frontend (like a #ifdef in C++)
2/ have completely different ui files like xforms.ui, gnome.ui... Then
we have the risk of make maintenance difficult.
3/ maybe a better one: turn these menu entries to OptItem, and have
LyXfunc::getStatus() return Disabled on the relevant functions if
nobody is connected to the signals (I guess sigc++ allows us to query
this condition).
Allan> Hmmm... in fact I'd probably be inclinded to do this for the
Allan> xforms implementation as well but it's only a cosmetic thing.
I think that, when a particular frontend maintainer identifies a
change that would make the interface better, we should wonder whether
this change should be propagated to other arch. This means: let
frontends have liberty of implementation, but avoid gratuitous differences.