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: wikibugs-l@lists.wikimedia.org
        ReportedBy: jida...@jidanni.org


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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to