L10n: Update pages
Elchi3
I've spent the last few days creating charts which might be useful for
all translation teams in order to keep contents up to date. It's a
comparison of the article’s last modification date against the last
modification date of the original English article. If the translated
article is newer than the English version it is marked green.
At the bottom of the page you can also find how many pages are up-to-
date.
Chinese: https://developer.mozilla.org/Project:ja/Updates
French: https://developer.mozilla.org/Project:fr/Updates
German: https://developer.mozilla.org/Project:de/Updates
Japanese: https://developer.mozilla.org/Project:ja/Updates
Polish: https://developer.mozilla.org/Project:pl/Updates
Spanish: https://developer.mozilla.org/Project:es/Updates
I wrote a php script that generates these pages and handed it over to
Sheppy.
Maybe IT can run it as a cronjob in future.
Any questions, ideas, feedback are welcome :)
Regards
Florian Scholz [:Elchi3]
German MDC contributor
Samuel Gómez
Just added
https://developer.mozilla.org/Project:es/Updates
to my bookmarks.
Thank you!
> _______________________________________________
> dev-mdc mailing list
> dev...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-mdc
>
--
"Make sure that Office documents very well depends on PROPRIETARY IE
capabilities."
Bill Gates, 1998.
Nukeador
> I've spent the last few days creating charts which might be useful for
> all translation teams in order to keep contents up to date. It's a
> comparison of the article’s last modification date against the last
> modification date of the original English article. If the translated
> article is newer than the English version it is marked green.
> At the bottom of the page you can also find how many pages are up-to-
> date.
>
Regards.
--
Nukeador
Clave PGP: http://www.nukeador.com/pgp/
Elchi3
> BTW, I miss a list of all not translated English articles at the bottom
Yeah, I want to have such a list too.
This could be done in a second chart, because updating and translating
contents are two different things. I don't want to mix apples and
oranges :)
There are ~6800 English articles, which means such a list would be
*very* large.
The hit count of each page can be an indicator for the most important
pages we should translate first. This could be used to decrease the
list as well.
Unfortunately the counter does not work at all. For example, I can't
see any changes in this page: https://developer.mozilla.org/Special:Popularpages
Furthermore you just see »0« visits on (newer) pages. See
https://developer.mozilla.org/User:Elchi3/Sandbox at the bottom.
If the counter works correctly, I will try to create a chart that
lists not translated articles sorted by hits.
Lets hope that this will work, when we update to Mindtouch 9.12 really
soon!
> [...]and, maybe they
> just have to click a link to create the localized version?
Hm, I don't see a possibility to do this at the moment, because we
have different url names:
En: en/Core_JavaScript_1.5_Reference/Global_Properties
Es: es/Referencia_de_JavaScript_1.5/Propiedades_globales
On a generated list the Spanish link might be:
es/Core_JavaScript_1.5_Reference/Global_Properties
The chart I have in mind contains just the English link and then you
have one column per language where it's somehow marked as translated
or left blank.
But we will see what comes out when I start to work on it :)
Sheppy
It's something we hope to enable sometime in the future, but for now
it's intentionally turned off.
Sheppy
Mike Shaver
Sad faces. Is there a way to get an extension called on every load,
asynchronously so as not to hurt page load perf? If so, it would be
straightforward to do a lightning-fast page counter thing backed by
redis.
Mike
Sheppy
> On Wed, Mar 31, 2010 at 2:05 PM, Sheppy <the.she...@gmail.com> wrote:
> > For performance reasons, we have page hit count recording disabled.
> > It's something we hope to enable sometime in the future, but for now
> > it's intentionally turned off.
>
> Sad faces. Is there a way to get an extension called on every load,
> asynchronously so as not to hurt page load perf? If so, it would be
> straightforward to do a lightning-fast page counter thing backed by
> redis.
I'm hopeful that the 9.12.2 upgrade that we're working toward applying
will improve performance enough that we can turn on the built-in page
counting feature. To be honest, I hadn't even realized it was off
until a few days ago, when I noticed it and then searched through old
emails finding a place where turning it off was recommended back when
we were first setting things up.
Sheppy
Elchi3
(FYI: I'm using "date.edited" and not "date.modified" now.)
I think this shows the real last modification date of the English
articles.
And: your stats are better now :)
A note for the Japanese team:
I removed all "DevNews" pages because I think that you don't want to
update them.
Elchi3
potappo
> I've just updated our stats because I changed my script a bit.
> (FYI: I'm using "date.edited" and not "date.modified" now.)
> I think this shows the real last modification date of the English
> articles.
> And: your stats are better now :)
>
> A note for the Japanese team:
> I removed all "DevNews" pages because I think that you don't want to
> update them.
O.K, you are right, thanks.
--
potappo
MDC Japanese Translation Leader
mail:pot...@gmail.com