Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-ui-dev] Re: Action Enablement

All attributes are of type String, Integer, or Boolean. They have some convience methods to return an int or a boolean if you know the type is an Integer or Boolean.
I was going to convert Integers and Booleans to Strings before comparing them with the value in the XML.
So I didn't think any extra name prefix is required.

"David Springgay/OTT/OTI" <David_Springgay@xxxxxxx>
Sent by: platform-ui-dev-admin@xxxxxxxxxxx

11/29/01 09:30 AM
Please respond to platform-ui-dev

        To:        platform-ui-dev@xxxxxxxxxxx
        Subject:        Re: [platform-ui-dev] Re: Action Enablement

It looks like a marker attribute can be of type String, int, or boolean.
How do you plan to identify the attribute type and name in xml?  Would it
be something like this :

<filter name="intAttr:xxx" value = "999"/>
<filter name="stringAttr:yyy" value = "aaa"/>
<filter name="booleanAttr:zzz" value = "true | false"/>


                   "Randy Giffen/OTT/OTI"                                                                  
                   <Randy_Giffen@xxxxxxx>         To:     platform-ui-dev@xxxxxxxxxxx                      
                   Sent by:                       cc:                                                      
                   platform-ui-dev-admin@e        Subject:     Re: [platform-ui-dev] Re: Action Enablement
                   11/28/01 10:37 AM                                                                      
                   Please respond to                                                                      

Karice and I are looking at F1 and "resolution" support for markers. In our
extension points for contributing F1 help context ids and resolution
classes we have to define a way of targeting a particular kind of marker.
This seems very similar to tarketing an action to a particular kind of

Curretly marker action targetting is based on the following keys:

Of these, SUPER_TYPE and TYPE are special, the remainer simply refer to
standard marker attributes.
I think we should extend marker filtering to be able to specify the value
any attribute.
Although we are still working out some details, I think this would allow us
to use the same extension point specification for marker F1 help, actions,
and resolutions.

platform-ui-dev mailing list

Back to the top