- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Wed, 13 Jul 2011 02:22:48 +0900
- To: public-web-and-tv@w3.org
available at:
http://www.w3.org/2011/07/12-webtv-minutes.html
also as text below.
BTW, I think we need to finalize ISSUE-24 as well, though I said our
topics for the next week would be Russel's issues and Matt's issues.
Sorry I was unclear.
Giuseppe will come back and moderate the call (as I mentioned at the
end of the call :)
Thanks,
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Home Networking TF Teleconference
12 Jul 2011
[2]Agenda
[2] http://lists.w3.org/Archives/Public/public-web-and-tv/2011Jul/0023.html
See also: [3]IRC log
[3] http://www.w3.org/2011/07/12-webtv-irc
Attendees
Present
Kazuyuki, MattH, Aizu, Tatsuya_Igarashi, david_mays,
Jerry_Ezrol, Jean-Claude, Jan
Regrets
Chair
Kaz
Scribe
kaz
Contents
* [4]Topics
1. [5]How to handle additional use case descriptions?
2. [6]Use cases
* [7]Summary of Action Items
_________________________________________________________
How to handle additional use case descriptions?
kaz: two proposals: 1. API category, 2. concrete system interaction
description
... let's talk about "API category"
... could this an optional feature?
igarashi: it would be useful to have this feature when we identify
use cases for requirement document
kaz: old use cases are already approved
igarashi: I'd suggest we ask old use case submitters as well to
clarify the type
kaz: in that case, we need to clarify the definition of
service-agnostic and service-specific
<jcdufourd> ack
kaz: I think service-agnostic is "generic" and service-specific is
"application-specific" we discussed before
jc: agree
... but not sure about the third type
igarashi: type3 is combination of type1 and type2
... in addition to generic APIs and application-specific documents
(like application-specific XML language)
... e.g., generic XMLHTTPRequest and additional application-specific
XML language
<MattH> +q
<MattH> +q
kaz: does type3 include DeviceAPI and HTML5 script?
igarashi: no
... e.g., the URI of the "application-specific" document is one of
the parameters of the generic API
MattH: quick question
... do any of existing use cases match this type 3?
igarashi: no idea
... it's that there are theoretically three options
MattH: ok
<MattH> -q
igarashi: however, I think this kind of "type of use cases" should
be considered for the discussion in the possible WGs
RESOLUTION: we add Igarashi's proposed "type of use cases" to our
use case description (and template)
kaz: next Russell's proposal
->
[8]http://lists.w3.org/Archives/Public/public-web-and-tv/2011Jul/002
3.html agenda
[8] http://lists.w3.org/Archives/Public/public-web-and-tv/2011Jul/0023.html
kaz: how about discussing th concrete system interaction later?
<igarashi_> I will resume soon.
<rberkoff> what ever is decided should be applied uniformly to use
cases or not at all
<rberkoff> then we shouldnt require it!
<rberkoff> no!
RESOLUTION: We should not require detaliked system interaction
description for use cases description
MattH: is considering system interaction important in order to
express desired attributes of solutions?
berkoff: no. It is desired in order to detect issues with proposed
use cases.
Use cases
issue-24?
<trackbot> ISSUE-24 -- Local Link of web applications -- raised
<trackbot> [9]http://www.w3.org/2011/webtv/track/issues/24
[9] http://www.w3.org/2011/webtv/track/issues/24
->
[10]http://www.w3.org/2011/webtv/wiki/HNTF/Home_Network_TF_Discussio
ns/LocalLink#Use_Case:_Local_Link_of_Web_Applications Wiki
description
[10] http://www.w3.org/2011/webtv/wiki/HNTF/Home_Network_TF_Discussions/LocalLink#Use_Case:_Local_Link_of_Web_Applications
igarashi: have some issue with separating user scenarios
... though Francois suggested I should have separated it
... also he pointed out to clarify the relationship with the other
use cases
... issue-24 describes bi-directional communication
kaz: do you think it's impossible?
igarashi: no, but User Scenario is not the main body of the Use Case
but just example
<MattH> +q
kaz: maybe we should clarify the definition of "User Scenario"
igarashi: if those User Scenarios are three application-specific
examples, I'm happy to separate them
... but there is no significant difference
... there is only one system interaction
ack Matt?
MattH: think we've clarified "User Scenario" and "Use Case"
kaz: we should follow the definition
(kaz will check the definition to make sure.)
RESOLUTION: three examples could be included in ISSUE-24
kaz: next week we'll talk about:
- Russell Berkoff's use case: ISSUE-17 (split into ISSUE-23,
ISSUE-26, ISSUE-27, ISSUE-28, ISSUE-29, ISSUE-30)
- Matt Hammond: ISSUE-19, ISSUE-20, ISSUE-21, ISSUE-22
kaz: sorry, but we need to finalize ISSUE-24 as well
kaz: Giuseppe will come back and moderate the call
[ adjourned ]
Summary of Action Items
[End of minutes]
_________________________________________________________
Minutes formatted by David Booth's [11]scribe.perl version 1.136
([12]CVS log)
$Date: 2011/07/12 15:05:44 $
[11] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[12] http://dev.w3.org/cvsweb/2002/scribe/
--
Kaz Ashimura, W3C Staff Contact for Web&TV, MMI and Voice
Tel: +81 466 49 1170
Received on Tuesday, 12 July 2011 17:22:12 UTC