Add an action to review add-ons in the store#15756
Conversation
|
Thanks Noelia for this great work! I think this action and the feedback process from submiting to how the feedback reaches the addon author definitely diserves a sub chapter in the user guide. |
|
Thank you @Adriani90 . Let's see how to make a subchapter in the user guide. It's not easy since actions aren't described in detail. I'll try to do it. |
|
@Adriani90 , I have added a subchapter in the user guide. |
|
@nvdaes, I don't think examples of reviews would be needed. If there need to be
suggestions for what people can talk about in reviews, this should be on the
discussion page IMO.
|
|
Ok @XLTechie . Then let's mark this as ready for review. |
| +++ Reviewing and consulting feedback for add-ons +++[AddonStoreReviews] | ||
| Before installing an add-on, you may want to see opinions and reactions by others. | ||
| Also, you may want to provide feedback about add-ons to help other users. | ||
| To see or share your feedback about add-ons, select an add-on and use the See or provide feedback option in the actions menu. |
There was a problem hiding this comment.
I really do think that "read" is a better word than "see" for both the option and the usage. Not for any "ableist language" reason, but just because it flows better in English IMO.
Also, for this one, you are not going to "see your feedback", or even "read your feedback"--you are going to either read others' feedback, or leave your own.
Lastly, I think the menu option should be shorter--perhaps just "Reviews". I have only changed the word "see" in the suggestion though.
| To see or share your feedback about add-ons, select an add-on and use the See or provide feedback option in the actions menu. | |
| To read what others have said, or share your feedback about add-ons, select an add-on and use the Read or provide feedback option in the actions menu. |
There was a problem hiding this comment.
Thanks for adding this to the user guide @nvdaes.
I have left some comments and suggestions for your consideration, to perhaps help it flow better in English.
Co-authored-by: Luke Davis <8139760+XLTechie@users.noreply.github.com>
|
@nvdaes, Do you have some unrelated changes in your diff? Like changes to nvWave.py, etc.? GitHub is saying so, the way that I read it. |
Co-authored-by: Luke Davis <8139760+XLTechie@users.noreply.github.com>
Co-authored-by: Luke Davis <8139760+XLTechie@users.noreply.github.com>
Co-authored-by: Luke Davis <8139760+XLTechie@users.noreply.github.com>
Co-authored-by: Luke Davis <8139760+XLTechie@users.noreply.github.com>
|
@XLTechie , thanks for your useful suggestion. |
|
@nvdaes Either one of your recent commits fixed it, or there was something odd
about the GitHub interface. When I checked out the PR locally after your recent commits,
those extra unrelated files weren't showing as changed.
So all is fine with that now.
Edit: but GitHub is still showing changes to nvWave, braille, touchHandler, and one or two others, as part of your diff, even though git itself doesn't. Very strange.
|
|
@XLTechie wrote:
Great. Thanks for your valuable comments. |
| details.sourceURL | ||
| ) | ||
|
|
||
| if details.reviewUrl is not None: |
There was a problem hiding this comment.
Shouldn't the "reviewUrl" variable in all of these places, be capitalized the same as "details.sourceURL"?
I think no since in metadata the variable is set as reviewUrl, and I didn't realise about capitalization, and discussions are created for some add-ons at this moment, and in jsonschema of addon-datastore-validation the variable is also named reviewUrl. |
| ), | ||
| AddonActionVM( | ||
| # Translators: Label for an action that opens the webpage to see and send feedback for the selected add-on | ||
| displayName=pgettext("addonStore", "See or provide &feedback"), |
There was a problem hiding this comment.
My same comment here as in the documentation: in my opinion this should be "Read", not "See". Or, the entire option should just be called "Reviews"--this menu tends to use short options.
There was a problem hiding this comment.
I agree - this should just be "Reviews"
There was a problem hiding this comment.
@seanbudd and @XLTechie, "Review" is not suitable IMO:
- "Review" may let think to a developer's review. This is more true for add-ons given reviewing add-ons was part of the process to publish add-ons on the old website. This can lead to confusion.
- At least in French, I would have difficulty to translate "Review" so that people understand that it is for anybody.
I would prefer the longer but more explicit "Read and provide feedback". But if you stick to something shorter, "Feedback" seems more suitable than "Review".
Of course, an alternative is also to merge the PR as is and wait for feedback from alpha users and translators. The UG and the GUI can be changed later if a more appropriate term is found.
There was a problem hiding this comment.
I agree with Cyrille: reviews sounds like the technical procedure for the old website, and feedback is mor understandable, imo, at least in certain languages; anyway imo this shouldn"t prervent to merge this pr.
| actionHandler=lambda aVM: startfile( | ||
| cast( | ||
| str, | ||
| cast(_AddonStoreModel, aVM.model).reviewUrl |
There was a problem hiding this comment.
See my previous suggestion about changing the capitalization of these to "reviewURL", for consistency with other "*URL" variables and fields.
| ), | ||
| validCheck=lambda aVM: ( | ||
| isinstance(aVM.model, _AddonStoreModel) | ||
| and aVM.model.reviewUrl is not None |
|
@XLTechie I think I've addressed all your comments. Imo, we should use the word feedback, since review may sound as something technical, and feedback seems more user friendly. |
|
Also, note that see feedback is used in comments for translators since see is shorter than read. |
| return obj._hasNavigableText | ||
| if obj._hasNavigableText or isinstance(obj, EditableText): | ||
| return True | ||
| return False |
There was a problem hiding this comment.
these changes should probably be removed in the diff - I imagine merging master in will fix this
| ), | ||
| AddonActionVM( | ||
| # Translators: Label for an action that opens the webpage to see and send feedback for the selected add-on | ||
| displayName=pgettext("addonStore", "See or provide &feedback"), |
There was a problem hiding this comment.
I agree - this should just be "Reviews"
seanbudd
left a comment
There was a problem hiding this comment.
There are a large amount of irrelevant changes in this diff. I will re-review from the start once these are resolved.
| ), | ||
| AddonActionVM( | ||
| # Translators: Label for an action that opens the webpage to see and send feedback for the selected add-on | ||
| displayName=pgettext("addonStore", "Read or provide &feedback"), |
There was a problem hiding this comment.
Please add an appropriate accelerator key, but this should just be "Reviews"
| displayName=pgettext("addonStore", "Read or provide &feedback"), | |
| displayName=pgettext("addonStore", "Reviews"), |
| # reference to this instance by itself. We don't need to do it explicitly | ||
| # here. Furthermore, doing it explicitly might cause an exception because | ||
| # a weakref callback can run before __del__ in some cases, which would mean | ||
| # it has already been removed from _instances. |
There was a problem hiding this comment.
same here re merging master to remove this diff
| # Ensure we are pumpped again by the time more pending multiTouch trackers are ready | ||
| self.pendingEmitsTimer.Start(interval*1000,True) | ||
| # Ensure we are pumped again by the time more pending multiTouch trackers are ready | ||
| self.pendingEmitsTimer.Start(int(interval * 1000), True) |
There was a problem hiding this comment.
same here re merging master to remove this diff
8d8bd73 to
5cc028b
Compare
|
@seanbudd , I've addressed your reviews and removed irrelevant diffs. |
seanbudd
left a comment
There was a problem hiding this comment.
I'll review the user guide once we settle on a label for the review action
| ), | ||
| AddonActionVM( | ||
| # Translators: Label for an action that opens the webpage to see and send feedback for the selected add-on | ||
| displayName=pgettext("addonStore", "Re&views"), |
There was a problem hiding this comment.
Maybe this could be "Community reviews" to clear the misconception surrounding developer reviews
There was a problem hiding this comment.
"User reviews" might be a bit more standard.
I do prefer some usage of "reviews" over "feedback", however--Feedback suggests an interaction between the users/community and the author. Reviews suggest comments meant to be read by other users, at least in the way it's utilized by Amazon, Ebay, Google, etc.
There was a problem hiding this comment.
I prefer Community reviews, so that everybody (users, but also developers and others) are encouraged to participate.
Co-authored-by: Sean Budd <seanbudd123@gmail.com>
Co-authored-by: Sean Budd <seanbudd123@gmail.com>
|
@seanbudd I think I've applied all your suggestions for the user guide. I've used the batch option. |
|
Thank you @sean for approving this, and thanks to other reviewers. |
Qchristensen
left a comment
There was a problem hiding this comment.
This will be a well received feature I think. Good work everyone
Link to issue number:
Closes #15576
Summary of the issue:
The add-on store doesn't have a mechanism to see and provide feedback for add-ons.
Description of user facing changes
Description of development approach
An action has been added to provide feedback for add-ons, in a similar way to the approach followed for the license URL. Also, this has been added to the details panel.
Testing strategy:
Known issues with pull request:
None
Code Review Checklist: