[Bug 18616] Local evaluation of magic words for commons files
https://bugzilla.wikimedia.org/show_bug.cgi?id=18616
Bawolff (Brian Wolff) bawolff...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||bawolff...@gmail.com
Resolution|--- |WONTFIX
--- Comment #4 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
I'm going to wontfix this. Well I could see {{CONTENTLANGUAGE}} as having a
valid use case here, there is the {{int:lang}} hack already working (and in
use). Furthermore, having all the magic words use local meaning would totally
mess up image pages in all probability (especially if you threw templates into
the mix as being evaluated locally). Especially on third-party (non wmf) wikis
that might have very different configurations.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18616] Local evaluation of magic words for commons files
https://bugzilla.wikimedia.org/show_bug.cgi?id=18616 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Component|File/Repo |Images and files --- Comment #3 from Chad H. innocentkil...@gmail.com 2009-11-28 04:41:56 UTC --- Mass component change for merge of File/Repo and Images and Files -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18616] Local evaluation of magic words for commons files
https://bugzilla.wikimedia.org/show_bug.cgi?id=18616
^demon innocentkil...@gmail.com changed:
What|Removed |Added
CC||innocentkil...@gmail.com
Component|Language setup |File/Repo
Product|Wikimedia |MediaWiki
--- Comment #2 from ^demon innocentkil...@gmail.com 2009-04-30 23:22:12 UTC
---
In general, when fetching remote content we prefer to have it render before
fetching. There's no guarantee that the local wiki knows how to handle all of
the magic words that the foreign one does. This can end up with poorly-rendered
content.
(In reply to comment #0)
So it would be very helpful for readers to only show the description in the
local language, using {{CONTENTLANGUAGE}} (one may even give the option to
show
other languages if desired). So this magic word would be evaluated locally.
For
other magic words, I imagine there may be reasons not to do it, we may ask at
commons about that.
FWIW, we should already be doing this. I added fetching remote descriptions
with uselang back in r46369...which btw, is a big hack for commons mostly, and
should be replaced with a more defined interface for fetching descriptions,
rather than hoping action=render gives us what we want.
Repurposing as a FileRepo bug, because it has nothing to do with language setup
@ Wikimedia, nor is it really an i18n issue at all.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
