There it seems to have its own app, presumably Help Viewer, and goes into its own group in the Cast.

When minimised or put back into the Cast, it does so independently of its parent, although it will remain on Stage when the parent app is brought on Stage.īehaviour on Apple silicon Macs running macOS 13.1 and 13.2 is quite different, with the Help window being placed in front where it floats independently of the app. On Intel Macs, opening a Help book that’s managed by Help Viewer doesn’t bring the Help window to the front, and that window is treated by Stage Manager as if were just another window owned by its parent app. Yet on M1 and M2 models, they seem to behave like they used to, are put at the front, and work more reliably. In some cases, they take a long time to open, occasionally failing altogether, and when they do work they normally get left at the back, where they’re hard to find. On Intel Macs running recent versions of macOS, those windows don’t work well. If you have access to both Intel and Apple silicon Macs, you may have noticed that Help windows displayed by Help Viewer differ in their behaviour between the two architectures. This article explains what goes wrong, how to deal with it, and where the bug is likely to be. In comments here, Bernie kindly drew attention to problems it experiences with windows intended to remain in front, on Apple silicon Macs. Ventura’s Stage Manager doesn’t cope equally well with all these window types.

Not all Help windows even use that: just looking at those in my own apps, some rely on Help Viewer, others are just regular windows containing styled text or PDF. In addition to standard windows used as a mainstay by most apps, there are specialists that behave differently, among them traditional Help windows displayed and managed by Help Viewer. There’s a wide diversity of types of windows used on Macs.

For ios instal WindowManager 10.13.2