-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CLOSED] [Arch] Dialog.done() is confusing and should be removed #3842
Comments
cc |
It seems like is an useful API, but it can be confusing. What about eventually renaming it? Maybe just call it |
If we flat-out remove it, it'll beak every extension that opens any sort of dialog. Probably better to deprecate. But actually, I'd vote for keeping it -- the 90% use case seems to be calling done() and doing nothing else with the returned Dialog instance. |
Assigned at |
After further discussion at the architecture meeting, we decided to leave the API as-is (at least for now). Here are the reasons:
We may revisit this as part of the extensions API overhaul proposed here. |
I agree that the API is good, but the naming might be confusing. You could expect that done is used when a dialog is closed using an Ok button, and have fail for the other cases. I think it will be better to rename it to |
Thursday Jun 06, 2013 at 18:29 GMT
Originally opened as adobe/brackets#4125
After the Dialog API refactoring in #3086, the Dialogs module methods returned a dialog instance instead of a Promise as they did prior to sprint 25. It appears that the
Dialog
class has adone()
method for backwards compatibility with clients that still expect a promise.The usage is confusing (see #4102 and #4087). Ideally we would deprecate
done
and remove it.The text was updated successfully, but these errors were encountered: