osx - How do you get current keyboard focus coordinates in Mac OS X's Accessibility API? -


i'm looking mac os x accessibility api coordinates of location of current keyboard (not mouse) focus. according page 2 of document found @ http://www.apple.com/accessibility/pdf/mac_os_x_tiger_vpat.pdf, it's doable:

supported: mac os x exposes location of current keyboard , mouse focus assistive technologies via accessibility api , provides visual indication of focus on-screen.

despite statement above, can't seem find api itself. i'm seasoned dev (coding since 1982), have never developed on mac os x; please gentle.

osx appears have asymmetric accessibility api; can use nsaccessibilityprotocol make own app accessible, access accessibility of app, have use separate set of interfaces/objects, axuielement , friends.

i found article on retreiving window has focus may of use here: seems key steps are:

  • use axuielementcreatesystemwide create 'system wide' accessibility object
  • ask object focused application calling axuielementcopyattributevalue asking kaxfocusedapplicationattribute
  • ask returned object focused window again using axuielementcopyattributevalue, time nsaccessibilityfocusedwindowattribute - looks can skip step below, , go straight focused application focused ui element...
  • ask returned object focused element using same api again, time nsaccessibilityfocuseduielementattribute
  • ask element kaxsizeattribute / kaxpositionattribute

you might want check out source code uielementinspector displays information element under mouse pointer (though doesn't appear focus).

also looks you'll need enable accessibility api either via gui (see article above) or via terminal of above work - presumably give users defense against rogue apps taking control of desktop.

i haven't used of these (yet); i'm familiar enough accessibility apis know - hope helps.


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more