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] Implement Windows Explorer "Open with..." option (no .msi) #186
Comments
Comment by bchintx Submitted two changes to address two issues found by David Alcala. |
Comment by JeffryBooher Done with the initial review. There are a few gotchas and some minor nits here that prevent merging. The one big thing that I'd like to see changed is the if block in cefclient_win.cpp:201. I think if we can change that function so that it checks to see if there is an instance then try to use it and fall back to creating a new instance if that fails we'll be in better shape. I'd rather have a new instance created inexplicably due to failure than nothing happen. |
Comment by bchintx @JeffryBooher Thanks for the review. I've updated the pull request with all of your requested changes, except for the request to skip an already running instance if a Brackets JS-modal dialog is open (see inline comments for my reasoning there). This is now ready for review again. Thanks! |
Comment by JeffryBooher Just the 2 minor nits and I think this is good to go. I think I discovered an interesting side effect if both brackets and edge code are installed in that if we don't use a unique mutex name for each app then the Open With command could open the file in the wrong app. I did recommend having the product name in the first pass just thinking it should have a better name than "FirstShellInstance" but didn't think about the use case if both had been installed. Just wondering if you were trying to avoid changing the mutex name in edge code and that's why you went with a generic name. |
Comment by bchintx @JeffryBooher Just pushed updated code to re-indent using VS2010 and moving APP_DATA into the #define to improve readability. Ready for final review. Thanks! |
Comment by bchintx @JeffryBooher oh, and just to echo an inline comment that I made (which might have gotten hidden once I pushed my refactored change): the mutex names were actually different between Brackets and EC. I was pre-pending APP_NAME in the two places that I was using the other #define mutex constant. In doing so, each app would end up with a different mutex name since the APP_NAME constant itself was being defined different in each product. Long story short, I moved the APP_NAME pre-pending directly into the mutex name's #define to make it more readable. |
Comment by JeffryBooher Looks good... Merging |
Issue by bchintx
Wednesday Aug 14, 2013 at 19:12 GMT
Originally opened as adobe#299
Overview
This change implements the Edge Code and Brackets user stories that allow Brackets to support the Windows Explorer "Open With..." command.
Please note that we still need an installer change to (1) pre-populate the necessary Registry entries prior to first launch; and (2) clean up the ProgID entries on Brackets uninstallation. However, even without these installer changes, the "Open With..." feature will still work, so long as you launch Brackets at least once before attempting to "open with..." a file.
Example Workflows
[note: Brackets Sprint 28 already supports opening a single file from the Brackets command-line. However, it always launches a new instance to open the given file.]
Implementation
This Windows-only, brackets-shell change adds two, new pieces of functionality:
For the first item, I've added a mutex to track when a Brackets instance is already running. Then, when a new file is opened from the command-line, the new instance will enumerate any already running instances of Brackets, starting with the top-most window instance (aka the most-recently used window), bring it to the front of the desktop windows, and send it the filename via a WM_COPYDATA message. Then, the second instance will immediately exit. Upon receipt of the WM_COPYDATA message, the receiving instance of Brackets will then call existing Javascript code to open the file and add it to the working set.
For the second item, I've added initialization code to create/update Registry entries corresponding to those associated with an application ProgID and individual Explorer FileExts entries in support of the "Open With..." command. This extra measure of initialization/update will help keep Brackets up-to-date, if for example you are running different builds of Brackets, without requiring that you uninstall and reinstall the application in order to continue using the "Open With..." command.
Note: this pull request replaces PR #296, in which I accidentally committed .msi to the branch.
bchintx included the following code: https://github.com/adobe/brackets-shell/pull/299/commits
The text was updated successfully, but these errors were encountered: