-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve English grammar and consistency #3614
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got up to the repo section for now, here's what I got for the first half.
requite_db_desc = Gitea requires MySQL, MSSQL, PostgreSQL, SQLite3, or TiDB. | ||
title = Initial Configuration | ||
docker_helper = If you run Gitea inside Docker, please read the <a target="_blank" rel="noopener" href="%s">documentation</a> before changing any settings. | ||
requite_db_desc = Gitea requires MySQL, PostgreSQL, MSSQL, SQLite3 or TiDB. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why are you inverting the order?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's the actual order of the options in the list.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fair enough.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@thehowl can you close or accept this if you agree to keep the review page as clean as possible? Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
github won't let me close the conversation in itself, even after approving the pr, so can't do anything about that, sorry :s
options/locale/locale_en-US.ini
Outdated
|
||
general_title = General Settings | ||
app_name = Site Title | ||
app_name_helper = Enter your group name here. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
... uhmmm, no, I'd rather actually stick to organization here. Here it actually means the company that is hosting the gitea instance, so it makes sense to use organization.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the catch! It's an overzealous search-and-replace. Agree this should be 'organization' or 'company' or something. Maybe not 'organization' to prevent cognitive overlap with what we now call a 'group'.
options/locale/locale_en-US.ini
Outdated
repo_path_helper = Remote Git repositories will be saved to this directory. | ||
lfs_path = Git LFS Root Path | ||
lfs_path_helper = Files tracked by Git LFS will be stored in this directory. Leave empty to disable. | ||
run_user = Run As Username |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is confusing, because in unix this is actually referred to as the user (or $USER
). So I'd stick to user instead of username.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The problem is that someone can't enter a 'user', only the 'name of the user['s] account'. A UNIX user is not its name and vice versa. This one is very tricky to word.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe the following statements in 'legalese' clear up the confusion:
- a Unix system is used by a user (a physical person)
- on the system, the user has a user account (a tuple in
/etc/passwd
) - the user account has a username (a string) among other properties
On Gitea installation screen, we want people to enter the username (a string) of the user account (a tuple in /etc/passwd
) of the user (a physical person).
Asking for someone to enter the user (a physical person) into an HTML text field removes two layers of indirection and seems physically impossible to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if there are some guidelines on language this concept should be documented there.
options/locale/locale_en-US.ini
Outdated
admin_title = Admin Account Settings | ||
require_sign_in_view = Require Sign-In to View Pages | ||
require_sign_in_view_popup = Limit page access to signed-in users. Visitors will only see the 'sign in' and registration pages. | ||
admin_setting_desc = Creating an administrator account is optional. The first registered user will automatically become an administrator. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Emphasis on 'now' I think is important. Perhaps 'here' or 'on this page'?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this wording is entirely self-contained. It now also fits in one line.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@thehowl can you close or accept this if you agree to keep the review page as clean as possible? Thanks!
options/locale/locale_en-US.ini
Outdated
|
||
manage_ssh_keys = Manage SSH Keys | ||
manage_gpg_keys = Manage GPG Keys | ||
add_key = Add Key | ||
ssh_desc = These are the SSH keys associated with your account. Because these keys allow anyone using them to gain access to your repositories, it is very important you make sure you recognize them. | ||
gpg_desc = These are the GPG keys associated with your account. Because these keys allow commits to be verified, it is very important that you keep the corresponding private key safe. | ||
ssh_desc = These SSH keys are associated with your account. Make sure you recognize all of them as they allow full access to your repositories. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
public is also needed here then ;)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you elaborate? I don't fully understand this 'public' comment.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See line 377. It adds public
to indicate public GPG keys
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I added public to the GPG key text, since it explicitly mentioned the private keys. For consistency, I've added the public/private distinction to the SSH key text as well. Will update my branch later this week.
also, the test fails, which means there's a hardcoded value in the tests somewhere (you can see that in the build log, should be editor_test.go:55, editor_test.go:76, editor_test.go:89) |
Let's look at tests and LGTMs when everyone is happy. This PR is a work-in-progress. Questions, comments and discussion are important and welcomed. I tried to plot a general new course for the translation and everyone can suggest improvements. Also @thehowl : reviewing top-to-bottom is great. During translation I'm randomly jumping through all of the file. I just click all the buttons in Gitea and fix the strings wherever they might be in the source file. So it's hard to tell exactly where I 'am' with the translation. |
options/locale/locale_en-US.ini
Outdated
http_port_helper = Port number which application will listen on. | ||
app_url = Application URL | ||
app_url_helper = This affects HTTP/HTTPS clone URL and some email notifications. | ||
http_port_helper = Port number that the Gitea web interface will listen on. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i propose to amend: "… in its execution context (e.g. a container)." to clarify that gitea this is the prt that gitea actually exposes in contrast to a value that is used to assemble strings like a resource url.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@funkyfuture I think the new phrasing is pretty self-contained. …will listen on
doesn't leave much room for interpretation? I could lead with TCP/IP port number
to make it sound even more physical. I'm pretty sure there's no doubt that Gitea will actually bind and listen on a port on the system you are running it on. Do any others have a strong opinion on this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm pretty sure there's no doubt that Gitea will actually bind and listen on a port on the system you are running it on.
for my sake it's essential to not get the impression that the reachable port is meant for the third time. ;-) my wrong impression obviously stemmed from the fact that other fields surrounding this one are rather 'virtual' (and reachable by the user) than 'physical'. that's worth to explicit in the clearest possible manner without assuming a likely interpretation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
and there's no helpful log message when entering a wrong value here…
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will push an updated branch soon. I've tried to make these fields even less ambiguous. I can see where you're coming from.
options/locale/locale_en-US.ini
Outdated
admin_name = Username | ||
admin_password = Password | ||
confirm_password = Confirm Password | ||
admin_email = Admin Email | ||
admin_email = Administrator Email Address |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i'd drop the "Administrator" here as you already specified the context in admin_title
and admin_name
doesn't contain it either.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@funkyfuture how about using Administrator Username
and then Email Address
? That would solve the visual imbalance between label lengths, while still emphasizing the fact that this is an administrator account. I'm all for removing repetition, but I think this account should be emphasized a little bit.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there's a heading above and an introductary sentence that make the scope very clear. no need for further emphasis, imo - i actually felt very annoyed by the redundance at this point. your proposal is actually imbalancing the width. if you're keen on that 'Confirm' should suffice.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm all for at least mentioning 'Administrator' once in the bold labels. It's hard to label and describe options in a foolproof way. I want to accommodate at least a minimum level of reading incomprehension. Will update my branch in a moment so you can see the change; it looks robust.
options/locale/locale_en-US.ini
Outdated
passcode = Passcode | ||
|
||
repository = Repository | ||
organization = Organization | ||
organization = Group |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This PR changes org to group, this has implications because we refer to orgs as orgs throughout the application (incl. in the API). If this goes through as is then we would have teams be a part of groups, but to me that doesn't convey a hierarchy.
Could you change all the references to group, back to org?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree with @techknowlogick, name Organization shouldn't be changed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@techknowlogick I think you missed parts of the diff. The hierarchy is expressed as 'group' and 'subgroup'. Hierarchies don't get any clearer than that in English.
@lunny : the main reason @techknowlogick didn't like it ('no implied hierarchy') is actually debunked. Do you have any other reasons to want to keep Organization?
Ten days ago I motivated this change in #3512, but got no replies except for a positive from @thehowl. Unless my statements there are incorrect I see no reason to switch back to Organization and Team, which are (in my opinion) unclear and unfit for Gitea's small-scale, self-hosted use case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bugreport0 The main reason I mentioned for my hesitance with this change is that "organization" is used as a reference in code, as well as in API paths. Using org/team language aligns with GitHub as well (especially as we are trying to have an API that aligns with theirs).
Looking at the ticket you referenced, @thehowl makes references to how GitLab does it, however as mentioned we are trying to align with GitHub.
There are many different use cases for Gitea, it sounds like in yours it is small scale, however there are users who use Gitea to support multiple different orgs, and a large number of users.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I also do like group better than org but that is quite big change and should be probably done in either other PR or issue so that it does not block other changes here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@lafriks OK, let's try it that way I'll be updating my PR in a jiffy.
Updated my PR. The team/organization change is temporarily undone. There's some dumb work to do in the bottom-most section of the file where all installation and configuration strings are (needlessly?) duplicated from the beginning of the file. Not looking forward to copying and pasting all that stuff. If anyone has ideas for that, let me know. |
options/locale/locale_en-US.ini
Outdated
|
||
repos.repo_manage_panel = Repository Management | ||
repos.owner = Owner | ||
repos.name = Name | ||
repos.private = Private |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this should be left as private
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wanted to remove a layer of cognitive indirection ('Private' means 'Hides Repository'), but it's your call. I'll update my PR in a few minutes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@lafriks : can you update your review status? I think I've correctly reverted to 'private' in my PR.
Alright, I wrapped up the entire file with the site administration section. @lafriks I reverted to the 'private' repository visibility string. If everyone can do another review, I'll get onto fixing the tests once we're happy. |
options/locale/locale_en-US.ini
Outdated
lfs_path = Git LFS Root Path | ||
lfs_path_helper = Files tracked by Git LFS will be stored in this directory. Leave empty to disable. | ||
run_user = Run As Username | ||
run_user_helper = Enter the operating system username that runs Gitea. Note that this user must have access to the repository root path. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This sound a bit weird. Wouln't it be better ... that Gitea runs under...
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds decent, I'll update.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking at the header for this option, I went with …that Gitea runs as…
which makes even more sense.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apart from comments below looks very nice 👍
options/locale/locale_en-US.ini
Outdated
lfs_path_helper = Files tracked by Git LFS will be stored in this directory. Leave empty to disable. | ||
run_user = Run As Username | ||
run_user_helper = Enter the operating system username that runs Gitea. Note that this user must have access to the repository root path. | ||
domain = Server SSH Domain |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should probably be better as SSH Server Domain
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wanted to emphasize that this is related to the actual server (as a whole), instead of any built-in SSH server functionality. I'll switch it around for now.
options/locale/locale_en-US.ini
Outdated
run_user_helper = Enter the operating system username that runs Gitea. Note that this user must have access to the repository root path. | ||
domain = Server SSH Domain | ||
domain_helper = Domain or host address for SSH clone URLs. | ||
ssh_port = Server SSH Port |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same here
alpha_dash_error = ` must be valid alphanumeric or dash(-_) characters.` | ||
alpha_dash_dot_error = ` must be valid alphanumeric, dash(-_) or dot characters.` | ||
git_ref_name_error = ` must be a well formed git reference name.` | ||
alpha_dash_error = ` should contain only alphanumeric, dash ('-') and underscore ('_') characters.` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this one should have or
like one below or next one should be changed to and
so that both have same
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch! I changed the second one into and
, since it's an inclusive enumeration.
options/locale/locale_en-US.ini
Outdated
branch.deletion_failed = Failed to delete branch %s. | ||
branch.delete_branch_has_new_commits = %s cannot be deleted because new commits have been added after merging. | ||
branch.delete_desc = Deleting a branch is permanent. It <strong>CANNOT</strong> be undone. Continue? | ||
branch.delete_notices_1 = |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These lines should be probably removed here and also from template files if not needed anymore
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll see what I can do. I don't want to shuffle around too much stuff, but I understand that you don't want empty strings lying around.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've removed four references to branch.delete_notices_*
strings, I think that's all.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updating my "request changes" to just a comment to no longer block this request.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updating my "request changes" to just a comment to no longer block this request.
just to be clear; @thehowI is a copycat, not actually me. |
Thanks for your work, I think it is ready to merge now |
* SECURITY * Limit uploaded avatar image-size to 4096x3072 by default (go-gitea#4353) * Do not allow to reuse TOTP passcode (go-gitea#3878) * FEATURE * Add cli commands to regen hooks & keys (go-gitea#3979) * Add support for FIDO U2F (go-gitea#3971) * Added user language setting (go-gitea#3875) * LDAP Public SSH Keys synchronization (go-gitea#1844) * Add topic support (go-gitea#3711) * Multiple assignees (go-gitea#3705) * Add protected branch whitelists for merging (go-gitea#3689) * Global code search support (go-gitea#3664) * Add label descriptions (go-gitea#3662) * Add issue search via API (go-gitea#3612) * Add repository setting to enable/disable health checks (go-gitea#3607) * Emoji Autocomplete (go-gitea#3433) * Implements generator cli for secrets (go-gitea#3531) * ENHANCEMENT * Add more webhooks support and refactor webhook templates directory (go-gitea#3929) * Add new option to allow only OAuth2/OpenID user registration (go-gitea#3910) * Add option to use paged LDAP search when synchronizing users (go-gitea#3895) * Symlink icons (go-gitea#1416) * Improve release page UI (go-gitea#3693) * Add admin dashboard option to run health checks (go-gitea#3606) * Add branch link in branch list (go-gitea#3576) * Reduce sql query times in retrieveFeeds (go-gitea#3547) * Option to enable or disable swagger endpoints (go-gitea#3502) * Add missing licenses (go-gitea#3497) * Reduce repo indexer disk usage (go-gitea#3452) * Enable caching on assets and avatars (go-gitea#3376) * Add repository search ordered by stars/forks. Forks column in admin repo list (go-gitea#3969) * Add Environment Variables to Docker template (go-gitea#4012) * LFS: make HTTP auth period configurable (go-gitea#4035) * Add config path as an optionial flag when changing pass via CLI (go-gitea#4184) * Refactor User Settings sections (go-gitea#3900) * Allow square brackets in external issue patterns (go-gitea#3408) * Add Attachment API (go-gitea#3478) * Add EnableTimetracking option to app settings (go-gitea#3719) * Add config option to enable or disable log executed SQL (go-gitea#3726) * Shows total tracked time in issue and milestone list (go-gitea#3341) * TRANSLATION * Improve English grammar and consistency (go-gitea#3614) * DEPLOYMENT * Allow Gitea to run as different USER in Docker (go-gitea#3961) * Provide compressed release binaries (go-gitea#3991) * Sign release binaries (go-gitea#4188)
See #3512 and some others. I've poured hours and hours into trying to hammer the English translation into something better. Fixed a lot of grammar issues, improved consistency and tried to reword everything to make more sense.
I'm far from finished here, but I wanted to share the first results for discussion. Fire away.