Update app to comply with GNOME HIG

[kinten108101]

• For accessibility, add options to move row up or down as an alternative to the drag handle. ¹
• Stack Page labels should be noun, not verb. ²
• (CANCELLED) Scheme changes. Each stack view should be independent and cause no side effects to each other. ³
• Remove ellipses in configure. ⁴

Acceptance criteria

• All tasks done and application can run.

Footnotes

1. https://developer.gnome.org/hig/patterns/containers/boxed-lists.html#editable-lists - Instead of showing a remove button at the end of each row, include a button menu, with items for “move up”, “move down,” and “remove” (menu items for move actions are required for accessibility purposes). ↩

2. https://developer.gnome.org/hig/patterns/nav/view-switchers.html#guidelines - Label views with header capitalization, and use nouns rather than verbs, for example Albums or Updates. Try to give view labels a similar length. ↩

3. https://developer.gnome.org/hig/patterns/nav/view-switchers.html#guidelines - When used for preferences, do not design views whose controls affect the controls in other views. Users are unlikely to discover such dependencies. ↩

4. https://developer.gnome.org/hig/guidelines/writing-style.html#ellipses - Do not add an ellipsis to labels such as Properties or Preferences. While these commands open windows that can incorporate further functionality, the label does not specify an action, and therefore does not need to communicate that further input or confirmation is required. ↩

[kinten108101]

I read the view switcher guideline wrong. The case of "view controls influence other controls in other views" applies only in the Preferences window.

[kinten108101]

I've changed the names of each stack page to comply with the guideline. However, I have not changed a page icon that needs changing. I was planning to use the app's symbolic there, but currently it's not working (See #40 ). Only the title is our priority. So I'll skip this issue.