Last modified: 2012-09-27 01:11:09 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 T22158, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 20158 - Vector skin hides 'new section' link in drop-down menu
Vector skin hides 'new section' link in drop-down menu
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Trevor Parscal
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-10 12:03 UTC by Gurch
Modified: 2012-09-27 01:11 UTC (History)
3 users (show)

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


Attachments

Description Gurch 2009-08-10 12:03:51 UTC
We have enough problems with newcomers not finding the 'new section' link without hiding it from view in a submenu. The link should always be visible to the user.
Comment 1 Svip 2009-08-10 12:06:17 UTC
Indeed.  I had trouble enough finding the "new section" link myself, not to mention it has been changed "new topic".  I am also not a fan of using "view history" rather than "history", the tabs are big enough as it is.  That means, on low resolution screens, these tabs will overlap.  But I guess this issue should be for another bug.
Comment 2 Gurch 2009-08-10 14:05:55 UTC
(In reply to comment #1)
> I am also not a fan of using "view
> history" rather than "history", the tabs are big enough as it is.  That means,
> on low resolution screens, these tabs will overlap.

I'm assuming this was the reason some of the tabs were moved to a submenu. Personally I prefer the smaller tabs, but if usability studies have shown they should be larger, that's fine. Hiding things that aren't used often like 'move', 'delete', 'protect' and so forth is a good idea, but only administrators really have enough tabs for the benefit to be noticeable, and I do think hiding 'hew section' is a step backwards w.r.t usability.
Comment 3 Svip 2009-08-10 15:25:46 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > I am also not a fan of using "view
> > history" rather than "history", the tabs are big enough as it is.  That means,
> > on low resolution screens, these tabs will overlap.
> 
> I'm assuming this was the reason some of the tabs were moved to a submenu.
> Personally I prefer the smaller tabs, but if usability studies have shown they
> should be larger, that's fine. Hiding things that aren't used often like
> 'move', 'delete', 'protect' and so forth is a good idea, but only
> administrators really have enough tabs for the benefit to be noticeable, and I
> do think hiding 'hew section' is a step backwards w.r.t usability.
> 

I am not against the submenu per say, it is just that, even with the few amount of tabs, it can on low resolutions (obviously, we are talking very low (e.g. 800x600)) clutter up.  Which... doesn't look nice.  I realise "view history" makes more sense than just "history", but if you really want people to stop confusing it with history related to the subject at hand, I'd recommend "revisions" instead.

As far as 'new section' goes, it should be outside of the menu, as the menu is (or should be) primarily for administrative tasks.
Comment 4 Gurch 2009-08-11 13:57:16 UTC
> As far as 'new section' goes, it should be outside of the menu, as the menu is
> (or should be) primarily for administrative tasks.

I wouldn't class 'watch' as an administrative task, but otherwise I agree.
Comment 5 Roan Kattouw 2009-08-11 13:58:02 UTC
Done by Trevor in r54764

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


Navigation
Links