Last modified: 2010-05-15 15:37:22 UTC
Nowadays, the icon near the user name is disabled in RTL interfaces, but we in
Hebrew Wikipedia, Wikiquote and Wikisource re-added it in our Monobook.css, and
it works well. I suggest to cancel the hidding of it also in the global rtl.css.
I will create a patch soon.
Created attachment 1466 [details]
Patch for CVS HEAD
Patch, deletes the CSS part in "rtl.css" which hides the icon. I've tested the
patch and it works well, just like Wikipedia.
Comment on attachment 1466 [details]
Patch for CVS HEAD
This is a patch for HEAD, or MAIN, or something like that (the main tree, where
version 1.6 is developed, and which Wikimedia projects use). Patch for REL1_5
is coming soon.
Observing a fresh RTL test wiki, it doesn't appear that the icon is hidden at all.
(In reply to comment #3)
> Observing a fresh RTL test wiki, it doesn't appear that the icon is hidden at all.
Are you trying the recent 1.6cvs (alpha) version? Also, please check
skins/monobook/rtl.css for the string "pt-userpage".
(In reply to comment #4)
> Are you trying the recent 1.6cvs (alpha) version? Also, please check
> skins/monobook/rtl.css for the string "pt-userpage".
And please see:
Created attachment 1467 [details]
Patch for REL1_5
Patch for REL1_5.
And directly, please see:
Search the line "/* Fix link icons */" - the line after that cancels the icon.
Does your installed Wiki use rtl.css?
1. Using MediaWiki 1.6alpha
2. It's a Yiddish language RTL wiki
3. rtl.css appears to be being imported
(In reply to comment #8)
> 1. Using MediaWiki 1.6alpha
> 2. It's a Yiddish language RTL wiki
> 3. rtl.css appears to be being imported
Like in Hebrew Wikipedia, Wikiquote and Wikisource, it contains the following
CSS sector in Monobook.css:
background: url('http://yi.wikipedia.org/style/monobook/user.gif') top left
This monobook.css is copied from Yiddish Wikipedia, which has also fixed the
Quite correct. I apologise.
Tested on a fresh install and applied to CVS HEAD.
Could you please fix it also in CVS REL1_5? It's very minor, and I've tested the
patch on a fresh install of recent 1.5cvs files.
It's already in the stable version, so there is no need to fix it in REL1_5.