Re: Setting attribute value doesn't dirty the document
Re: Setting attribute value doesn't dirty the document
- Subject: Re: Setting attribute value doesn't dirty the document
- From: Bill Cheeseman <email@hidden>
- Date: Thu, 16 Nov 2006 15:21:26 -0500
- Thread-topic: Setting attribute value doesn't dirty the document
on 2006-11-16 1:19 PM, James Dempsey at email@hidden wrote:
> The general philosophy is that accessibility allows an assistive application
> to discover and interact with UI elements in an application. Therefore if
> clicking on a button with the mouse causes a new item to be added, and that is
> an undoable action - then an assistive application telling that button to
> preform its 'press' action should do the exact same thing.
>
> Please file the bug against TextEdit as a starting point, it may end up being
> something that NSTextView needs to do. (In fact mentioning in the bug that
> you are not sure if it is TextEdit of the text view that prevents this from
> occurring would be great.)
Will do.
A little more testing reveals that Script Editor, Xcode and some third-party
applications exhibit the same behavior in editable text views. My guess is
that ALL apps do.
I think you're right that this issue won't be limited to text view changes,
but will extend to all changes that, if performed by a user directly in the
app, would be considered undoable or as dirtying a document.
This is a major problem for the whole Accessibility scene, isn't it? If
disabled users rely on an assistive app to edit text fields or make other
normally undoable changes, but those changes disappear without warning when
they close the window?
Ultimately, it would be helpful if Apple settled upon a reasonable standard
way for Carbon and Cocoa applications to detect accessibility-initiated
changes and factor them into their normal handling of user changes. I fear,
however, that if it requires developers to actually code it themselves, it
simply won't happen in most apps. The only way to assure proper behavior on
a widespread basis is to build it into all standard Carbon and Cocoa UI
elements, perhaps through the undo mechanism.
--
Bill Cheeseman - email@hidden
Quechee Software, Quechee, Vermont, USA
http://www.quecheesoftware.com
PreFab Software - http://www.prefab.com/scripting.html
The AppleScript Sourcebook - http://www.AppleScriptSourcebook.com
Vermont Recipes - http://www.stepwise.com/Articles/VermontRecipes
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden