archaeology site critique request

0 views
Skip to first unread message

cruiserweight

unread,
May 22, 2010, 11:08:34 AM5/22/10
to
I am nearing completion of a new site. I am interested in getting
feedback related to usability, cross-browser compatibility and non-
browser (i.e. screen reader) performance. But all ideas, critiques and
thoughts are welcome.

Jeremy J Starcher

unread,
May 22, 2010, 12:42:33 PM5/22/10
to

(From the shadows a quiet voice whispers ... "URL" ...)

andrew

unread,
May 22, 2010, 7:13:50 PM5/22/10
to

Well, I can't see any errors.......

Andrew
--
Do you think that's air you're breathing?

cruiserweight

unread,
May 23, 2010, 10:58:52 AM5/23/10
to

yes. well, um, whoops!

http://adfkulen.org/

rf

unread,
May 23, 2010, 8:59:12 PM5/23/10
to

"cruiserweight" <bay...@yahoo.com> wrote in message
news:12261f4c-ca8b-458f...@q36g2000prg.googlegroups.com...

>yes. well, um, whoops!

>http://adfkulen.org/

It is not possible to get to
http://adfkulen.org/program/archaeological.php
or
http://adfkulen.org/program/archaeological.php
without using a pointing device to drop down the submenu. That is, keyboard
navigation fails as, probably, does a screen readers navigation.
The page at
http://adfkulen.org/program/
should contain links to the subpages.

If the font size is increased four clicks then the menu escapes out of its
green box. That box should not have a fixed height. It should have no height
so its content (e. g. two lines of menu) determines the height.

You specify alt="" for all your images. I assume this is simply to get rid
of the validation errors. That is not the intention of the alt atribute, it
is intended to be used when the image is, for whatever reason, not
available. And some captions under those images might be nice, to tell me
what and where they are. At the moment they put me in mind of stock photo
decoration, you know like the picture of some young woman sitting at a desk
with a pencil that decorates so many contact us pages.

Install lynx. This is a text only browser (no CSS, no images, no anything
except the text) that gives you an indication of what screan readers might
read, and what the search engines might see. Lynx will tell you that those
>> things in the menu end up being possibly read, as who knows what,
possibly by sounding out the characters hex value.

Why use XHTML and then serve it up to the browsers as text/html? XHTML is a
failed experiment. You should be using HTML 4.01 and be preparing for HTML
5, unless you have other *valid* reasons for XHTML.

Don't use a coloured green box for the menu bar background. Simply specify a
background colour. This avoids another trip back to the server just to get a
green background.

Why the javascript? The only browser still in use that does not do :hover on
li elements is IE6. All other browsers work correctly with javascript
disabled (try it).
If this javascript is for IE6 then you should enclose it in conditional
comments. The fact that the javascript has cargo cult HTML comments (only
required for one edition of IIRC netscape 3) indicates you "obtained" this
from somewhere. Ah, I see, suckerfish :-)

Why fixed width? This could quite easily scale nicely between some min-width
and max-width values. At my preferred font size of about 1.5em the lines are
a little too short.

Your home page description meta data is a little long. Google is only
picking up the first sentence. So is the page title. Google truncates it and
adds ... to the end. Have a look at your google entry.

Other than the above, nice job :-)


dorayme

unread,
May 24, 2010, 7:46:09 PM5/24/10
to
In article <AbkKn.26792$pv....@news-server.bigpond.net.au>,
"rf" <r...@z.invalid> wrote:

>
> "cruiserweight" <bay...@yahoo.com> wrote in message
> news:12261f4c-ca8b-458f...@q36g2000prg.googlegroups.com...
> >On May 22, 10:08 pm, cruiserweight <bayo...@yahoo.com> wrote:

...

...


> If the font size is increased four clicks then the menu escapes out of its
> green box. That box should not have a fixed height. It should have no height
> so its content (e. g. two lines of menu) determines the height.

In my case on Safari, only two clicks shoves the white Contact Us
down into the white back background below the green and light
blue

--
dorayme

cruiserweight

unread,
May 24, 2010, 10:06:04 PM5/24/10
to
On May 25, 6:46 am, dorayme <dora...@optusnet.com.au> wrote:
> In article <AbkKn.26792$pv.8...@news-server.bigpond.net.au>,
>
>
>
>
>
>  "rf" <r...@z.invalid> wrote:
>
> > "cruiserweight" <bayo...@yahoo.com> wrote in message

> >news:12261f4c-ca8b-458f...@q36g2000prg.googlegroups.com...
> > >On May 22, 10:08 pm, cruiserweight <bayo...@yahoo.com> wrote:
> ...
>
> > >http://adfkulen.org/
>
> > It is not possible to get to
> >http://adfkulen.org/program/archaeological.php
> > or
> >http://adfkulen.org/program/archaeological.php
> ...
> > If the font size is increased four clicks then the menu escapes out of its
> > green box. That box should not have a fixed height. It should have no height
> > so its content (e. g. two lines of menu) determines the height.
>
> In my case on Safari, only two clicks shoves the white Contact Us
> down into the white back background below the green and light
> blue
>
> --
> dorayme

excellent as always. thanks!

Reply all
Reply to author
Forward
0 new messages