-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Media key support on macOS #3305
Comments
Do you have any timeline on incorporating this? I was thinking of fixing some more Linux/OS X issues, but have been holding off since I didn't want to maintain my own source tree (I'd have to incorporate this patch, but develop against mainline while ignoring the patch... :-( ) |
I've noticed that you've released a new version. Any chance this will get into the next one? |
+1 .. this would be VERY useful! and it's already done and working! |
Please devs, spare a few minutes of your time to integrate this patch. It adds significant functionality to your product. |
+1 Pretty please! |
+1 Please do add this. |
+1 it's not that long time to incorporate this! |
+1 |
So much +1 on this, I just revisited Synergy after getting a dual computer setup at home and got a Premium account. Happy to pay more if it gives you some time for this. |
+1 Same here. I keep going back to Teleport but I have a system that gets left out in that case. I'd consider adding to the bounty for the apple server meta key bits. |
+1. I just used one of my Premium votes for this (as "#3305"). But the resulting vote link brings up this search. Please associate my Premium vote with this and not the multitouch support. :) |
Please fix this |
+1 |
@XinyuHou @speaker - could one of you turn this into a PR please? |
Sorry to butt in but is it not more sustainable to add a "passthrough" option in the hotkey setup instead of hard-coding a key table? In my case (#4365) my "media keys" aren't standard but are just ergonomically convenient for my keyboard. This would need a bit more engineering to have the hotkey dialog not actually bind to key combinations until after configuration, but would at least be setup in the config file. Also this solution breaks the use case where the media is playing on the client not the server, which could surprise some people. |
I just started using Synergy, and Synergy handling the media keys would make it much more useful to me. andrewbolster, I see that #4365 was closed, but I can't tell why. Do you know if this has been fixed some other way? |
Douglas Mayle, you mention that your fix requires a combination of the patch plus another application. I see the patch, but I don't see where to get the application. Is there some place I can get it? |
This enhancement would be great, especially if I could set the media keys (the volume & mute!) to always be sent to a specific machine, i.e. the machine which has the speakers. The track skip buttons are perfect for changing which computer I'm working on, so please make it possible to specify which buttons should be forwarded... Setup: Linux server/mac client (this works flawlessly, the other way not so well). |
also add cmd-option-escape :) |
https://github.com/symless/synergy-enterprise/issues/55
Imported issue:
Steps to reproduce:
Synergy Mac Clients do not currently support Media keys for a couple of reasons:
I handle the first problem by manually adding these keys to the s_controlKeys structure. To handle the second problem, I wrote a separate application to listen in on and serialize these multimedia events. I then wrote a patch to build a custom event from these serialized events in the case of volume up, down, and mute. To my knowledge, this is the only way possible to simulate these keypresses (the other solution I've seen is to watch for these keypresses, and directly interact with the sound system, which introduces all sorts of edge cases not worth dealing with)
I can't see how to attach a file, so I'm pasting the contents of the patch into the 'Additional comments' section.
I believe I'm leaking CFDataRef's, though since I'm unsure as to the required lifetime with regards to posting the event, I've left it as an exercise for whomever accepts this patch. I'm not a Mac application developer, and given the number of times I press Vol Up/Down/Mute before launching, I'm okay with the leaks on my system, as long as the volume keys work.
Versions and operating systems:
I have only tested this on OSX Mountain Lion as a client, talking to a Linux (Ubuntu) server. The Linux server is running 1.4.10, and my patch was against trunk.
Temporary workarounds:
None
Additional comments:
The text was updated successfully, but these errors were encountered: