https://bugzilla.wikimedia.org/show_bug.cgi?id=24481
--- Comment #7 from Platonides <[email protected]> 2010-12-11 22:01:37 UTC --- I don't think such detection would be a substitute right now, although it may be subject for a different "propose for removal" after a move interface has been restored. Note that the right isn't necessarily a new tab. Having an edit link near the title, or in the edit tab could also be an appropiate UI (similar to what we have now at bugzilla). What to do with users which are not allowed to move pages? Perform moves on copypaste only sometimes would be a horrible usability. What about partial moves (eg. move + fix a typo)? That detection idea also has its benefits, like users creating a page in two namespaces at the same time, with a difference in case, or recreating a just-deleted page. I stand in my position though that the move link is important and the removal of move link from the visible tab bar actually harms usability. I don't have real data to back up my arguments, but since the usability study didn't take that into account, there wasn't a real reason for removing either ;) I have a dejà vu on this about a different bug, which ended up discussing about collapsibletabs (which would be a workaround for hidden menu options, and still don't work). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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
