Closed
Bug 165992
Opened 22 years ago
Closed 20 years ago
cursor position in edit boxes isn't reported to magnify.exe
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: timeless, Assigned: aaronlev)
References
Details
(Keywords: access)
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020830
This applies to both single line edit boxes and multiline textareas.
run magnify.exe
magnification level: [2 |]
[x] follow text editing
file a bug and type more than 6 characters for the subject or more than 3 lines
for the description.
expected results: as you type the magnifier should follow your cursor.
you can compare ie, notepad, a run dialog or any normal thing.
Comment 1•22 years ago
|
||
The penalty we pay for not using native widgets.
Comment 2•21 years ago
|
||
*** Bug 211017 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 3•20 years ago
|
||
Actually we do report this via MSAA's
ROLE_SYSTEM_CARET/OBJID_CARET/EVENT_LOCATIONCHANGE. It's just that magnify.exe
doesn't actually use MSAA for the caret -- they assume native widget interfaces.
Like Jag said, it's the penalty we pay for not using native widget.
Anyway, this is WORKSFORME because we do report the cursor position. It's just
that Magnify.exe doesn't use it.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•