Sat, Sep 24
Wed, Sep 21
In some (rare) cases, this may be useful to keep them: if the message contains links to some sections of it, e.g. if it contains some kind of ToC.
Sun, Sep 18
None of the 3 marking actions (on 14th, 15th and 18th September) have created any edit by FuzzyBot on translation pages. There is an issue with that page or wiki.
Thu, Sep 15
Wed, Sep 14
As the WMF-Legal project tag was added to this task, some general information to avoid wrong expectations:
Please note that public tasks in Wikimedia Phabricator are in general not a place where to expect feedback from the Legal Team of the Wikimedia Foundation due to the scope of the team and/or nature of legal topics. See the project tag description.
Please see https://meta.wikimedia.org/wiki/Legal for when and how to contact the Legal Team. Thanks!
Sat, Sep 10
For the first time for years, I got a memory suggestion for “Latest tech news from…” unit. Has there any work recently done?
Maybe T308676: Elasticsearch 7.10.2 rollout plan?
Thu, Sep 8
If the heading contains any non-ASCII character, MediaWiki core adds a second dot-encoded anchor tag inside the h2 tag. It would have been nice to hook the parser to insert the Translate anchor in the same place.
Wed, Sep 7
Mmm… Strange. I work on Debian stable, with LXQt desktop environment.
There is still a cursor-location issue, but I’m not sure this is related, so I’m opening a new task.
Aug 23 2022
Currently, there is no easy way to get MediaWiki-extensions-Translate. “Translate” is an alias, but if you type even “translat”, you don’t get it in search suggestions.
Aug 21 2022
Note “Search for pages containing” hides the first search result, so the most relevant one.
Aug 18 2022
You wrote “edit summaries” but your screenshot rather shows discussion topic/section heading.
I think this is a regression (maybe in July or June).
Aug 15 2022
- Add further restrictions (only pick a source language the translator knows as indicated in the babel box)
This would surely lead to more confusions (it is much easier to recognize a “bad” word when it comes from a totally foreign language). When they notice an issue in automatic translation, translators should refer to source text.
Aug 11 2022
I am proposing a patch which assumes “pre” value should fully replace selection as soon as there is no “post” value. That seems to fit with provided Insertables types.
Aug 10 2022
Jul 19 2022
Even if we can’t test it, I can confirm a parameter is now proposed for GENDER support on Translatewiki.net, thank you for the quick fix. 🙂
Jul 14 2022
Jul 13 2022
Jun 23 2022
May 26 2022
@Tacsipacsi My patch does not fix the case where Meta-Wiki interface language is en (described as WONTFIX in this task description), bt it does fix the case where Meta-Wiki interface language is zh-cn, or any language which is not an available translation for Template:IPInfoFeedback.
Still present (EDIT: Mmh, I’m just seeing there is is a WONTFIX case in task description, probably this one).
May 25 2022
May 18 2022
Many thanks for this amazing work!
May 17 2022
May 11 2022
Many thanks for this nice feature!
May 3 2022
Apr 26 2022
Apr 25 2022
There is maybe another condition: after having removed Abc from translation, add a <translate> tag on Abc (but don’t mark it for translation).
Apr 24 2022
Currently (for years), pressing backspace in LibreOffice makes the paragraph exit the list only if it is empty (note we may split an ordered list in OpenDocuments, whereas we cannot in wikitext). Else, the behavior is pretty consistent with VisualEditor (first Backspace press: the bullet is hidden — no equivalence in VE; second Backspace press: the paragraph is merged with previous element).
Actually, this seems to duplicate T54557, which refers to OpenOffice and Word for external consistency.
Rendering has changed since the first report: now, an empty line with a “Insert paragraph” slug displays after 2..
Apr 22 2022
Apr 16 2022
If the only issue renaming “Publish” button for drafts to “Save” is the possible misunderstanding about public status of pages, we could simply add a warning: “Please note your changes will be publicly visible”, with a checkbox “Do not show this warning next time”.
Apr 15 2022
Apr 14 2022
I think the only requirement is to comply with license crediting authors.
Apr 13 2022
They should be marked as “minor”, and also be tagged to filter them easier.
Apr 12 2022
I still don’t understand your use case.
I just checked and I can confirm localized messages are automatically picked up instead of default one, when available.
I think this is a documentation issue.
Apr 11 2022
Indeed, sorry: I incorrectly tested this.
Note style="position:sticky; top:0" workaround meets an issue with new Vector sticky header (the site header displays over the table header).
Apr 6 2022
Apr 4 2022
Apr 3 2022
I can’t reproduce with Firefox 91 and Chromium 90 too.
Mar 31 2022
Mar 30 2022
Sorry for insisting, but you can’t just ask to translators to find another way to phrase. Languages do not have the same concision: “Messages are often longer than you think!”.
Mar 28 2022
Probably not for the global <pre> tag, because it is sometimes interesting to allow comments to be translated.
Usual workaround seems to use document.execCommand(), however:
- It seems to have some performance issue.
- It is obsolete and non-standard.
Editing German label is clearly not a solution for this bug: about 18 languages in 27 available ones seem to be affected.
Mar 27 2022
Mar 17 2022
Mar 16 2022
I18n issue, since English version is fine.
Mar 15 2022
Mar 14 2022
I did not achieve to reproduce, so that was probably just a temporary server overload.
I close this task, sorry for the noise.
Mar 13 2022
Mar 12 2022
Actually, in the same time, another user has marked another page without any issue.
Mar 9 2022
According to me:
- Time and especially author are secondary information: they could be displayed while hovering (as a tooltip), but it seems me useless to display them permanently.
- A link to view the diff can be helpful, indeed.
Mar 8 2022
What you describe makes sense Pginer and the mockup seems me good. 🙂
Feb 27 2022
Jan 31 2022
I don’t know what was the original issue, but currently, bullets points are kept left because of unexpected list item wrapping in paragraphs (T92441).
Seems to be fixed on Firefox 78 and Chromium 90, Debian.
Jan 20 2022
Jan 13 2022
Oh, indeed, my bad: I should check the unit history before posting here. Sorry.