I just read some fairly encouraging news on the Internet Explorer blog. They have a new entry up titled Standards and CSS in IE that details the changes they have / will be making to IE in the 7.0 release that will help to improve IE’s standards support. Some of the key items listed include fixes for:
# Peekaboo bug
# Guillotine bug
# Duplicate Character bug
# Border Chaos
# No Scroll bug
# 3 Pixel Text Jog
# Magic Creeping Text bug
# Bottom Margin bug on Hover
# Losing the ability to highlight text under the top border
# IE/Win Line-height bug
# Double Float Margin Bug
# Quirky Percentages in IE
# Duplicate indent
# Moving viewport scrollbar outside HTML borders
# 1 px border style
# Disappearing List-background
# Fix width:auto
And support for some of these HTML doodads:
# HTML 4.01 ABBR tag
# Improved (though not yet perfect)
All of these should simplify the process greatly of creating CSS based web sites, but the question I have is….when will this help. First IE7 will have to be released, then it’ll take a while for people to actually go ahead and download it. As web developers we’ve been supporting old web browsers such as IE 5.5 for years, despite the fact that IE 6 has been around for so long. So while this is a great step and will certainly help to simplify development of web sites catering to the latest browsers, it won’t help for the others. Also of note…IE 7 will be available for Windows XP and Vista (formerly known as Longhorn), but not for Windows 2000. This may hold back a lot of corporate users as many haven’t had a compelling reason to upgrade to XP.
While I’m typically in full support of the adherance to standards, I must say that some of the w3c standards around CSS and HTML are quite unusual. The key one, that is so central to developing any CSS based site, is the box model. Man that’s a weird one. A box is 100 pixels wide and has 10 pixels of padding on the left and right – how wide is it? 120 pixels. I thought we said it was 100 pixels wide? Yeah, whatever. For most cases you can use the awkward w3c model (while brushing up on your highschool algebra), but certain scenarios make it quite nasty. How do I make a box that spans half the width of the page and has 10 pixel borders on the left and right? Without nested all sorts of useless markup, I don’t know.
I love music, and I love the tools that make it easier and more convenient for me to listen to music. One of the advances that has made music so much more accessible over the past few years has been the advent of mp3s, digital music, and digital music players. I bought a first generation iPod the day they were released for Windows based computers, I’ve since upgraded to a non-Apple mp3 player, and I’ve got a mp3 CD player in my car. While some new technologies can be a burden on their users, digital music technology lets me listen to more music with more choice, and keeps me from listening to the same album over and over in my car due to my own laziness. I’m not a super audiophile, and I tend not to notice the slight degradation of music quality I get from digital music, and what I do notice in inferior sound quality is greatly outweighed by the convenience of it’s portability, searchability, and ease of use. Despite the great conveniences of digital music, there are a couple things that really bother me – they bother more than they should because I think they’re things that wouldn’t be all that hard to fix.
Before I get going on my rant, I should note that my only credentials on this topic are being both a music enthusiast and a computer enthusiast – I don’t know all the details about every digital music file format or player, I just know what I’ve seen in popular applications such as mp3 players, iTunes, and other digital music players…
And then there was silence…
At least there was silence for a couple of seconds. The biggest gripe I have with digital music is that there seems to be no reliable way to control the ‘gap’ between tracks. For many albums or types of music, I don’t particularly care about the gap. For other music, the gap can really take away from the enjoyment. This is most evident is albums where songs blend together with no gaps – this includes albums from The Beatles’ ‘Abbey Road’ to The Red Hot Chili Pepper’s ‘ Blood Sugar Sex Magik’, just about all classical music, and live music recordings. Some applications and mp3 players have settings to let the user control the time between tracks or even the cross-fade between tracks. This really isn’t enough, as the time between tracks changes from track to track. Sometimes I need no space between tracks, sometimes I need the standard 2 seconds, and sometimes I need more. The key is that this is all dependent on the album and how it was meant to be heard. Another important element is that the gap between tracks should be context-sensitive to the album. If a song typically has no gap between it and the next song, should it also have no gap when it is played on a playlist outside of the album? The problem is that there really is no concept of the ‘album’ in popular digital music, but we’ll get to that later.
From Abbey Road to the White Album
My other problem with digital music is that in mp3 players and digital music players, when I look at a list of albums from a band, I see them alphabetically. An alphabetical list of albums makes it easy to find one you’re looking for, but to me, is not the best way to look at albums. I would rather look at albums chronologically – so that when I’m looking at a list of Led Zeppelin albums I see ‘Led Zeppelin I’ before I see ‘Houses of the Holy’, or The Beatles’ ‘The White Album’ before ‘Abbey Road’. This is an unusual problem because our digital music has metadata, and one of those fields is for the year of the music. So why can’t that be used to show a chronological list of albums? I suppose it could, but it would present problems. Let’s say an album has 10 tracks – in the perfect metadata world, all of these will have the same year, so the application or music player could just look at one of the songs and pick the year. In a more complicated world, the songs could have different years marked, or incomplete data – what should the player do in this case? What if we’re looking at a compilation of songs all recorded in different years – should the file’s metadata list the year the song was recorded and released or the year the compilation was released. I would argue that attached to the song should be the year in which it was recorded, while another entity – ‘the album’ – should keep track of it’s own release date.
The Album – The Metadata that Went Missing
So the common thread here is the album. Right now, popular music systems have no real concept of the album – they infer the existence of an album based on metadata attached to each song – an artist name, an album, year, genre, track number, and whole bunch of other fields. As mentioned earlier, this becomes increasingly complex when songs start belonging to multiple albums or playlists, because the songs can only have one value for each of the aforementioned metadata fields. What we really need is a wrapper around all the files in an album that can store some of this information.
Let’s think about this from the technical perspective. If I were to develop a database-based application to store information about my music collection, how would I do it? I would need to create tables for songs, albums, and song/album mappings. Basically, one table would have all the basic information about each song, another table would have the basic information about each album (artist, release date, record company, producer, credits, etc), and another would connect the two other tables – mapping which songs are on which albums and the order in which they are on those albums. If I wanted to go an extra step further, I could add another table to track information about the artist, but that isn’t really essential for most purposes.
Obviously the files that make up the digital music of today are not databases, so the table concept doesn’t directly translate to what can be done in the real world. So if this had to be done in a file-based manner, we could add one small file that has album information and the album/track mapping – similar to a playlist file but with more information. The album’s year would solve my second issue of chronological sorting of albums, and the tracklist within the album file could have information about the space between tracks, solving the gap between tracks issue.
Overall I think this could add to the experience of digital music and make it easier for people to switch over from the physical realm of music to the digital realm. I still love my liner notes and opening up a new album, so I don’t think I’ll go all digital anytime soon, but making the experience of listing to music closer to what I get with a CD, record, or tape player, will certainly make it easier for me to get rid of that CD player in my living room…
