Closed
Bug 132798
Opened 23 years ago
Closed 23 years ago
There are two RemoveWindow methods in nsWindowWatcher
Categories
(Core Graveyard :: Embedding: APIs, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: timeless, Assigned: danm.moz)
Details
Attachments
(1 file)
nsresult
nsWindowWatcher::RemoveWindow(nsWatcherWindowEntry *inInfo)
NS_IMETHODIMP
nsWindowWatcher::RemoveWindow(nsIDOMWindow *aWindow)
Is there a reason not to rename the nsresult one to RemoveWindowEntry ?
Is there any reason not to just leave this as is? It's a common C++ technique,
giving the same operation, but using different parameters to get to the same
data, the same name. Polymorphism makes it clear that multiple functions are
performing the same task. I don't see the advantage to giving these two methods
separate names.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
It's a common C++ technique, but if I ever wanted to make that other method scriptable and expose it via xpcom, I couldn't because XPCOM doesn't allow it.
I agree it's not script-copacetic. But it's unlikely that the other method (the
one that takes an nsWatcherWindowEntry) would ever be exposed to script. It's a
private method, and its nsWatcherWindowEntry parameter is so private it isn't
even defined in a .h file.
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•