- User Since
- Oct 7 2014, 2:57 AM (254 w, 5 d)
- LDAP User
- MediaWiki User
Mon, Aug 12
Screenshot after the above patch - from en:Grüneisen_parameter
Here is an example where the MT calcualtion does not happen. From es.wiki
Here is an example where the MT calculation happens. From en.wiki
Screenshot based on the above patch
Wed, Aug 7
Thanks. That works
Tue, Aug 6
I had to revert this fix because of T229906: Sentence pair highlighting broken
Revert patch: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ContentTranslation/+/528406
Assuming Apertium was the MT engine used.
We cannot remove the wrapping tags for math since that would cause unexpected rendering and editing behavior. Better keep the DOM as such. I propose excluding <dl> tags from validation. Math is under dl ->dd -> p tag.
The feature does not differentiate between wikis. I suspect caching related inconsistencies.
Wed, Jul 31
It seems there are two issues here. A gray reference link is unadapted reference. This ticket made the reference code show only the edit button for such references.
Tue, Jul 30
Mon, Jul 29
Jul 25 2019
Jul 24 2019
yes, I think the math support need to improve and that can fix both. First thing to do is avoid sending math sections to MT engines so that they don't mangle it.
Found that if I used Yandex instead of Google, the above section translated correctly
I was not able to reproduce the case of https://en.wikipedia.org/wiki/Chronology_of_Gabon from en to es. But I was able to reproduce with https://en.wikipedia.org/wiki/Proof_that_%CF%80_is_irrational en to pt.
Jul 23 2019
So the correct thing to do here is to implement this special mapping in LanguageTr::ucfirst().
Jul 22 2019
When we say language in the context of wiki, there is a"interface language" - the language of user interface and then content language- that is the content language of wiki. So if you are in germal wikipedia, the content language is german. But the interface language can be anything(for example English). If interface language is English, the items in sidebar, top menu etc will be in English.
@Pginer-WMF, to clarify, I was writing down, the root cause, not the expected behavior. I have fixed the issue in the patch linked.
Jul 19 2019
The reference content is a template:
Jul 18 2019
This one uses localstorage.
Jul 17 2019
@Krinkle Need an advice from you on this.
We have a requirement to show some UI messages in a language that is not wgUserLanguage. That may be surprising, but the context is Google translated page as shown in above screenshots. Eventhough the wgUserLanguage is translation source language, the real user language here is translation target language. So if user is reading an English wikipedia page, translated to Hindi, the messages we show should be in Hindi, even if wgUserLanguage=='en'.
Jul 16 2019
ContentTranslation already uses every information found in templatedata for source and target language pairs. The parameters are matched in after a normalization(removing punctuations, spaces, making it case insetive), using the aliases defined etc. But none of these can substitute a "canonical parameter name or id" that will connect between parameters in language with another language. Wikidata Id could be an additional item in templatedata that help us to do this connections. It won't be difficult to add that to TemplateData schema and its editing UI.
Jul 15 2019
Resource loader was going through refactoring and this change https://gerrit.wikimedia.org/r/c/mediawiki/core/+/518466 broke the hack we did in T214010: Show the messages in target language
Jul 11 2019
Jul 10 2019
Thanks for writing this down. I agree with all of these points. While developing https://www.mediawiki.org/wiki/Extension:ExternalGuidance, I had the opportunity to extend and use it. The code was not that difficult to understand and extend to me, but I faced issues when APIs were changing. I got confused with the trade offs when there are more than one way to do the same.
Jul 9 2019
About the missing title attribute for certain links, a debug log was added and monitored the production log.
Jul 8 2019
Jul 4 2019
Jul 3 2019
Hi @Esanders, we have a question in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ContentTranslation/+/518922 about capturing the save event from reference editor.
Jul 2 2019
The case of https://fr.wikipedia.org/w/index.php?title=Mattia_Runggaldier&diff=156608004&oldid=156490979 is investigated and found that the cx-segment was inside the reference content. Addressed that in https://gerrit.wikimedia.org/r/#/c/mediawiki/services/cxserver/+/520173
Jul 1 2019
In https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ContentTranslation/+/511865 , we introduced mw.cx.ui.FeatureDiscoveryWidget.js which tries to achieve a use case of T216498: Invite to access Contributions for users that reached Content translation through other invites
We tried to make it somewhat generic.
Jun 25 2019
As per T206310: CX2: Highlight references with a template that is missing mandatory parameters after being adapted now we don't show reference content if it is not adapted.
Jun 24 2019
With the latest code, it is not possible to have different content for references with same name:
@Pginer-WMF Is there any other example with this issue? This particualr example is functioning correctly now.
This seems to be wrong - According to Wikidata ( https://www.wikidata.org/wiki/Q6242419#sitelinks-wikipedia ) the equivalent of sk:Harvbz is cs:Harvnb. Source language is Slovak (sk) and target language is Czech (cs). Will check
Jun 21 2019
As you can see non-English source languages also get ExternalGuidance features now:
Jun 19 2019
Go to the first paragraph (after templates) that starts with "Józef Klemens Piłsudski..." When translated, the template will look like text without any formatting.
This plain text reference links are fixed in T216809: CX2: Wrong template is added despite being connected in Wikidata using https://gerrit.wikimedia.org/r/517796
In the master version of cxserver, the issue was not about mapping Harvnp to Sfn, but the translated content did not had any template. The reference link was coming as plain text
Jun 18 2019
Enabling this in Wikisource seems ok, The webfonts feature when enabled by default in wikipedia, will cause large performance issues and this is the reason it is not enabled and left as a preference for user(See https://www.mediawiki.org/wiki/Universal_Language_Selector/WebFonts).
Jun 17 2019
Jun 14 2019
For the purpose of review/test, I am going to explain a template and its mapping using the databse here. This is the same template used for the unit test of above patch
Jun 13 2019
I will clarify my question. We wanted to use a threshold score. Any mapping below that score wont be used. When referimento and referencia has a d value 0.40, and nom, nombre has 0.29, What does these numbers mean? Can they be interpreted as quality of match between 0 and 1? Which is best matching, which is bad matching based on these values? Are they really an indicator of good or bad matching or just an internal system value that is not useful?
After a brief analysis of the generated JSON mapping, this is what I am planning to do: