
Hello, on Dienstag, 5. Juni 2007, Frank Sundermeyer wrote:
On Tuesday 05 June 2007 14:27, Christian Boltz wrote:
Am Montag, 4. Juni 2007 schrieb Frank Sundermeyer:
On Sunday 03 June 2007 21:12, Christian Boltz wrote:
Footer: [...] which should be possible independent of the font size when using the "em" unit for max-width.)
This does not work (or at least I am not able to make it work).
Without having looked at the code: What exactly is the problem? (And: don't expect IE to understand max-width [don't know about IE7])
The page consists of two floating columns, the bigger one has got a left margin that corresponds with the width of the left column. When specifying a max width for the footer, the text is centered within the area specified by max-width and not within the parent div.
Sounds like you want to use a nested <div>. Not nice, but should work ;-) (and IE will simply ignore it, which isn't a real problem)
Search Box: Apropos search box: It seems it has a hardcoded height: which is unfortune for people who have a very large font size.
Without the fixed height, I do not see a way to make the round corners work in IE (at least not in IE 5.x)... .
Then define the fixed height for IE only please ;-)
Sigh, this will be a lot of work - the search box code needs to be rewritten completely. I will see what I can do.
It's perfect now - thanks!
Now to the problems this change discovered in combination with large font size - see screenshot on www.cboltz.de/tmp/opensuse-disco.png ;-)
Oh, come on ;-) - with a font-size that big the page is unusable anyway.
*g* I know, but usually testing with extremes makes things better for the normal usecases - and speeds up finding bugs a lot ;-)
- on small screens there will be an openSUSE Disco ;-)) because "Discover it" is cut off" - the search box and the "Go" button are also cut off
Sure - they just don't fit in the parent element box anymore ;-).
OK, defining the left/right margins in px
Much better, thanks!
and the height in em helped a lot.
I'm not sure if defining the height in em was a good idea. Now the green box is too heigh on large font sizes. Or fix it the other way round and allow line wraps in the top menu again. Then the height will be OK and the top menu is usable with all font sizes ;-) Choose whatever you want...
Nevertheless, when enlarging the font to a certain extend you will reach a point where the search box and/or the slogan won't fix anymore.
I know ;-)
- OTOH, there's enough whitespace (to be exact: greenspace ;-) unused around these elements - so there's no real need to cut them off
- The Article / Discussion / ... bar only uses the half width, causing too much unneeded linebreaks
Should be fixed by now.
Not really - now the language dropdown is cut off at the left even at small font sizes :-( Screenshot: http://www.cboltz.de/tmp/opensuse-menu.png Proposal: make the dropdown float:right instead of assigning a column width of xx % .
OK, so <div> is reserved as freestyle element ;-) in the hope that nearly nobody uses it...
Nobody should in a wiki - why? And I wouldn't call it freestyle - it is just the bare element with no styles attached to it.
... and the possibility to add style=... ;-) However, I agree that it shouldn't be used.
Hmm, just curious: Special:Allpages has no borders at the table, Tagformatting has borders. So there *must* be a difference somewhere...
==<table><caption><tr><td><th>== {| border="1" width="50%"
;-)
What about {| class="nopadding" and .nopadding td { ... } ? ;-)
Another thing that was mentioned some time ago, but obviously got lost: The grey boxes should use a slightly darker grey. The current one is nearly invisible on white (especially on laptop displays).
Not forgotten, but postponed. Anyway, it's a bit darker now ( s/F0F0F0/E0E0E0/ )
My laptop display likes it ;-) Regards, Christian Boltz -- [vordefinierte Perlvariablen $_, $>, $[ usw.]
Steht eigentlich in $§ die Lizenz? ;-))) $ perl -we 'print $§' Use of uninitialized value in print at -e line 1. [> Christian Boltz und David Haller in fontlinge-devel]
To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org