Web Dev Blog

In testing new content for our site on mobile platforms, we discovered an unexpected but understandable context stressing the continuing importance of En Dash.  Some pages on our site include a date range listing a span of years, such as 1887 to 2010.  When viewing these on an iPad or iPhone, the text style looked wrong, which was confusing.  Upon closer examination, it was clear what was going on:  mobile Safari recognized these patterns as numbers with a specific semantic context.  Interestingly, iPhone saw them as a phone number, and iPad saw them as contact data.  Perplexed at first, I looked at the code and realized that the date range should properly be listed with an En Dash, not a hyphen.  The Wikipedia entry on Dash explains the difference between the two.  For web designers, the best piece explaining things is: The Trouble With EM ’n EN (and Other Shady Characters), from the site A List Apart. 

Here are screen shots from the test pages showing mobile Safari's treatment of dates with a hyphen and the correct view of them listed with an En Dash.  Just one more reason to remember to care about the semantic context of your code, down to every single character.

This entry was posted on March 16, 2011 at 4:50 PM and has received 18819 views. Print this entry.

For a second year in a row, there's a report ranking all law school home pages accredited by the ABA.  Read the results online for 2009 and  2010. One element surveyed for all schools is the use of Microformats, which is a design pattern used to semantically mark up data online.  Common uses are to use hCard to represent contact and address information, as well as hCalendar to represent events and calendars. Future browser versions might integrate microformats support, and if you use a browser add-on like Tails or Operator your browser can quickly find an address on Google maps or let you efficiently add items to your calendar.  It's great to see more schools use microformats, and this is progress towards the oft-mentioned semantic web.

In 2009, four law schools used at least one microformat on the home page.  In 2010, the number grew to thirteen. 

Following is a list with links to the schools using microformats, together with a note on the format being used.  Google supports microformats, they've seen the use of rich snippets growing (which includes RDFa and microformats), and as far back as 2008, Yahoo! started indexing this semantic content online. Also, some suggest that microformats help with website SEO. It will be interesting to see if more schools use this design pattern for events and addresses.  Who knows?  Sites may some day use something like hReview to mark up professor or course reviews.

Law School Home Pages Using Microformats in 2010

• American University: hCalendar
• Emory University: hCard partially implemented
• Catholic University of America: hCard
• Cornell University: hCalendar
• Michigan State University College of Law: hCard
• New York Law School: hCard
• University of California at Davis: hCard - with no street address
• University of Denver: hCard
• University of Maine: hCard - for admissions and main law school address
• University of South Dakota: hCard - for law school and main university
• University of Southern California: hCard
• University of Virginia: hCard
• Wayne State University: hCard - for law school and main university

Law School Home Pages Using Microformats in 2009:

• Catholic University of America
• University of South Dakota
• University of Texas at Austin
• Wayne State University

This entry was posted on February 1, 2011 at 11:57 AM and has received 19049 views. Print this entry.

Zebra Striping is a practice to assign alternating background colors to tables of information. It makes it easier to track information and it looks pretty. Long ago, people would achieve this through CSS class names or JavaScript, such as shown in this A List Apart article from 2004. Now it's possible to use zebra stripes on HTML tables with simple rules. We've added it to our site and it seems to work well. Here's a simplified view of the CSS code:

Note that for nth-child, you don't have to use odd/even pairs. This article from an Opera blog shows rules for doing this using various multiples of rows. The nth-child rules have been along for a while, but are now supported in most browsers, so we think it's time to stripe our tables. Unsurprisingly, IE8 and below don't support this rule, but the recent tests showing IE9's good ranking in HTML5 tests are promising for users of Microsoft's browser. Here's some further reading on the perceived benefits of zebra striping:

• Zebra Striping: Does it Really Help? by Jessica Enders [May 6, 2008]
• Zebra Striping: More Data for the Case by Jessica Enders [September 9, 2008]

Photo by Jim Harmer

This entry was posted on November 4, 2010 at 3:03 PM and has received 19376 views. Print this entry.

The law library runs four blogs on our site, including the Due Process Blog, Feedback Blog, Student Worker Blog and the Web Dev Blog where you're reading this post. They all run using a ColdFusion-based blogging platform called BlogCFC. Since much of our site is written in ColdFusion, this platform works well for us, and we've been using it since early 2007.  Recently, BlogCFC has been updated a few times, including new features for us to administer things.  Just last week, they added a mobile plugin for the system called jQTouch. What does this mean for non-technical folks?  Well, all four sites now look good on iPhones and other mobile platforms. Take a look at the current list of entries in our Due Process blog as well as one recent entry with a nice picture.  We'll look at adjusting styles and colors, but for now, it's great to know that all of our blogs include some mobile-friendly goodness.  Just because we can (or rather: just because the BlogCFC team cares enough to try).

 

This entry was posted on November 1, 2010 at 1:17 PM and has received 19493 views. Print this entry.

Following are two pictures of the library touch screen system we've "installed" in our two library locations.  The display systems have wall-mount capabilities, so we can build them into furniture, mount them on walls and be creative about how to use the devices.  For now, the installation consists of putting each monitor on a desk in a heavily-trafficed area of each library location.  This gives us a chance to see how people interact with the systems and plan for future content and installations.  If you come to Georgetown Law Library, please stop by to check them out.  The first one shown is at the circulation desk in the Edward Bennett Williams Law Library: 

The other system is in the main floor of our John Wolff International and Comparative Law Library, where we used to have a reference desk:

This entry was posted on October 19, 2010 at 11:56 AM and has received 19515 views. Print this entry.

Georgetown Law Library introduced two touch screen kiosk-style devices for use in our two library locations.  We're launching the systems with no planned fanfare or press releases.  Initially, we'll rely on user feedback and local observation to plan content.  These systems have collection maps as well as digital exhibits of our library and collections. On this blog, we'll document some technical aspects of the system to share project progress.

For content, we've built a custom platform using HTML5, CSS3 and embedded fonts.  It is a simple setup running on uniform displays [32" Philips Public Signage display] with a very specific browser [Opera in Kiosk Mode]. This means we don't have to worry about browser compatability, and we can design the interface using specific pixel dimensions.

Here's what the first version looks like in Opera 10.63:

This uses HTML5 to define page content with the more semantic HTML5 markup for the page elements <header> <footer> and <nav>. It passes the W3C's HTML5 validation check as well. With simple CSS style rules, Opera renders the page structure well, but it looks pretty bad in Internet Explorer 8, as shown.

Our initial focus with the touch screens is to create content to be used while physically on campus.  Over time, we'll publish this content on our website, planning to archive all exhibits we create. Look to our WebDevBlog for technical updates on the system and underlying technologies.

 

 
 

This entry was posted on October 19, 2010 at 9:51 AM and has received 19351 views. Print this entry.

Since we launched the current law library website in January 2008, we've used a single sitewide navigation menu across the entire site.  It is anchored in a consistent place and mostly works well.  Unfortunately, it wasn't usable with Safari on the iPhone or iPad.  Also, it required proprietary JavaScript, which added page weight and complexity to our site, especally in testing.  Now we've moved to a new system for running the menus that works pretty well on iPhone and iPad browsers in Safari.  This menu uses the jQuery JavaScript library together with a menu plugin called Superfish.  Down the road, when we redesign our entire site, a jQuery plugin like jQTouch looks very promising for mobile site optimization.  For now though, we stuck with the same menu style on the same website.  The colors are even mostly the same, so we'll see who notices the difference.

This entry was posted on August 10, 2010 at 3:40 PM and has received 19903 views. Print this entry.

I recently completed a ranking analysis of 195 law school home pages, entitled the "Top 10 Law School Home Pages of 2009" The entire report is on SSRN and will be posted elsewhere later. This report looks at fourteen separate design elements, which were evaluated in November/December 2009.  Elements were given weighted values to equal 100 points for a perfect score.  Nobody got 100 points, but the survey reveals some interesting details about the state of law school home pages.

Here are some interesting numbers, showing how many schools out of 195 some of the elements surveyed:

• Use at least one microformat element: 4
• Define at least one Dublin Core element: 4
• Use embedded media (audio or video) playable directly from the page: 11
• Have a favicon defined: 144
• Display one or more social network badges/links: 47
• Include a picture of a smiling face: 170

The printed results will be in the Green Bag Almanac and Reader 2010, which is sent to most Green Bag subscribers. The version on SSRN is identical to the version to appear in print. This project may be repeated again next year.  If so, it will be interesting to see how much things change this year.  Suggestions for improvements are welcome, and criticism and complaints are okay too.

Read on for a list of the point values as well as a full abstract for the report. 


Element Name and Points Assigned:

• Address 10
• Search Box 10
• Cascading Stylesheet (CSS)* 10
• News Headlines 6
• News Headlines with Images 7
• Embedded Media 5
• Favicon 7
• Smiles 5
• Social Network Link 6
• Content Carousel 6
• RSS Meta Information 8
• Microformats 6
• Dublin Core 4
• Hierarchal Organization* 10

* partial points possible for these elements

Perfect Score 100

Abstract:
The website home page represents the virtual front door for any law school. It’s the place many prospective students start in the application process. Enrolled students, law school faculty and other employees often start with the home page to find classes, curricula and compensation plans. Home page content changes constantly. Deciding which home pages are good is often very subjective. Creating a ranking system for “good taste” is perhaps impossible.

The ranking report "Top 10 Law School Home Pages of 2009" includes a tabulation of fourteen objective design criteria to analyze and rank 195 law school home pages. The intent was to count only objective criteria to attempt to find the best sites. All law school home pages were ranked based on a weighted analysis of these criteria. Pictures of the ten best sites are included in the report, followed by a full tabulation of all schools evaluated for the report. The goal was to include elements that make websites easier to use for sighted as well as visually-impaired users. Most elements require no special design skills, sophisticated technology or significant expenses.

This entry was posted on February 18, 2010 at 4:28 PM and has received 20969 views. Print this entry.

For many years we wrote out links’ URLs in the visible text on our pages so they would not be lost to users who printed out our pages. This made our site a lot less readable than it could have been. To remedy the situation, we tried a CSS technique that would display links’ URLs only when a page was printed out. Unfortunately, like a lot of useful CSS tricks, this didn’t work in Internet Explorer.

On the David Walsh Blog we found a solution that uses CSS and the MooTools Javascript framework to dynamically generate endnotes showing the URLs of every link on a page. It does this by collecting all of a page’s anchor tags into an array and breaking out the values of their href properties into an ordered list. Unfortunately, this solution generated several empty endnotes, since it also included the empty href values of several named anchors we use for same-page navigation on many of our pages.

My solution to the named-anchor problem was to use MooTools’ array.filter method to remove from the anchor array any anchor whose href value was null. The final, modified code looks like this:

/* when the dom is ready */
window.addEvent(’domready’,function() {
/* get the links */
var links = $$(’#print-content-area a’);
/* remove from the array named anchors lacking an “href” property */
function notNull(a) {
return(a.get(’href’) != undefined);
}
var filteredLinks = links.filter(notNull);
/* if there are any */
if(filteredLinks.length) {
/* create toc list */
var container = new Element(’ol’,{
‘class’: ‘print-only toc-list’
}).inject(document.body,’bottom’);
/* add a heading for the TOC */
var header = new Element(’h2′,{
text: ‘Links In This Document’
}).inject(container,’top’);
/* get links inside the content area */
filteredLinks.each(function(a,i) {
/* insert the span reference right after the link */
/*if(a.get(’href’) != undefined){*/
new Element(’span’,{
text: ‘[' + (i + 1) + ']‘,
‘class’: ‘print-only’
}).inject(a,’after’);

This entry was posted on November 24, 2009 at 11:45 AM and has received 20759 views. Print this entry.

At Georgetown Law Library, we assume our internal users (e.g. current students and faculty) are the most frequent visitors to the library's homepage.  Today we launched a new section of the page we hope will be useful for this internal audience.  We're now featuring selected databases and research guides on the homepage, which we introduced by rearranging some content on the page.

In using this, we can highlight updates to research guides and selectively promote our licensed databases and other resources.  We hope this helps us highlight useful content, and we see it as an alternative to using our Due Process blog to promote new items. Due Process still works well for certain types of content and database news, but it doesn't seem approprite to use it for more routine reminders, such as telling people that U.S. Law Week is a good place to get Supreme Court news.

Here's a view of the featured section at launch:

In testing this feature, we first tried to include the feature in the center column, but the design challenge proved to be too complex.  It works well at some screen resolutions, but at lower resolutions (even just below 1024 pixel width), the content looks almost unreadable:

Some of the more subtle changes are a shift from play control buttons under the Feedback Blog entries, as well as introduction of the "box-shadow" element to make the site look better in browsers that understand this feature.  Admittedly, we took elements of this directly from the book "Handcrafted CSS" including the suggestion of using the CSS3 properties box-shadow and border-radius, even though they're not widely supported in current browsers. We added rounded corners to the boxes earlier this year.

Let us know what you think.  Inevitably we'll tweak this based on feedback and usage data.

This entry was posted on November 9, 2009 at 2:57 PM and has received 20748 views. Print this entry.