Re: tooltips for check boxes: "if checked, ..."
On Sat, Dec 28, 2019 at 06:37:03AM +0100, Jürgen Spitzmüller wrote: > Am Freitag, den 27.12.2019, 20:18 -0500 schrieb Scott Kostyshak: > > Some variation probably makes sense depending on what the "..." are, > > but > > I wonder if some consistency would be welcome. On the other hand, > > perhaps too much consistency would make LyX too much like a robot > > instead of the eccentric personality it has? > > I am all for stylistic variation in the case of tooltips. Works for me. Scott signature.asc Description: PGP signature -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: tooltips for check boxes: "if checked, ..."
Am Freitag, den 27.12.2019, 20:18 -0500 schrieb Scott Kostyshak: > Some variation probably makes sense depending on what the "..." are, > but > I wonder if some consistency would be welcome. On the other hand, > perhaps too much consistency would make LyX too much like a robot > instead of the eccentric personality it has? I am all for stylistic variation in the case of tooltips. Jürgen signature.asc Description: This is a digitally signed message part -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: Tooltips of some insets
Pavel Sanda wrote: hi, i found the two tooltips Left-click to collapse the inset Left-click to open the inset we have associated with collapsable insets and float as quite annoying in the long term. it doesn't bring any useful information, and it somehow resembles MS helps like to get help push the help button; it just covers the text around. not as much annoying, but ERT tooltip whenever hanging around opened ERT inset is similar case. pavel
Re: Tooltips of some insets
Pavel Sanda wrote: Pavel Sanda wrote: hi, i found the two tooltips Left-click to collapse the inset Left-click to open the inset we have associated with collapsable insets and float as quite annoying in the long term. it doesn't bring any useful information, and it somehow resembles MS helps like to get help push the help button; it just covers the text around. not as much annoying, but ERT tooltip whenever hanging around opened ERT inset is similar case. No objection here. rh
Re: Tooltips of some insets
Pavel Sanda wrote: hi, i found the two tooltips Left-click to collapse the inset Left-click to open the inset we have associated with collapsable insets and float as quite annoying in the long term. it doesn't bring any useful information, and it somehow resembles MS helps like to get help push the help button; it just covers the text around. would there be any objection if i remove these? No objection on these particular items, I put them here as a show case for tooltips to begin with. But maybe there are other info that are worth displaying as a tooltip? For a float, it would be nice to have the caption for example if it is folded. Maybe it's already the case, don't remember... Abdel.
Re: Tooltips of some insets
Pavel Sanda wrote: > hi, > > i found the two tooltips "Left-click to collapse the inset" > "Left-click to open the inset" we have associated with collapsable > insets and float as quite annoying in the long term. it doesn't > bring any useful information, and it somehow resembles MS helps > like "to get help push the help button"; it just covers the text > around. not as much annoying, but ERT tooltip whenever hanging around opened ERT inset is similar case. pavel
Re: Tooltips of some insets
Pavel Sanda wrote: Pavel Sanda wrote: hi, i found the two tooltips "Left-click to collapse the inset" "Left-click to open the inset" we have associated with collapsable insets and float as quite annoying in the long term. it doesn't bring any useful information, and it somehow resembles MS helps like "to get help push the help button"; it just covers the text around. not as much annoying, but ERT tooltip whenever hanging around opened ERT inset is similar case. No objection here. rh
Re: Tooltips of some insets
Pavel Sanda wrote: hi, i found the two tooltips "Left-click to collapse the inset" "Left-click to open the inset" we have associated with collapsable insets and float as quite annoying in the long term. it doesn't bring any useful information, and it somehow resembles MS helps like "to get help push the help button"; it just covers the text around. would there be any objection if i remove these? No objection on these particular items, I put them here as a show case for tooltips to begin with. But maybe there are other info that are worth displaying as a tooltip? For a float, it would be nice to have the caption for example if it is folded. Maybe it's already the case, don't remember... Abdel.
Re: tooltips are back
Enrico Forestieri wrote: On Tue, Feb 06, 2007 at 08:21:44PM +0100, Peter Kümmel wrote: The tooltips are back. Does anybody know why? Because Georg fixed it http://www.lyx.org/trac/changeset/16981 Ah, I assume this is in a overwritten event handler function. I've only searched for tooltip, and not for the bug number. Peter
Re: tooltips are back
Enrico Forestieri wrote: > On Tue, Feb 06, 2007 at 08:21:44PM +0100, Peter Kümmel wrote: > >> The tooltips are back. >> Does anybody know why? > > Because Georg fixed it > http://www.lyx.org/trac/changeset/16981 > Ah, I assume this is in a overwritten event handler function. I've only searched for tooltip, and not for the bug number. Peter
Re: tooltips are back
On Tue, Feb 06, 2007 at 08:21:44PM +0100, Peter Kümmel wrote: The tooltips are back. Does anybody know why? Because Georg fixed it http://www.lyx.org/trac/changeset/16981 -- Enrico
Re: tooltips are back
On Tue, Feb 06, 2007 at 08:21:44PM +0100, Peter Kümmel wrote: > The tooltips are back. > Does anybody know why? Because Georg fixed it http://www.lyx.org/trac/changeset/16981 -- Enrico
Re: Tooltips toggle
Michael Gerz wrote: Abdel, you forgot to remove tooltips-toggle from the UI files. That's because I don't know much about UI files :-/ I will fix the files in a minute... Thanks, Abdel.
Re: Tooltips toggle
Am Samstag, 14. Oktober 2006 14:38 schrieb Abdelrazak Younes: Michael Gerz wrote: Abdel, you forgot to remove tooltips-toggle from the UI files. That's because I don't know much about UI files :-/ That is a lame excuse ;-) It is very simple: If you remove an lfun, look up the name in src/LyXAction.C, and remove all occurrences of it in lib/ui and lib/bind. Georg
Re: Tooltips toggle
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name .svn -prune -o -type f -exec grep -i
somethingobsolete {} \; -print
Michael
Re: Tooltips toggle
On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name .svn -prune -o -type f -exec grep -i
somethingobsolete {} \; -print
But he is on Windows and not using cygwin, AFAIK. Btw, -print could be
omitted and on cygwin you get faster searches using + in place of \;
as the terminator for -exec.
--
Enrico
Re: Tooltips toggle
Enrico Forestieri wrote:
On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name .svn -prune -o -type f -exec grep -i
somethingobsolete {} \; -print
But he is on Windows and not using cygwin, AFAIK.
Well I use cygwin sometimes... ;-)
Abdel.
Re: Tooltips toggle
On Sat, Oct 14, 2006 at 04:36:20PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look
up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name .svn -prune -o -type f -exec grep -i
somethingobsolete {} \; -print
But he is on Windows and not using cygwin, AFAIK.
Well I use cygwin sometimes... ;-)
Doh! Then can I mail you an archive with the cygwin/qt3 native GUI lib?
This way you could build a cygwin lyx-qt3 and surely find that damn'd bug
causing a crash ;-) (just joking, no need to reply, Abdel)
--
Enrico
Re: Tooltips toggle
Michael Gerz wrote: Abdel, you forgot to remove tooltips-toggle from the UI files. That's because I don't know much about UI files :-/ I will fix the files in a minute... Thanks, Abdel.
Re: Tooltips toggle
Am Samstag, 14. Oktober 2006 14:38 schrieb Abdelrazak Younes: > Michael Gerz wrote: > > Abdel, > > > > you forgot to remove tooltips-toggle from the UI files. > > That's because I don't know much about UI files :-/ That is a lame excuse ;-) It is very simple: If you remove an lfun, look up the name in src/LyXAction.C, and remove all occurrences of it in lib/ui and lib/bind. Georg
Re: Tooltips toggle
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name ".svn" -prune -o -type f -exec grep -i
"somethingobsolete" {} \; -print
Michael
Re: Tooltips toggle
On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
> Georg Baum schrieb:
> > That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
> > the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
> > and lib/bind.
> >
> Even better, run
>
>find . -name ".svn" -prune -o -type f -exec grep -i
> "somethingobsolete" {} \; -print
But he is on Windows and not using cygwin, AFAIK. Btw, -print could be
omitted and on cygwin you get faster searches using "+" in place of "\;"
as the terminator for -exec.
--
Enrico
Re: Tooltips toggle
Enrico Forestieri wrote:
On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
Georg Baum schrieb:
That is a lame excuse ;-) It is very simple: If you remove an lfun, look up
the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
and lib/bind.
Even better, run
find . -name ".svn" -prune -o -type f -exec grep -i
"somethingobsolete" {} \; -print
But he is on Windows and not using cygwin, AFAIK.
Well I use cygwin sometimes... ;-)
Abdel.
Re: Tooltips toggle
On Sat, Oct 14, 2006 at 04:36:20PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Sat, Oct 14, 2006 at 04:05:38PM +0200, Michael Gerz wrote:
> >
> >> Georg Baum schrieb:
> >>> That is a lame excuse ;-) It is very simple: If you remove an lfun, look
> >>> up
> >>> the name in src/LyXAction.C, and remove all occurrences of it in lib/ui
> >>> and lib/bind.
> >>>
> >> Even better, run
> >>
> >>find . -name ".svn" -prune -o -type f -exec grep -i
> >> "somethingobsolete" {} \; -print
> >
> > But he is on Windows and not using cygwin, AFAIK.
>
> Well I use cygwin sometimes... ;-)
Doh! Then can I mail you an archive with the cygwin/qt3 native GUI lib?
This way you could build a cygwin lyx-qt3 and surely find that damn'd bug
causing a crash ;-) (just joking, no need to reply, Abdel)
--
Enrico
Re: tooltips won't go away
Andre Poenitz wrote: The yellow tooltip box that pops up after hoveering over e.g. the width field in the graphics dialog doesn't go away if the dialog is closed by pressing Escape Yep, here too. I think there may be a list of problems with tooltips in a tabbed dialog. E.g: when moving the dialog-window to somewhere else, will pop up the tooltips as if the dialog has not been moved. This and your problem do not exist in untabbed dialogs, such as the BibTeX Database dialog. Do the Xforms-devel people know about this? Rob.
Re: tooltips won't go away
Andre Poenitz wrote: > The yellow tooltip box that pops up after hoveering over e.g. the width > field in the graphics dialog doesn't go away if the dialog is closed by > pressing Yep, here too. I think there may be a list of problems with tooltips in a tabbed dialog. E.g: when moving the dialog-window to somewhere else, will pop up the tooltips as if the dialog has not been moved. This and your problem do not exist in untabbed dialogs, such as the BibTeX Database dialog. Do the Xforms-devel people know about this? Rob.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Sat, Aug 17, 2002 at 05:34:56PM +0200, Juergen Spitzmueller wrote: John Levon wrote: For tooltips it's not an option because the dialogs will differ, and they are encoded in the .ui file, and I don't want the Qt tooltips to be the George Bernard Shaw essays that xforms has. It would be possible for Thank God that it is not James Joyce ;-) That is reserved for certain aspects of the core code. Except without all the hidden jokes. what's this thingies like the quick description of how to enter index entries etc. Of course I mean what's this?, which is an equivalent to our long tooltips (as I understand them). So the idea was to share the text strings for xforms' tooltips, qt's what's this? and gtk's whatever, if that is technically possible. It's technically possible yes. It remains to be seen how many cases this will be useful for. Since it requires no Qt changes as such, I don't mind an experiment to see what could be shared. regards john -- Someone turn off the good idea tap; we're drowning here! - Rusty Russell
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Sat, Aug 17, 2002 at 05:34:56PM +0200, Juergen Spitzmueller wrote: > John Levon wrote: > > For tooltips it's not an option because the dialogs will differ, and > > they are encoded in the .ui file, and I don't want the Qt tooltips to be > > the George Bernard Shaw essays that xforms has. It would be possible for > > Thank God that it is not James Joyce ;-) That is reserved for certain aspects of the core code. Except without all the hidden jokes. > > what's this thingies like the quick description of how to enter index > > entries etc. > > Of course I mean "what's this?", which is an equivalent to our long "tooltips" > (as I understand them). So the idea was to share the text strings for xforms' > "tooltips", qt's "what's this?" and gtk's whatever, if that is technically > possible. It's technically possible yes. It remains to be seen how many cases this will be useful for. Since it requires no Qt changes as such, I don't mind an experiment to see what could be shared. regards john -- "Someone turn off the good idea tap; we're drowning here!" - Rusty Russell
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Rob Lahaye wrote: 4) Why do many (xforms) dialogs not have tooltips yet? Is it only a matter of not yet coded, or are there other reasons why to wait with expanding the tooltips facility. Not yet coded. I've done a few dialogs but didn't find the time to proceed. I'm happy if you want to join. Regards, Jürgen.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Juergen Spitzmueller wrote: Rob Lahaye wrote: 4) Why do many (xforms) dialogs not have tooltips yet? Is it only a matter of not yet coded, or are there other reasons why to wait with expanding the tooltips facility. Not yet coded. I've done a few dialogs but didn't find the time to proceed. I'm happy if you want to join. I was wondering if it's a better idea to make another file in src/frontends that has the tooltips and which will/can be shared by the frontends. If this is a good idea, then what would be the best way to set it up? Rob.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Rob Lahaye wrote: I was wondering if it's a better idea to make another file in src/frontends that has the tooltips and which will/can be shared by the frontends. If this is a good idea, then what would be the best way to set it up? You mean the text? Good idea. I don't know if this is possible e.g. with QT's What's this? method, though. John? Jürgen.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Juergen Spitzmueller wrote: Rob Lahaye wrote: I was wondering if it's a better idea to make another file in src/frontends that has the tooltips and which will/can be shared by the frontends. If this is a good idea, then what would be the best way to set it up? You mean the text? Good idea. I don't know if this is possible e.g. with QT's What's this? method, though. John? As far as I understand Qt (all I know about Qt comes from firing off the designer program), Qt has a toolTip and a whatsThis widget. I don't think the whatsThis widget has an equivalent in xforms. Indeed, Qt's designer may not be able to load tooltips from another file. Let's see what John says on this. Rob.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Saturday 17 August 2002 8:52 am, Rob Lahaye wrote: Hi, A few tooltips issues: 1) Graphics dialog. The tooltips for the Graphics dialog work well, as long as I do not move the Graphics dialog somewhere else on my display. After moving the dialog, the tooltips text keeps popping up as if the dialog had not been moved; so, when the dialog is moved to other end of the display, the tooltip text appears far away from the dialog. This is an error, but I don't know its origin; xforms problem with tabs. 3) src/frontends/xforms/Tooltips.[Ch] I was wondering if these files (or others) should be moved up in the tree and then shared by the other frontends. Christ no! Angus
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Sat, Aug 17, 2002 at 11:12:48AM +0200, Juergen Spitzmueller wrote: Rob Lahaye wrote: I was wondering if it's a better idea to make another file in src/frontends that has the tooltips and which will/can be shared by the frontends. If this is a good idea, then what would be the best way to set it up? You mean the text? Good idea. I don't know if this is possible e.g. with QT's What's this? method, though. John? For tooltips it's not an option because the dialogs will differ, and they are encoded in the .ui file, and I don't want the Qt tooltips to be the George Bernard Shaw essays that xforms has. It would be possible for what's this thingies like the quick description of how to enter index entries etc. regards john -- Someone turn off the good idea tap; we're drowning here! - Rusty Russell
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
John Levon wrote: For tooltips it's not an option because the dialogs will differ, and they are encoded in the .ui file, and I don't want the Qt tooltips to be the George Bernard Shaw essays that xforms has. It would be possible for Thank God that it is not James Joyce ;-) what's this thingies like the quick description of how to enter index entries etc. Of course I mean what's this?, which is an equivalent to our long tooltips (as I understand them). So the idea was to share the text strings for xforms' tooltips, qt's what's this? and gtk's whatever, if that is technically possible. Regards, Juergen (who will be offline for one week)
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Rob Lahaye wrote: > 4) Why do many (xforms) dialogs not have tooltips yet? Is it only a matter > of "not yet coded", or are there other reasons why to wait with > expanding the tooltips facility. Not yet coded. I've done a few dialogs but didn't find the time to proceed. I'm happy if you want to join. Regards, Jürgen.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Juergen Spitzmueller wrote: > Rob Lahaye wrote: > >>4) Why do many (xforms) dialogs not have tooltips yet? Is it only a matter >>of "not yet coded", or are there other reasons why to wait with >>expanding the tooltips facility. > > > Not yet coded. I've done a few dialogs but didn't find the time to proceed. > I'm happy if you want to join. I was wondering if it's a better idea to make another file in src/frontends that has the tooltips and which will/can be shared by the frontends. If this is a good idea, then what would be the best way to set it up? Rob.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Rob Lahaye wrote: > I was wondering if it's a better idea to make another file in src/frontends > that has the tooltips and which will/can be shared by the frontends. > > If this is a good idea, then what would be the best way to set it up? You mean the text? Good idea. I don't know if this is possible e.g. with QT's "What's this?" method, though. John? Jürgen.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
Juergen Spitzmueller wrote: > Rob Lahaye wrote: > >>I was wondering if it's a better idea to make another file in src/frontends >>that has the tooltips and which will/can be shared by the frontends. >> >>If this is a good idea, then what would be the best way to set it up? > > > You mean the text? Good idea. I don't know if this is possible e.g. with QT's > "What's this?" method, though. John? As far as I understand Qt (all I know about Qt comes from firing off the designer program), Qt has a toolTip and a whatsThis widget. I don't think the whatsThis widget has an equivalent in xforms. Indeed, Qt's designer may not be able to load tooltips from another file. Let's see what John says on this. Rob.
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Saturday 17 August 2002 8:52 am, Rob Lahaye wrote: > Hi, > > A few tooltips issues: > > 1) Graphics dialog. > The tooltips for the Graphics dialog work well, as long as I do not > move the Graphics dialog somewhere else on my display. > After moving the dialog, the tooltips text keeps popping up as if > the dialog had not been moved; so, when the dialog is moved to other > end of the display, the tooltip text appears far away from the dialog. > > This is an error, but I don't know its origin; xforms problem with tabs. > 3) src/frontends/xforms/Tooltips.[Ch] > I was wondering if these files (or others) should be moved up in the > tree and then shared by the other frontends. Christ no! Angus
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
On Sat, Aug 17, 2002 at 11:12:48AM +0200, Juergen Spitzmueller wrote: > Rob Lahaye wrote: > > I was wondering if it's a better idea to make another file in src/frontends > > that has the tooltips and which will/can be shared by the frontends. > > > > If this is a good idea, then what would be the best way to set it up? > > You mean the text? Good idea. I don't know if this is possible e.g. with QT's > "What's this?" method, though. John? For tooltips it's not an option because the dialogs will differ, and they are encoded in the .ui file, and I don't want the Qt tooltips to be the George Bernard Shaw essays that xforms has. It would be possible for what's this thingies like the quick description of how to enter index entries etc. regards john -- "Someone turn off the good idea tap; we're drowning here!" - Rusty Russell
Re: Tooltips issues: Graphics, Preferences, Tooltips.[Ch] etc.
John Levon wrote: > For tooltips it's not an option because the dialogs will differ, and > they are encoded in the .ui file, and I don't want the Qt tooltips to be > the George Bernard Shaw essays that xforms has. It would be possible for Thank God that it is not James Joyce ;-) > what's this thingies like the quick description of how to enter index > entries etc. Of course I mean "what's this?", which is an equivalent to our long "tooltips" (as I understand them). So the idea was to share the text strings for xforms' "tooltips", qt's "what's this?" and gtk's whatever, if that is technically possible. Regards, Juergen (who will be offline for one week)
Re: Tooltips.
-BEGIN PGP SIGNED MESSAGE- On Sunday 12 May 2002 20:33, Herbert Voss wrote: Joao Luis Meloni Assirati wrote: lyx-devel/src/frontends/xforms/ChangeLog said: 2002-05-09 Angus Leeming [EMAIL PROTECTED] * Tooltips.C: enable tooltips by default. I'm using the latest cvs version with xforms-0., and although my lyx comes up with the help-Tooltips button checked, tooltips don't show. In order to enable tooltips, I have to uncheck, then recheck the tooltips button. at this time the tooltips are only available for some gui's: Bibtex, Citation, Sendto and Texinfo And for this it works like expected for me But it is exactly like he is saying. The toolkits are enabled, only if one disables them first! And I am using xforms-0.89. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPN9vCLewfbDGmeqhAQGmowQAyWBcmpcXLhveihnfG5f9RehCAxIk1HnS P5Ms3kP2G2y2YMvEhHWAJB2NLI4FiMBwvewDewnvqByVFKCREhhX933MuhTjoWwZ W/GhCpy+YzF+TdD2ZfMdVXbo9QGvRzVM8Yz03hNGgWJ/9ftcPKSqGdsKAXSy5Fvx VPNJuNSFKeg= =yoE5 -END PGP SIGNATURE-
Re: Tooltips.
-BEGIN PGP SIGNED MESSAGE- On Sunday 12 May 2002 20:33, Herbert Voss wrote: > Joao Luis Meloni Assirati wrote: > > lyx-devel/src/frontends/xforms/ChangeLog said: > >>2002-05-09 Angus Leeming <[EMAIL PROTECTED]> > >>* Tooltips.C: enable tooltips by default. > > > > I'm using the latest cvs version with xforms-0., and although my lyx > > comes up with the help->Tooltips button checked, tooltips don't show. In > > order to enable tooltips, I have to uncheck, then recheck the tooltips > > button. > > at this time the tooltips are only available for some > > gui's: Bibtex, Citation, Sendto and Texinfo > > And for this it works like expected for me But it is exactly like he is saying. The toolkits are enabled, only if one disables them first! And I am using xforms-0.89. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPN9vCLewfbDGmeqhAQGmowQAyWBcmpcXLhveihnfG5f9RehCAxIk1HnS P5Ms3kP2G2y2YMvEhHWAJB2NLI4FiMBwvewDewnvqByVFKCREhhX933MuhTjoWwZ W/GhCpy+YzF+TdD2ZfMdVXbo9QGvRzVM8Yz03hNGgWJ/9ftcPKSqGdsKAXSy5Fvx VPNJuNSFKeg= =yoE5 -END PGP SIGNATURE-
Re: Tooltips.
Joao Luis Meloni Assirati wrote: lyx-devel/src/frontends/xforms/ChangeLog said: 2002-05-09 Angus Leeming [EMAIL PROTECTED] * Tooltips.C: enable tooltips by default. I'm using the latest cvs version with xforms-0., and although my lyx comes up with the help-Tooltips button checked, tooltips don't show. In order to enable tooltips, I have to uncheck, then recheck the tooltips button. at this time the tooltips are only available for some gui's: Bibtex, Citation, Sendto and Texinfo And for this it works like expected for me Herbert -- http://www.lyx.org/help/
Re: Tooltips.
Joao Luis Meloni Assirati wrote: > > lyx-devel/src/frontends/xforms/ChangeLog said: > > >>2002-05-09 Angus Leeming <[EMAIL PROTECTED]> >>* Tooltips.C: enable tooltips by default. >> > > I'm using the latest cvs version with xforms-0., and although my lyx > comes up with the help->Tooltips button checked, tooltips don't show. In > order to enable tooltips, I have to uncheck, then recheck the tooltips > button. at this time the tooltips are only available for some gui's: Bibtex, Citation, Sendto and Texinfo And for this it works like expected for me Herbert -- http://www.lyx.org/help/
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)
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
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
