Mailinglist Archive: opensuse-wiki (58 mails)
| < Previous | Next > |
Re: [opensuse-wiki] New wiki skin - help/feedback needed
- From: Frank Sundermeyer <fs@xxxxxxx>
- Date: Mon, 4 Jun 2007 18:02:24 +0200
- Message-id: <200706041802.24566.fs@xxxxxxx>
On Sunday 03 June 2007 21:12, Christian Boltz wrote:
Hi,
once again, thank you VERY much for your feedback. Seems we are reaching
our goal very fast!
> on Donnerstag, 31. Mai 2007, Frank Sundermeyer wrote:
> > On Thursday 24 May 2007 18:07, Frank Sundermeyer wrote:
> > > http://en.test.opensuse.org/
> >
> > Headlines:
> > http://en.test.opensuse.org/index.php?title=Tag_Formatting#.3Ch1.3E
> >.. ..3Ch6.3E
>
> <h6> looks smaller than normal text - I'm not sure if this is a good
> idea. (Not really a problem - is there really someone who needs
> <h6>?)
I have never used it so far ;-). OK, <h6> now looks the same as <h5>.
> > Non-existing Page Link Colour in Top Navigation:
> > * Yes, it looks a bit awkward on green, but on the other hand I do
> > not want to introduce a new "non-existing page" colour just for the
> > top navigation - this would be confusing
>
> Unfortunately the current status looks terrible :-( so please
> re-think your position on that.
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.
> > Link colors
> Please, please unify the underlining. Non-visited links are
> underlined, visited links are not. This will cause lots of
> confusion...
> I don't really care if all links are underlined or not - as long as
> the same policy applies to *all* links.
All links are underlined now. I have also removed the dotted border for
the :hover effect and replaced it with a slight change in colour.
> > 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). Have
added a linebreak, this also does the trick (at least for reasonable
font sizes/screen resolutions).
> BTW, the bar after "About openSUSE" is superfluous...
Fixed Template and edited MediaWiki:Disclaimers.
> Another idea:
> This page was last modified 16:01, 24 May 2007. | This page has
> been accessed 221 times.
> could be combined to
> This page was last modified 16:01, 24 May 2007 and has been
> accessed 221 times.
>
> Doesn't save a line, but looks more readable IMHO.
Modified MediWiki:lastmod and MediWiki:viewcount accordingly.
> > 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)... .
> 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.
> 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.
> > 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
Francis, I thought a graphic would be more visible in the top right
corner, rather than bottom right and the tail seemed to fit better than
the head - hope you agree.
> Thanks, but please remove the overflow-x:auto from div.meetings.
> Reason: Users will need to scroll down until they can reach the
> scrollbar.
Good point. Removed the overflow-x rule.
> 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.
> 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.
> > 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
--
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 Nürnberg)
Reality is always controlled by the people who are most insane (Dogbert)
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-wiki+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-wiki+help@xxxxxxxxxxxx
Hi,
once again, thank you VERY much for your feedback. Seems we are reaching
our goal very fast!
> on Donnerstag, 31. Mai 2007, Frank Sundermeyer wrote:
> > On Thursday 24 May 2007 18:07, Frank Sundermeyer wrote:
> > > http://en.test.opensuse.org/
> >
> > Headlines:
> > http://en.test.opensuse.org/index.php?title=Tag_Formatting#.3Ch1.3E
> >.. ..3Ch6.3E
>
> <h6> looks smaller than normal text - I'm not sure if this is a good
> idea. (Not really a problem - is there really someone who needs
> <h6>?)
I have never used it so far ;-). OK, <h6> now looks the same as <h5>.
> > Non-existing Page Link Colour in Top Navigation:
> > * Yes, it looks a bit awkward on green, but on the other hand I do
> > not want to introduce a new "non-existing page" colour just for the
> > top navigation - this would be confusing
>
> Unfortunately the current status looks terrible :-( so please
> re-think your position on that.
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.
> > Link colors
> Please, please unify the underlining. Non-visited links are
> underlined, visited links are not. This will cause lots of
> confusion...
> I don't really care if all links are underlined or not - as long as
> the same policy applies to *all* links.
All links are underlined now. I have also removed the dotted border for
the :hover effect and replaced it with a slight change in colour.
> > 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). Have
added a linebreak, this also does the trick (at least for reasonable
font sizes/screen resolutions).
> BTW, the bar after "About openSUSE" is superfluous...
Fixed Template and edited MediaWiki:Disclaimers.
> Another idea:
> This page was last modified 16:01, 24 May 2007. | This page has
> been accessed 221 times.
> could be combined to
> This page was last modified 16:01, 24 May 2007 and has been
> accessed 221 times.
>
> Doesn't save a line, but looks more readable IMHO.
Modified MediWiki:lastmod and MediWiki:viewcount accordingly.
> > 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)... .
> 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.
> 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.
> > 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
Francis, I thought a graphic would be more visible in the top right
corner, rather than bottom right and the tail seemed to fit better than
the head - hope you agree.
> Thanks, but please remove the overflow-x:auto from div.meetings.
> Reason: Users will need to scroll down until they can reach the
> scrollbar.
Good point. Removed the overflow-x rule.
> 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.
> 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.
> > 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
--
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 Nürnberg)
Reality is always controlled by the people who are most insane (Dogbert)
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-wiki+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-wiki+help@xxxxxxxxxxxx
| < Previous | Next > |