Re: [wsrp-wsia] [I#114] Should custom roles,modes & window states use namespacin g?

[Rich Thompson <richt2@us.ibm.com>]

Draft v0.8 added this for the name of a role (namely "The name for this
role. Preferred form for this names is a URI such that it is definitively
namespaced."). I do not think this would be quite so useful for modes and
window states as I would expect there to be a much smaller set proposed by
vendors and we are likely to want to capture them in a future version so
that the names/semantics are standardized.

Other thoughts?



                                                                                                                   
                      Gil Tayar                                                                                    
                      <Gil.Tayar@webcol        To:       "'wsrp-wsia@lists.oasis-open.org'"                        
                      lage.com>                 <wsrp-wsia@lists.oasis-open.org>                                   
                                               cc:                                                                 
                      10/15/2002 02:27         Subject:  [wsrp-wsia] [I#114] Should custom roles, modes & window   
                      AM                        states use namespacin      g?                                      
                                                                                                                   
                                                                                                                   
                                                                                                                   



Status: Active
Topic: meta
Class: Minor Technical
Raised by: Andre Kramer
Date Added: 15-Oct-2002
Section: Interfaces/11.26
Title: Should custom roles, modes & window states use namespacing?
Description:
Roles have string names which are not required to be URIs. MUST be
(namespaced) URIs would be much better in a distributed (mulit-vendor)
environment.