Monroelab site check - display issues

We are doing some site testing, looking for any remaining display
issues on this client site:

http://inkworkswell.com/clients/monroelab/

Again, we are looking for display issues, such as the layout being
out of whack in less ubiquitous web browsers such as Safari or
Konquerer, images not loading properly, etc.

If you find a display issue, we would like to know your operating
system, your web browser w/version, and the display resolution your
screen is set to.

Known issues:
The Home, Contact, and Site Map links at bottom right 404.
Some pages (notably Testimonials, Client Login, Site Map) do not
have any content yet.

Ink Works
--
To send an e-mail to my address,
first remove all the capitalized letters.

Ink Works wrote:

We are doing some site testing, looking for any remaining display
issues on this client site:

http://inkworkswell.com/clients/monroelab/

Again, we are looking for display issues, such as the layout being
out of whack in less ubiquitous web browsers such as Safari or
Konquerer, images not loading properly, etc.

If you find a display issue, we would like to know your operating
system, your web browser w/version, and the display resolution your
screen is set to.

There is no padding at "Site" and "Map". Don't let letters touch the
box edge. Did you intend "Site Map" and it wrapped strangely?

There is no good reason to be using frames on this site.

JavaScript is no longer needed for the mouseovers in the menu. Do that
kind of stuff with CSS.
--
mbstevens
http://www.mbstevens.com/

Ink Works wrote:

We are doing some site testing, looking for any remaining display
issues on this client site:

http://inkworkswell.com/clients/monroelab/

Again, we are looking for display issues,

Not operational issues? The only item on the menu at the right that
works is "Contact". Is the rest not ready yet?

Known issues:
The Home, Contact, and Site Map links at bottom right 404.
Some pages (notably Testimonials, Client Login, Site Map) do not
have any content yet.

Why all the "Next" links? Why not use a menu as everyone is used to
using? Since the word was not underlined, it didn't even look like a
link that would do something.

--
-bts
-Warning: I brake for lawn deer

Ink Works <inNOfo (AT) SinkPworksAwellM (DOT) com> wrote:

We are doing some site testing, looking for any remaining display
issues on this client site:

http://inkworkswell.com/clients/monroelab/

a) Frames are nothing but trouble, dump them (one single frame, what's
the point of that?).
b) Transitional coding and doctype. It's no longer 1996, there is no
justifiable excuse for presentational coding such as align attributes.
c) Doesn't respect my chosen font size for body text, other essential
text such as navigation ends up to small to read.
d) Fixed width design; don't. Allow for a reasonable variation in client
viewport widths, a minimum required width of 780px is too much.
e) Stupid use of linked stretched transparent gifs whilst the visible
image is miscoded as a background image.
f) 18 basic syntax errors in the one html page.
g) Javascript dependency, JS should only be used for optional fluff, not
for essential functionality such as links.
h) &nbps; & <br> abuse, use CSS to create margins and/or paddings.
i) The layout isn't capable of accommodating zoomed text.
j) Relative urls are preferable over absolute urls, less code bloat,
more portable.

--
Spartanicus

mbstevens wrote:

There is no padding at "Site" and "Map". Don't let letters touch the
box edge. Did you intend "Site Map" and it wrapped strangely?

No. That has since been changed.

There is no good reason to be using frames on this site.

Actually, yes there is. Our .com provider yeilds better traffic analysis
than our .net provider, but doesn't support PHP. When the site goes
live, there won't be any frames.

JavaScript is no longer needed for the mouseovers in the menu. Do that
kind of stuff with CSS.

If you have a pointer for emulating that behavior with CSS only, that
works in IE, I'd be happy to change things over.

Ink Works

--
To send an e-mail to my address,
first remove all the capitalized letters.

Beauregard T. Shagnasty wrote:

Not operational issues? The only item on the menu at the right that
works is "Contact". Is the rest not ready yet?

You have javascript turned off, don't you?

Why all the "Next" links?

We felt something was needed on the longer pages, I got a little
overzealous.

Ink Works

--
To send an e-mail to my address,
first remove all the capitalized letters.

Spartanicus wrote:

<snip a whole bunch of stuff>

We shall pursue some of those things, others are too subjective.

Thanks for your help!

Ink Works

--
To send an e-mail to my address,
first remove all the capitalized letters.

Ink Works wrote:

JavaScript is no longer needed for the mouseovers in the menu. Do
that kind of stuff with CSS.


If you have a pointer for emulating that behavior with CSS only, that
works in IE, I'd be happy to change things over.

Do some hanging out at alistapart.com and meyerweb.com/eric/css/.

mbstevens wrote:

If you have a pointer for emulating that behavior with CSS only, that
works in IE, I'd be happy to change things over.

Do some hanging out at alistapart.com and meyerweb.com/eric/css/.

I think misunderstood your initial comment, and you misunderstood my
reply. The mouseover effects are already CSS, that isn't what the
javascript is doing.

If you have a pointer for CSS-only flyouts to emulate the toggle()
function that works in IE, I'd be happy to change things over. Meyer's
CSS-only flyouts do not work in IE and javascript is still javascript,
whether it's in a .js file or a .htx file.

Ink Works
--
To send an e-mail to my address,
first remove all the capitalized letters.

Ink Works wrote:

Beauregard T. Shagnasty wrote:

Not operational issues? The only item on the menu at the right that
works is "Contact". Is the rest not ready yet?

You have javascript turned off, don't you?

Normally, yes. Some percentage of your visitors will have it disabled,
not available for other reasons, or even stripped by a corporate
firewall. You shouldn't use it for anything critical, especially
navigation. Turning away 10% of your visitors is like closing the
business for a month or so each year.

Why all the "Next" links?

We felt something was needed on the longer pages, I got a little
overzealous.

<g> I guess so. Scrolling a longer article would be preferred to loading
a new page, in most cases I think.

Some more comments:

You have:
body { font: normal 80% Verdana, Arial, Helvetica, sans-serif;

Verdana is an overly large font ... and 80% is ... well, this is
repeated so often I will leave you to Google for the reasons. Well,
here's one: http://www.xs4all.nl/~sbpoley/webmatters/verdana.html

You have: link, visited, active, hover. Needs to be link, visited,
hover, active. Also oft explained. "Las Vegas Has Animals" You also
remove the underline and make them all the same color, so how do we know
they are links? http://www.cs.tut.fi/~jkorpela/www/links.html

HTML errors:
<http://validator.w3.org/check?verbose=1&uri=http%3A//www.inkworkswell.net/booth/monroelab/index.php>
...mostly because you're writing XHTML with an HTML doctype.

Lose the comment tags in your <style> elements. Hasn't been needed since
Netscape 3, I believe.

CSS errors, and many warnings:
<http://jigsaw.w3.org/css-validator/validator?profile=css2&warning=2&uri=http%3A//www.inkworkswell.net/booth/monroelab/index.php>

<br>'s used instead of new paragraphs.

The top banner - with the clouds - is too tall I think, forcing most of
your content below the fold, especially for folks with smaller browser
windows. Not everyone has a maximized browser window.

Hope this helps.

--
-bts
-Warning: I brake for lawn deer