https://bugzilla.wikimedia.org/show_bug.cgi?id=71845
--- Comment #5 from [email protected] --- (In reply to Romaine from comment #3) > (In reply to tobias.gritschacher from comment #2) > > Note that you only have to click [edit] once in the beginning and click > > [save] only once in the end. In between you can add/change/remove as many > > sitelinks as you want. > > The path I described was accurate. No misunderstanding was there. > If I want to add 4 pages from four wikis, I also need (and want) to fill in > the labels for those languages. > > In the past I copied the title, and placed it on 2 places in a page, before > I continue with the second page I want to add. That a label is filled in > together with the link is not understood. > > Now is this very very clumsy. > > A user copies in the past the page title, and on Wikidata: > (label:) click + paste + save + (linked:) add + lang + paste + save -> 4x. > > Now: A user copies currently the page title, and on Wikidata: (label > section:) edit + click + paste + scrolling + save (outside my screen) + > (linked section:) edit + add + lang + paste + save (on not expecting place) > -> this all 4 times > > Even for one link this is a lot more clicks, the more links, even more steps > are needed. Ok, did not understand your complete workflow in the first place. Now it is clearer to me what you are really doing. You are adding a new sitelink together with label/description/aliases in that language, right? Indeed the workflow for the case above, became more complicated. Before we introduced section-edit-mode for the termbox, empty input-fields were in edit-mode by default. That saved one click on [edit]. Also for sitelinks after [edit] there is an additional click on [add] necessary if you want to add a new one. That makes 2 additional clicks more for the scenario described above. We need to think how to improve the situation. Just some random thought by myself: - probably we can restore the behavior of having input-boxes for empty labels and descriptions in edit-mode by default. Not sure how hard that would be to implement, given the fact we move into the direction of the new UI design. We need to check. - you mentioned an additional "scrolling" step to be able to click on [save] after you added label/description or a sitelink. You can omit this step by just pressing [return] on your keyboard to trigger the [save]. Additionally you can cancel your action by pressing the [esc] key. - the need for the additional click on [add] for adding new sitelinks is really a pain. I do not like it either. One solution would be to insert a row for a new sitelink by default when clicking on [edit]. We need to check if and how this is possible. However these are intermediate steps towards the new UI design, that has been discussed and iterated over a long time here: https://www.wikidata.org/wiki/Wikidata:UI_redesign_input and here: https://www.wikidata.org/wiki/Wikidata:UI_redesign_input/Archive2 and here: https://www.wikidata.org/wiki/Wikidata:UI_redesign_input/Archive Did you take part in the discussion? I am not sure if in the end when we are finished with the new design, you would be able to do the workflow as described above without adapting it. Changes almost never have advantages only. But the goal should always be that the advantages outweigh the disadvantages. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
