Claire Neveu

FWIW I think KDE provides a good model for a restrained launcher where the text entry is basically just a search of the existing menu. A launcher doesn't _have_ to...

As an update: I have a very rough POC at https://github.com/ClaireNeveu/ironbar/tree/menu-widget. Been slowly picking away at it over the last month and after more polish and cleanup I'll put it...

@JakeStanger I'm planning to implement a [Grab](https://gtk-rs.org/gtk3-rs/stable/latest/docs/gdk/struct.Seat.html#method.grab) so I can close and reset the menu when someone clicks outside of it. Since ironbar uses a single centralized popup I'll need...

> What is the reason for wanting to to be close-on-click? Is it just because the current mouse-leave behaviour makes for bad UX with this style menu? @JakeStanger Mainly that...

That sounds good. I think I'll deliver the initial menu without that change and then circle back to add it just to keep the scope down. I'm quite close to...

 Here's the current menu, btw. I did find `info.bar_position` but in order to work correctly we also need to know if the module is in `start`, `center`, or `end`....

You should be able to achieve positioning without fullscreen by anchoring to all four edges and then setting the margins from those edges. See https://docs.rs/gtk-layer-shell/0.8.0/gtk_layer_shell/trait.LayerShell.html#method.set_anchor and https://docs.rs/gtk-layer-shell/0.8.0/gtk_layer_shell/trait.LayerShell.html#method.set_layer_shell_margin

FWIW I hacked together a [kick and dirty POC](https://gist.github.com/ClaireNeveu/ce1ae12ea4406cc611c9df600377cf0b) and the input field doesn't shift at all when the results change.

As per the documentation, `@delegate` forwards *method calls*. I would accept a PR to add this behavior though.

Doobie also looks interesting so probably a `macrame-doobie` too once I look into that more.