On 4/11/2015 3:14 AM, Alexander Surkov wrote:
An edge case is a text document, but where the selection start or
end is a graphic. In that case, I think the returned object should
actually be the parent and the offset should be the relevant
offset of the embedded object.
I'm not sure I follow why this is an edge case and where the problem
is, because if a document has an image as a child, and the document
implements text interface, then the returned object should be the
document and offset should be the text offset for embedded character
for the image accessible.
I guess it isn't an edge case after all. I was originally confused by
using child indexes in the case of no text, as this seems strange to me.
I don't quite follow what you mean by *before* the child. So, for
the second child, would the offset be 1?
opposite :) if the offset is 1 then the selection is right before the
second child, if the offset is 2 then selection is right after the
second child and right before a third child.
I don't really follow this. As I understand it, selection starts are
inclusive and selection ends are exclusive. So, why are we talking about
"before" a child? If you have 4 children and children 2 and 3 are
selected, IMO, the start offset should be 1 (the selection starts at the
second child) and the end offset should be 3 (the selection ends after
the third child). Maybe this is just terminology; it doesn't really
matter so long as we agree on the numbers. :)
I'm actually wondering whether, in this case, the returned object
should just be the relevant child; i.e. startOffset and endOffset
are just irrelevant.
say, you have an object with number of children, and the selection
contains the last child only, i.e it starts before the child and ends
after it. How would you describe the selection having no start/endOffsets?
That's a good point. I agree my proposal can't handle this case.
However, I'd suggest then that perhaps this interface just doesn't
really suit selection for non-text cases. We're already hitting
confusion with the term "offset", and for non-text cases, it seems more
logical to me to just have a way to enumerate selected objects.
Jamie
--
James Teh
Executive Director, NV Access Limited
Ph +61 7 3149 3306
www.nvaccess.org
Facebook: http://www.facebook.com/NVAccess
Twitter: @NVAccess
SIP: [email protected]
_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linuxfoundation.org/mailman/listinfo/accessibility-ia2