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
