----- Original Message -----
On 08/17/2014 03:25 AM, drago01 wrote:
> On Sun, Aug 17, 2014 at 5:27 AM, Adam Batkin <adam(a)batkin.net> wrote:
>> [..] and connecting/disconnecting external displays/projectors.
>
> Huh? This can't be any easier really. You plug it in .. it works. The
> only thing we can do here is to make it plug in the cable for you but
> we lack hardware for that ;)
That being said, there are a number of known multi-monitor user
experience issues that persist in the latest stable Fedora. These
definitely affect Adam's projector use case when you're not in mirroring
mode.
https://bugzilla.gnome.org/show_bug.cgi?id=676599
https://bugzilla.gnome.org/show_bug.cgi?id=653085
https://bugzilla.gnome.org/show_bug.cgi?id=668876
Please get somebody to reassign those bugs filed against obsolete modules if
you don't have the Bugzilla rights to do it yourself. In this case, it's
no wonder nobody's looked at it, gnome-screensaver doesn't lock the screen
for GNOME since gnome-shell is in use.
And now that I've looked at it, I can close it as obsolete. I'll review
all the gnome-screensaver bugs to look for bugs that migrated to gnome-shell.
https://bugzilla.gnome.org/show_bug.cgi?id=702728 (I think this was
fixed recently but not recently enough to be in my version of Fedora)
It's probably been left open as the fix might not correct all the problems
mentioned in the original report.
There are some other issues too I can't find the BZs for atm.
Mostly
around particular configurations of monitors (primary on the right,
vertical stacking, multimonitor workspace issues.)
I use primary on the right, FWIW, and I'm pretty happy with it. Can you
try and find the bug in question?
But this is an upside-down way of going about this, isn't it? How
high a
priority are external display / multi-monitor concerns in the context of
a broader set of developer use cases?
Maybe more along the lines of what Andreas was trying to get at: What
are the more broad developer use cases that are important to the
developers who've gone OS X?
If we start with the most important use cases, then when we drill down
into the minutia, we at least know that fixing those minutia will have a
bigger impact on the developer experience than any random bugs that
might affect developers. We can use those cases to write usability test
scripts that we can run against the latest development version of Fedora
and see what UX bugs the developers testing it find. The output of this
process would be a prioritized list of papercut style usability issues
prioritized by developer use case. Some may be outright bugs requiring
development work alone, some may be more complex issues in need of UX
designer input.
In that particular case, I'm not sure that it's only a matter of designer
input, but rather of manpower for developers initiated in the arcane of
window management.
But getting more visibility on those bugs would certainly be helpful.
Cheers