On Tuesday 05 June 2007 14:27, Christian Boltz wrote: Hi,
> Am Montag, 4. Juni 2007 schrieb Frank Sundermeyer: > > On Sunday 03 June 2007 21:12, Christian Boltz wrote: > Yes, but your changes discovered some new bugs ;-) I feared that - thanks a lot for digging it it again! > > > > Footer: > > > > * I don't think we can remove text, nor does it make sense to > > > > combine two lines in one. > > > > > > Can you add some max-width then? Especially the first line would > > > benefit from it. (The goal should be to have the "The content on > > > ..." line as two lines with nearly equal length, 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. > > > > Search Box: > > > > * I would prefer to leave the round corners (they are the same > > > > as the ones used for the boxes) > > > > > > round corners are OK, but they look to rounded at the 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. > > > Additionally, the left column width should be specified in em > > > also. Otherwise the menu can overlap the content on high font > > > sizes. > > > > Yup, fixed that, too. > > Too good, 1em less would be enough ;-) Yes. > 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. > - 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 and the height in em helped a lot. 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. > - 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. > Hmm, is the warning really correct? > > <pre> with a horizontal scrollbar. Maximum height is 25em. > Please _do not_ use the regular <pre> if your text does not fit > the box. > > I would say > Please _do_ use the regular <pre> > (remove the "not") Of course. > > > Another thing I just noticed: please add some whitespace after > > > <div> - the next headline is too close to it. > > > Screenshot: www.cboltz.de/tmp/div.png > > > > This has to be defined within the individual, additional classes > > for div, otherwise the whole layout will break. Since there should > > be no need to use a regular div within the content area (use p > > instead), this should be OK. > > 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. > > > > http://en.test.opensuse.org/index.php?title=Special:Allpages > > > > * I have absolutely no idea why the tables do not use the whole > > > > page width - this is why the list of all pages is messed up. > > > > Unfortunately no special style is created on this page, so > > > > there is no workaround. Please help! > > > > > > Hmm, what about adding some padding (left and right) to <td> and > > > <th> in general? > > > > > > This would also make normal tables in the content area looking > > > better (see the table on Tag_Formatting which looks quite > > > squeezed). > > > > Yes, seems to be the only solution > > It seems you added some padding-right to <td> now. Oh, seems I made a copy&paste error on that section ... . > 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%" ;-) > 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/ ) > Oh, and is there a special reason why the footer in the green double > box > http://en.test.opensuse.org/index.php?title=Structural_Elements#Doubl >e_Boxes doesn't have white text color? I doubt ;-) Fixed. -- Regards Frank Frank Sundermeyer, Technical Writer, Documentation SUSE Linux Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg Tel: +49-911-74053-0, Fax: +49-911-7417755; http://www.opensuse.org/ SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) "Reality is always controlled by the people who are most insane" Dogbert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
