Reposting with correct list address...
-------- Original Message --------
Since there has been no responses since last July it appears the
following proposal is acceptable.
- Deprecate IAEditableText::cut/copy/pasteText, adding a note that
this function is available via the application's GUI.
- Don't provide additional action constants for cut/copy/paste.
These can easily be added in the future if needed.
Please let me know what you think.
Thanks, Pete
On 7/23/11 8:42 AM, Pete Brunet wrote:
Another p.s.
The reason the group ended up suggesting actions is that users
would use the GUI for clipboard operations so the actions would be
available to provide support for some future AT that might not be
able to use the GUI.
That brings up the question of will there ever be a case where
there is no keyboard accessible GUI for cut/copy/paste? If there
will always be a keyboard accessible GUI will there ever be an AT
that can't access that GUI? I assume even GOK users can
manipulate a context menu.
I think the action interface was for something like an image map
with several unique actionable areas that are only accessible via
a mouse click.
I suspect we can just deprecate the cut/copy/paste methods of
IAEditableText and not provide equivalent actions. This would
save unneeded a11y implementations.
Pete
On 7/22/2011 4:00 PM, Pete Brunet wrote:
p.s. What is the advantages of subclassing? On the client side
it would save a QI to switch from IAClipboard and
IAEditableText. On the server side I don't think it matters
because both interfaces would be implemented on the same object.
The other issue is that copy can be done from editable or
non-editable text so for a non-editable object a server would
implement IAText and only the copy method of IAClipboard and
none of the methods in IAClipboard's superclass. Due to that,
if subclassing is the desired approach, it would be better to
derive from IAText instead.
For completeness I'm assuming you'd only want to use
IAEditableText on an editable object.
Pete
On 7/22/2011 1:39 PM, Pete Brunet wrote:
To all: Please let me know your preference for actions vs
another interface.
Assuming I understand Peter the alternative is to deprecate
the 3 existing clipboard methods in IAccessibleEditableText
and then provide IAccessibleClipboard deriving from
IAccessibleEditableText and providing 3 new methods: cut,
copy, paste. All methods would use the selection, not offset
parameters. paste would have a type enum parameter with
values for default, formatted, and unformatted.
Pete
On 7/22/2011 1:00 PM, Peter Korn wrote:
Pete,
Thinking back about these discussions, I wonder if a better
way to approach this is a new sub-interface:
AccessibleClipboard. Then any object (container?) would
implement this as appropriate for it.
Peter
On 7/22/2011 10:56 AM, Pete Brunet wrote:
I believe these are the issues related to clipboard
operations
1) Copy should have been in IAText instead since copy
doesn't require that an object be editable
2) The current selection should be used instead of offset
parameters.
3) Other formats besides text can be copied to and pasted
from the clipboard.
I think the following proposal is in line with the prior
discussion regarding a solution.
- Deprecate the 3 clipboard operations from
IAEditableText. (They are currently not in use.)
- Provide 5 new preset action constants for copy, cut,
pasteDefault, pasteFormatted, and pasteUnformatted.
- pasteDefault: The result would be the same as Ctrl+V
- pasteFormatted: The app has the choice of presenting
a list of choices via a GUI or choosing the format without
user interaction.
- pasteUnformatted: The app would paste raw text. This
could result in nothing being pasted, e.g. for an image,
and IAAction::doAction would return S_FALSE.
- The new clipboard actions would use the current
selection(s).
Is that acceptable?
Pete
_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2
--
Peter Korn | Accessibility
Principal
Phone: +1 650 506 9522
Oracle Corporate
Architecture Group
500 Oracle Parkway | Redwood City, CA 94065
 Oracle
is committed to developing practices and products that
help protect the environment
_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2
_______________________________________________
Accessibility-ia2 mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2
|
