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-3412) NEEDS-DISCUSSION13.5.24 <form:value-range> does not allow a "continuous" number range



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

Dennis Hamilton commented on OFFICE-3412:
-----------------------------------------

OK, I looked.

Clearly, the <form:value-range> is constrained to align with whatever the linked cell value type is.  It is probably worth saying that that the linked cell must have one of the office:value-type settings where the value is expressed as a double in the office:value attribute for for the cell.  I also assume this can't be a cell whose value is determined by a formula [;<). It would be even more interesting if the number style applied to the linked cell was relevant to operation of the control, but I suspect we should leave that to superior implementations and say nothing about it here.

Now, it is useful to know that the description of form:max-value and form:min-value assert that the values are lexical doubles when those attributes are used in <form:value-range> markup and the schema says string because it has to if it is going to use a single definition for all occurrences of those form attributes.

Something should probably be said in 19.291 and 19.292 to make clear that the schema-specified string value must be restricted to the respective lexical forms and nominal values for the identified usages of the attributes.  I would also strke the term "value type" because I'm wary of its application here.  But I also don't understand how the <form:properties> element works as a child of <form:value-range> (and the other form controls that have form:min-value and form:max-value attributes), and how office:value-type attributes down in the <form:properties> there impacts the values that can be entered.

Bottom line, striking the word "continuous" is a great idea.

Secondly, anything about form:page-step-size and form:step-size look like cause for a distinct JIRA issue, since it is not clear how these are meant to apply, and what is different about them.  If you look in ODF *1.1* 11.3.19, there is some implementation-dependent information about what these are about.  It has to do with different ways the control might display the choices and how an user could progress through them in makiing a choice.  It is apparently not related to an arithmetic restriction of some sort but is muddled up with user navigation of the control's enumeration of choices.   It is intriguing that, in ODF 1.1, there is no form:linked-cell as an attribute of <form:value-range> or anything else.  It's a big muddle and probably can't be piggy-backed on this issue.

> NEEDS-DISCUSSION 13.5.24 <form:value-range> does not allow a "continuous" number range
> --------------------------------------------------------------------------------------
>
>                 Key: OFFICE-3412
>                 URL: http://tools.oasis-open.org/issues/browse/OFFICE-3412
>             Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
>          Issue Type: Bug
>          Components: Forms
>    Affects Versions: ODF 1.2 CD 05
>            Reporter: Andreas Guelzow 
>            Assignee: Andreas Guelzow 
>             Fix For: ODF 1.2 CD 06
>
>
> Currently 13.5.24 states:
> "The <form:value-range> element defines a control which allows the user to select a value from a continuous number range."
> Since <form:value-range> has a form:step-size attribute with a default value of 1 and values that are positiveInteger this is anything but a "continuous" number range. 
> In fact there is no real justification why the  form:step-size and  form:page-step-size attributes could not allow arbitrary positive numbers. Note that form:min-size and form:max-size allow arbitrary doubles.

-- 
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]