Oliv0 added a comment.
@daniel Yes, that would be satisfying for Wikipedia users, but maybe not for Wikidata users who would like to have some way to enter a label in the user interface with the proper typography (French Ier, Spanish 3.er etc.) and see it displayed in the title of the item and as
daniel added a comment.
@Oliv0 I'd prefer a Lua module to implement the "show statement value instead of label if it exists" logic. This logic could be adjusted on-wiki, if needed. {{#property:}} should be reserved for the "low level" direct access. The module call can easily be wrapped in a
Oliv0 added a comment.
@daniel Markup in statement values is a different question (it has been raised a few times on frwiki e.g.. for image labels, which frequently use wikitext). This task is about what is displayed in Wikipedia by {{#property:}} or mw.wikibase.getEntity etc., that is labels, and
daniel added a comment.
@Oliv0 would markup in statement values (see T141764) address the use cases you had in mind when filing this? If so, we can close this task, I think. Supporting markup in labels would be *much* more disruptive than adding a new data type.TASK
daniel added a comment.
@Bugreporter when and where would that property be used? Wikibase wouldn't know about it, and would not use it instead of the regular label.
To me that seems like a very different request: have a datatype that supports (limited) markup (wikitext or html or whatever), vs
Bugreporter added a comment.
@daniel My option is keep labels a plain string, and add a new wikitext datatype, so that we can create a new property "label in wikitext".TASK DETAILhttps://phabricator.wikimedia.org/T139573EMAIL
daniel added a comment.
I'm not convinced that the benefit this would have really outweighs the numerous complications it causes. However, if we decide to support markup in labels (and descriptions and aliases), I vote to:
Only allow a very restricted set of HTML tags. Perhaps , , , and .
daniel added a comment.
In T139573#2511361, @Bugreporter wrote:
I propose to create a new datatype for wikitext. Therefore we can create new properties for labels in wikitext (plain labels are still needed).
Labels are not statements, they do not have data types. They are just plain text.
Bugreporter added a comment.
I propose to create a new datatype for wikitext. Therefore we can create new properties for labels in wikitext (plain labels are still needed).TASK DETAILhttps://phabricator.wikimedia.org/T139573EMAIL
Moyogo added a comment.
There are several use cases for superscript in various languages:
Breton
1añ in 1añ Genver Q2150
Iañ in Lucius Iañ Q132793
Francoprovençal
Iér in Bartelomél Iér de Constantinople Q44501
French:
1er in 1er arrondissement de Paris Q161741
Ier in Ier millénaire
VIGNERON added a comment.
In T139573#2488312, @Bugreporter wrote:
You may use characters ᵃᵇᶜᵈᵉᶠᵍʰⁱʲᵏˡᵐⁿᵒᵖʳˢᵗᵘᵛʷˣʸᶻ instead (note there're no q).
This is a very very very bad idea.
The goal is to improve the formatting, not to worsen it (François Ier is correct, although not perfect ; François
Moyogo added a comment.
@Oliv0 and @Bugreporter: ᵃᵇᶜᵈᵉᶠᵍʰⁱʲᵏˡᵐⁿᵒᵖʳˢᵗᵘᵛʷˣʸᶻ are not meant to be used as typographic superscripts. They are meant for very specific linguistics uses as they are modifier letters.
See http://www.unicode.org/versions/Unicode9.0.0/ch07.pdf#page=36
Only those superscript
12 matches
Mail list logo
