Peter Donald wrote:

> At 10:38 PM 6/6/2002 +0200, you wrote:
>
>> A couple of questions concerning ComponentInfo:
>>
>>    1. displayname
>>
>>       Is it a more friendly name that the name state member.
>
>
> yep
>
>>       E.g.
>>
>>          name = "my-component"
>>          displayName = "My Component"
>>
>>       And concerning the schema for displayname:
>>
>>         <block>
>>           <name>my-block</name>
>>           <displayname>My Block</displayname> ??
>>         </block>
>>
>>       I'm also assuming that <name> will have specific
>>       restrictions over and above <displayname> - e.g. no
>>       period (enabling the use of the name as the default
>>       logging catagory child name).
>
>
>
> Check ComponentVerifier.isValidNam - I wrote that code about a year 
> ago and my memory is a bit fuzzy. I believe names can be 
> uppercase/lowercase letter, numbers or the '-' character (and maybe '_').
>
>>   2. what is schema for "property" declarations within a <block>
>
>
> Property? You mean attribute declarations? 


Yes.

> None as of yet - haven't got to doing the serialized format of info 
> files. Goto go have a gander at coocoon stuff before I try to do that ;) 


Ok, in the meantime I'm assume the following:

   <attributes>
      <atttribute name="xxx" value="yyy"/>
   </attributes>

>
>
>> And a question concerning attributes - the ComponentInfo class (and 
>> other classes exposing attributes) do not allow access to the set of 
>> property names.  Is there a reason for this.
>
>
> They used to - then I deleted it because I wasn't sure it was a good 
> idea. It could allow containers to just randomly go through the 
> attributes and try to interpret them rather than just processing the 
> ones it knows. I could re-add it if you like?


I think its needed - something like String[] getAttributeNames().  What 
I'm thinking about is the ability for a tool to present component meta 
info and the presentation should include the attributes.  If you put in 
you could finalize the class again :-)

Cheers, Steve.

>
>
>
> -- 
> To unsubscribe, e-mail:   
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>
>

-- 

Stephen J. McConnell

OSM SARL
digital products for a global economy
mailto:[EMAIL PROTECTED]
http://www.osm.net




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to