Hallo,

Am Montag, 4. Juni 2007 schrieb Frank Sundermeyer:
> On Sunday 03 June 2007 21:12, Christian Boltz wrote:
>
> once again, thank you VERY much for your feedback. Seems we are
> reaching our goal very fast!

Yes, but your changes discovered some new bugs ;-)

> > on Donnerstag, 31. Mai 2007, Frank Sundermeyer wrote:
> > > On Thursday 24 May 2007 18:07, Frank Sundermeyer wrote:
> > > > http://en.test.opensuse.org/

> > > Non-existing Page Link Colour in Top Navigation:

> Modified the colour and made visited/new non-existing links the same
> colour (after all, non-existing is non-existing ;-) ). Hope it's at
> least slightly better now.

Yes, thanks.

> > > 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])

> Have added a linebreak, this also does the trick (at least for 
> reasonable font sizes/screen resolutions).

OK, acceptable workaround. (But max-width would still be better.)

> > > 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 ;-)

> > Oh, and the layout has some problems on very large fonts in the
> > header (tested with 300% in Konqueror - one of my favorite stress
> > tests for websites ;-)
> >
> > The same problems appear with smaller font size when the window
> > isn't wide enough to display the top menu (home page, My talk,
> > Preferences etc.) in one line.
> >
> > Oh, and the Article/Discussion/Edit/... menu bar can hide the
> > language selector on big fonts and/or too small window size.
>
> OK, "white-space: nowrap" fixed that problem.

Yes.

> > 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 ;-)

Now to the problems this change discovered in combination with large 
font size - see screenshot on www.cboltz.de/tmp/opensuse-disco.png ;-)

- 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
- 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

All unused white- or greenspace is marked with red color in my 
screenshot.

> > > Content Table Background:
> > > * according to Novell brand guidelines the Geeko tail as well
> > >   as the Geeko head should no longer be used, so I run out of
> > > background graphics matching the theme (and on the other hand I
> > > do not like copying Fedora ;) ). I have now changed the
> > > background to light green, but I am not sure whether this is
> > > better...
> >
> > The main problem I see are the thick top and bottom border lines.
> > Can you make them less visible? (for example thinner)
>
> Made the lines thinner and added a tail graphic - seems I was wrong
> regarding head and tail - they are still present on www.novell.com

Much better :-)


> > Also a note should be added to div.pre_hscroll saying that this
> > should not be used for code that does not fit on the screen without
> > scrolling. (Or make div.pre_hscroll a copy of div.pre_scroll with
> > larger height to auto-enforce this rule.)
>
> Another good point - I set the max. height to 25em and added a
> warning to the description.

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")

> > 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...

> > > 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.

Please have a look at the table on 
http://en.test.opensuse.org/index.php?title=Tagformatting
and then add some padding-left also. Oh, and please apply the same 
padding to <th> ;-)

Hmm, just curious: Special:Allpages has no borders at the table, 
Tagformatting has borders. So there *must* be a difference somewhere...


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).

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#Double_Boxes
doesn't have white text color? I doubt ;-)


Regards,

Christian Boltz
-- 
An NT server can be run by an idiot, and usually is.
[Tom Holub,a.h.b-o-u]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to