Older blog entries for dorward (starting at number 52)

CSS Class (a phrase I hate)

I keep seeing the term “CSS Class” crop up, but it doesn’t have any official meaning. It doesn’t even have a consistent unofficial meaning. I’ve seen the phrase “CSS Class” applied to mean all of the following:

Often it is possible to work out what people really mean, but that isn’t always the case. This is an appeal — if you find yourself saying or writing “CSS Class”, please think about what you actually mean.

Syndicated 2009-09-14 14:27:43 from David Dorward

On combining title and alt on images

Henny mentioned the MAMA results of uses of alt and title text on images.

Opera MAMA early results: of a small sample of 5000 URLs Title and Alt used together in same IMG element 720 times. A pet peeve of mine.

When I queried this she responded:

@dorward No to TITLE + ALT, it duplicates info for some screen reader users http://snipr.com/hzpt8 We’ll check for duplication in next crawl

I can’t imagine any circumstance where the alt text should be the same as the title text — since the alt should be an alternative to the image, the title shouldn’t be able to add any information to that which is already expressed by the image.

If there was duplication, then I’d agree with Henny that it is a bad bit of markup; sometimes repetition can help get an important point across but image metadata is not the place to do this.

Hopefully the duplicate text check crawl that she mentioned will not have a high number of matches (my cynical side is telling me that this isn’t a hope I should cling to). I’ll be keeping an eye out for the results of that.

It does raise a question thought — if alt and title were to both appear on the same image, what should they contain?

Let us see what the specifications have to say about title and alt.

Let’s deal with the alt attribute. This is nice and simple.

HTML 4.01 says that alt is for an alternative to an image for when the image is not available (and is mandatory).

The use of alt text seems obvious enough to me, but perhaps that is because I’ve been writing it for years. The HTML5 draft has a detailed collection of use cases with examples should you be interested. The late Alan Flavell wrote an excellent guide to using alt text some years ago; it includes a wondeful set of examples of what not to do.

So, given that alt is relatively simple. What about the title attribute? HTML 4.01 says that title is for advisory information about an element, but is rather short on detail or examples of what that actually means. Let us look to the HTML5 draft for guidance.

It starts out with the basics, and retreads the ground covered in HTML 4.01.

The title attribute represents advisory information for the element, such as would be appropriate for a tooltip.

We then have some specific guidence for different types of elements, including images.

it could be the image credit or a description of the image

I hadn’t considered using it to provide a credit for the image, but it does seem to be a reasonable idea. It allows, for example, credit to be provided for an image that is used decoratively without breaking into the flow of text.

Using it for a description of the image seems a little odd though. We already have the longdesc attribute (even if we see little support for it in browsers). Why would one use the title attribute instead?

A little examination of HTML5 and I find:

There has been some suggestion that the longdesc attribute from HTML4 should be included. This has been considered and rejected in the past, but if new evidence is found showing the attribute to actually help users rather than harm them, it may be reconsidered.

So, it looks like HTML5 is dropping the attribute that allows a description to be expressed in markup (allowing paragraphs, emphasis and so on) for one which allows simple text strings.

I don’t understand how the attribute is harmful; if anyone has a summary of the reasoning behind this decision, then please let me know.

What other advisory information could be provided about an image?

Ian chipped in with the observation:

@dorward I see title overused more often than underused. Have Read guidelines which said an image without alt should have a title. Erm, no.

I can just about see a use case here. If we read “without alt” to mean “with blank alt text”, then I am reminded of several instances where I have read that screen users complained that their software informed them that there was an image but that as it lacked alt text they had no idea if it was important or not. Given that, I can understand the benefits of:

<img src="example.png" alt="" title="This is a decorative image">

I don’t like it though. It feels too much like a crutch to reassure screen reader users that the author isn’t making the mistakes that some other authors make, and it creates tooltips for many other users who are left wondering why they exist.

Syndicated 2009-05-18 20:40:00 from David Dorward

So Tumbler doesn't let you have a draft revision

My current CMS system involves writing blog entries on Tumblr and then (periodically) importing them onto my real blog. This gives me a convienient way to edit them and a nice preview.

(apple pie by apple pie on flickr)

A few days ago, I wrote a brief article about alt text and title attributes. Then I got into some further discussions over it, so I decided to edit it. My edits led me down a path of research involving multiple specifications and commentary and then I put it aside so I could prepare for my guests arriving for Eurovision.

At this stage, I saved my edits as a draft. Unfortunately, this removed the previously published version from Tumblr completely. “Whoops”. Clearly I didn’t understand Tumblr’s system — although I have learned from that mistake.

So, sorry for the broken links that will have appeared. I fully intend to finish my research and get it properly published. I just have some apple pie in the oven that I need to eat first.

Syndicated 2009-05-18 19:26:24 from David Dorward

rmathew, not a problem with the validator's parser, its behaviour is quite correct. The FAQ it links to with the error explains why.
19 Apr 2006 (updated 19 Apr 2006 at 15:00 UTC) »

rmathew, on including: use an offline preprocessor such as gcc or Dolt.

On states of CSS/JS: you can make the toggler a link to another page with the same content on it (and return false if the JS runs so that the link isn't followed when the content is revealed on the same page). Another option is to forget about the toggler and let people use scrollbars (which is what they are used to anyway!).

rmathew, take Hixie's rant seriously, and throw in a dose of Appendix C being a complete joke. The guidelines aren't really compatible with HTML, they are compatible, with most, but not all, browsers and depends on a bug in their HTML parsers! (Since in HTML a slash can end a tag, so <br /> actually means a line break followed by a greater than sign!

Browser implementations of XHTML (being served with the correct content type) generally suck too, Firefox turns of incremental rendering for example.

That said, XHTML is a nice language to work in, so you might want to write XHTML and transform it to HTML before it gets to the user (my CMS does that before I upload to the server).

Free copies of Windows? Well, I don't think that's an easy one to arrange.

IIS is not necessary for MSFT/SOA development. To deploy on a public site, it might be. I think that's fair for a company like MSFT to ask for. They have to make money somewhere.

Well fair enough, I didn't really expect anything else. That is Microsoft's business model after all. It just makes the statement:

[DotNetNuke] runs on software that you can get for free from Microsoft

... wrong.

avriettea: So, DotNetNuke runs on "software I can get for free from Microsoft". Excellent, I might take a look at it. How do I get my free copy of Windows and IIS from Microsoft? The page you linked to seemed to assume that people would have those already.

CMS

My CMS is now at a stage where it is capable of generating blog entries and an RSS feed. So I'm moving my blog over there now.

I still have to import all the old material and add a pile of features, but eating my own dogfood will encourage me to move forwards faster.

1 Jul 2005 (updated 1 Jul 2005 at 12:17 UTC) »

Linux Weekly News

Just renewed my LWN subscription. I encourage everyone with an interest in keeping up with what is going on in the world of Linux to give them money - its cheap, easy to do, and well worth the money. (Its also the only website I give money to in return for content, so that should give you an idea of how good I think it is).

Moving the blog

I've been talking about moving my blog over to my own website for a while. Since I've got my CMS working again (now with a nicer and more maintainable framework) I'm looking at writting the blog bit.

Task 1 was getting some data to work with before starting work on the renderer, so I looked into the best way to suck the data down from Advogato and ended up going with this quick hack:

#!/usr/bin/perl

use strict; use warnings; use WebService::Advogato; use Date::Simple;

my $string_user = "dorward"; my $client = new WebService::Advogato($string_user, 'myFakePassword'); my $num_entries = $client->len($string_user) or die($!);

my $root = "/home/david/sBuilder/source/blog.dorward.me.uk/";

foreach my $int_index (0 .. $num_entries-1) { my ($date_created, $date_updated) = $client->getDates($string_user, $int_index); print "Created: $date_created\n"; $date_created =~ s/T.*$//; my $date = Date::Simple->new($date_created) or die($!); my $year = $date->year(); my $month = $date->month(); my $day = $date->day(); my $date_string = sprintf("%04d/%02d/%02d", $year, $month, $day); my $dir = $root . $date_string; print $dir, "\n"; system("mkdir -p $dir");

my $entry_text = $client->get($string_user, $int_index); open(FILE, ">>$dir/advogato.source"); print FILE $entry_text; close(FILE); }

The next job is to clean up the code it downloaded, while Advogato is nice and easy to use, it does do some unfortunate things to my markup, and makes me fake headings using bold paragraphs.

43 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!