Some UI patterns are inconsistent.

[will-ca]

Platform: Nuclear version:

fd06a3

$ flatpak info org.js.nuclear.Nuclear 

nuclear music player - A electron based music player

          ID: org.js.nuclear.Nuclear
         Ref: [[app/org.js.nuclear.Nuclear/x86_64/stable](http://app/org.js.nuclear.Nuclear/x86_64/stable)](http://app/org.js.nuclear.Nuclear/x86_64/stable](http://app/org.js.nuclear.Nuclear/x86_64/stable))
        Arch: x86_64
      Branch: stable
     Version: fd06a3
     License: GPL-3.0+
      Origin: flathub
  Collection: org.flathub.Stable
Installation: system
   Installed: 302.6 MB
     Runtime: org.freedesktop.Platform/x86_64/22.08
         Sdk: org.freedesktop.Sdk/x86_64/22.08

      Commit: a96faf1262317a26c995ffb508bf58ec2d1dddf2d2c6b6947fba06a5858939a1
      Parent: 3ced2c278d5d0c2f9cc501a837278e97535250a6a8308240091074b7a44208af

Description of the issue:

Some UI interactions are either used inconsistently within Nuclear itself, or deviate from expectations that users likely have from other applications:

• Can't right-click in text boxes (E.G. To Copy or Paste).
• Can't right click to open context menu on tracks/list items. Instead have to use three-dot icon, if available. (Argument in favour of menu icon would usually be touch support, but that doesn't even apply I think because it's not shown until mouse hover.)
• Left click does different things in different places.
• • When viewing a single album and clicking on a track line, it seems to do nothing. (Feels unresponsive— Left click is most likely the first thing a user will try, and having it do nothing left me trying to figure out what to do for maybe half a minute. — Compounded because right click was the next thing I tried, which also didn't do anything.)
• • When viewing search results and clicking on a track line, it opens a context menu. (Weird for LMB.)
• • When viewing search results and double-clicking a track line, it adds it to the play queue (which doesn't seem to happen in any other context).
• • I can't test it because currently playback is broken for me (#1438, #1439), but IIRC in the play queue left click does nothing, unless it's drag in which case it moves, double in which case it plays, or on the album art icon in which case it deletes— Well, at least that gets cursor shape and hover icon hints, so it's discoverable.
• Can right click to open context menu on play queue items IIRC. But because right-click doesn't seem to do anything anywhere else in the application, this itself also becomes strange and has poor discoverability because it breaks from the pattern established by other GUI elements.

I did get used to these pretty quickly. But it did increase friction noticably when I first tried Nuclear. And breaking from established UI design patterns, and doing so without internally consistent behaviour, makes available controls harder to figure out and learn to use fluidly.

#1012 is a similar issue with a smaller scope.

[nukeop]

One by one:

• Right clicking in text boxes: this must be nonstandard in Electron. This wasn't changed in Nuclear.
• Right clicking tracks: you can open a context menu when you right click on tracks, provided they have streams (because the context menu contains stream options). The three dots open a menu that applies to the entire queue.
• Left clicking tracks in track lists: that's not supposed to do anything. In editable tables, you can drag and drop tracks. This is pretty much the same as in any other player. In some players, left click highlights a row. I don't know what it's supposed to do otherwise. Hovering over a track will show you play/add to queue/more options buttons.
• Left clicking on tracks in search results: this is because the table in the search section hasn't yet been replaced with the new unified track table component. This should be changed.
• Right clicking queue items: I don't know how to make a context menu more "discoverable". Apple Music shows a little "three dots" icon when you hover over a track, but that opens the same context menu right clicking it does, so it seems redundant, and takes up precious space.