James_Budday added a comment.
Herald added a subscriber: PokestarFan.

I would argue that there is a lot of value in keeping 2 fields.

  1. the second field labeled as units makes it obvious to a user that units can (and should?) be provided (could even show an error state highlighting that field if no units provided)
  2. it gives a specific area for feedback to be given to a user. For example: a mistyping of "mm" instead of "m" could be highlighted for the user in the second field in an understandable way (by showing that it will be interpreted as millimeters and not meters in this case).
  3. if we ignore the copy paste use case for a moment, having a second field shouldn't add any keystrokes to the process of entering a value since the place where one might enter a space in "10 m" would be replaced by typing the tab key. (This based on the premise that typing 10m is incorrect which isn't necessarily a good argument if users do it anyway)

If we come back to the case of a copy paste, a potential way of making that work in a 2 field case might be to capture a paste event and parse it into both fields if there are characters in it.
It could be a cool accelerator for power users without sacrificing the parts of the two field system that are important to less advanced users. Here's a gif showing what I'm talking about.

F8833377: kmpaste.gif

An issue might be that it wouldn't be very discoverable, which might be fine and might not.


TASK DETAIL
https://phabricator.wikimedia.org/T112075

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: James_Budday
Cc: PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331
_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to