[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [wsrp] Re: Mode control CSS classes
what Alejandro is saying seems reasonable to me. This would add <a> definitions to section 10.5.1 and a new section Buttons, right? Currently we say in 10.5.1 that there are no classes defined for the <a> tag which is contradictory to what we say in 10.6.7. Mit freundlichen Gruessen / best regards Richard Jacob ______________________________________________________ IBM Lab Boeblingen, Germany Dept.8288, WebSphere Portal Server Development Phone: ++49 7031 16-3469 - Fax: ++49 7031 16-4888 Email: mailto:richard.jacob@de.ibm.com |---------+----------------------------> | | Alejandro | | | Abdelnur | | | <Alejandro.Abdeln| | | ur@Sun.COM> | | | | | | 03/26/2003 08:10 | | | AM | |---------+----------------------------> >--------------------------------------------------------------------------------------------------------------------------------------------------| | | | To: | | cc: wsrp@lists.oasis-open.org | | Subject: [wsrp] Re: Mode control CSS classes | >--------------------------------------------------------------------------------------------------------------------------------------------------| Rich, It should be 'portlet-' instead of 'wsrp-' When you say 'Consumers are encouraged to define styles for each of the following classes for the HTML tag <a/> and <button/> tags', what do you mean? That there should be a 'portlet-*-ahref' and 'portlet-*-button' seto of these styles? If so, why we don't define them. Or you expect to use the same style for ahrefs and buttons? Alejandro. Rich Thompson wrote: Here is a cut/paste from the new section I inserted. Hopefully the table will make it through the various email systems. 10.6.7 Controls Control styles define the look-and-feel of the common controls used in content for user input and navigation. Consumers are encouraged to define styles for each of the following classes for the HTML tags <a/> and <button/> tags. Consumers MUST NOT define styles for these that removes portlet-defined controls from either End-User presentation or interaction. |-----------+-------------------------------------------------------------| | Style | Description | |-----------+-------------------------------------------------------------| | wsrp-apply| Accepts and applies the current End-User activity while | | | staying in the current mode. | |-----------+-------------------------------------------------------------| | wsrp-cance| Aborts the current End-User activity | | l | | |-----------+-------------------------------------------------------------| | wsrp-ok | Accepts and applies the current End-User activity while | | | exiting in the current mode. | |-----------+-------------------------------------------------------------| | wsrp-reset| Requests the portlet to reset the current End-User activity.| | | | |-----------+-------------------------------------------------------------| | wsrp-previ| Navigates to the previous page in the current End-User | | ous | activity. | |-----------+-------------------------------------------------------------| | wsrp-next | Navigates to the next page in the current End-User activity.| |-----------+-------------------------------------------------------------| Rich Thompson Michael Freedman <Michael.Freedman@oracle.com> To: Rich Thompson/Watson/IBM@IBMUS cc: 03/25/2003 01:45 PM Subject: Mode control CSS classes Rich, Do you have and can you send along the description of the nwe CSS [control] classes we approved last week? -Mike-
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]