Skip site navigation (1) Skip section navigation (2)

Re: Vote on Omar Design

From: Omar Kilani <omar(at)tinysofa(dot)org>
To: pgsql-www(at)postgresql(dot)org
Subject: Re: Vote on Omar Design
Date: 2004-11-20 13:35:22
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-www

> Yes, but these changes were made for current wwwdevel design and can be 
> ported to your one with zero additional work.

The other way around, however, doesn't. That's the point.

Those changes weren't made for the current wwwdevel design. They were 
made for our design, and back ported to the current one. The time wasted 
back porting for no good reason is the issue.

>> Me no English?
> Sorry if it offends you, but your name is not quite English-sounding to me.

Neither is yours. Yet I never presumed anything about your level of 
English competency.

It's a global world and you're on the Internet. People with non-English 
sounding names are everywhere, and a lot of them speak and write better 
English than those with English sounding names. Please be mindful of 
this fact before making assumptions about people.

> BTW, the issue I had with Lukasz' design is that current position within 
> the site's navigation structure was not highlighted. I see the same is 
> true with your design. Can this feature be added?

It can. But, we're trying to finish the content first. Getting there.

Since the side navigation persists across every category, and the top 
element is always the root of the category, it didn't/doesn't seem 

> "current web-design mantra"? Fixed-width is so 90s! Besides, table-based 
> designs are also so 90s: look at new done with strictly 
> CSS-based approach.

The HTML can be redone at any time by changing one file, thanks to the 
CMS. Even then, it's valid XHTML. And, it looks the same in Mozilla, 
Opera and IE. Oh, and it looks great in a text browser, too.

The current wwwdevel design uses tables, too. And if fixed width is so 
90s, then why is every major company still using it? Even design 
companies like Adobe and Macromedia? What about well respected web 
development resources like A List Apart ( 
Yahoo also used fixed width. As does

Do you like how looks? Do you think their *users* care if 
they've used divs or tables? doesn't validate. Would you stop 
using mysql because of that?

If you resize your browser window to 800x600, looks horrible, 
as the top navigation elements move onto a new line.

> Joshua pointed us in the direction of Mozilla and RedHat sites. Well, 
> Mozilla's one has a variable-width approach.

Let's take a look at I'm on 1280x1024. The mainContent div 
is using 910 pixels of my screen, and it's centered. The side navigation 
is using 225 pixels until it meets the text. Therefore, there's 910 - 
225 pixels = 685 pixels of usable screen real estate in which I have text.

Now, let's compare this to our design. 765 pixel main content table. 165 
pixels until the side navigation meets the text. 765 - 165 = 600 pixels 
of usable space for text. I get the exact same results for 1024x768 -- 
it didn't scale up.

800x600: Mozilla = 732 - 182 = 550 pixels of usable real estate.
800x600: postgres= 765 - 165 = 600 pixels of usable real estate. is a very nice looking site. But that nice, variable width 
site is valid... HTML 4.01. Setting the validator to XHTML 1.0 
Transitional gives 74 errors. Do you care? Will you stop using 

Look at what the semi-variable width design does to the "Firefox 1.0 is 
here" div. There's a huge light blue space between the green box and the 
Firefox logo. It doesn't look good. The same thing would happen to the 
elephant on the front page in our design.

Variable versus fixed width shouldn't hold up progress. Yes, it's 
possible to make it variable width, and yes, I understand the geek 
factor of variable width: scalability, flexibility, etc. But it does not 
take into account usability or aesthetics, which are much more 
important. If variable width is a requirement, then the requirement is 

Everything has pros and cons. When taking our design into account, I 
believe the pros far outweigh the cons. That makes it a winner to me.

> As for RedHat... well... the more I look at that the more I see some
> uncanny *similarities* with your design. Care to comment?

Look at,,,,,,,,,,,, etc.

Rounded design is the style right now. You can even read some 
interesting articles about rounded edges being "in vogue." Square edges 
are so 90s. ;)

> P.S. I had some questions [1] concerning your language-handling patch 

1) Didn't see it in .htaccess. Revert if you like. Though I haven't seen 
anyone not have it in their code.

2) I wanted to experiment with many other languages, as per our pgweb, 
and wanted an easy way to change things without knowing the control 
codes for 9 different languages. Since the internationalisation support 
wasn't really 100% anyway, I had a look around at other websites, most 
notably WikiPedia, and saw that most people use entities for encoding. 
So I did. Revert if you like.

3) It handles them by ignoring them:

+            $accepts_lang = explode(';', $accepts_lang);
+            $accepts_lang = $accepts_lang[0];

Since they're already sorted, and you want the first valid language.
Again, revert if you like. Or add support for q.

Best Regards,
Omar Kilani

In response to


pgsql-www by date

Next:From: Josh BerkusDate: 2004-11-20 20:16:44
Subject: "Stretchy" vs. Fixed-width
Previous:From: Devrim GUNDUZDate: 2004-11-20 11:06:22
Subject: Re: New News Entry

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group