Re: Tooltips revamp
Allan == Allan Rae [EMAIL PROTECTED] writes: No, because the tooltips are designed to be lengthy, helpful and annoying when you do not need them. So it is reasonable to turn them off by default. Allan I don't see a problem. Sure, some of the tooltips are long but Allan you have to have your mouse over a button for them to appear. I Allan have no problem with this. Tooltips appearing all over dialogs is bad taste IMO. But not verybody can be as gifted with good taste as I am :) Allan The thing I do have a problem with is that it is not really a Allan What's this? mechanism. The new cursor shape implies that I Allan should click on something that I'm asking about -- as learned Allan by using KDE just once. Agreed (but since I was the one who proposed some of this stuff to Angus, maybe I should not say it publicly). Allan AFAIAC we should just allow enable/disable of the tooltips and Allan leave the cursor alone. The code that is in CVS works fine Allan otherwise (ie. get rid of the ? cursor and all is excellent). Maybe. BTW, we will need an icon for this toggle, since operating tooltips is a mouse-based thing. Allan Seems to be getting more and more complicated. OK, forget about it. Allan BTW, I'm inclined to think that if we must have a menu entry Allan for this then is should be Edit-Tooltips [] (located near the Allan preferences stuff perhaps). EditTooltips?? In which sense is this an edition action? Allan As it is now it looks like it is a part of the documentation It is part of _Help_. What's wrong with that? Allan and worse yet the proximity and similarity to the Documents Allan menu had me wondering if it wasn't an indicator of a file I had Allan opened. No, it is an indicator of lack of sleep. Allan Can we set the marker for the current buffer in the documents Allan menu to a different colour or shape so it doesn't look like a Allan toggle? It would be difficult. But if people do not like it, I can just disable this code. It was just a quick idea I had one morning. JMArc
Re: Tooltips revamp
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: >> No, because the tooltips are designed to be lengthy, helpful and >> annoying when you do not need them. So it is reasonable to turn >> them off by default. Allan> I don't see a problem. Sure, some of the tooltips are long but Allan> you have to have your mouse over a button for them to appear. I Allan> have no problem with this. Tooltips appearing all over dialogs is bad taste IMO. But not verybody can be as gifted with good taste as I am :) Allan> The thing I do have a problem with is that it is not really a Allan> "What's this?" mechanism. The new cursor shape implies that I Allan> should click on something that I'm asking about -- as learned Allan> by using KDE just once. Agreed (but since I was the one who proposed some of this stuff to Angus, maybe I should not say it publicly). Allan> AFAIAC we should just allow enable/disable of the tooltips and Allan> leave the cursor alone. The code that is in CVS works fine Allan> otherwise (ie. get rid of the "?" cursor and all is excellent). Maybe. >> BTW, we will need an icon for this toggle, since operating tooltips >> is a mouse-based thing. Allan> Seems to be getting more and more complicated. OK, forget about it. Allan> BTW, I'm inclined to think that if we must have a menu entry Allan> for this then is should be Edit->Tooltips [] (located near the Allan> preferences stuff perhaps). Edit>Tooltips?? In which sense is this an edition action? Allan> As it is now it looks like it is a part of the documentation It is part of _Help_. What's wrong with that? Allan> and worse yet the proximity and similarity to the Documents Allan> menu had me wondering if it wasn't an indicator of a file I had Allan> opened. No, it is an indicator of lack of sleep. Allan> Can we set the marker for the current buffer in the documents Allan> menu to a different colour or shape so it doesn't look like a Allan> toggle? It would be difficult. But if people do not like it, I can just disable this code. It was just a quick idea I had one morning. JMArc
Re: Tooltips revamp
On 11 Mar 2002, Jean-Marc Lasgouttes wrote: Allan == Allan Rae [EMAIL PROTECTED] writes: Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0bool Dialogs::tooltipsEnabled; Allan Why? The tooltips should have a lyxrc entry and you can toggle Allan based on that value instead. Otherwise someone who wants/hates Allan tooltips has to turn them on/off in every session! No, because the tooltips are designed to be lengthy, helpful and annoying when you do not need them. So it is reasonable to turn them off by default. I don't see a problem. Sure, some of the tooltips are long but you have to have your mouse over a button for them to appear. I have no problem with this. The thing I do have a problem with is that it is not really a What's this? mechanism. The new cursor shape implies that I should click on something that I'm asking about -- as learned by using KDE just once. AFAIAC we should just allow enable/disable of the tooltips and leave the cursor alone. The code that is in CVS works fine otherwise (ie. get rid of the ? cursor and all is excellent). BTW, we will need an icon for this toggle, since operating tooltips is a mouse-based thing. Seems to be getting more and more complicated. BTW, I'm inclined to think that if we must have a menu entry for this then is should be Edit-Tooltips [] (located near the preferences stuff perhaps). As it is now it looks like it is a part of the documentation and worse yet the proximity and similarity to the Documents menu had me wondering if it wasn't an indicator of a file I had opened. Can we set the marker for the current buffer in the documents menu to a different colour or shape so it doesn't look like a toggle? Allan. (ARRae)
Re: Tooltips revamp
On 11 Mar 2002, Jean-Marc Lasgouttes wrote: > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: > > >> Oops not so easy. I'll need another static signal in Dialogs.h > >> static bool SigC::Signal0 Dialogs::tooltipsEnabled; > > Allan> Why? The tooltips should have a lyxrc entry and you can toggle > Allan> based on that value instead. Otherwise someone who wants/hates > Allan> tooltips has to turn them on/off in every session! > > No, because the tooltips are designed to be lengthy, helpful and > annoying when you do not need them. So it is reasonable to turn them > off by default. I don't see a problem. Sure, some of the tooltips are long but you have to have your mouse over a button for them to appear. I have no problem with this. The thing I do have a problem with is that it is not really a "What's this?" mechanism. The new cursor shape implies that I should click on something that I'm asking about -- as learned by using KDE just once. AFAIAC we should just allow enable/disable of the tooltips and leave the cursor alone. The code that is in CVS works fine otherwise (ie. get rid of the "?" cursor and all is excellent). > BTW, we will need an icon for this toggle, since operating tooltips is > a mouse-based thing. Seems to be getting more and more complicated. BTW, I'm inclined to think that if we must have a menu entry for this then is should be Edit->Tooltips [] (located near the preferences stuff perhaps). As it is now it looks like it is a part of the documentation and worse yet the proximity and similarity to the Documents menu had me wondering if it wasn't an indicator of a file I had opened. Can we set the marker for the current buffer in the documents menu to a different colour or shape so it doesn't look like a toggle? Allan. (ARRae)
Re: Tooltips revamp
On Sunday 10 March 2002 7:51 am, Allan Rae wrote: case LFUN_TOOLTIPS_TOGGLE: flag.setOnOff(Tooltips::enabled()); break; Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0bool Dialogs::tooltipsEnabled; Why? The tooltips should have a lyxrc entry and you can toggle based on that value instead. Otherwise someone who wants/hates tooltips has to turn them on/off in every session! Well maybe there should be a bool enable_tooltips_on_start lyxrc entry, but this should be used to initialise the bool tooltips_enabled variable in the xforms Tooltips class behind the frontends firewall. This can go in as a small mod at any time. So, I disagree with you, at least partially. Anyway, I decided a signal was the wrong way too and used a static method returning a bool. Angus
Re: Tooltips revamp
Allan == Allan Rae [EMAIL PROTECTED] writes: Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0bool Dialogs::tooltipsEnabled; Allan Why? The tooltips should have a lyxrc entry and you can toggle Allan based on that value instead. Otherwise someone who wants/hates Allan tooltips has to turn them on/off in every session! No, because the tooltips are designed to be lengthy, helpful and annoying when you do not need them. So it is reasonable to turn them off by default. BTW, we will need an icon for this toggle, since operating tooltips is a mouse-based thing. JMarc
Re: Tooltips revamp
On Sunday 10 March 2002 7:51 am, Allan Rae wrote: > > case LFUN_TOOLTIPS_TOGGLE: > > flag.setOnOff(Tooltips::enabled()); > > break; > > > > Oops not so easy. I'll need another static signal in Dialogs.h > > static bool SigC::Signal0 Dialogs::tooltipsEnabled; > > Why? The tooltips should have a lyxrc entry and you can toggle based > on that value instead. Otherwise someone who wants/hates tooltips has > to turn them on/off in every session! Well maybe there should be a bool enable_tooltips_on_start lyxrc entry, but this should be used to initialise the bool tooltips_enabled variable in the xforms Tooltips class behind the frontends firewall. This can go in as a small mod at any time. So, I disagree with you, at least partially. Anyway, I decided a signal was the wrong way too and used a static method returning a bool. Angus
Re: Tooltips revamp
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: >> Oops not so easy. I'll need another static signal in Dialogs.h >> static bool SigC::Signal0 Dialogs::tooltipsEnabled; Allan> Why? The tooltips should have a lyxrc entry and you can toggle Allan> based on that value instead. Otherwise someone who wants/hates Allan> tooltips has to turn them on/off in every session! No, because the tooltips are designed to be lengthy, helpful and annoying when you do not need them. So it is reasonable to turn them off by default. BTW, we will need an icon for this toggle, since operating tooltips is a mouse-based thing. JMarc
Re: Tooltips revamp
On Fri, 8 Mar 2002, Angus Leeming wrote: On Friday 08 March 2002 4:37 pm, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus How do I create a little check box for the What's This entry in Angus the Help menu, like the Emphasize Style entry in Layouts? This is done in LyXFunc::getStatus. For example, for buffer-toggle-readonly, it is case LFUN_READ_ONLY_TOGGLE: flag.setOnOff(buf-isReadonly()); break; Should be easy enough, no? Very easy case LFUN_TOOLTIPS_TOGGLE: flag.setOnOff(Tooltips::enabled()); break; Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0bool Dialogs::tooltipsEnabled; Why? The tooltips should have a lyxrc entry and you can toggle based on that value instead. Otherwise someone who wants/hates tooltips has to turn them on/off in every session! that gets connected to Tooltips::enabled() (other side of the frontends firewall). I have no time to do that tonight. Gotta dash. Probably just as well. Shall I just commit what I have done or post it to the list? (it does work!) I'd be happy enough if you commit what you described in your initial post. Any extras should be argued further. Allan. (ARRae)
Re: Tooltips revamp
On Fri, 8 Mar 2002, Angus Leeming wrote: > On Friday 08 March 2002 4:37 pm, Jean-Marc Lasgouttes wrote: > > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > > > > > Angus> How do I create a little check box for the What's This entry in > > Angus> the Help menu, like the Emphasize Style entry in Layouts? > > > > This is done in LyXFunc::getStatus. For example, for > > buffer-toggle-readonly, it is > > > > case LFUN_READ_ONLY_TOGGLE: > > flag.setOnOff(buf->isReadonly()); > > break; > > > > Should be easy enough, no? > > Very easy > > case LFUN_TOOLTIPS_TOGGLE: > flag.setOnOff(Tooltips::enabled()); > break; > > Oops not so easy. I'll need another static signal in Dialogs.h > static bool SigC::Signal0 Dialogs::tooltipsEnabled; Why? The tooltips should have a lyxrc entry and you can toggle based on that value instead. Otherwise someone who wants/hates tooltips has to turn them on/off in every session! > that gets connected to Tooltips::enabled() (other side of the frontends > firewall). I have no time to do that tonight. Gotta dash. Probably just as well. > Shall I just commit what I have done or post it to the list? (it does work!) I'd be happy enough if you commit what you described in your initial post. Any extras should be argued further. Allan. (ARRae)
Tooltips revamp
I have finished the tooltips revamp so that we have an LFUN_TOOLTIPS_TOGGLE that is used to trigger a static signal Dialogs::toggleTooltips. Not only does it turn tooltips on and off, but we even get a cursor as a ? in all dialogs that have initialised a tooltip. Not the main dialog though, because that doesn't use the default xforms cursor in the WorkArea and I haven't enquired further. So all those nasty Help buttons that people have been complaining about have now gone. All works well with both the xforms 0.89 and 0.88 tooltip mechanisms. For those despairing of ever getting 1.2 out the door with Angus committing all these boody patches, fear not. As far as I'm concerned 1.2 is now ready to go! No more from me!!! I have one question, however, that perhaps Jean-Marc can answer: How do I create a little check box for the What's This entry in the Help menu, like the Emphasize Style entry in Layouts? Angus
Re: Tooltips revamp
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus How do I create a little check box for the What's This entry in Angus the Help menu, like the Emphasize Style entry in Layouts? This is done in LyXFunc::getStatus. For example, for buffer-toggle-readonly, it is case LFUN_READ_ONLY_TOGGLE: flag.setOnOff(buf-isReadonly()); break; Should be easy enough, no? JMarc
Re: Tooltips revamp
On Friday 08 March 2002 4:37 pm, Jean-Marc Lasgouttes wrote: Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus How do I create a little check box for the What's This entry in Angus the Help menu, like the Emphasize Style entry in Layouts? This is done in LyXFunc::getStatus. For example, for buffer-toggle-readonly, it is case LFUN_READ_ONLY_TOGGLE: flag.setOnOff(buf-isReadonly()); break; Should be easy enough, no? Very easy case LFUN_TOOLTIPS_TOGGLE: flag.setOnOff(Tooltips::enabled()); break; Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0bool Dialogs::tooltipsEnabled; that gets connected to Tooltips::enabled() (other side of the frontends firewall). I have no time to do that tonight. Gotta dash. Shall I just commit what I have done or post it to the list? (it does work!) Angus
Tooltips revamp
I have finished the tooltips revamp so that we have an LFUN_TOOLTIPS_TOGGLE that is used to trigger a static signal Dialogs::toggleTooltips. Not only does it turn tooltips on and off, but we even get a cursor as a "?" in all dialogs that have initialised a tooltip. Not the main dialog though, because that doesn't use the default xforms cursor in the WorkArea and I haven't enquired further. So all those nasty "Help" buttons that people have been complaining about have now gone. All works well with both the xforms 0.89 and 0.88 tooltip mechanisms. For those despairing of ever getting 1.2 out the door with Angus committing all these boody patches, fear not. As far as I'm concerned 1.2 is now ready to go! No more from me!!! I have one question, however, that perhaps Jean-Marc can answer: How do I create a little check box for the What's This entry in the Help menu, like the Emphasize Style entry in Layouts? Angus
Re: Tooltips revamp
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> How do I create a little check box for the What's This entry in Angus> the Help menu, like the Emphasize Style entry in Layouts? This is done in LyXFunc::getStatus. For example, for buffer-toggle-readonly, it is case LFUN_READ_ONLY_TOGGLE: flag.setOnOff(buf->isReadonly()); break; Should be easy enough, no? JMarc
Re: Tooltips revamp
On Friday 08 March 2002 4:37 pm, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > > Angus> How do I create a little check box for the What's This entry in > Angus> the Help menu, like the Emphasize Style entry in Layouts? > > This is done in LyXFunc::getStatus. For example, for > buffer-toggle-readonly, it is > > case LFUN_READ_ONLY_TOGGLE: > flag.setOnOff(buf->isReadonly()); > break; > > Should be easy enough, no? Very easy case LFUN_TOOLTIPS_TOGGLE: flag.setOnOff(Tooltips::enabled()); break; Oops not so easy. I'll need another static signal in Dialogs.h static bool SigC::Signal0 Dialogs::tooltipsEnabled; that gets connected to Tooltips::enabled() (other side of the frontends firewall). I have no time to do that tonight. Gotta dash. Shall I just commit what I have done or post it to the list? (it does work!) Angus
