[GH-ISSUE #64] Display does not persist across all spaces #54

Closed
opened 2026-05-05 04:48:49 -06:00 by gitea-mirror · 9 comments
Owner

Originally created by @Domiii on GitHub (Jul 10, 2016).
Original GitHub issue: https://github.com/keycastr/keycastr/issues/64

As previously pointed out (in improperly named issue #62): keycastr only ever captures the "default screen" (not sure what it's called on Mac, but basically, it seems to be the screen with the app dock). As a result, you cannot cast from an application when in full-screen mode.

That in itself would not even be the worst, but sadly, the keys are always displayed in the bottom left corner, where they simply overlap with the system menu bar.

As a work-around (given, you don't need to capture keys on more than one screen at a time): Simply hide the app dock and hide the system bar, and you get the complete screen estate on the first screen, for your recordings.

Originally created by @Domiii on GitHub (Jul 10, 2016). Original GitHub issue: https://github.com/keycastr/keycastr/issues/64 As previously pointed out (in improperly named issue #62): keycastr only ever captures the "default screen" (not sure what it's called on Mac, but basically, it seems to be the screen with the app dock). As a result, you cannot cast from an application when in full-screen mode. That in itself would not even be the worst, but sadly, the keys are always displayed in the bottom left corner, where they simply overlap with the system menu bar. As a work-around (given, you don't need to capture keys on more than one screen at a time): [Simply hide the app dock](http://smallbusiness.chron.com/hide-dock-macbook-29452.html) and hide the system bar, and you get the complete screen estate on the first screen, for your recordings.
gitea-mirror 2026-05-05 04:48:49 -06:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@sdeken commented on GitHub (Sep 21, 2016):

You should be able to drag the display window around to place it wherever you'd like. Can you confirm for me whether or not that feature is still working?

<!-- gh-comment-id:248485614 --> @sdeken commented on GitHub (Sep 21, 2016): You should be able to drag the display window around to place it wherever you'd like. Can you confirm for me whether or not that feature is still working?
Author
Owner

@sdeken commented on GitHub (Sep 22, 2016):

I understand what's happening with this issue now. The app is "stuck" on whatever desktop / screen you launch it on (it follows the settings dialog). For multi-monitor setups, this seems reasonable - just drag the display around wherever you want it - but when flipping through spaces, you'd expect the display to stick to wherever you place it on the screen. Basically you'd expect the display to "float" across spaces.

I'm considering this a bug. Will fix for 1.0.

<!-- gh-comment-id:248780232 --> @sdeken commented on GitHub (Sep 22, 2016): I understand what's happening with this issue now. The app is "stuck" on whatever desktop / screen you launch it on (it follows the settings dialog). For multi-monitor setups, this seems reasonable - just drag the display around wherever you want it - but when flipping through spaces, you'd expect the display to stick to wherever you place it on the screen. Basically you'd expect the display to "float" across spaces. I'm considering this a bug. Will fix for 1.0.
Author
Owner

@Domiii commented on GitHub (Sep 22, 2016):

I just checked the QuickTime recorder. It captures whatever you currently see, even when switching between desktops (including the transitions when scrolling between desktops), but you only see QuickTime's capture window and control buttons in the "main desktop".

<!-- gh-comment-id:248791815 --> @Domiii commented on GitHub (Sep 22, 2016): I just checked the QuickTime recorder. It captures whatever you currently see, even when switching between desktops (including the transitions when scrolling between desktops), but you only see QuickTime's capture window and control buttons in the "main desktop".
Author
Owner

@bendavidson16 commented on GitHub (May 6, 2017):

Would love to see this fixed. In the meantime, two clunky workarounds:

  1. Set an Event Trigger in Quicksilver to relaunch KeyCastr whenever the active space is changed. Super annoying, but effective.
  2. Assign apps for which you want KeyCastr active to desktop 1, and assign apps where it doesn't matter as much to desktop 2 or other desktops. This is what I've done, because I use multiple desktops with a disappearing dock and maximized windows, (Amethyst is great for this,) instead of using spaces. If you use spaces, then this won't help you.
<!-- gh-comment-id:299666247 --> @bendavidson16 commented on GitHub (May 6, 2017): Would love to see this fixed. In the meantime, two clunky workarounds: 1. Set an Event Trigger in Quicksilver to relaunch KeyCastr whenever the active space is changed. Super annoying, but effective. 2. Assign apps for which you want KeyCastr active to desktop 1, and assign apps where it doesn't matter as much to desktop 2 or other desktops. This is what I've done, because I use multiple desktops with a disappearing dock and maximized windows, (Amethyst is great for this,) instead of using spaces. If you use spaces, then this won't help you.
Author
Owner

@nikivdev commented on GitHub (Nov 4, 2017):

Is there any update on this? I would really love to use Keycastr in full screen apps. 😞

<!-- gh-comment-id:341933484 --> @nikivdev commented on GitHub (Nov 4, 2017): Is there any update on this? I would really love to use Keycastr in full screen apps. 😞
Author
Owner

@akitchen commented on GitHub (Nov 10, 2017):

Working across multiple spaces and overlaying a fullscreen app seem like two separate issues to me, although I see how they could be related.

Regarding full-screen apps, please have a look at this comment and the next one for additional workarounds.

Regarding displaying KeyCastr's visualizers across all spaces/desktops/fullscreen apps, I currently don't have a clear picture of how we would do this, nor do I have much time to investigate. Are there any apps known to the community (ideally open-source apps) which do something similar?

<!-- gh-comment-id:343341309 --> @akitchen commented on GitHub (Nov 10, 2017): Working across multiple spaces and overlaying a fullscreen app seem like two separate issues to me, although I see how they could be related. Regarding full-screen apps, please have a look at [this comment](https://github.com/keycastr/keycastr/issues/37#issuecomment-213667782) and the next one for additional workarounds. Regarding displaying KeyCastr's visualizers across all spaces/desktops/fullscreen apps, I currently don't have a clear picture of how we would do this, nor do I have much time to investigate. Are there any apps known to the community (ideally open-source apps) which do something similar?
Author
Owner

@Jamedjo commented on GitHub (Mar 29, 2018):

Regarding displaying KeyCastr's visualizers across all spaces/desktops/fullscreen apps

If restarting it works as suggested in https://github.com/keycastr/keycastr/issues/64#issuecomment-299666247, then maybe the visualizer could just be reinitialized some how for the new space. I switch spaces/desktops very frequently so this would be a massive help.

Great app though 🎉

<!-- gh-comment-id:377215699 --> @Jamedjo commented on GitHub (Mar 29, 2018): > Regarding displaying KeyCastr's visualizers across all spaces/desktops/fullscreen apps If restarting it works as suggested in https://github.com/keycastr/keycastr/issues/64#issuecomment-299666247, then maybe the visualizer could just be reinitialized some how for the new space. I switch spaces/desktops very frequently so this would be a massive help. Great app though 🎉
Author
Owner

@Jamedjo commented on GitHub (Mar 29, 2018):

I've not written much Objective C, but perhaps NSWindow.CollectionBehavior canJoinAllSpaces would help

<!-- gh-comment-id:377218328 --> @Jamedjo commented on GitHub (Mar 29, 2018): I've not written much Objective C, but perhaps [NSWindow.CollectionBehavior canJoinAllSpaces](https://developer.apple.com/documentation/appkit/nswindow.collectionbehavior/1419246-canjoinallspaces) would help
Author
Owner

@akitchen commented on GitHub (Mar 29, 2018):

Thank you for the pointer -- KeyCastr development has been on the back
burner for a while but this seems like it's definitely worth looking in to!

<!-- gh-comment-id:377397251 --> @akitchen commented on GitHub (Mar 29, 2018): Thank you for the pointer -- KeyCastr development has been on the back burner for a while but this seems like it's definitely worth looking in to!
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/keycastr#54
No description provided.