emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Use Core Text for Cocoa Emacs


From: covici
Subject: Re: Use Core Text for Cocoa Emacs
Date: Wed, 19 May 2010 22:59:57 -0400

YAMAMOTO Mitsuharu <address@hidden> wrote:

> >>>>> On Tue, 18 May 2010 21:00:15 -0700, Chad Brown <address@hidden> said:
> 
> >> I'm asking it because I don't know how to confirm whether or not
> >> "accessibility" or "Voiceover" gets supported when I add some code
> >> with respect to this area.
> 
> > In System Preferences, open Universal Access.  VoiceOver can be
> > activated from there, or via the key combo Command-Fn-F5.  You can
> > also go into the VoiceOver Utility from there.
> 
> So far, so concrete.  But suddenly it became far from concrete below.
> Could you describe concrete operations together with expected and
> actual behavior as in good bug reports?
> 
> > I can verify that Emacs doesn't work with VoiceOver, in that
> > VoiceOver can only identify the application name, title, tool-bar,
> > and scrollbar.  The Universal Access tool-bar access works partially
> > with the emacs tool-bar -- it can identify the buttons, but not the
> > labels.  It cannot identify buffer text or functional elements
> > inside emacs like customize buttons or modelines.
> 
> What do you mean by "identify"?  With what concrete operation one can
> check if they are "identified"?
> 
> I tried "halfway implemented" experimental accessibility support code
> (not in the released one) on top of the Mac port I mentioned in
> http://lists.gnu.org/archive/html/emacs-devel/2010-05/msg00226.html
> 
> If I activate VoiceOver from the System Preferences as described above
> and click the Emacs frame, then the whole content area (i.e., other
> than the title bar and the tool bar, but including scroll bars) of the
> frame gets bordered in black, and the application name ("Emacs"), the
> title bar name, and the buffer text get spoken in this order.  But the
> cursor keys do not cause the character under the cursor to be spoken.
> 
> If this is heading to the right direction, then Core Text vs. NS Text
> system, both of which are used in the Mac port, has basically nothing
> to do with accessibility.
Yep, you are going in the right direction -- menues, prompts, buttons
and all such should be spoken.  Look at the system preferences dialog
and you will get an idea.  Look at textedit and you will get an idea of
what we  would like the cursor to do.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

         John Covici
         address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]