Sun, 2004-03-28 14:23
On the advice of an SEO teacher I made all my internal links absolute except for links to images and links to the external style sheets. Now I'm having problems with Atomz free search index getting caught in a long loop with a css sheet. Don't know what went wrong or how to fix. Will appreciate any help with this.
Also, of course, when you find any other glitches with the site I'd very much appreciate your letting me know.
Sun, 2004-03-28 21:48
#1
Site check will be much appreciated at www.cjmorgan.com
In Opera 7.21, it appears that the phone number and email link at the top/right are not lined up properly. It look like the white horizontal bands should continue, but they get tripped. Don't have time to do a screenshot for you, but can do later today if you want.
In terms of accessibility, the site works well. I only found one image that was not using alternate text, and that is the little envelope by your bottom email link.
I notice you used b and i tags, which would be better switched to strong and em respectively, as the previous two tags are being deprecated (or have been?).
Just food for thoughts 
Cheers
Mon, 2004-03-29 00:04
#2
Site check will be much appreciated at www.cjmorgan.com
I can't fathom why you were told to use absolute rather than relative addresses. If you want to revert to relative addressing you should be able to replace "http://www.cjmorgan.com" -> "." which would restablish the relative addressing.
I agree on the bold and italic tag comments above, but more importantly, you are mixing css and old school font tags and stuff. Bad Karma there, cjmorganga, coupled with not having a doctype and other things that tell your browser how to interpret your html and css.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>CJ Morgan - Unblocking Psychic Energy with Abstract
Art</title>
<meta name="rating"
content="General" />
<meta name="robots"
content="Index, ALL" />
<meta name="description"
content="Unblocking psychic energy with abstract 3d art & expressionist paintings by metal sculpture artist Catherine Jo Morgan" />
<meta name="keywords"
content="mixed media 3-d sculpture, artists that use mixed media, metal sculpture artist, copper metal art, welded metal art, swarovski crystal beads, paper sculpter, paper mache art, paper bowls, iron bowls, contemporary abstract sculpture, cjmorgan, Catherine Jo Morgan" />
<meta http-equiv="Content-Type"
content="text/html; charset=us-ascii" />
<link rel="stylesheet"
type="text/css"
href="css/unblocking_psychic_energy.css" />
<meta http-equiv="Pragma"
content="no-cache" />
</head>
<body bgcolor="#C4DED6">
...
<!--webbot bot="Include" i-checksum="35256" endspan -->
</body>
</html>The above code was output by a small program called Tidy UI, an updated version of HTML Tidy which has been used by many of us for validation and formatting of our HTML. It will also output code according to a particular doctype and fix a lot of thing including turning <b> to <strong> and such, although you have to read warning and suggestions a do a lot of the work yourself, especially where styles are concerned. My real point in posting the code, however, was to show you the proper way to do the doctype. And why are they important you may ask?
Anyhow, I'll be glad to help a bit on this if you are interested and I can get my chakras straightened out. :roll: .
DE
Mon, 2004-03-29 00:49
#3
Site check will be much appreciated at www.cjmorgan.com
vavroom wrote:
In Opera 7.21, it appears that the phone number and email link at the top/right are not lined up properly. It look like the white horizontal bands should continue, but they get tripped. Don't have time to do a screenshot for you, but can do later today if you want.
Cheers
That's a function of having made the font sizes across the top viewer adjustable. I can use transparent gifs to make the white space even if the viewer sets the text size to medium, but at any other setting it looks worse than it does now. I was hoping the difference in white space height looked purposeful, but I think I goofed.
An option would be to make the whole top of the page the same background color as the side columns. I put up a test page at http://www.cjmorgan.com/basic_page5.htm. This still looks reasonable at different browser resolutions. Right now my pages are at least legible even down to webTV. I'd like to keep it that adjustable.
Thanks. I'll think about the font tags separately. I had some problems getting the "includes" to look the way I thought the external style sheet prescribed, so there are places where I gave up and set a font size in points (or in html size 1, 2, etc.) I'm open to doing it better.
Mon, 2004-03-29 01:06
#4
Site check will be much appreciated at www.cjmorgan.com
DCElliott wrote:
I agree on the bold and italic tag comments above, but more importantly, you are mixing css and old school font tags and stuff. Bad Karma there, cjmorganga, coupled with not having a doctype and other things that tell your browser how to interpret your html and css.
[code]<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
....The above code was output by a small program called Tidy UI, an updated version of HTML Tidy which has been used by many of us for validation and formatting of our HTML. It will also output code according to a particular doctype and fix a lot of thing including turning to <strong> and such, although you have to read warning and suggestions a do a lot of the work yourself, especially where styles are concerned. My real point in posting the code, however, was to show you the proper way to do the doctype. And why are they important you may ask?
Anyhow, I'll be glad to help a bit on this if you are interested and I can get my chakras straightened out. :roll: .
DE
Yes please help, chakras flowing or not...
The pages that link to a print version of the css validate ok in html transitional, but most pages didn't and I couldn't figure out how to fix it so (blush) I left off the doctype statement. Something awful happened when I put it on. The page would look OK in Normal view in Front Page, but in Preview the left hand column (a page include) was wide and the whole % layout was off.
Strangely enough, this didn't happen when I tried it again just now on a test page. I've discovered that sometimes FP takes a while to do the Preview correctly, so maybe I didn't give it enough time.
Here's a test page with the doctype entry you suggested:
http://www.cjmorgan.com/basic_page_doctype_test.htm and it seems to be ok at least in IE. Haven't checked elsewhere yet.
To follow through with this - I need to decide between transitional and strict?
Mon, 2004-03-29 13:46
#5
At least the endless loop problem is fixed now
I used a backup copy of the site to restore the internal links to relative ones instead of absolute. Now Atomz indexes the site again in less than 2 minutes, with no errors. So I hope the flood of 404 error messages in my site stats will go way down.
Thanks for letting me know of improvements to make. I'll keep working on those. If you have more suggestions or info on how to follow through, please let me know.
Mon, 2004-03-29 15:09
#6
Site check will be much appreciated at www.cjmorgan.com
I will take a harder look at how to "regularize" the code and make things more uniform - starting with removing ALL FONT TAGS :roll: . But this is going to be a frequent flier miles week so it'll have to wait until Friday or later. However, you really should start removing them on your own.
If you have a late model gecko browser (Netscape 7, Mozilla, or Firebird|Firefox) or Opera (Will not work in IE) and want to have a little fun with your font tags - insert the following at the end of your CSS:
font:before {
display:block;
color:red;
background:yellow;
font:normal .7em/1 tahoma, verdana, arial, san-serif;
content:'font: ' attr(face)', 'attr(size)' ' ;
}This will let you see where all those nasty font tags are and what they are saying.
DE