[13:23:17] I cannot edit the en label here. Z17741 no errors in the console. seems like a JS bug to me [13:31:12] What are you proposing to change it to? (re @Npriskorn: I cannot edit the en label here in firefox. Z17741 no errors in the console. seems like a JS bug to me) [13:36:37] I tried and succed to edit the description (changed the first letter to lowercase) (re @Npriskorn: I cannot edit the en label here in firefox. Z17741 no errors in the console. seems like a JS bug to me) [13:36:48] not sure what to change on the label (except for doing a test/dummy edit) [13:37:04] /-en -> /-eln (in the end) (re @Al: What are you proposing to change it to?) [13:38:16] oh, I see the problem, the label is already too long [13:38:25] that's why you can't add letters ;) [13:39:11] if you try to edit to "Swedish noun, 3rd decl., definite sing., -en/-eln" then it should work [13:49:43] which reminds me that we still need to clean too long labels and descriptions: [[Wikifunctions:Long labels and descriptions]] [13:56:36] The static list hasn’t been updated since September. Since there was never a community consensus on what the limit should be, and broad agreement that it should be a bit longer, I don’t consider it a current priority. (re @NicolasVIGNERON: which reminds me that we still need to clean too long labels and descriptions: [[Wikifunctions:Long labels and descriptions]]) [13:58:35] agreed, it was just a reminder that these objects can't be edited [13:58:37] and some of them are really long (like Z11568 : 130 / 50 !) (re @Al: The static list hasn’t been updated since September. Since there was never a community consensus on what the limit should be, an...) [14:01:38] If the list were re-done ordered by type and size descending (within language) maybe it would prioritise itself? 😉 (re @NicolasVIGNERON: agreed, it was just a reminder that these objects can't be edited [14:01:38] and some of them are really long (like Z11568 : 130 / 50 !)) [14:04:30] oh, very good idea [14:04:32] ping @vrandecic would you be able to do it? (re @Al: If the list were re-done ordered by type and size descending (within language) maybe it would prioritise itself? 😉) [14:09:22] an other useful thing to find the best limit would be a list of all label containing a . (usually a sign of an abbreviation) [14:15:19] …or the longest alias, since that is likely to be what the desired content once was (bonus points for fuzzy matches, that could be a useful function in its own right) (re @NicolasVIGNERON: an other useful thing to find the best limit would be a list of all label containing a . (usually a sign of an abbreviation)) [19:34:11] Is there a reasoning behind this arbitrary limit of labels? (re @NicolasVIGNERON: oh, I see the problem, the label is already too long)