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
