So9q added a comment.
I rewrote and moved my personal notes down here: Since the Lexical data extension is a subpart of Wikidata it would be interesting to find out if that is also successful from a user perspective and if not, whether to do something about it or not. My personal notes on the design decisions are here: I see that someone took a design decision to go with - Vue js - async code that *magically* updates in the background and does *all* kinds of advanced tricks to avoid a page load - the complexity of the code is pretty high because the - the buttons for save/edit jumps around as the page loads in the beginning and after an action that triggers the async stuff in the background. The only other 2 UIs in existence for WD does not have these "jumping" unpredictability problems: daty and wikidata-cli. - now a couple of years down the road we still have a lot of weird UI bugs like - "Error message when adding senses does not go away after saving using enter" - "Page title not updated after editing lemma" - "Lemma box too narrow for longer words" As you might have guessed I'm not a big fan of JS browser UIs and I would like to have this project and the greater Wikidata UI project evaluated so we can *avoid* the same pitfalls in the UI design of Wikifunctions. I'm a big fan of the KISS and YAGNI principles and use them in planning and programming my own hobby projects, see - https://www.wikidata.org/wiki/Wikidata:LexUse - https://www.wikidata.org/wiki/Wikidata:ImproveWikidata see also https://t.me/c/1325756915/3976 TASK DETAIL https://phabricator.wikimedia.org/T272203 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: So9q Cc: Amire80, So9q, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs