It would be cool to emulate the spotlight functionality where the application is closed when escape key is pressed.
Thanks again for putting this example together!

Thanks a lot for your work, I can't wait to to use it in my own app (a front-end for https://github.com/pomdtr/sunbeam).

I plan to release my accross all systems, I feel like it could be interesting to add all os to this example.

I have identified a bug:

When using <input type="file"> to select a file, I am unable to choose a file from the popped-up Finder.

Could this issue be addressed? Thank you! ❤️

My macOS version is 12.3.1.

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

This repository currently has no open or pending branches.

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository

Hi, thanks for this project, it was really interesting to see a spotlight like application written in Rust/Tauri.

I wanted to use this project as a "proof of concept" to make sure that all the functionality I needed for a project of mine was viable in Tauri, and ran into one hiccup.

When running it with npm run tauri dev it runs as expected, and the sportlight works exactly as expected.

However, I was hoping to be able to bundle and shit the app, and tried to do so using npm run tauri build, but the bundled app, when run, would shortly terminate, making it effectively unusable.

I was wondering if there was a solution to this? Is there any way to build a packaged app with the same functionality from the project in its present state?

For context, I'm running this on a darwin mac running Mac OS 14.2. Any help would be appreciated, thanks!

Make sure to call init_spotlight_window in the correct window on the frontend

I was making this mistake where I was calling init_spotlight in a different window than the actual target window and then trying to hide the panel using the ESC key, which then invokes hide_window and the app kept crashing.

Here's a error message for anyone googling it.

thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', src/spotlight.rs:149:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

Also make sure to set the correct panel label on line 113 of spotlight.rs

static PANEL_LABEL: &str = "main"; // Defaults to main

Now, when the focus leaves the NSPanel window, the NSPanel window will be hidden.
How to prevent the NSPanel from being hidden when the focus leaves the NSPanel window? @ahkohd

Hey! 👋

I need to make this window resizable, but whenever I try to do it, the window stops appearing on top of fullscreen apps.

Do you have any ideas how to implement this?

Solved, I guess. The solution below seems to work.

1. Extend RawNSPanel with this method:

fn set_resizable(&self) {
    let current_style_mask: NSWindowStyleMask = unsafe { msg_send![self, styleMask] };
    let new_style_mask = current_style_mask | NSWindowStyleMask::NSWindowStyleMaskResizable;
    self.set_style_mask(new_style_mask.bits() as i32);
}

2. Update init method

#[tauri::command]
pub fn init_spotlight_window(app_handle: AppHandle<Wry>, window: Window<Wry>) {
    INIT.call_once(|| {
        let panel = create_spotlight_panel(&window);
        set_state!(app_handle, panel, Some(create_spotlight_panel(&window)));
        panel.set_resizable();
        register_shortcut(app_handle);
    });
}

Can a solution be provided to prevent the window from stealing focus from the currently active window, as mentioned in this issue?

I'd like to create a window/app that behaves like macOS Spotlight:

1. It shows over fullscreen apps
2. It doesn't deactivate the active app. If the window opens while you have Chrome focused, the Chrome menu bar is still shown and the Chrome window looks like it's still focused.

On macOS I think this kind of window is an NSPanel

Hello, thank you very much for your project, which has helped me a lot, but I have a question to ask you.
When I try to type in < INPUT >, my input method editor cannot be displayed on the window.

In macOS (12.3), hover works only under two conditions: first, when the window utilizes setFocus, and second, when a click event occurs in the hover area.