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
Changes to dialog api #10
Comments
As with #9, current API follows Chromium's ui library, I'll reimplement the API along with changing the interface. |
I'm now implementing the file dialog API for Windows, but the problem is: the standard Windows file dialog does not support selecting both files and directories, and there is no way to select multiple directories too. The same limitation exists in GTK+, so we would face the same problem when porting atom-shell on Linux. The only solution is to create custom file dialogs, but the work would be quite large, and it's very hard to make them behave similar to the standard ones. So I think maybe we should just separate the open of files from directories in Atom? |
@xpaulbettsx any advice on this? I'd love to keep the current behavior if we can. |
@nathansobo As @zcbenz says, Windows and GTK+ aren't down with a file chooser picking both files and folders, it's either one or the other. What scenario do you need to pick both? Windows >= Vista does allow you to pick multiple directories afaik |
Does this mean you can't open multiple files and directories at the same In OS X it is very common to use the same dialog to open either a single On Fri, Aug 2, 2013 at 10:59 AM, Paul Betts notifications@github.comwrote:
|
Exactly
That part's fine |
Ok, cool. I think it's fine if we can't open multiple files and directories On Mon, Aug 5, 2013 at 11:03 AM, Paul Betts notifications@github.comwrote:
|
@xpaulbettsx do you mean that it's possible to use the same dialog to select either file or folder on Windows with Win32 API? Where can I find the related documentation or example? |
@zcbenz Sure, check out http://msdn.microsoft.com/en-us/library/windows/desktop/bb776913(v=vs.85).aspx - afaik it's simply a matter of including / not including Also, this code is not nearly as ugly as it looks, the Explorer team bans more than one return statement in a method, because they love code that looks like this: }
}
delete bar;
}
}
}
} |
@xpaulbettsx Thanks for the link! So on Windows we could support following dialogs:
@nathansobo @probablycorey Is it OK to discard Windows XP for Atom? |
Please don't launch with XP support, it's a twelve-year old operating system. We don't support OS X 10.1 either, despite it actually being a month younger than Windows XP. |
@zcbenz I'd be happy to support Windows >= Vista. On Tue, Aug 6, 2013 at 5:18 AM, Paul Betts notifications@github.com wrote:
|
Close this for favor of #76. |
* add option to disable devtools * beautify codes
* vendor/libchromiumcontent e70a88f...4aae27b (2): > Merge pull request #11 from brightray/windows-build > Merge pull request #10 from brightray/windows-scripts
* vendor/libchromiumcontent e70a88f...4aae27b (2): > Merge pull request #11 from brightray/windows-build > Merge pull request #10 from brightray/windows-scripts
Remove template_util.h and use std functions
In Atom, the open dialog is used to open a new window, or open a file in an existing window. So the api we need is a combination of
dialog.openFile
anddialog.openFolder
where it doesn't matter if the user opens a file or a folder. We also could allow the user to open multiple files/folders.So I propose we remove
dialog.openMultiFiles
dialog.openFile
anddialog.openFolder
withdialog.open
The text was updated successfully, but these errors were encountered: