I agree that having support in WikiHiero for rendering the hieroglyphs in RTL order would be useful.
By the way, some information on historical writing direction of hieroglyphs can be found on English Wikipedia here.

In T321644#8713162, @Lydia_Pintscher wrote:

Can you please add the ltem for the language? Thanks!

In T294637#7688057, @Lucas_Werkmeister_WMDE wrote:

Yes, I imagine step 2 would require something like T185313 or T199887. You could probably put the lexeme IDs into data pages, but I’m not sure if that still offers a meaningful benefit over the current data pages.

Hello, I'm not sure if I've described the use case somewhere before. But a future use case for this would be c:Module:Technique. The module translates (concepts) of materials, (artistic) techniques, colors and some similar things from a controlled English-language vocabulary of roughly 1000 terms into grammatically correct descriptions in currently 35 languages.
With Lua access to lexicographical data we could get rid of local data on Commons in templates like this one and new languages could easily added and thus internationalization of Commons improved.
For that a performant way for this would be necessary:

1. Click the "Advanced" label under the main input field;
   1. fix the summary manually.

Thanks for retagging! It happened to me while logged in. But now it doesn't happen any more. The file appears both logged in and logged out. I guess the task can be closed! Thanks!

Not this happens for Lake Maggiore, see https://maps.wikimedia.org/#10/45.9000/8.5776.

Now in contrast, there is a huge invented water body in Sughd, Tajikistan, apparently bordered by rivers. See https://maps.wikimedia.org/#9/39.2312/68.6810.
Screenshot:

In T160281#5127418, @Jc86035 wrote:

@Marsupium Have you tried using the wmflabs tool wikidata-externalid-url? I used it for the formatter URL for Twitch game ID (P4467) in September because of the space issue, and it worked without any changes to the actual Toolforge code.

Spaces can also cause problems: Obviously a space " " gets encoded as a plus "+". This breaks the links generated for Iconclass notation (P1256). For example http://iconclass.org/11H(COSMAS+&+DAMIAN) generated from "11H(COSMAS & DAMIAN)" instead of http://iconclass.org/rkd/11H(COSMAS%20&%20DAMIAN)/ (from this item).

This is very cool to find existing constraint violations! A great next step would be a service to test if a not yet existing statement would raise any violations! Is there a ticket for the constraint API to test not yet existing statements?

@Jc3s5h, perhaps a combination is possible, doing both 1. and 2. on API level by introducing new parallel input and output formats with the new features and deprecating the old one that can be deleted later?
It should indeed be possible to define the timezone or not, so we need a precision "11.5" additionally for "day with timezone specified"?

Sorry! It works fine in Chromium, I don't know why I couldn't see it work yesterday, perhaps I simply didn't wait for the checker to reach my position or so … Excuse my injection!

Spellchecking still doesn't work for me, neither in Firefox 58.0.2 nor in Chromium 64.0.3282.140 on Ubuntu. :-(

In T183794#3866917, @Lucas_Werkmeister_WMDE wrote:

(Minor note: comments at the beginning of a line – without any leading whitespace – are preserved and moved to the top of the query.)

Magnus has written a script that uses Mix'n'match for reference adding: d:User:Magnus Manske/mixnmatch gadget.js. Data on Mix'n'match sometimes differs and it does not have all IDs (e.g. large catalogues) in stock, but fulfills part of what was requested here I think.

Perhaps the set problem could be solved with qualifiers, too.