Basic thoughts on kde.org redesign

Jason Bainbridge JaseOne at myrealbox.com
Wed Nov 13 04:43:33 UTC 2002


Mat,

Haven't got the time to go through your email indepth at the moment as I'm at work but will do so later, I have actually been trying to achieve the same result you are with this email and have been endeavouring to collect requirements from everyone (with requests sent to most of the major lists).

What little I have managed to pull together so far is online at:
http://usability.kde.org/newdesign/webredesign/
The only section with much useful info in it at the moment is on the Menu Structure, but feel free to flesh out some of the other sections and make suggestions wherever you see fit.

NB. it is only at that location with that design as that was the most convenient place for me to put it, the requirements are completely seperate from the design they are stored on.

Regads,
Jason



-----Original Message-----
From: Mat Colton <mat.colton at web-xs.de>
To: kde-www at mail.kde.org
Date: Wed, 13 Nov 2002 05:24:51 +0100 
Subject: Basic thoughts on kde.org redesign

Hi all!
Since I joined this list about a month ago I've been watching the discussion 
about the redesign of KDE.org. It has been a wild discussion but somehow 
nothing really get's settled. :P
It seems to me that it's a bad idea to have ppl do layouts/designs without 
knowing what kind of content is supposed to be on the page. Sebastian, Jason, 
Neil and all the others have spent a lot of their time trying to get up nice 
drafts to fit all needs. But what are the needs? So here's my idea on the 
basics of KDE.org.

Disclaimer: The following is all IMHO. I am a nobody. But a great one. :P

*Requirements *
The site should be 1)very easy to use, 2)standards compliant,3)accessible and 
4)look great in modern browsers.
1. With easy to use I mean a clear layout and a intuative navigation. More 
about my thoughts on navigation later on.
2. XHTML/CSS, nothing more, nothing less. JS is fine for me as long as it 
isn't required.
3. Make the site template as accessible as possible. For one thing we should 
check what really makes sense, what's really required to get around KDE.org 
fast. More about my thoughts on naviation and the general header later on.
4. Let it shine on modern day browsers! But let any browser get the content. 
There are ways to let NS4/IE4 get some CSS, but not all, so a basic layout 
should work well.

*My thoughts on navigation*
Most of the kde.org drafts show a variaty of links, to me it seems in the 
purpose of getting you everywhere with one click. In the first moment this 
seems to be a nice idea. But actually, due to the amount of links on the page 
it does take a while until you find what you're looking for. And it doesn't 
take you everywhere in a click. That can't be done due to the size of the KDE 
project and the different visitors wishes. 
So now I allready hear you yelling "Do you really want all the links of the 
page?" at me. 
Yes. 
As I wrote earlier, due to the amount of links on the page it does take a 
while until you find what you're looking for (if it's on the page) and in 
many cases the link won't get you there in one click anyway. So only offer a 
couple of simple links that lead to pages with an extensive overview 
including short descriptions to each entry. A lot of large companies use this 
kind of navigation, it's tested and easy to use. This way we solve a lot of 
other problems as well. More on that later on. So my first idea:
The links in the examples are mostly grouped. IMO it would be a good idea to  
get real good labels for the groups and make a global navigation out of it. 
I'll take modified-4 from Sebastion as an example 
http://www.kde.org/testing/modified-4/ . He has the following groups in 
there:
Inform, Download, Develop, Communicate, Explore and Related Links.
IMO "Communicate" can go into "Inform" and "Explore" can go into "Related 
Links". I like the rest of the labels and categories. 
So, we need the banner, it shows us which site we're on. :) Then the 
navigation, so far consisting of:
Inform  |  Download  |  Develop  |  Related  Links
Is there anything missing in the navigation bar? Yes, two things: "Sitemap", 
and "Website Settings". "Website Settings" should go into the navigation, but 
since it is something different than the basic KDE links, it must be somewhat  
separated from the basic KDE links. 
Up to now I haven't said much about the design. I won't do that in this post. 
:)  Until now I've only said that the header must include the banner and the 
navigation I described above. 
On we go...

*My thoughts on the general header*
I'll stick to Sebastians last draft. It has the following content:
- Path to current page
- Time/Date
- Language selection
- Color sheme selection	
- Mirrors link
Since we have a link to "Website Settings" in the headers we don't need the 
color sheme selector (I am assuming the user can set the color sheme in 
"Website Settings"). 
Language selection should stay in the header, but with "Choose your Language" 
as the default option instead of "KDE.org International" to save space. More 
on that later. The path to the current content should be at the beginning of 
the content, not of the page IMO. 
I can't really see the sense of the Mirrors link, isn't that the same as  
"Choose your Language"? 
I see no reason for diplaying the time. 
So now we're done with the header? No! Something is missing: Search. 
Sebastions search field functionality is quite nice IMO. It should go into 
the header as well. 
The header now has the following content:
- Site banner
- Navigation including "Website Settings"
- Language/Mirror selection
- Search
That isn't all too much, what do you think? I think that's great:
- It is very likely that it will fit on any screen from 800x600 without 
overlapping problems with large fonts
- It leaves enough air for the design to live, not so crowded, easy to 
understand. 
- We have only a few global links on every page, so we can actually use 
accesskeys for global navigation. If we choose them wisely the other KDE 
related sites using the new design will be able to use the same accesskeys 
and navigation labels, promoting the "KDE Experience" in every aspect.
- it will not have a complicated structure (which does not exclude fancy 
design!!!) so it is most likely to be usable a wide field of browsers without 
having to make a big fuss.

*My thoughts on the content*
The main content area below the header should include the path to the current 
document, the content and the local navigation. On the KDE.org front page we 
can use the local navigation area for something else, I favour 
"Announcements".

*My thoughts on the footer*
The footer should contain legal information only. 

So much for my thoughts on the content on kde.org. These are rather basic 
thoughts, that's why we should settle them first. Otherwise the draft 
designers are more or less wasting their precious time. 

That takes us back to the time plan. I agree with Sebastian that there is no 
use in a pressed time shedule. KDE 4 isn't in sight, we're in the mid of the 
3 series and can't make it for KDE 3.1. So why hurry? After all, it's 
supposed to work and be enjoyed for the next couple of years.

I was really tired as I started writing this and by now I'm half asleep, so 
I'll end your reading torture and thank you for paying attention.

My last propadanda paragraph goes to stress my opinion on the global 
navigation. I really think we're best off keeping it as easy as possible. By 
keeping the extensive content overviews on separate pages they're much easier 
to maintain and use. Please give it a thought.

Cheers to all!
-- 
Very much looking forward to your comments,
Mat
_______________________________________________
kde-www mailing list
kde-www at mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-www






More information about the kde-www mailing list