Talk:Z10047

This functionality can't be defined correctly without specifying the locale

Although the functionality is available in different programming without need of locale, see the Turkish case referred here https://stackoverflow.com/q/11063102 for example. I'd say let's don't expose functionalities in Wikifunctions that have English or similar languages in mind or let's be careful about locale from the beginning. Changing letter cases needs to get take a locale as an parameter so let's don't expose not locale unaware versions let's consider such things for other Wikifunctions functions. −ebrahim^talk 19:12, 7 August 2023 (UTC)

+1, I think Turkish is an example all web-developers learn about early on as I believe it is (was?) mentioned in the HTML specification somewhere. It was my first thought when seeing these functions too. Base (talk) 00:10, 10 November 2023 (UTC)

By the way this makes me wonder how the locales should be supported. I would expect for them to be a type of Object just like Natural languages are (by I dislike that we basically reïnvent Wikidata items here). Base (talk) 00:11, 10 November 2023 (UTC)

Note to future

If Perl is ever a valid language for implementations, this *should* be able to be achieved thus:

Z10047 = "\L Z10047K1 \E";

Assuming the weird variables work correctly. In a normal text editor you would write

$s = <STDIN>;
print("\L $s \E");

I hope this saves someone in the future a bit of time. Edward-Woodrow (talk) 21:33, 13 November 2023 (UTC)

Disconnected implementation

Please see phab:T363908. lowercase Python (Z10050) is preferred by WikiLambda system, despite taking over 5000 ms compared with around 2000 ms with lowercase JavaScript (Z10048) (Special:permalink/100225) GrounderUK (talk) 03:38, 29 May 2024 (UTC)