unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: covici@ccs.covici.com
To: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
Cc: Chad Brown <yandros@MIT.EDU>, emacs-devel@gnu.org
Subject: Re: Use Core Text for Cocoa Emacs
Date: Wed, 19 May 2010 22:59:57 -0400	[thread overview]
Message-ID: <9342.1274324397@ccs.covici.com> (raw)
In-Reply-To: <wlwruzie5r.wl%mituharu@math.s.chiba-u.ac.jp>

YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> wrote:

> >>>>> On Tue, 18 May 2010 21:00:15 -0700, Chad Brown <yandros@MIT.EDU> 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
         covici@ccs.covici.com



  reply	other threads:[~2010-05-20  2:59 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-07 15:23 Use Core Text for Cocoa Emacs Wang Ling
2010-05-18  8:31 ` Adrian Robert
2010-05-18 20:28   ` covici
2010-05-19  0:45     ` YAMAMOTO Mitsuharu
2010-05-19  3:36       ` covici
2010-05-19  3:44         ` YAMAMOTO Mitsuharu
2010-05-19  4:00           ` Chad Brown
2010-05-20  0:56             ` YAMAMOTO Mitsuharu
2010-05-20  2:59               ` covici [this message]
2010-05-20  5:58                 ` Jason Rumney
2010-05-20  6:33                   ` covici
2010-05-22  6:50                     ` Adrian Robert
2010-05-22  7:05                       ` Jason Rumney
2010-05-22  8:21                         ` Adrian Robert
2010-05-22 11:09                           ` Jan Djärv
2010-05-22 11:34                             ` covici
2010-05-22  7:57                       ` covici
2010-05-19  4:44           ` covici
2010-05-19  5:08             ` YAMAMOTO Mitsuharu
2010-05-19  6:26               ` covici
2010-05-19  6:14     ` Adrian Robert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9342.1274324397@ccs.covici.com \
    --to=covici@ccs.covici.com \
    --cc=emacs-devel@gnu.org \
    --cc=mituharu@math.s.chiba-u.ac.jp \
    --cc=yandros@MIT.EDU \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).