IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Re: CSS1/2.1 will do
Actually, HTML5 returned a number of the inline formatting tags that 4.01 had claimed obsolete, including [small] (but not [big>]). I only used "4.01 Transitional", which the W3C verifier was happy to approve with all the inline tags.

As far as CSS is concerned, since I've never used it at all, it might as well be CSS3, which may be final because there is no ongoing effort to produce CSS4. Of course, I'm ignoring all the fancy stuff in CSS3, so I'm probably effectively using CSS1 or CSS2.

Actually, I'm getting along pretty well with HTML5/CSS3, having learned to preserve the appearance of my pages almost perfectly. HTML5 declared a lot of entities "block", and I couldn't live with that, but display:inline in the style sheet fixes that.

One thing that annoys me, is that when I started, I used the [h1], [h2], [h3] tags, but the W3C verifier rejected them as obsolete. Now I'm told their use is critical to good SEO performance. Oh well, I can't use [big] any more, and conversion to [h1,2,3] isn't hard, so I can live with that.

Now that I have constructed examples and .css files it is no more difficult for me to make pages to the new standards than the old.

The problem is 4565 pages to update. Fortunately, I can do a lot by cut, paste and edit from my examples, but it is still a hassle and will take years. I've done a bunch of the most important pages, which tend to be long ones. Updating the three recipe indexes was tedious, but they're done.

Fortunately, Web browsers will continue to display the old format pages correctly for years, but search engines are starting to get a bit picky.
New If you spec it I'll code it
Given x rules I can probably come up with a conversion script. I'd consider it an honor, your pages are an incredible reference for me.
New That can be fickle
HTML is notoriously hard to convert wholesale without knowing the structure of the pages. The optional closing tags alone can be great source of fun. Stripping things that can be set on the BODY styling is not too hard, but anything deeper in can be painful.
(But overall, the work is worth it. I have never regretted converting a table based layout to CSS.)
New I'm aware
I would never attempt a full html parser. But I've done enough screen scraping to hope (which is not a stategy) that his site is predictable enough to do a scripted conversion.

But no response so far so who knows?
New I have thought about this extensively.
I was thinking perhaps the enlarged picture pages could be automated, but even there there are some that are somewhat different and some that are radically different.

The rest of the pages need extensive work, and their consistency is more an illusion than a fact. While they descend one from another, each is changed in subtle or radical ways to serve an exact purpose.

Besides, I've found it very useful to edit by hand, as it forces me to systematically revisit pages that haven't been touched for 10 to 12 years, and bring them up to standards, mine and the W3C's.

Fortunately, this is a chronic problem, not an acute problem, as Web browsers will correctly interpret the pages probably for around 8 years. Anything new or modified I submit to the W3C Validator will be updated.

In any case, I appreciate the offers, and will keep them in mind. Thanks.
New Ok, please let me know
If I can handle 80% (random bs number) at least it allows you to focus on the remaining.

Keep in mind non perl programmers are often shocked at what a decent perl programmer can do when dealing with "natural" language. If you can envision it, it is probable that I can code it, no matter how complex you think it is.
New Strange about the Hn elements
As far as I know, those are not obsolete. There is nothing obvious in the HTML 5.2 standard docs that would indicate they are.

4.01 Transitional was supposed to be a temporary crutch to bridge the gap between the "anything goes" era of HTML 2/3 and the formal 4.01 Strict spec. So, yes, the verifiers will indeed accept pretty much anything. It just wasn't supposed to survive ~15 years ;-)

(And I'll join Crazy: if you need a hand converting or testing, please let me know.)
     Well, it's always something. - (Andrew Grygus) - (10)
         That is a pain! - (a6l6e6x)
         Have you considered a templating system? - (malraux)
         CSS1/2.1 will do - (scoenye) - (7)
             Re: CSS1/2.1 will do - (Andrew Grygus) - (6)
                 If you spec it I'll code it - (crazy) - (4)
                     That can be fickle - (scoenye) - (3)
                         I'm aware - (crazy) - (2)
                             I have thought about this extensively. - (Andrew Grygus) - (1)
                                 Ok, please let me know - (crazy)
                 Strange about the Hn elements - (scoenye)

Eschew obfuscation.
45 ms