[a11y] 9.2.4.6 Meaningful headings and labels

[tschiebel]

audit: https://infinite.owncloud.com/s/PnaAukHGGsLnrMM

https://bitvtest.de/pruefschritt/bitv-20-web/bitv-20-web-9-2-4-6-aussagekraeftige-ueberschriften-und-beschriftungen

Personal

• There are several "h4" headings in the "Approvals" area, all of which have the same
  title "Link". This can be confusing for users. To create a clear and unambiguous
  structure, it is recommended that the titles be adapted accordingly,
  for example "Link 1", "Link 2", etc.

Shares

• See commentary on Personal

Spaces

• Members" areas - "See commentary on Personal"

[pascalwengerter]

Open to suggestions on how to solve this (esp. for existing shares), since we create the link share with the translated but hardcoded name "Link" in

web/packages/web-pkg/src/composables/actions/files/useFileActionsCreateLink.ts

Line 115 in d1154ee

displayName: $gettext('Link'),

[pascalwengerter]

@tbsbdr assigning you for RE/specification

[pascalwengerter]

@tschiebel FYI "Freigaben" is (I assume) accidentially translated to "Approvals", but should refer to "Shares"

[tbsbdr]

this is meant (screenshot)
thinking aloud how this could be solved:
we once thought about enumerating links (link 1, link 2 etc.) but decided against it, because its misleading if links get deleted "it says link 4, but where is link 3?". we could add a date time but then it would get really verbose and the ui would get really cluttered. any other ideas?

[pascalwengerter]

Agreed with @tbsbdr that we'll count the existing links and pass it to link creation, so we'll create Link ($number) in the backend (according to the behaviour in the old web UI, see e.g. https://demo.owncloud.com/apps/files/)