[01:41:53] In Han scripts, we would simply write them [01:41:54] U 直 [01:41:55] p 書 [01:41:57] r / [01:41:58] i 直 [01:42:00] g 书 [01:42:01] h [01:42:03] t (re @Npriskorn: Big thanks. much easier to read the short strings sideways. [01:42:04] Even better would be to skew the top header 45 degree to the right t...) [01:42:06] 😂​ [08:41:58] Yes! I heard about the writing or top to bottom in asian cultures. We could do it for all languages 🤡 (re @Winston_Sung: In Han scripts, we would simply write them [08:41:58] U 直 [08:42:00] p 書 [08:42:01] r / [08:42:03] i 直 [08:42:04] g 书 [08:42:06] h [08:42:07] t) [08:43:14] Or replace the iso codes with flags 🤡 [09:18:34] There are no flags for different scripts and some places have more than 1 languages, so you'll see some flags appear multiple times lol. 🤡 (re @Npriskorn: Or replace the iso codes with flags 🤡) [09:19:11] Bad news: writing-mode does not support something like that. (re @Npriskorn: Big thanks. much easier to read the short strings sideways. [09:19:12] Even better would be to skew the top header 45 degree to the right t...) [09:22:34] And CSS transform rotate is like a big black box with varable-length/width strings (). [15:45:54] Thanks for your thoughts. I’m happy with the existing restrictions; I was just explaining what they are. I think for all reasonable tests of the fetch functions, we can ultimately rely on Z803 or the Typed map from Z804 (https [15:45:54] //www.wikifunctions.org/view/en/Z804?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z804%22%2C%22Z804K1%22%3A%5B%22Z39%22%2C%7B%22Z1K1%22%3A%22Z39%22%2C [15:45:55] %22Z39K1%22%3A%22Z6001K1%22%7D%2C%7B%22Z1K1%22%3A%22Z39%22%2C%22Z39K1%22%3A%22Z6001K2%22%7D%2C%7B%22Z1K1%22%3A%22Z39%22%2C%22Z39K1%22%3A%22Z6001K3%22%7D%2C%7B%22Z1K1%22%3A%22Z39%22%2C%22Z39K1%22%3A%22Z6001K4%22%7D%2C%7B%22Z1K1%22%3A%22Z39%22%2C%22Z39K1%22%3A%22Z6001K5%22%7D%5D%2C%22Z804K2%22%3A%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6821%22%2C%22Z6821K1%22%3A%7B%22Z1K1 [15:45:55] %22%3A% [15:45:57] 22Z6091%22%2C%22Z6091K1%22%3A%22Q42448%22%7D%7D%7D) and generally expect functions to return alternative representations of Wikidata entities or parts, rather than object variants with Z600n Types. I’m not entirely convinced that Z6820 should be an exception to that proposed principle, but I suggest that it should be the only one we accept for Z6001, Z6002 and Z6005, at [15:45:57] least. [15:45:58] In practice, this would mean that any function returning such an object would ultimately depend on a built-in fetch function. As far as I can tell, this is not currently enforced, but I’m not aware of any exceptions. (https [15:45:58] //www.wikifunctions.org/w/index.php?search=%3A%22Z8K2+Z6001%22+OR+%22Z8K2+Z6002%22+OR+%22Z8K2+Z6005%22&title=Special%3ASearch&profile=advanced&fulltext=1&ns [15:46:00] 0=1&ns2=1&ns4=1&searchToken=4uaz5o5auqj66crp4m4xpi9x4) (re @genocation: To add more context to this: this feature will indeed allow to copy an output of a function and paste it somewhere else. However...) [16:11:28] @Sannita I revised the table here, would you like to review that it's still correct?Wikifunctions:User groups]] : https://tools-static.wmflabs.org/bridgebot/2af75f53/file_76092.jpg [16:11:41] [[Wikifunctions:User groups]] [16:18:28] added one more column (re @Npriskorn: @Sannita I revised the table here, would you like to review that it's still correct?) [16:18:30] https://tools-static.wmflabs.org/bridgebot/977614bf/file_76093.jpg [17:17:03] /delete@wikilinksbot (re @wikilinksbot: Z30573 – area of inscribed equilateral triangle) [20:38:18] David all tests pass but none are connected on Z808 [21:19:08] Actually, Z30615 is an error. (re @Npriskorn: David all tests pass but none are connected on Z808)