[macOS] Application-level hide/show (NSApp hide/unhide)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- cpp, macos, objective-c
Línea de trabajo
Start with src/platform/macos/window_macos.mm and the existing Window::Hide() behavior, then trace the Application API entry point. Check the macOS hide-twice and global-shortcut cases described in the issue; done means Application::Hide(), Show(), and IsHidden() expose the requested NSApp behavior without breaking window reopening or shortcut handling.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
On macOS, Window::Hide() uses orderOut: (src/platform/macos/window_macos.mm). That's right for hiding one window, but the application stays "shown" as far as the system is concerned. The Dock menu keeps offering "Hide", clicking the Dock icon doesn't bring the window back, and the previously active app doesn't get focus back.
Apps that live in the tray or menu bar usually want app-level hiding. Proposal: add Application::Hide() / Application::Show() (and IsHidden()), backed by [NSApp hide:] / [NSApp unhide:] on macOS. Also check the hide-twice case on macOS 14+, and hiding while a global shortcut handler is running.
Background, from window_manager (moving onto nativeapi in 0.6.0):
- leanflutter/window_manager#431: the Dock menu doesn't understand hide()
- leanflutter/window_manager#530: a PR that switched hide() to
NSApp.hide(nil) - possibly related: leanflutter/window_manager#501 (window can't be reopened after hiding twice on macOS 14+), #543 (crash on hide() with hotkey_manager)
- Lenguaje dominante
- C++
- Estrellas
- 34
- Forks
- 7
- Merge medio
- 3 d 1 h
- PR fusionados (30 d)
- 1
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de libnativeapi/nativeapi
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
libnativeapi/nativeapi#81 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
libnativeapi/nativeapi#80 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
libnativeapi/nativeapi#79 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
libnativeapi/nativeapi#78 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
libnativeapi/nativeapi#77 ·
Todos los issues de libnativeapi/nativeapi
Issues similares
-
AuTest Bug Tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
apache/trafficserver#13714 ·
-
bug build
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
facebookincubator/velox#19143 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
tenstorrent/tt-metal#57393 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
objectionary/eo-graphs#74 ·