Last modified: 2014-11-05 15:56:14 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T61156, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 59156 - Proposal transform the "Close dialog and reload page" dialog to notification bar
Proposal transform the "Close dialog and reload page" dialog to notification bar
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
WikidataClient (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Wikidata bugs
u=dev c=frontend p=0 papercut
: need-volunteer
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-31 02:57 UTC by YFdyh000
Modified: 2014-11-05 15:56 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Description picture (72.25 KB, image/png)
2013-12-31 22:26 UTC, YFdyh000
Details

Description YFdyh000 2013-12-31 02:57:04 UTC
The dialog of "Close dialog and reload page" is now a modal dialog, there is only one choice, click and helpless wait for reload page.
If transform the dialog to a notification bar at the top, users can get more options and freedom, select reload the page, or click other anything (View history, etc.).
Comment 1 Lydia Pintscher 2013-12-31 12:20:20 UTC
Can you please clarify which dialog you mean? Maybe attach a screenshot?
Comment 2 YFdyh000 2013-12-31 22:26:45 UTC
Created attachment 14203 [details]
Description picture

just like "Your edit was saved." (MediaWiki:Postedit-confirmation) bar.
Comment 3 Marius Hoch 2014-01-01 15:02:15 UTC
(In reply to comment #2)
> just like "Your edit was saved." (MediaWiki:Postedit-confirmation) bar.

This isn't a good idea after all, as that only shows up after the changes are visible to the user which isn't case for us unless we reload the page. (Confusing and inconsistent user experience)

Also we of course have to link the item that the user just altered (for more than a few seconds).
Comment 4 YFdyh000 2014-01-02 09:46:59 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > just like "Your edit was saved." (MediaWiki:Postedit-confirmation) bar.
> 
> This isn't a good idea after all, as that only shows up after the changes are
> visible to the user which isn't case for us unless we reload the page.
> (Confusing and inconsistent user experience)
> 
> Also we of course have to link the item that the user just altered (for more
> than a few seconds).

But for the experienced user, I already know it is OK, do not want to wait for a reload, and blocking to other links. 
This still have the possibility of an accident when prompted? Need to observe to confirm?
Comment 5 Marius Hoch 2014-01-02 09:53:28 UTC
We could make the dialog non-modal once that last step has been reached, so that you can click on whatever you like.

Putting the whole thing (much) more into background somehow just isn't an option as we have to be bold about our changes, to not leave (new) users alone in the process.
Comment 6 YFdyh000 2014-01-02 10:11:39 UTC
(In reply to comment #5)
> We could make the dialog non-modal once that last step has been reached, so
> that you can click on whatever you like.
> 
> Putting the whole thing (much) more into background somehow just isn't an
> option as we have to be bold about our changes, to not leave (new) users
> alone
> in the process.

Maybe I did not express clearly. I only recommend the last step to non-modal or notification bar, the other steps do not change, does not lead to leave.
Comment 7 Henning 2014-11-05 15:56:14 UTC
Just wondering whether it would actually be a hassle to just asynchronously regenerate the list of interlanguage links? They all seem to have the same css classes "interlanguage-link interwiki-*" and identical sub-structure, independent from the skin. Reloading the whole page is indeed kind of harsh.

See also: bug #72807, bug #72178.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links