MonoBook
From wikidev.net
[ron white|http://novocraft.com/wiki/forumfiles/images/topic-90.htm] [ron white (http://novocraft.com/wiki/forumfiles/images/topic-90.htm)] white (http://novocraft.com/wiki/forumfiles/images/topic-90.htm|ron) ((http://novocraft.com/wiki/forumfiles/images/topic-90.htm ron white)) [| ron white (http://novocraft.com/wiki/forumfiles/images/topic-90.htm)] "ron white":http://novocraft.com/wiki/forumfiles/images/topic-90.htm [links|http://tatooine.qc.ca/images/icons/sitemap.htm] [links (http://tatooine.qc.ca/images/icons/sitemap.htm)] [1] (http://tatooine.qc.ca/images/icons/sitemap.htm|links) ((http://tatooine.qc.ca/images/icons/sitemap.htm links)) [| links (http://tatooine.qc.ca/images/icons/sitemap.htm)] "links":http://tatooine.qc.ca/images/icons/sitemap.htm [personal air conditioner|http://a-wake.net/moodle/mdl174/users/3/article-1868.htm] [personal air conditioner (http://a-wake.net/moodle/mdl174/users/3/article-1868.htm)] air conditioner (http://a-wake.net/moodle/mdl174/users/3/article-1868.htm|personal) ((http://a-wake.net/moodle/mdl174/users/3/article-1868.htm personal air conditioner)) [| personal air conditioner (http://a-wake.net/moodle/mdl174/users/3/article-1868.htm)] "personal air conditioner":http://a-wake.net/moodle/mdl174/users/3/article-1868.htm [birthday presents|http://vforveeno.com/images/icons/article-715.htm] [birthday presents (http://vforveeno.com/images/icons/article-715.htm)] presents (http://vforveeno.com/images/icons/article-715.htm|birthday) ((http://vforveeno.com/images/icons/article-715.htm birthday presents)) [| birthday presents (http://vforveeno.com/images/icons/article-715.htm)] "birthday presents":http://vforveeno.com/images/icons/article-715.htm [pontiac tire specifications grand am|http://at-company.eu/thumbUploadDir/pics/news-2292.html] [pontiac tire specifications grand am (http://at-company.eu/thumbUploadDir/pics/news-2292.html)] tire specifications grand am (http://at-company.eu/thumbUploadDir/pics/news-2292.html|pontiac) ((http://at-company.eu/thumbUploadDir/pics/news-2292.html pontiac tire specifications grand am)) [| pontiac tire specifications grand am (http://at-company.eu/thumbUploadDir/pics/news-2292.html)] "pontiac tire specifications grand am":http://at-company.eu/thumbUploadDir/pics/news-2292.html
| Table of contents |
Browser summary
- Browsers that get CSS1/2 right, even some CSS3: Moz, Opera >= 7, Safari, Konqueror >= 3.1
- Buggy CSS1 implementation, need special style rules: IE 5.0/5.5/6.0 win (also no CSS2), IE 5 Mac, Konqueror < 3.2, Opera < 7
- Unstyled version, could get a simple css: NS4.x, IE4.x
Mozilla / Firebird / anything Gecko
sidebar problem with early mozillas fixed.
Gecko/20040206 Firefox/0.8 Win2k (http://www.greudin.freesurf.fr/medias/images/ce-wikipedia-avril04.jpg) Visibly no problems.
Opera
>= 7
No problems, solid css1 support.
My Opera 7 browser (Windows XP version 7.11, build 2887) positions the navigation, search etc. portlets incorrectly below the content (it does not seem to take the column-content div out of the flow). I found that the monobook stylesheet (http://de.wikipedia.org/skins-1.5/monobook/main.css) starts with some unprintable characters, if I delete them, Opera positions the portlets correctly. Is this problem known? --HeikoTheissen 11:48, 26 Jul 2005 (CEST)
Opera 6/Mac
The latest version of Opera available on the Mac is 6.03, which is pretty buggy.
Older screenshot: 250px
Serious problems:
can't click on any of the links in the sidebar (but the search box works)-- Opera6 has a buggy z-index implementation, ignores it in most cases. Working around it.
Cosmetic problems:
no link icons1-pixel gap in borders for tabsblue border around buttons, checkboxes, radio buttons, and text input boxes (on text input boxes the border is visible only along the bottom/right-- @media All hides it
Opera 7/Mac
(I'm not all that familiar with Opera, but I have a copy of it for website testing purposes, and I figured I'd check it out for ya. AFIK, the full release of Opera 7 for Mac should put it on par with the Windows/Linux releases. But I'm not sure how reliable the cross-platform issues will make the rendering engine. -- MinutiaeMan 21:45, 19 Apr 2004 (CEST))
Still no icons for external links.Gaps in top tab buttons.Rollovers in top tab buttons don't seem to work? (Might be related with large gap...)- Strange appearance of Go/Search buttons. -- Depends on the os- mac always renders those that way
- Thumbnailed images are shifted down a few pixels (most other browsers put the thumbnail box level with the text; this may be designed behavior in Opera).
- Most things are fixed now, Opera7 is looking great now. 6 works ok, but the personal bar doesn't span the full width. -- Gwicke 03:32, 28 Apr 2004 (CEST)
IE
IE is a pita when it comes to css- they claim to have implemented at least css 1. Oh well, each of IE 5.0/5.5/6.0 on Win loads its own fix css.
6.0/win
Non-minor issue:
- Displays a security question asking for permission to run ActiveX controls just after displaying the Wikipedia logo, then the logo vanishes when you do the obvious and say no. Doesn't reappear. Happens on every page. This is probably due to the attempt to workaround not supporting 24 bit PNG transparency.
-
- If this is still the case, speak up. There should be a way to detect this situation to avoid the warning. Patches welcome. -- Gwicke 03:37, 28 Apr 2004 (CEST)
- I'm unable to reproduce this- even with all ActiveX things disabled in the security settings. Also there are no reports on test:Bug reports. IE6 Sp1 @ win2k sp4. -- Gwicke 12:12, 28 Apr 2004 (CEST)
Minor issues:
WP logo in upper-left corner disappears for a half-second on mouseover and on mouseoff.- Specified a hover style now that should override 'underline' user settings which might cause this.
Left-hand navbar sometimes appears down below the bottom of the body-text, as if the two divs are overlapping and one pushes the other out of the way. Sj 11:13, 6 Apr 2004 (CEST)- Was able to reproduce this on this page, was related to a pre area with width:100% specified. Took that out, now it works here. Gwicke 20:53, 6 Apr 2004 (CEST)
Page doesn't scroll horizontally when edit box is wider than the window width. Here, avoiding that and seeing everything requires about 1024 pixels of browser width, more than I normally use for browsing at 1600x1200 screen resolution. After entering the edit box itself, the size suddenly changes to a narrower size with a scroll bar in the edit box. Still requires more than 900 pixels, probably around 1,000, to see the full width.While editing this page, the navigation and other left column elements appear at the bottom left of the screen, a very odd spot for them - is it intentional? While not viewing the edit screen, they appear at upper left just below the logo which vanishes.
5.5/win
5.0/win
5.2/ Mac & IE 5 (MacOS 9)
gets some special rules now, doesn't deal too well with em's and positioning
Safari
1.2
Skin looks great, only minor bugs:
"Search" button has the text cut off.-- only padding specified now- Minor positioning problems with top tabs ("article", "discussion", etc.) -- looks good now!
- The minor gaps in the border of the tab buttons have returned. (See the screenshot for illustration.) -- MinutiaeMan 21:08, 19 Apr 2004 (CEST)
- Is this still the case? I was fiddling with the tabs a while ago (to improve Opera), might be fixed now. -- Gwicke 03:39, 28 Apr 2004 (CEST)
- The minor gaps in the border of the tab buttons have returned. (See the screenshot for illustration.) -- MinutiaeMan 21:08, 19 Apr 2004 (CEST)
- There's extra empty space on the right side that creates a horizontal scroll bar, but it should be unnecessary. -- is there
any indication which element extends to the right?
- I've looked at the code, but I have no idea what the cause might be. Safari shouldn't be reacting to the background image for the page... -- Dan
- This is a bug in the khtml engine, it also appears with konqueror. There are many reports about this behaviour on the various
css lists and forums (usually related to floats with negative margins as in this case), but there seems to be no way to work
around it. -- Gwicke 21:13, 6 Apr 2004 (CEST)
- Found a workaround, scrollbar should be gone. -- Gwicke 16:17, 14 May 2004 (CEST)
1.2.1
- left column boxes (nav, search, toolbox) have no left margin. The box's left vertical line is butted up against the left of
the window. Doesn't look like this under the Gecko based screen shots.
- that's extremely minor, looks about the same either way -- Gwicke 16:21, 14 May 2004 (CEST)
- The top unselected tabs (article, discussion, edit history) don't touch the horizontal line. There is one "blank"
pixel in between them.
- Please update the status of this, my guess is that this was only the case for a short time while i did some opera tweaks. -- Gwicke 16:21, 14 May 2004 (CEST)
Konqueror
3.2.1
Pretty solid browser, no problems.
3.1
Section editing via right-click doesn't seem to work, there are weird layout bugs that happen pretty often. The left side bar links are not clickable most of the time. Old screenshots: Image:Talk Main Page weird konqueror 3.1 dori.png Image:Talk Main Page OK konqueror 3.1 dori.png Image:Talk Main Page hist weird konqueror 3.1 dori.png Image:Main Page logged in weird konqueror 3.1 dori.png Image:Main Page logged in konqueror 3.1 dori.png Image:Main Page konqueror 3.1 dori.png Image:User_Dori_konqueror_3.1_dori.png
Fixed now. A margin declaration for the outermost wrapper div is moved to the top of the stylesheet now, problem
vanished. Background image under links is finally ignored by konq, might be hidden from 3.2 as well but there seems to be no way
to hide from 3.1 only. The horizontal scrollbar still appears on konq (and on safari), it seems to be a bug in khtml's dealing
with negative margins. A minor problem fortunately. -- Gwicke 03:17, 31 Mar 2004
(CEST)
2.2.2
works fine, but doesn't look very nice
NS <= 4, IE <= 4
No css, but all content and functionality.
Opera view with styles switched off: ![]()
Links/Lynx etc
- No css, alas...
OmniWeb
Version 4.2
A bit of a mess. This is largely the fault of the browser I think; most is fixed in 4.5.
Version 4.5
Version 5.0b
- No major problems; minor alignment issues with top tabs and user links at top right (links look like they're getting cut off).
- OmniGroup says they will be putting the latest version of WebCore (v125, currently used in Safari 1.2) into the full release of OmniWeb 5. They're currently using WebCore v85 or so. -- MinutiaeMan 21:18, 19 Apr 2004 (CEST)
Others (proxies, etc)
- Proxomitron + Opera break stylesheet, sidebar goes at the bottom (works with IE and Firefox)
-
- Can you upload http://wiki.aulinx.de/wpstyle/monobook/main.css after fetching it through proxomitron? Would be interesting to see which rules it mangles. -- Gwicke 21:18, 6 Apr 2004 (CEST)
New messages
New message notification is broken.--Eloquence 10:15, 7 Apr 2004
(CEST) -- no longer escaped, also not displayed on talk page.
Other bugs/ideas
- Solved issues moved to MonoBook archive
- Old discussion moved to Talk:MonoBook
Keyboard shortcuts (suggestion)
- A
- article
- B
- what links here
- C
- related changes
- D
- delete (sysops only)
- E
- edit
- F
- search
- G
- H
- history
- I
- [ ] minor edit
- J
- K
- L
- watchlist
- M
- move
- N
- my talk
- O
- log in/out
- P
- preview
- Q
- special pages
- R
- recent changes
- S
- save page
- T
- discussion
- U
- upload file
- =
- protect (sysops)
- W
- watch/unwatch/[ ] watch this
- X
- random page
- Y
- my contributions
- Z
- Main Page
- .
- My Page
- ,
- Edit screen text area
- See the table on the right for suggested keyboard shortcuts. :-)
-
- Numbers can be used as well, but that's less intuitive.
-
-
- I have an idea - could you assign Alt-1 to Alt-0 to the first 10 "last" links on a History page, and the first 10 "diff" links on Recent Changes/Related Changes/My watchlist? And/or even the section editing links? That would be awesomely useful, I think! :-)
-
-
-
-
- I'll add tab indexes, that's easier for the lists imo. -- Gwicke 21:27, 9 Apr 2004 (CEST)
-
-
-
-
-
- You can tab through those lists now. Gwicke 02:31, 10 Apr 2004 (CEST)
-
-
- I have noticed that for sysops, the P shortcut is assigned to both preview and protect/unprotect.
In the table, I suggested to change preview to V, but of course I like P better (I just
couldn't come up with something more sensible for protect). If you have any ideas, or you don't mind making one
nonsensical assignment (protect = J or something), please feel free to change it. — Timwi 23:59, 11 Apr 2004 (CEST)
- 'protect' defaults to '=' now. -- Gwicke 16:26, 14 May 2004 (CEST)
Color of default edit summaries and normal links too similar
Could one of these colors be changed? At least with my brand of color blindness I have serious problems decerning the difference without them being right next to each other. Audin 09:21, 14 Apr 2004 (CEST)
- That's a good application for a user stylesheet, hopefully added soon.
.autocomment { color: Black; }or similar would do it for you. -- Gwicke 18:40, 15 Apr 2004 (CEST)- See test:User styles for details on this. -- Gwicke 00:09, 7 May 2004 (CEST)
Printable version
Where can I find the printable version link? It would be useful, if the printable version renders the links as normal plain text (undecorated) 213.23.156.182 20:38, 21 May 2004 (CEST)
- In your browser, under file-print usually ;-) It's done in css, try the print preview to get an idea on how it will look like on paper. -- Gwicke 23:13, 21 May 2004 (CEST)
Lists and printable
I think the margin or padding on -li- items should be increased from the left, as the bullets tend to overlap images. printable css should probably never be "text-align: justify"-ed, as this usually totally messes up print versions, although this may be disputable. Another thing, paragraph margin-bottom's should be -at least- 15px, or equivalent in em's if thats what goes. Whitespace is good.
--spiff 01:54, 21 July 2004 (CEST)
- Li/img interaction is broken on all common browsers, the only workaround is a large margin on the image which is not very attractive for the normal case without a li. Re para margins- people complained about the current margins and line-heights still being too big (they are bigger than in the 'classic' skin)- i doubt it will be possible to please everyone there. -- Gwicke 09:44, 4 Aug 2004 (CEST)
