This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients Saimadhav.Heblikar, terry.reedy
Date 2014-10-24.03:52:14
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1414122735.92.0.338530877644.issue22705@psf.upfronthosting.co.za>
In-reply-to
Content
I was originally thinking of displaying 'option-help' beside a read-only text widget containing the value, just under the enable key-value pairs.  But I can imagine that tooltips attached to the label (on the left) might be a better alternative.  This would avoid having half the text in the page being help text that would just be noise to someone who already knew what it says.  It would also allow reformatting of data parsed from the option-help text.  So go ahead and give it a try.  I have lots else to do ;-).

I want to restore / add the [Help] button to both dialogs.  For the main dialog, it could contain info about which options have a delayed effect (see #22707).  For extensions, it could display the raw option-help text and mention how to get tool tips.

ToolTip.py (and CallTipWindow.py, with an expanded version of the tooltip code), use a Toplevel with its window frame and title bar surpressed.  An alternate way to get a popup box with a simple thin-line frameis a menu and its tk_popup method. I believe the command associated with each 'menu' item could just be "lambda: pass" to close the popup when clicked.  (One thing not clear to me is why tooltip (and calltip) create a new Toplevel for each display rather than just changing the text of the widget it displays.)
History
Date User Action Args
2014-10-24 03:52:15terry.reedysetrecipients: + terry.reedy, Saimadhav.Heblikar
2014-10-24 03:52:15terry.reedysetmessageid: <1414122735.92.0.338530877644.issue22705@psf.upfronthosting.co.za>
2014-10-24 03:52:15terry.reedylinkissue22705 messages
2014-10-24 03:52:14terry.reedycreate