OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Commented: (OFFICE-1641) Editor Note: Section17.278 form:focus-on-click



    [ http://tools.oasis-open.org/issues/browse/OFFICE-1641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11899#action_11899 ] 

Dennis Hamilton commented on OFFICE-1641:
-----------------------------------------

OK, here is another we are still discussing but it is in applied state and marked as fixed?

I suggest that the WIkipedia topic on this subject be reviewed: http://en.wikipedia.org/wiki/Focus_%28computing%29

Clearly, clicking on a button does whatever clicking on the button causes to happen.

If the focus also moves to some GUI element associated with the button, it means that GUI element is the target of any input (usually from the keyboard) after the focus is moved (assuming it wasn't there already).  

I think (1) we need to find out what happens with some major implementation that supports this feature.  Then (2) we need to find a description of the feature that is understandable without consultation of any implementation and takes into account that the behavior in an interactive implementation of an ODF document consumer is going to be subject to many factors and this is probably only *advice* to such an implementation (especially when one considers that there may be accessibility provisions in effect, etc.).  

Also, since this is a form: attribute, bound to a namespace defined exclisively by the ODF specification, we probably need to say more here in order for the intension to be clear.  Since I have no idea what that itension was in the first place, it is difficult to provide anything more constructive by way of a recommendation.  

(I do confess to being puzzled why it is valuable to give a button that has been clicked the focus unless it means that one can now click it again by pressing keyboard ENTER (and assuming that the action associated with clicking doesn't change the whole focus situation where it is now meaningless to assume the focus is at the button.)

> Editor Note: Section 17.278 form:focus-on-click
> -----------------------------------------------
>
>                 Key: OFFICE-1641
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-1641
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>    Affects Versions: ODF 1.2
>            Reporter: Robert Weir 
>            Assignee: Patrick Durusau
>            Priority: Blocker
>             Fix For: ODF 1.2
>
>
> Transcribed from ODF_Revised_Editorial_Notes_27May2009.odt
> Original author: Patrick Durusau
> Section 17.278 form:focus-on-click
> Ed. Note I missed this under the camera attributes but we use "focus" to mean different things and never define the term in either case. I am not a fan of the definition section practice, which is in fact not required but do think we need to define these terms in context when they are to be used.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]