CARVIEW |
Navigation Menu
-
Notifications
You must be signed in to change notification settings - Fork 17.3k
Conversation
For the On the other hand, package authors may wish to have access to similar information (that is, meta information about the various open Atom windows), so perhaps we should expose this across the application delegate somehow so it's accessible from renderer process code. |
β¦-core-uri-handlers
8e6da3f
to
8111ba6
Compare
This works, although it's not my absolute favorite strategy here. Open to π s from @atom/maintainers if anyone has any :) |
I registered the
One thing that would be really nice is if Atom could open an entire project that the file is in if it is not already open. I'm not sure how we would define project, but that is my two cents. |
@@ -67,7 +67,7 @@ class AtomApplication | |||
{@resourcePath, @devResourcePath, @version, @devMode, @safeMode, @socketPath, @logFile, @userDataDir} = options | |||
@socketPath = null if options.test or options.benchmark or options.benchmarkTest | |||
@pidsToOpenWindows = {} | |||
@windows = [] | |||
@windows = new WindowStack() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
π¨ Might be nice to rename @windows
to @windowStack
to help emphasize that it's an object, not an array.
Update references across codebase
π π |
π₯ |
win = new AtomWindow(this, @fileRecoveryService, {resourcePath, windowInitializationScript, devMode, safeMode, windowDimensions, env}) | ||
@windowStack.addWindow(win) | ||
win.on 'window:loaded', -> | ||
win.sendURIMessage url |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@BinaryMuse Any way we could use HistoryManager to check if url
is in a project then load the entire project and open the url
?
maybe we would want a setting to open individual files or project if found?
@BinaryMuse it seems that line number in the URL is treated as a zero-indexed number while all other editors (and the Atom UI) treat this number as one-indexed. So a link to |
@RobinDaugherty Yes, I agree with you. I'll merge a change shortly to fix this. Thanks! |
This PR was merged into the 4.1-dev branch. Discussion ---------- [FrameworkBundle] Add atom editor to ide config | Q | A | ------------- | --- | Branch? | master | Bug fix? | no | New feature? | yes | BC breaks? | no | Deprecations? | no | Tests pass? | yes | Fixed tickets | | License | MIT | Doc PR | <!-- - Bug fixes must be submitted against the lowest branch where they apply (lowest branches are regularly merged to upper ones so they get the fixes too). - Features and deprecations must be submitted against the master branch. - Replace this comment by a description of what your PR is solving. --> Support for uri handler (added [here](atom/atom#15935)) in Atom editor is still in the current beta version. This works only for windows and mac. Commits ------- 191b837 [FrameworkBundle] Add atom editor to ide config
Atom core should include URI handlers for extremely common tasks, like opening files. This PR implements any such handlers. π s for other useful handlers are welcome.
atom://core/open/file?filename=urlEncodedFileName&line=n&column=n
Todo
Closes #2037