Developer focus for Fedora workstation

[Bastien Nocera]

----- Original Message -----
> 
> 
> On 08/17/2014 03:25 AM, drago01 wrote:
> > On Sun, Aug 17, 2014 at 5:27 AM, Adam Batkin <adam at 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