Older blog entries for dorward (starting at number 57)

CMSs that are too much work

Did I mention that my CMS system was too much effort? Yes, I did, and the evidence is in — I wrote a blog post a month ago and it still isn’t on my main website. I’ll have to run an update tonight (which will probably involve manually fixing a parse error I have with some data I’m importing).

Syndicated 2009-11-20 18:44:00 from David Dorward

Three Levels of Expression

Russell said in “In praise of fragments” that “blogging is about momentum and ‘more considered’ makes momentum harder” and I’m with him on that.

I have a system, albeit one suffering from some technical issues (my production CMS was designed to generation static files and never got a decent admin interface) which I hope to resolve soon (I have Catalyst running on my production server, and I have the software almost written to take over a couple of bits of my website).

Tweets are transitory, and short. I have ideas that can’t fit into 140 characters, and I feel guilty if I spill over into multiple tweets.

So, to blogging. Blogging needs a front end, it gets squished into Atom, and squished into webpages and squished into content’s pages. I’ve using Tumblr as an interface between me & my blog. I am going to replace it with some Catalyst (removing the need to boot the laptop which currently hosts my CMS and tell it to suck down from Tumblr, rebuild and push out — the legacy of moving between systems and not investing the time in cleaning up the mess sooner).

Where was I? Oh yes. A front end makes it easy to bash some content out, to let ideas flow, and to stop holding on to thoughts until you can find the time to express them the way you really want.

Then we come to the polish. I want to be able to express some ideas with polish. I want to include example pages. I don’t want the publication date to be considered highly important. I don’t want the content to drift down into the depths just because it was written a long time ago. My documents about basic CSS centring and inheritance account for over a third of the hits to my website by themselves.

Perhaps Twitter is my in and out trays, blogging is my file cabinet and I’m left wanting a bookcase to show off the things I really care about.

And perhaps, just perhaps, I should take a leaf out of “The death of the boring blog post?” and stop being quite so consistent with how I format that stuff which I care about.

As the new CMS takes over, I think I may be looking at alternative ways to handle the articles section of my site.

Syndicated 2009-11-20 17:17:05 from David Dorward

Netbooks are PCs

Tom has just exploded a little bit over an article in El Reg about netbooks.

Give me a command line. Give me Vim. And leave me the hell alone. Versioning? Install Git.

I have to agree. Last Christmas I managed to get a reasonable amount done with vim and git, on a netbook, on a train, with no Internet connection (and I was graphics programming!)

These things may be small, but they are almost as powerful as the workstation I have at the office (and don’t have the overhead of Windows and a chunky persistent virus scanner).

Syndicated 2009-10-20 16:23:05 from David Dorward

Amazon comes through (as usual)

David is holding copies of "SVG Essentials" and "Painting the web"

Any guesses as to which personal project I shall be returning to in that rare thing known as “my free time”?

Syndicated 2009-09-21 19:48:35 from David Dorward

On the dangers of opening one's mouth

I am now the primary maintainer of Catalyst::View::ContentNegotiation::XHTML. This is not one of the things I expected to happen when I woke up yesterday morning.

  1. Every five seconds, someone is wrong on the Internet, and often they are wrong about content negotiation.

  2. A fondness for simple markup rules (as found in XML) combined with a nagging dislike of Appendix C of the XHTML 1.0 specification (which makes the rules complicated again) and an interest in markup validation has led me to find out more than most people about HTTP.

  3. I like Perl and I like Catalyst

When you combine these bits of information, it was almost inevitable that I would get myself involved with getting content negotiation Done Right in Catalyst.

The Perl motto is “There’s more than one way to do it” but, thanks to the CPAN, it could easily be “Someone has already done it for you” and so it is useful to think out loud in the Perl community (or to think into an IRC channel in this case).

Just as I was about to start learning how to write a Catalyst View module from scratch, Tomas Doran pointed me at his module, and it was pretty good.

Nothing is perfect though, so I contributed some tests and patches and it was better.

Time passed. Work continued. It got better without me. I took another look at it and found another possible improvement.

It turned out that providing too much help can be a little dangerous.

15:22 < t0m> Dorward: well volunteered, what was your CPAN id again?
15:23 < Dorward> Eeek
15:23 < Dorward> What have I done?!
15:23 < Penfold> made it better
15:23 < Penfold> be porud
15:23 <+mdk> t0m: nice one ++
15:23 < t0m> Made DORWARD primary maintainer of Catalyst::View::ContentNegotiation::XHTML.
15:23 < t0m> Made DORWARD primary maintainer of Catalyst::View::TT::XHTML.

This wasn’t quite how I planned getting my first CPAN commit, but it has made it through the PAUSE queue and should be available at a mirror near you soon.

Please feel free to take a look, give it a try (give Catalyst a try if you aren’t already), and submit comments and bug reports.

Syndicated 2009-09-18 03:47:13 from David Dorward

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!).

48 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!