#776 closed task (fixed)
virtual desktop support for osx
Reported by: | Antoine Martin | Owned by: | alas |
---|---|---|---|
Priority: | minor | Milestone: | 2.1 |
Component: | platforms | Version: | trunk |
Keywords: | Cc: |
Description
See 774#comment:1 for details.
Change History (6)
comment:1 Changed 5 years ago by
Milestone: | 1.0 → 1.1 |
---|
comment:4 Changed 4 years ago by
Milestone: | 2.0 → 3.0 |
---|---|
Owner: | changed from Antoine Martin to alas |
Summary: | virtual desktop support for osx and win32 → virtual desktop support for osx |
Implemented in r15076 with the following limitations:
- as long as one of our windows is visible, all the windows will run at "full speed"
- the code triggers the same "suspend" and "resume" messages as the actual OS level suspend resume code (because I was lazy) ... even though this is just a workspace change.
For testing, just attach then switch to another "space" (see Apple: Work in multiple spaces), the suspend message should be printed out and the server should have the windows "locked" with a high batch delay:
$ xpra info | egrep "batch.delay|batch.locked" window.1.batch.delay=1000 window.1.batch.locked=True
Conversely, moving back to the space where the window is releases the lock.
PS: moved MS Windows 10 support to #1442
comment:5 Changed 4 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Yep, working in OSX with the 2.1 r16344 client. Verified that the lock engages and disengages.
Closing....finally.
comment:6 Changed 4 years ago by
Milestone: | 3.0 → 2.1 |
---|
Note: See
TracTickets for help on using
tickets.
Milestone renamed