Bugzilla – Bug 803
Incorrect pointer (cursor) when rearranging tracks
Last modified: 2019-11-25 05:03:13 UTC
The mouse pointer should change to a hand when rearranging tracks, but on Linux (Debian) it remains as an arrow.
Same on Ubuntu.
Yep...definitely happens on Linux...researching.
Oops...wrong bug(In reply to comment #2) > Yep...definitely happens on Linux...researching. Oops...wrong bug...but I'll research this one too. :-)
I'm pretty sure this one will be unsolvable. Looks like the cursor refuses to change as long as a button is held down. Do you happen to remember seeing any other place in Audacity where the cursor changes after a button is pressed and held?
(In reply to Leland Lucius from comment #4) In 2014 Leland wrote >I'm pretty sure this one will be unsolvable. If that is held to be the case then maybe we should be closing this as a can't fix ?
a) I don't know if this is still the case b) it seems a bit trivial c) Leland wrote back in 2014 >"I'm pretty sure this one will be unsolvable." d) and no-one has touched or curated this in the intervening 5 years
(In reply to Peter Sampson from comment #6) When rearranging tracks in Audacity 2.3.3 alpha, the pointer is an "index finger" icon. This is not correct. To be consistent with convention, it should turn into a "grab hand" when the mouse button is pressed. Whether or not to close this bug or leave it open is a question of how much importance we place on consistency with operating system norms. It is arguably "less wrong" now than when it remained as an arrow, but the fact that the cursor does change when clicking the track, indicates that this is probably NOT unfixable now.
(In reply to Steve Daulton from comment #7) In which case it would be regarded as "wrong" on all three platforms, as on W10 and Mac when left-clicking in the white-space of the TCP changes to the pointing-index-finger too. In which case that would be a separate bug (if we are bothered enough to log it as such - but I can recall no users complaining about this). But since you say that Linux is now consistent with Win and mac with the pointy finger - I shall change this to RESOLVED FIXED based on the title of this bug and the Steps to Reproduce.
(In reply to Peter Sampson from comment #8) According to Microsoft, it is also wrong on Windows: Ref: https://docs.microsoft.com/en-us/windows/desktop/uxguide/inter-mouse The mouse pointer may change to a "grab hand", but does not need to change if there is a grab handle. In the case of moving toolbars, we do not change the icon, which is acceptable because they have grab handles. In the case of moving tracks, the icon should be a grab hand to indicate "grabbing" because there is no grab handle to convey that moving is an option. The current "index finger" pointer should be used to indicate "Link Select", which is NOT the case when moving a track. It looks to me like the original bug logged here has been fixed incorrectly. The pointer does now change (as it should), but the wrong icon has been assigned. I would guess that it is now a fairly simple fix, and would argue that this bug should be reopened, but changed to "All" (if it's the same case on Mac) or "Windows + Linux" if it does not apply to Mac. I've not tested on Mac, and I'm not sure what the correct behaviour is on that platform.
(In reply to Steve Daulton from comment #9)TRhe Apple Guidelines: https://developer.apple.com/design/human-interface-guidelines/macos/user-interaction/mouse-and-trackpad/ state: >A closed, gloved hand. Closed hand >Dragging to reposition the display of content within a view—for example, >dragging a map around in Maps. >An open, gloved hand. Open hand >Dragging to reposition content within a view is possible. and >A gloved hand, with the index finger extended. Pointing hand >The content beneath the pointer is a URL link to a webpage, document, >or other item. So Steve us correct in saying that the icon we should be using the the closed-goved-hand as the grabber to move tracks around. Accordingly I have reopened this, updated the Steps and made it all platforms
I note that the Microsoft guidelines that Steve posted in Comment #9 state: >Hand pointers >Text and graphics links use a hand or "link select" pointer (a hand with the >index finger pointing ) because of their weak affordance. While links may have >other visual clues to indicate that they are links (such as underlines and >special placement), displaying the hand pointer on hover is the definitive >indication of a link. > >To avoid confusion, it is imperative not to use the hand pointer >for other purposes. and that final point is stressed in bold
DEVEL - FIX MADE https://github.com/audacity/audacity/commit/06af0c62960fc44b73b18ed7c39cf4a4f07540d9
(In reply to James Crook from comment #12) Tested on W10 with audacity-2.3.3-alpha-322-06af0c62960fc44b73b18ed7c39cf4a4f07540d9 I now get the proper "grab-hand" icon for dragging tracks around - fixed for Windows
(In reply to Peter Sampson from comment #13) > (In reply to James Crook from comment #12) > Tested on W10 with > audacity-2.3.3-alpha-322-06af0c62960fc44b73b18ed7c39cf4a4f07540d9 > > I now get the proper "grab-hand" icon for dragging tracks around - fixed for > Windows Also testing on Windows 10, I don't get the same results as Peter. Using the current commit (c9fbd283b7bfc8702caf86a4672cba7ff6260b7d) the pointer does not change into a grab hand when I drag. Using 2.3.2 the pointer does change into a grab hand.
Re comment 14. Are you sure? In 2.3.2 does it not change to a pointing finger (the same as for hyperlinks) and not a grab hand? On 2.3.3 does it change at all for you, or does it stay as an arrow? Are you referring to the visual appearance or to what 'Narrator' says?
(In reply to James Crook from comment #15) > Re comment 14. Are you sure? In 2.3.2 does it not change to a pointing > finger (the same as for hyperlinks) and not a grab hand? On 2.3.3 does it > change at all for you, or does it stay as an arrow? > > Are you referring to the visual appearance or to what 'Narrator' says? Visual appearance.
(In reply to David Bailes from comment #14) > (In reply to Peter Sampson from comment #13) > > (In reply to James Crook from comment #12) > > Tested on W10 with > > audacity-2.3.3-alpha-322-06af0c62960fc44b73b18ed7c39cf4a4f07540d9 > > > > I now get the proper "grab-hand" icon for dragging tracks around - fixed for > > Windows > > Also testing on Windows 10, I don't get the same results as Peter. > Using the current commit (c9fbd283b7bfc8702caf86a4672cba7ff6260b7d) the > pointer does not change into a grab hand when I drag. > Using 2.3.2 the pointer does change into a grab hand. Correction: using 2.3.2 the pointer changes to a pointing finger.
(In reply to David Bailes from comment #14) > (In reply to Peter Sampson from comment #13) > > (In reply to James Crook from comment #12) > > Tested on W10 with > > audacity-2.3.3-alpha-322-06af0c62960fc44b73b18ed7c39cf4a4f07540d9 > > > > I now get the proper "grab-hand" icon for dragging tracks around - fixed for > > Windows > > Also testing on Windows 10, I don't get the same results as Peter. > Using the current commit (c9fbd283b7bfc8702caf86a4672cba7ff6260b7d) the > pointer does not change into a grab hand when I drag. Just to clarify: with this commit, the mouse pointer does not change when hold the left mouse button down - it stays looking like an arrow. > Using 2.3.2 the pointer does change into a grab hand.
What I (and I believe others) used to see in 2.3.2 when left clicking in the blank space of the TCP was >A gloved hand, with the index finger extended. Pointing hand >The content beneath the pointer is a URL link to a webpage, document, >or other item. This was thus an incorrect use of this iconography What James has implemented for 2.3.3 - and what I see in 2.3.3 is one of these two - hard to tell from looking at it >A closed, gloved hand. Closed hand >Dragging to reposition the display of content within a view—for example, >dragging a map around in Maps. >An open, gloved hand. Open hand >Dragging to reposition content within a view is possible. See Comment #10 and Comment #11 for the Apple and Microsoft guidelines
Testing with MacOS 10.14.6, Commit: c32b92 Clicking in the TCP causes an arrow pointer to be displayed. Dragging the track causes an open hand and NOT a closed hand to be displayed while dragging. According to the Steps to Reproduce this is NOT correct.
Looks right on Linux.
(In reply to Cliff Scott from comment #20) Testing on macOS 10,14.6 with 2.3.3 alpha jc008 of 29Aug19 The icon that I see on Mac looks to me like a "closed gloved had" - when I compare against the images on this Apple page. https://developer.apple.com/design/human-interface-guidelines/macos/user-interaction/mouse-and-trackpad/ So for me I think this works fine now on both Mac and Win. And thus this bug should be closable.
Comparing the hand in Apple Maps and the hand in Audacity to me the hand in Maps for dragging is closed and the one in Audacity is open. Please compare the two.
(In reply to Cliff Scott from comment #23) I've looked log and hard and very carefully at these icons on Mac comparing it to: https://developer.apple.com/design/human-interface-guidelines/macos/user-interaction/mouse-and-trackpad/ and on Windows too - and they both look like a "closed-gloved hand" to me. Accordingly I shall close this as RESOLVED FIXED
