Verdy_p added a comment.
Dans T256649#7246452 <https://phabricator.wikimedia.org/T256649#7246452>,
@Trappist_the_monk a écrit :
> In T256649#7246285 <https://phabricator.wikimedia.org/T256649#7246285>,
@Esc3300 wrote:
>
>> It works for the four above. Sha
Verdy_p added a comment.
Yes but this adds many constraints on talk pages (e.g. with archiving of
discussions, or people attempting to talk and posting incorrect links to
categories in these talk pages, that will become then hard to cleanup if
everything is mixed (forcing to edit all
Verdy_p added a comment.
Is there a way to categorize tabular data in Commons' "Data:" namespace?
For now all these are using a JSON format, which does not support any
comment. But the "fields" description part could contain additional properties
for categorie
Verdy_p added a comment.
I can not as well a constant growth of computing time in Lua, especially in
recursiveClone
which is now the topmost time-spender in pages using many Lua calls (even
without using Wikidata at all).
As well there's a constant need to get the Mediawiki
Verdy_p added a comment.
Dans T95553#6675991 <https://phabricator.wikimedia.org/T95553#6675991>,
@Verdy_p a écrit :
> Note that the presentation "9e siècle" in French is readable but defintely
not the prefered one:
>
> - it should really use roman di
Verdy_p added a comment.
Note that the presentation "9e siècle" in French is readable but defintely
not the prefered one:
- it should really use roman digits (preferably in small-capitals for
centuries, but plain-capitals like for millenia are OK)
- the ordinal suffix &
Verdy_p added a comment.
The effect is not the same depending on wikis. I assume they don't have the
same version of Scribunto deployed.
For example, if I click on the error link shown in pages having script errors
in Commons, the wikitext of the linked Module opens without line numbers
Verdy_p added a comment.
@ Jarekt: I use the same method also With Notepad++ (it's strange that the
source editor for modules in the wiki does not even show the line numbers!)
Note that in the text console, the line numbers for errors located in the
console input is always 6 lines
Verdy_p added a comment.
And please add getEntityByLang(lang), which will implement language
fallbacks, so that we can load (and cache) entities only using relevant
languages; and remove all sitelinks from this call: sitelinks can be loaded
selectively on specific entities.
The cache
Verdy_p added a comment.
The decimal form cannot be correct of it's not qualified with the address
type (IPv4 or IPv6).
And the numeric type cannot hold 128 bits of precision for IPv6 (note: we
really need 128 bit for supporting users that can only use IPv6 via internet
relays, many
Verdy_p added a comment.
@Mbch331 "Labels aren't monolingual strings". Of course they are (or should be) monoligual as we request users to provide monolingual translations for them.
There are a few exceptions with some *official* toponyms that are multinguals, or trademarks, but verncula
Verdy_p added a comment.
The issue i see is that to add a name in a given langauge, it must still be supported in the Universal langauge selector or by using "?uselang=" parameter, so that we can give it a label.
We annot add any label in Wikidata in a language that is not selectable a
Verdy_p added a comment.
Actually ISO 639 also references The Ethnologue entry that lists:
Andorra and France https://www.ethnologue.com/map/ADFR
Ireland and United Kingdom https://www.ethnologue.com/map/IEGB
The Normand variants on the continent are effectively those in region
Normandie
Verdy_p added a comment.
@GerardM: what do you read ? We all know that, but you are still pretending that the request above by @Esc3300 is invalid, when it is in fact perfectly correct. You are the only one to read it incorrectly.TASK DETAILhttps://phabricator.wikimedia.org/T165648EMAIL
Verdy_p added a comment.
@Esc3300: Guernésiais and Jérriais still have no separate ISO 639 code. "nrf" is encoding Norman as a whole (i.e. a single language) encompassing all its regional or dialectal variants, and still not as a macrolanguage (see ISO 639-3 for reference).
But for
Verdy_p added a comment.
@GerardM I don't take it backward. This is perfectly correct, there's no mess at all except in your mind:
NOWHERE it was proposed to add nrm-je or nrm-gg (if that's whatt you are still reading incorrectly)...
But nrf-je and nrf-gg (also nrf-fr) are perfectly correct
Verdy_p added a comment.
The request is not for adding cides that are already standard according to
BCP 47 where nrf-GG and nrf-JE arr oerfectly valid and confirming. But what
is still blocking is that "nrm" in Wikimedia has ALWAYS been valid in BCP47
but incorrectly assigned for another
Verdy_p added a comment.
Wikipedia initially had a single edition for Bokmal and Nynorsk, using "no" for both. But the content was mostly in Bokmal, so "no" turned there to be an alias of "nb" (Bokmal), and "nn" was to be used for the other Nynorsk va
18 matches
Mail list logo
