| Summary: | File selector ignores the ``change pointer shape'' option in Mouse KCModule | ||
|---|---|---|---|
| Product: | [Applications] kfile | Reporter: | Jason G. Pallack <jgp025000> |
| Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | cpigat242, finex, mpyne, nate, peter.penz19 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | Possible fix for cursor icon changing | ||
|
Description
Jason G. Pallack
2004-06-02 03:25:12 UTC
This is an issue wit kdiroperator, obviously Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates. It looks that this option doesn't work in any KDE 4 software. @kdelibs-developers: If nobody is using it, shouldn't be removed? @Peter: what about dolphin? Did you ever think about this option? Created attachment 38861 [details]
Possible fix for cursor icon changing
Here's a possible fix for the bug to restore the behavior of using a pointing hand icon when hovering over a file.
I say possible because I cannot get the QAbstractItemView::entered() signal to work, even though mouse tracking is enabled (required per Qt documentation).
@Michael: do you think this option could be useful? I mean, users are used to have the "hand cursor" over hypertext links, but I don't know if this is really needed in the other interface objects. What do you think about? It is useful as feedback (especially for those coming from double-click-to-activate systems) that the next click you make will take some action instead of merely selecting the file. I think it would be nice to restore, I'm just not sure if it's a Qt bug with the entered() signal or something else that my patch is missing. I understand... thanks Michael @FiNeX (in reply to comment #3): No, I did not think about implementing this option in Dolphin. From my personal point of view it is OK to change the pointer shape above text-links to give a feedback that it is clickable. But I don't see a benefit to change the pointer shape above items that show already a hover animation to indicate a clickable state (like done for Dolphin items, toolbar icons, menu items, ...). From my point of view this option should be removed and the pointer shape should be changed always and only above text-links. @Peter: it sounds reasonable. I don't think this feature could be useful on the current GUI either: clickable elements are already clearly highlighted (file icons in both dolphin and kfile). Anyway or it will be globally disabled or it will be available everywhere. I suggest to disable it. @Mpyne: if we add the "hand" cursor over files, why not over other elements either? This is the reason I'm suggesting this. Honestly I didn't even notice the feature didn't work, so I don't care much one way or the other. I do agree the feature text should be removed if we're not going to support it. It *is* exposed in the public API though (see KGlobalSettings) so we need to make sure not to overboard if it gets removed. I've send a mail to kde-core-devel@kde.org, where I ask if this option should be removed... If the conclusion is that this option should stay, for sure we'd have to fix the file-dialog + Dolphin. The option has since been removed. |