Navigation Part II

[Mat Colton]

Hi all,
I would like to go on explaining my thoughts on the global KDE.org navigation.
Where I stopped last night:
- The main navigation should go into the header since it is global
- It should constist of on a few links so we have a clear concept that will 
work for as many sites as possible and make all participating sites
- The local navigation should be in the content area since the links in there 
somehow have something to do with the content.

Now let's see if the concept really works. I suggested to use the following 
global links (based on Sebastians ideas):
- Inform  
- Download  
- Develop  
- Related  Links
- Sitemap 
"Website Settings" is a further link but I'm not sure if all sites can offer 
this option, so we'll put it away for now.
Now let's see if this global KDE navigation menu will work for the site of a 
KDE application. For example, let's take http://kooka.kde.org . Don't flame 
me for the code. :P 
Ok, the Kooka website has the following links in the global navigation: 
- Home 
- News Archive   
- Screenshots   
- Future Plans   
- Download   
- Documentation   
- Libkscan   
- Contact   
Using the global KDE.org navigation labels, I would sort it this way:
Inform would include "News Archive" , "Future Plans", "Screenshots" and 
"Documentation".
Download would be a direct link to the download page.
Develop would be a direct link to the Libkscan page.
Related Links would be a direct link to the "Links" page which is not 
available in the global navigation ATM.
Sitemap would be a direct link to , yes, you guessed it, the sitemap.

Leaves us with two links left over: "Home" and "Contact"
Oh yes, how could I forget that yesterday... Ok, they have to be a part of the 
global navigation. If I include "Home" and "Contact" to the global KDE.org 
navigation labels, then it will work for me on kooka.org.
By now we have the following global KDE.org links:
- Home
- Inform  
- Download  
- Develop  
- Related  Links
- Contact
- Sitemap 
Getting pretty large... "Related Links" could go to "Inform". Not that we 
should do it now. Just keep it as an option in case we feel the navigation is 
to crowded later on.
Back to kooka.kde.org. If I redesign the navigation/site structure to the 
KDE.org specs a visitor who has been on KDE.org will understand where to find 
the information he is looking for. Even the accesskeys are the same. Not only 
the *look* of the site will be the same as KDE.org, but also the *feel*. This 
is very nice IMO. 
I did this check with quite a few KDE related sites which are somewhat using 
the KDE.org design. It worked just fine with most of the sites. But I would 
like to show a problem I encountered more than once.
Let's try some other site, maybe http://www.konqueror.org/ .
I would sort it this way: 
Inform would include the "Learn" links
Download would include the "Download" links
Develop would include ???
Related Links would include the "Family" links
Contact would include the "Contact" links
So it works fine exept with "Develop". IMO "Develop" should contain 
information for current or potential developers. Konqueror.org doesn't seem 
to offer information on that account. There are two solutions I can imagine:
1. Make a default page in case something like this occurs. A page in which a 
webmaster can fill in a few fields, in the simplist case only linking off to 
the basic developer support. 
2. Drop that link out of the global navigation. 
Hmm, which one would you prefer? Any better ideas? I think this problem can be 
solved, so IMO the basic concept works so far.

I hope this post gave you a better idea of my thoughts on the global KDE.org 
navigation I introduced in my original post. As you can see the concept is 
easy to use/maintain, cross-site consistent in terms of look'n'feel and 
straight forward.

Whadayathink?
-- 
Bye,
Mat