-
Notifications
You must be signed in to change notification settings - Fork 920
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
Draft: Support open urls macos #3225
Conversation
/// | ||
/// ## Others | ||
/// | ||
/// - **Android / Wayland / Windows / Orbital:** Unsupported. |
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.
/// - **Android / Wayland / Windows / Orbital:** Unsupported. | |
/// - **Android / Wayland / Windows / Orbital / Web:** Unsupported. |
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.
I'm out of the loop on this, but I remember in #1759 that just implementing similar methods causes trouble, as now suddenly the application launched differently.
Before we merge this, we'll have to check if that is also the case with application:openUrls:
.
#[method(applicationOpenUrls:)] | ||
fn application_open_urls(&self, urls: 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.
This method has to match that in icrate::Foundation::AppKit::NSApplicationDelegate::application_openURLs
exactly, otherwise it just plain won't work.
#[method(applicationOpenUrls:)] | |
fn application_open_urls(&self, urls: Url) -> () { | |
#[method(application:openUrls:)] | |
fn application_openURLs(&self, application: &NSApplication, urls: &NSArray<NSURL>) { |
Thanks! I'm not fundamentally opposed to the addition, but I will say that this reminds me too much of the aforementioned issue, which is honestly mentally taxing, so I probably won't really spend much time on this. Apologies for the early letdown :/ |
I understand, thanks for the honesty! Then I think might be better close this PR 🙏 |
Just for reference here - I happened to also implement support for I'd be very interested in having something like that upstream at some point. Currently our macOS application depends on some Apple Script trickery as a workaround for not being hooked into One consideration is that Especially when we look to porting to Winit 0.29 I'd be very interested in re-visiting this hopefully. |
Draft (open to discussion)
Opened this draft PR but haven't properly tested yet (will do during this week in a terminal emulator I work on), just wanted to confirm is something winit would like to add before proceed
Related raphamorim/rio#107
TODO
CHANGELOG.md
if knowledge of this change could be valuable to users