Skip to content
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

Closed
probablycorey opened this issue May 16, 2013 · 13 comments
Closed

Changes to dialog api #10

probablycorey opened this issue May 16, 2013 · 13 comments

Comments

@probablycorey
Copy link

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 and dialog.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 and dialog.openFolder with dialog.open

@zcbenz
Copy link
Member

zcbenz commented May 17, 2013

As with #9, current API follows Chromium's ui library, I'll reimplement the API along with changing the interface.

@zcbenz zcbenz closed this as completed in 2bb33d8 May 20, 2013
@zcbenz
Copy link
Member

zcbenz commented Aug 1, 2013

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?

/cc @probablycorey @kevinsawicki @nathansobo

@zcbenz zcbenz reopened this Aug 1, 2013
@nathansobo
Copy link

@xpaulbettsx any advice on this? I'd love to keep the current behavior if we can.

@anaisbetts
Copy link
Contributor

@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

@probablycorey
Copy link
Author

Does this mean you can't open multiple files and directories at the same
time in Windows and GTK+. Or does this mean there is no dialog that lets
you open a file or a directory (one dialog only opens directories, and
another only opens files).

In OS X it is very common to use the same dialog to open either a single
file or a single directory. So I think we need that functionality.

On Fri, Aug 2, 2013 at 10:59 AM, Paul Betts notifications@github.comwrote:

@nathansobo https://github.com/nathansobo As @zcbenzhttps://github.com/zcbenzsays, 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


Reply to this email directly or view it on GitHubhttps://github.com//issues/10#issuecomment-22022617
.

@anaisbetts
Copy link
Contributor

Does this mean you can't open multiple files and directories at the same time in Windows and GTK+

Exactly

In OS X it is very common to use the same dialog to open either a single file or a single directory

That part's fine

@probablycorey
Copy link
Author

Ok, cool. I think it's fine if we can't open multiple files and directories
at the same time in OS X.

On Mon, Aug 5, 2013 at 11:03 AM, Paul Betts notifications@github.comwrote:

Does this mean you can't open multiple files and directories at the same
time in Windows and GTK+

Exactly

In OS X it is very common to use the same dialog to open either a single
file or a single directory

That part's fine


Reply to this email directly or view it on GitHubhttps://github.com//issues/10#issuecomment-22124534
.

@zcbenz
Copy link
Member

zcbenz commented Aug 6, 2013

@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?

@anaisbetts
Copy link
Contributor

@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 FOS_PICKFOLDERS

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;
            }
        }
    }
}

@zcbenz
Copy link
Member

zcbenz commented Aug 6, 2013

@xpaulbettsx Thanks for the link!

So on Windows we could support following dialogs:

  1. dialog to open single/multiple files
  2. dialog to open single folder
  3. dialog to open multiple folders (only on Windows >= Vista)
  4. dialog to open single file or folder (only on Windows >= Vista)

@nathansobo @probablycorey Is it OK to discard Windows XP for Atom?

@anaisbetts
Copy link
Contributor

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.

@probablycorey
Copy link
Author

@zcbenz I'd be happy to support Windows >= Vista.

On Tue, Aug 6, 2013 at 5:18 AM, Paul Betts notifications@github.com wrote:

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.1http://en.wikipedia.org/wiki/Mac_OS_X_v10.1despite it actually being a month younger than Windows XP.


Reply to this email directly or view it on GitHubhttps://github.com//issues/10#issuecomment-22174685
.

@zcbenz
Copy link
Member

zcbenz commented Sep 5, 2013

Close this for favor of #76.

@zcbenz zcbenz closed this as completed Sep 5, 2013
zcbenz pushed a commit that referenced this issue Jan 11, 2016
zcbenz pushed a commit that referenced this issue Jun 26, 2016
minggo added a commit to minggo/electron that referenced this issue Sep 6, 2016
* add option to disable devtools

* beautify codes
kevinsawicki pushed a commit that referenced this issue May 9, 2017
* vendor/libchromiumcontent e70a88f...4aae27b (2):
  > Merge pull request #11 from brightray/windows-build
  > Merge pull request #10 from brightray/windows-scripts
kevinsawicki pushed a commit that referenced this issue May 9, 2017
* vendor/libchromiumcontent e70a88f...4aae27b (2):
  > Merge pull request #11 from brightray/windows-build
  > Merge pull request #10 from brightray/windows-scripts
MarshallOfSound pushed a commit that referenced this issue May 1, 2018
Remove template_util.h and use std functions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants