View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0019039 | MMW 5 | General | public | 2022-04-30 16:30 | 2022-06-10 00:59 |
Reporter | zvezdan | Assigned To | |||
Priority | low | Severity | minor | Reproducibility | always |
Status | closed | Resolution | reopened | ||
Fixed in Version | 5.0.4 | ||||
Summary | 0019039: Read-only combo boxes should not have I-beam mouse cusor when hovered | ||||
Description | The I-beam mouse cursor should be used only for boxes that allow text editing. This is standard in Windows for 30 years. I think it is like that in other OSes as well. If you really want to change the cursor when hovering the read-only combo boxes, maybe it could be a pointing finger as in Google Chrome. But it uses the pointing finger cursor over many other controls as well, e.g. buttons, which I don't recommend. | ||||
Tags | No tags attached. | ||||
Fixed in build | 2650 | ||||
|
I think that the I-beam mouse cusor in read-only edit lines is fine as it allows to copy the selected text from there like this: So I personally prefer the current behaviour. |
|
Could you state at least one Windows application that have I-beam cursor over read-only edit boxes? |
|
Windows Explorer: |
|
i.e. there is I-beam cursor allowing me copy the value in the Location row on the above picture |
|
That is not read-only edit box, but label. |
|
Your I-beam mouse cursor doesn't allow copying of text from read-only dropdown control, I just checked it. Are you sure that you are trying read-only dropdown control, not editable? |
|
Works fine for me for read-only files like those on media server. i.e. the title isn't editable (is read only), but you can copy the text like this (which is good): |
|
Could you please post the screenshot of full window? I don't have any idea what part of the program is that. Is that dropdown control at all? |
|
Read-only dropdown controls like Type doesn't show I-Beam, but hand-point to open it (it is Properties dialog): |
|
And how I am getting the I-beam cursor over the same dropdown control? Please take a look at animated screenshot. |
|
Hmm, maybe it is somehow skin dependent? Which skin are you using? Mine is the default Material Design when I see the hand-point cursor. EDIT: OK, it is skin dependent, the I-beam is with "Metro M" |
|
That was Metro M and here is the screenshot of Monkey Groove with the same problem. You are right about Material skin, it is obviously skin related, but all these are your own skins supplied with the program. They are not third-party skins to blame someone else. |
|
Fixed in 5.0.4.2650 |
|
On 2650 with Metro M Skin the cursor quickly changes to I cursor before changing back to pointer cursor when moving mouse slowly into Type in Properties. On Material Design it changes to hand cursor. |
|
Yes, the hand cursor is an intention on Material Design per guidelines: https://material.io/components/menus#behavior On the other skins the pointer cursor is used. |
|
First of all, you are talking about design intended for mobile phones which has touch interface as default, not mouse. Secondly, I don't see a mention about mouse cursor anywhere on the page that you linked. Actually, the "cursor" or "mouse" words cannot be found anywhere on that page. |
|
See this: |
|
So? Where did you read the guideline or recommendation how mouse cursor should look? |
|
You know, I don't have any issue with your decision to use the pointing finger as mouse cursor for Material Design skin, I even mentioned it as one possible solution in Description. I have an issue with I-beam cursor. It suggest that combo box (dropdown) is editable, which read-only combo boxes are not. I didn't test 2650 since it is not publicly available yet, but lowlander reported I-beam cursor still appearing on Metro skin, although just quickly. Why it appears at all? |
|
I-beam appears just for a very minor fraction fo second, just like before hand cursor appears on the Material Skin before 2650. The I-beam is the default and is overriden by our css/less and it somehow took a little for the Chromium to override it. Not sure how to solve atm, but it's really a minor issue. |
|
Ok, I understand. |
|
Verified 2651 Reopen override icon change lag in new bug if further tweaking is needed. |