Make add-on store accelerator keys label translatable and discoverable#15103
Conversation
See test results for failed build of commit 8b9d9a5c88 |
See test results for failed build of commit cb8368cf1f |
|
I have tried to re-run the CI test but one test is still failing. Passing the PR in ready anyway since the test seems unrelated. |
seanbudd
left a comment
There was a problem hiding this comment.
Maybe showing these labels make the add-on store visually less nice; feel free to suggest a better visual experience if you have a better idea.
I believe this is why they were hidden in the first place, but after testing this code, it's not visually jarring at all.
On the opposite, I have kept the "Description" label hidden since there is no shortcut key. Do you think that this label should be shown as well to follow the convention used for the other controls? Does this description field deserve a shortcut key as well?
I personally don't see a need for a shortcut key, and I think adding a visual label in this case would be visually jarring. As a result, I think this PR can close #15011 as well.
|
|
||
| def _setListLabels(self): | ||
| self.listLabel.SetLabelText(self._listLabelText) | ||
| self.listLabel.SetLabel(self._listLabelText) |
There was a problem hiding this comment.
is there a reason why this was changed? We use SetLabelText elsewhere so perhaps those instances should be changed too
There was a problem hiding this comment.
SetLabelText seems to display the raw text, i.e. the "&" character appears in the label's text (e.g. "Installed &add-ons") and the accelerator key is not created. On the contrary, SetLabel converts "&" character to an accelerator key and is removed from the displayed text (e.g. "Installed add-ons").
There was a problem hiding this comment.
Ah - it doesn't look this is will be an issue for the other usages.
| ++ Browsing add-ons ++[AddonStoreBrowsing] | ||
| When opened, the Add-on Store displays a list of add-ons. | ||
| You can jump back to the list with ``alt+l`` from anywhere else within the store. | ||
| You can jump back to the add-ons list with ``alt+a`` from anywhere else within the store. |
There was a problem hiding this comment.
I agree, this line can be removed. There's also a reference to alt+a for actions which should be removed or updated. Additionally, you may need to update references in tests\manual\addonStore.md
| You can jump back to the add-ons list with ``alt+a`` from anywhere else within the store. |
| Add-ons have associated actions, such as install, help, disable, and remove. | ||
| The actions menu can be accessed for an add-on in the add-on list by pressing the ``applications`` key, ``enter``, right clicking or double clicking the add-on. | ||
| There is also an Actions button in the selected add-on's details, which can be activated normally or by pressing ``alt+a``. | ||
| There is also an Actions button in the selected add-on's details, which can be activated normally or by pressing ``alt+c``. |
There was a problem hiding this comment.
If we are trying to remove accelerator keys:
| There is also an Actions button in the selected add-on's details, which can be activated normally or by pressing ``alt+c``. | |
| There is also an Actions button in the selected add-on's details. |
There was a problem hiding this comment.
maybe this should be merged with the previous sentence to be a list e.g.:
There is an actions button in the add-on details which opens a menu of actions.
The actions menu can also be accessed for an add-on in the add-on list by:
- pressing the ``applications`` key
- pressing ``enter``
- right clicking
- double clicking
There was a problem hiding this comment.
I have committed a minimal modification of the User Guide in 9b0f52f, just removing the accelerator key, making the assumption that users should know how to activate a button normally in Windows or discover shortcut keys through navigation.
I have then committed a wider rewording of this paragraph (a5ce3ec) that reads better IMO. Since it's less related to this PR, feel free to accept it (keeping a5ce3ec) or reject it (I will revert a5ce3ec in this case).
In both cases, I have kept the context menu solution first since it should be the more straight forward and preferred solution.
Regarding the conversion to list of various way to access the menu, with a5ce3ec, it does not seem necessary to me.
The test plan looks fine. I don't think it was necessary for inclusion, however it is appreciated. For background in #15103 (comment) I was more concerned about outdated accelerator keys needing to be updated after this change like in the user guide. |
Link to issue number:
Closes #15010
Closes #15011
Summary of the issue:
In add-on store, some accelerator keys are not discoverable nor translatable:
Description of user facing changes
Description of development approach
Testing strategy:
For "Other details" and for the 4 possible labels of the add-on list:
Known issues with pull request:
The shortcut key is not reported for non-empty list with shift+numpad2 or when it gains focus. This is expected and like in other lists since a child item is focused, not the whole list.
Still to be discussed
Change log entries:
Not needed; add-on store not yet released.
Code Review Checklist: