Closed Bug 257739 Opened 20 years ago Closed 20 years ago

[ATK] Can't read the title name of windows/dialogs

Categories

(Core :: Disability Access APIs, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: Louie.Zhao, Assigned: pkwarren)

References

Details

(Keywords: access, Whiteboard: sunport17)

Attachments

(1 file, 1 obsolete file)

The top-level window of mozilla has no accessible name, which prevents gnopernicus to read the name of window/dialog. This is very important for blind user to switch between different window/dialog.
Attached patch patch v1 (obsolete) — Splinter Review
In order to support getting window name, the patch adds "GetTitle" in nsIWidget. nsWindow.cpp on different platforms should "implement" this interface. This patch only does it for gtk2 and returns NS_ERROR_NOT_IMPLEMENTED on other platforms.
Attachment #157691 - Flags: review?(aaronleventhal)
Comment on attachment 157691 [details] [diff] [review] patch v1 >+ NS_IMETHOD GetTitle(PRUnichar** aTitle); > NS_IMETHOD SetTitle(const nsAString& aTitle); would you please think about what you're doing? ask yourself "why am I making the getters and setters handle different types?" and please cc the platform owners, especially tier-1, but be nice and cc tier-3 too.
Attachment #157691 - Flags: review?(aaronleventhal) → review-
> would you please think about what you're doing? ask yourself "why am I making > the getters and setters handle different types?" Timeless, please learn some social skills. That was quite rude and unnecessary. Just stick to the facts in a nice way.
Assignee: aaronleventhal → Louie.Zhao
Blocks: 263575
Whiteboard: sunport17
Assignee: Louie.Zhao → pkwarren
Status: NEW → ASSIGNED
Attached patch Patch v2Splinter Review
- Instead of pushing GetTitle all the way down to nsIWidget, save the title in nsXULWindow and return it there. This saves us from having to implement this method for all of the widget platforms.
Attachment #157691 - Attachment is obsolete: true
Attachment #170938 - Flags: review?(aaronleventhal)
Attachment #170938 - Flags: superreview?(jst)
Attachment #170938 - Flags: review?(aaronleventhal)
Attachment #170938 - Flags: review+
Comment on attachment 170938 [details] [diff] [review] Patch v2 sr=jst
Attachment #170938 - Flags: superreview?(jst) → superreview+
Patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Why couldn't you use the title from the XUL document?
Neil, which method would work better for the embedded Gecko HTML control scenario?
Well, my wild guess would be that embedding wouldn't use nsXULWindow...
Louie, does this work for embedded Gecko windows where the chrome is GTK, such as in Galeon? Apparently not, as Neil points out that nsIBaseWindow is implemented by nsXULWindow. Do we need to reopen? Neil, I don't think your suggestion of using nsXULDocument will help with that scenario.
Sorry, I didn't mean it as nsXULDocument but nsIDOMNSDocument or nsIDocument.
I am investigating this and try to use nsIDOMNSDocument instead of nsXULWindow if embedded Gecko can't work with it. I will reopen (or file a new bug) to fix it.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: