A scaled (not panned or clipped) mirror/clone mode is desired

A couple of things:
  (1) The title suggests Mir doesn't have a clone mode, but it does and has done for years.
  (2) The suggested solution of scaling is probably significantly more work (and possibly less desirable) than another solution I was thinking about...

We could simply solve the clipping bug on displays of lower resolution by panning that display to follow the hardware cursor when it touches the edge of the screen. That's how Xorg has handled it traditionally and it's rather nice. Only problem is the prerequisite to that is for Unity8 to start using USC's hardware cursor. Panning has the extra advantage of us being able to do it without having to GL re-composite the smaller display (hence I figured that will be more work).

> (1) The title suggests Mir doesn't have a clone mode, but it does and
> has done for years.
My definition of clone/mirror apparently does not match yours - and I'll argue that without scaling, clone mode is not useful.

> (2) The suggested solution of scaling is probably significantly more
> work (and possibly less desirable) than another solution I was thinking
> about...
What I have asked for is what design has requested.

I think we need to at least duplicate what X does. It seems to choose the highest common resolution. But then xrandr is spitting out a bunch more modes than mir is picking up for internal displays, so perhaps it's actually scaling?

Nick,
You've got your bugs mixed up. That comment belongs in bug 1196239 and the comment in that bug belongs here.

OK, I've got a basic plan for this...

Give outputs A and B of arbitrary differing resolutions, if you want to clone A to B then B will simply display a potentially scaled and letterboxed image of A. To achieve this you would simply set B's logical position and logical size to that of A.

In Xorg you can already do something like that:
   xrandr --output B -pos (A.X)x(A.Y) --scale-from (A.WIDTH)x(A.HEIGHT)

So then you have arbitrary cloning of any display to any display even if they have different physical resolutions.

What's missing in Mir right now is the API for setting the arbitrary logical size for an output. Although our default GL renderer already supports arbitrary logical sizes it might still be missing letterbox support to avoid distortion.

I was thinking of a simpler setup, having 2 displays, you could just configure DisplayB to clone DisplayA, and Mir would handle the scaling/letterboxing...

Your proposal is more flexible than that, but I don't see the value in that flexibility. For what would I use your proposal that is not clone-related?

It's the same thing really. Indeed we should provide simpler helper functions for "clone A onto B". I was really just describing the underlying implementation.

Any progress on this?

It's on my queue of work, immediately behind finishing (proposing) the first part of client-side vsync to solve our the latency problems in time for Mir 0.26.

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 1.0.0

Still attacking this bug from multiple angles, and some angles require multiple branches. So you'll see a bunch of branches attached to the bug before it's resolved.

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 1.0.0

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.27.0

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.28.0

See above. 10 branches landed and at least 2 or 3 more required before this feature is complete. But it's getting very close.

I might decide to declare it complete without finishing up hardware cursor support to work with it. Not sure yet.

Fix committed into lp:mir at revision None, scheduled for release in mir, milestone 0.28.0

The feature only exists mostly complete in the 0.28 series (lp:mir).

  http://bazaar.launchpad.net/~mir-team/mir/development-branch/revision/4171

It's missing in lp:mir/0.27