Fix zh-TW typo in banner.js#116
Merged
marcprux merged 1 commit intokeepandroidopen:mainfrom Feb 22, 2026
Merged
Conversation
Collaborator
|
Thanks for the language fix!
The current behavior is to hide it for 30 days, and then it will show up again (at which point they can dismiss it again). I don't want to be too aggressive about forcing some vestige of it to remain on the screen, since if they user decided they don't want to see it, we should respect that (at least for 30 days). |
Contributor
Author
Yeah, make sense to me. Thanks for your reply! |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The external banner looks great and sounds like a good idea! I just spotted a typo in the
zh-TWcopy and fix the same in this MR.Tangentially, one curious question about the UX which perhaps I'll throw out as food for thought: (which actually applies to the banner on f-droid.org as well)
It's a relatively minor issue in itself, but human experience tells us that this could happen, say, when users dismiss banners out of 'muscle memory' (thanks to proliferation of ads) and indeed, human users need constant reminders (which the banner is exactly for) and they tend to change their minds and perhaps would like to re-read the banner again at a later time.
Indeed, if one looks at other designs out there (such as ads — not a great example though), they rarely really dismiss the banner entirely with its 'close' button or persist the dismissal perpetually as a preference, but rather 'minimize' it so that it becomes visually less intrusive (eg to a slim 'expand' button that sits silently to one side of the screen).
One idea I think of might be that, instead of dismissing the banner in its entirety when the user clicks on the 'x' button, perhaps we may 'minimize' it to, say, a 'faded' (semi-transparent) icon (such as the website icon at the bottom of the page) that sits non-prominently at a corner, so that the users can 're-activate' the banner again when they click on the dimmed icon. (The dimmed icon may also serve as a constant reminder in a non-obtrusive way.)
Anyway, just an idea as food for thought which we may pick up at a later time.
Thanks once again for the great work all the way!