[02:20:32] oh, looking at the function, i didn't know Wikidata has support for storing the conjugations of a verb, that's actually really interesting! i wonder if it would be possible (in future if they make the feature) to link a wikifunction to do the conjugation, because there are patterns (using french as an example) like regular -er verbs (i made [[Z21617]]), [02:20:32] regular -ir verbs (i made [02:20:33] [[Z21624]]), regular -re verbs (i made [[Z21632]]) etc so for all the regular verbs you won't need to manually list them all out? (re @Al: That’s okay. I think there are different API calls depending on the context but if this sort of difference in performance is typ...) [11:14:32] There seems to be at least a temporary bug at Z21694. I made the almost identical Z21700 which works fine, and even the source code only has 2s swapped to 4s, so they both should pass for both implementations. Maybe a caching issue at the validator?? [11:15:27] https://tools-static.wmflabs.org/bridgebot/54281465/file_67897.jpg [11:19:28] Maybe. They seem to be passing now. (re @Toby: There seems to be at least a temporary bug at Z21694. I made the almost identical Z21700 which works fine, and even the source c...) [11:22:37] Looks like a case for *T383326 *if you’d like to extend it… (re @Toby: ) [11:26:16] Grr... as soon as I report, the issue disappears. Is it something like another user coming along and resetting the notification language??? (re @Al: Maybe. They seem to be passing now.) [11:32:02] It might help if the screenshot included the time. WikiLambda system might have had a bit of a long hard think after its update at 10:22 (UTC+0). (re @Toby: Grr... as soon as I report, the issue disappears. Is it something like another user coming along and resetting the notification ...) [12:02:00] I'm close to getting a lenient floating point "reader" (formerly "parser") working: Z21642. Feel free to add more test cases that you would like to work for user entry. [12:08:42] Or feel free to weigh in on how this one should be parsed: Z21719 (re @Toby: I'm close to getting a lenient floating point "reader" (formerly "parser") working: Z21642 (just some of the special values rema...) [12:20:37] What do you see here right now for the abs(-8)=8 test. I see four implementations failing with the correct output: Z17128 (re @Al: Maybe. They seem to be passing now.) [12:22:33] Special values aside, I think Float64 and Rational numbers should be read consistently. I think we agreed that in the ambiguous case we should treat , or . as a radix (decimal) separator, on the assumption that grouping separators can be omitted (“123456” for “123,456”). (re @Toby: Or feel free to weigh in on how this one should be parsed: Z21719) [12:24:24] No, all 3/3 Passed tests. (re @Toby: What do you see here right now for the abs(-8)=8 test. I see four implementations failing with the correct output: Z17128) [12:25:51] [6 minutes ago] (re @Al: No, all 3/3 Passed tests.) [12:28:12] 🤔[or 1 “8 minutes ago” and 2 “3 minutes ago”] (re @Al: [6 minutes ago]) [12:34:16] Apparently it got stuck for five minutes. Unless it re-did only some of the tests, which it’s not really designed to do (barring user interaction). (re @Toby: What do you see here right now for the abs(-8)=8 test. I see four implementations failing with the correct output: Z17128)