https://bugzilla.wikimedia.org/show_bug.cgi?id=19185
Web browser: ---
Summary: Check for empty section before printing title, else
visible in text browsers
Product: MediaWiki
Version: 1.16-svn
Platform: All
OS/Version: All
Status: NEW
Keywords: accessibility
Severity: enhancement
Priority: Normal
Component: Page rendering
AssignedTo: [email protected]
ReportedBy: [email protected]
On read-only wikis (e.g., no accounts except for WikiSysop, who adds
documents for others to read, but not alter, and logs in himself via
the link on Special:SpecialPages) sure, one can eliminate the Login
link altogether from the upper right corner of the (Monobook) screen:
>function
>JidanniNoLoginLinkOnMainPage(&$personal_urls){unset($personal_urls['login']);return
> true;}
>$wgHooks['PersonalUrls'][]='JidanniNoLoginLinkOnMainPage';
The problem is in text browsers, one will still see
> Views
>
> • Page
> • View source
> • History
>
> Personal tools
>
> Navigation
>
> • Main Page
> • Recent changes
> • Random page
i.e., an empty "Personal tools".
Looking for a way of eliminating the words "Personal tools" above, one
finds MonoBook.php has checks like
> function languageBox() {
> if( $this->data['language_urls'] ) {
but unfortunately no check is done for Personal tools, before "sending
out the delivery truck with an empty package. Might as well have
stayed at home."
Anyway, if there were any such check, we could tailor our above hood
to work with it (e.g., do nothing if already logged in, else
unset($personal_urls) altogether.)
I didn't check e.g., "Views" etc. for similar
problems. Each such group on the page needs to check first before
making its <h5> etc.
Nor did I check other skins...
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
