Skip to content

docs(translations): fix the context-hints intro and add a contribution path for non-developers - #15648

Merged
skjnldsv merged 2 commits into
masterfrom
docs/translation-hints-contributor-workflow
Sep 22, 2026
Merged

skjnldsv merged 2 commits into
masterfrom
docs/translation-hints-contributor-workflow

Conversation

@miaulalala

@miaulalala miaulalala commented Sep 22, 2026 •

Copy link
Copy Markdown
Contributor

☑️ Resolves

No issue - this came out of the translation sprint at Contributor Week, where the exercise was teaching community members with little or no git experience to contribute through the GitHub web UI.

🖼️ Screenshots

Four screenshots are added to the new section, at the points where a newcomer is most likely to stop: the fork wall, the editor banner naming their fork, the Sync fork button, and the commit dialog. They were taken with a fresh account with no write access; the commit email and an unrelated repository name are blurred.

screencapture-file-home-anna-Projects-documentation-developer-manual-build-html-com-basics-translations-html-2026-09-22-15_31_38

📝 What is in here

Three things, all on developer_manual/basics/translations.rst:

  1. Fixes the garbled intro of Provide context hints for translators - a sentence fragment, a duplicated which can which can be, translations strings, and a trailing colon introducing nothing.
  2. Says which languages require the TRANSLATORS prefix. The examples silently switch convention: PHP, JS/TS and Vue need it, Android uses it by convention, and Qt and iOS use their own markers (//:, /* ... */) where TRANSLATORS produces no hint at all. nextcloud/desktop uses //: in 40 places against one use of TRANSLATORS. Without the note, a reader would reasonably "fix" the Qt example and break extraction.
  3. Adds Contributing a context hint without a local checkout - the GitHub web-editor route for someone with no development environment: the fork wall and what a fork is, that forking is a one-time step and a stale fork should be synced first, the commit dialog, the conventional-commit message, the automatic DCO sign-off, avoiding lint failures that cannot be fixed from the web UI, who reviews and that outside contributors cannot add labels or assignees, where to tell the translation community, and that a merged hint only reaches Transifex at the next string sync.

✅ Checklist

  • I have built the documentation locally and reviewed the output
  • Screenshots are included for visual changes
  • I have not moved or renamed pages (or added a redirect if I did)
  • I have run codespell or similar and addressed any spelling issues

sphinx-lint and codespell both report no problems on the changed file, and the manual builds with no new warnings.

🤖 AI tool disclosure

Drafted with assistance from Claude Code (claude-opus-5); every commit carries an Assisted-by: trailer. The prose and structure were reviewed and corrected by me.

@github-actions

github-actions Bot commented Sep 22, 2026 •

Copy link
Copy Markdown
Contributor

📖 Documentation Preview

🔍 Open preview →

📄 1 changed documentation page

Last updated: Tue, 22 Sep 2026 13:59:35 GMT

The opening of 'Provide context hints for translators' had three
defects: a sentence fragment with no main clause, a duplicated 'which
can which can be', and 'translations strings'. The closing line also
ended in a colon that introduced nothing, since the block that follows
is a warning rather than the promised example.

Assisted-by: ClaudeCode:claude-opus-5
Signed-off-by: Anna Larch <anna@nextcloud.com>
…eckout

Context hints are one of the few code changes worth making without a
development environment, and translators are usually the people who
notice that a string is ambiguous. The page explained what a TRANSLATORS
comment looks like but assumed a local checkout, so there was nothing to
point a translator at.

Adds a section covering the GitHub web-editor route: the fork wall and
what a fork is, that forking happens once and a stale fork needs syncing
first, the commit dialog, the conventional-commit message and why a
pre-filled suggestion usually needs a type prefix, the automatic DCO
sign-off, avoiding lint failures that cannot be fixed from the web
interface, who reviews and that outside contributors cannot add labels
or assignees, where to tell the translation community, and that a merged
hint only reaches Transifex at the next string sync. Four screenshots
cover the steps where a newcomer is most likely to stop.

Also states which languages actually require the TRANSLATORS prefix. The
examples silently switched convention, which made the Qt and iOS ones
read as omissions: they use their own markers, and TRANSLATORS there
produces no hint at all.

Assisted-by: ClaudeCode:claude-opus-5
Signed-off-by: Anna Larch <anna@nextcloud.com>
@miaulalala
miaulalala force-pushed the docs/translation-hints-contributor-workflow branch from 3ce0046 to b65935e Compare September 22, 2026 13:33
@miaulalala
miaulalala requested a review from skjnldsv September 22, 2026 13:33
@miaulalala miaulalala added this to the Nextcloud 36 milestone Sep 22, 2026
@skjnldsv
skjnldsv merged commit 7c780d1 into master Sep 22, 2026
26 checks passed
@skjnldsv
skjnldsv deleted the docs/translation-hints-contributor-workflow branch September 22, 2026 18:24
@rakekniven

Copy link
Copy Markdown
Member

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants