Dereckson added a comment. For African languages, that could be fine, our ucfirst message comply with localization rules and is language specific.
For pKa, this is more annoying. Labels don't have properties, so, we can't mark them intentionally lowercase. message. ____ **What about a Property: prefix?** A better approach could be to use a prefix, but current design don't let really any place for that, so we should also decrease the heading font size. "manner of death" would become "Property: manner of death", with the "Property: " a customizable localized message. ____ **If no satisfactory approach could be found** If that couldn't work by lack of place, a PKa or an ITunes is probably more acceptable than "manner of death" or "languages spoken or written" always in lowercase. Indeed, virtually all the labels are currently wrongly displayed, as Wikipedia conventions require headings to be capitalized. Not to fix it because there would be SOME labels wrongly capitalized is a fallacious argument, as we would choose to display wrongly every > 93% labels to display correctly < 7% of them. So, at the worst, we could also apply the ucfirst transformation to solve the issue for the majority of labels provide a setting `ArticlePlaceholderPropertiesInLowercase` array properties to mark the rare properties intended to be in lowercase, but that won't be optimal either, as they could be in lowercase in some, uppercase in other languages e.g. "iTunes identifier" vs. « identifiant iTunes ». TASK DETAIL https://phabricator.wikimedia.org/T125913 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Dereckson Cc: Nikki, SPQRobin, Ricordisamoa, Lucie, gerritbot, Aklapper, StudiesWorld, Dereckson, Izno, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331 _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
