Closed Bug 132798 Opened 23 years ago Closed 23 years ago

There are two RemoveWindow methods in nsWindowWatcher

Categories

(Core Graveyard :: Embedding: APIs, defect)

x86
FreeBSD
defect
Not set
normal

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.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: