- From: John Arwe <johnarwe@us.ibm.com>
- Date: Mon, 25 Feb 2013 16:06:53 -0500
- To: public-ldp-wg@w3.org
- Message-ID: <OF8A38DD73.88C285AB-ON85257B1D.0072E40F-85257B1D.0073FDFB@us.ibm.com>
Henry, during the Feb 18 call you asked which use case captures the common pattern I described (display the members of a "group" to a user with brief information about each member)... so we could be sure that at least one does capture it. The best match to me looks like 4.7.2. I'm not sure if we'd need to add "in a UI-performant way" or similar qualification or render explicit the case where the members listed are not hosted on the same server (so a simple implementation would require n+1 GETs instead of the 1 that a more sophisticated one could manage with). Ditto "same resource". I think many of the user *stories* fit into this pattern ("contact list", "select another tool(s) to integrate with", LLD?, ... it's hard for me to point out any one where "so a user what's in the group in a UI" would be foreign). I don't see any equivalent to 4.7.2 for binary resources, but I don't find them special in this respect (file system analogy anyone?). If I look at the list of attachments to a bug, work order, etc. typically I see things like size, 1 line description, media type (depending on the tool), perhaps a less geeky string corresponding to the media type (image, audo file, ...). How do you want to handle? new issue? Best Regards, John Voice US 845-435-9470 BluePages Tivoli OSLC Lead - Show me the Scenario
Received on Monday, 25 February 2013 21:07:44 UTC