E-mail List Archives
Re: Semantics for Indicating Accessible Version of Files
From: Randy Pearson
Date: Jan 28, 2009 3:15PM
- Next message: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Previous message: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Next message in Thread: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Previous message in Thread: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- View all messages in this Thread
>> If it's a page that lists many such files, how about a properly
>> marked up table, with the two versions in separate columns?
We started down that path, but then didn't like it. Hence pausing for this
post. ;) What we did not like was the table might already have 4 columns to
include date, size, type, name. If you added the accessible version to the
same row, then really you need 4 similar columns, as date, size, type apply
separately to those files also. That approach felt both structurally and
visually wrong.
>> How about "signed copy" (or "as submitted," if it's something
>> your agency received) and "accessible version"?
Good idea. We're already en route to establishing file naming conventions,
wherein one can (hopefully) grok something from the names (e.g., one might
have an extra "_text" appended to the stem of the name). But your idea
sounds like a good one. Perhaps add a "notes" column to the right that
includes this. In fact that could provide an avenue to point to the other
file also.
-- Randy
- Next message: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Previous message: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Next message in Thread: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- Previous message in Thread: Cliff Tyllick: "Re: Semantics for Indicating Accessible Version of Files"
- View all messages in this Thread