mirror of
https://github.com/keycastr/keycastr.git
synced 2026-05-15 14:15:50 -06:00
[GH-ISSUE #64] Display does not persist across all spaces #54
Labels
No labels
bug
compatibility
discussion
documentation
enhancement
help wanted
help wanted
investigation needed
pull-request
release
visualizer
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/keycastr#54
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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.
@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?
@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.
@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".
@bendavidson16 commented on GitHub (May 6, 2017):
Would love to see this fixed. In the meantime, two clunky workarounds:
@nikivdev commented on GitHub (Nov 4, 2017):
Is there any update on this? I would really love to use Keycastr in full screen apps. 😞
@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?
@Jamedjo commented on GitHub (Mar 29, 2018):
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 🎉
@Jamedjo commented on GitHub (Mar 29, 2018):
I've not written much Objective C, but perhaps NSWindow.CollectionBehavior canJoinAllSpaces would help
@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!