| Summary: | Add Checkbox/Radiobutton Click Area | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Alex Radu <AlexRadu01> |
| Component: | kstyle | Assignee: | Karol Szwed <gallium> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | esigra, finex |
| Priority: | NOR | ||
| Version: | 3.1.3 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | illustration of example | ||
|
Description
Alex Radu
2003-08-13 03:14:09 UTC
Created attachment 2225 [details]
illustration of example
When my mouse hovers over the rectangualar area near the checkbox that area
becomes highlighted and clicking on it will activate or deactivate the
radiobutton or checkbox.
Sure beats trying to click on a tiny checkbox or radiobutton. THis si really
necessary in KDE because there are so many options and so thsi comes in very
handy =) You can even configure KDE while drunk!
BTW: I know KDE already supports this feature, but it only supports it partially. I don't have to click exactly on the checkbox or radiobutton and I can click near it in the rectangular area to activate and deactivate it, but it doesen't highlight the area I can click on to do this. Therefore, a user would not know where he can click other than exactly on the radiobutton or checkbox, some might not even be aware of this feature at all. This also makes KDE seem more responsive, better looking and friendly. In GNOME it highlights this area on hover to make it more apparent and doing this in KDE would help someone accomodate better forma GNOME application to a KDE application or vice versa. Weird thing is that not all programs in KDE hav the rectangular click area, for example Konqueror (Browser) doe snot have the click area while browsing websites. It would be great if all KDE applications were consistent in this behaviour. konqueror doesn't have the clickable box area when browsing the web due to a limitation inherent to web interfaces: there's no way to reliably know what text applies to the checkbox. personally, i find the extended highlight-on-mouse-over behind checkbox widget text to be tacky. a simple mouse-over highlight effect on the checkbox/radio button itself would be enough (i believe liquid does this, in fact...) > personally, i find the extended highlight-on-mouse-over behind checkbox widget text to
> be tacky. a simple mouse-over highlight effect on the checkbox/radio button itself
> would be enough (i believe liquid does this, in fact...)
Not doable cleanly. The way Liquid does it is a pretty nasty hack. (which involves
overriding QCheckBox's painting code entirely) [according to Mosfet's explanation,
anyway]
> konqueror doesn't have the clickable box area
> when browsing the web due to a limitation inherent
> to web interfaces: there's no way to reliably know
> what text applies to the checkbox.
Really? :) This HTML enables this:
<fieldset>
<legend>Test</legend>
<input name="test1" type="checkbox" id="test1"><label for="test1">Test1</label><br />
<input name="test2" type="checkbox" id="test2"><label for="test2">Test2</label>
</fieldset>
On KDE 4 default style (oxygen) when the mouse is over the label of a checkbox/radiobutton, the widget is highlighted. Should it be considered as a good fix to this issue? I think it could be enough. I also consider this fixed. * check box label highlighting is up to the style, e.g. Qt's cleanlooks does it * the HTML test case from comment #5 works on both 3.5.10 and current trunk * KStyle has code to add the check box buddy to the clickable area, in case the label isn't part of the check box widget, e.g. for check boxes that have their label left of the check box I agree. This works for kstyle and khtml too :-) Tested in current KDE 4 trunk. |