After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 779113 - Zoom controls
Zoom controls
Status: RESOLVED WONTFIX
Product: cheese
Classification: Applications
Component: general
git master
Other All
: Normal enhancement
: ---
Assigned To: Cheese Maintainer(s)
Cheese Maintainer(s)
https://bugs.launchpad.net/ubuntu/+so...
Depends on:
Blocks:
 
 
Reported: 2017-02-23 02:31 UTC by Alberto Salvia Novella
Modified: 2017-02-24 22:38 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Alberto Salvia Novella 2017-02-23 02:31:16 UTC
https://youtu.be/J9w-ZHXPCNw
Comment 1 André Klapper 2017-02-23 17:40:07 UTC
Thanks for taking the time to report this.
This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read https://bugzilla.gnome.org/page.cgi?id=bug-writing.html and add a more useful description to this bug. When providing a better description, please reset the status of this bug report from NEEDINFO to its previous status.
Comment 2 André Klapper 2017-02-23 18:52:44 UTC
This task still misses a description with steps to reproduce, actual behavior, and expected behavior...
Comment 3 Alberto Salvia Novella 2017-02-23 19:09:32 UTC

Comment 4 Alberto Salvia Novella 2017-02-23 19:12:27 UTC
The bug is already described in detail in the provided recording, and since it's an interface enhancement it's better understood this way.

Moreover I cannot set status to its previous setting. Only "resolved" is allowed.
Comment 5 André Klapper 2017-02-23 20:06:55 UTC
No developer will spend watching a 7 minute long video, and no search engine will be able to index any words hidden in a video.

If it is impossible to summarize your issue with words, this ticket will become a WONTFIX I guess.
Comment 6 Alberto Salvia Novella 2017-02-23 23:28:30 UTC
I normally write the reports by text. But in this case words doesn't come handy, because it's actually about how the image looks.

From the developer perspective, in this particular case, spending that time looking at the video is the simplest way to understand it. And from the triager perspective knowing that the video provides the information is enough, without needing to watch the hole of it.

Either you are wrongly assuming that I don't write because of laziness. Or because you are convinced it should be done in the standard way, which fits worse this particular case.

That said I not only have experience in bug management. But I also coordinate Ubuntu's papercuts quality assurance, design the procedures about it, and train people on it:
https://launchpad.net/~es20490446e/+karma
https://wiki.ubuntu.com/One%20Hundred%20Papercuts/Triage?action=info
https://goo.gl/photos/kqHQu35sVADgipdD8

That doesn't mean I cannot fail. But at least what I present deserves been looked at, instead of getting canned messages and sabre-rattling. HELL!!!
Comment 7 David King 2017-02-23 23:56:58 UTC
As you have rejected requests for more information, I will close this as imcomplete.
Comment 8 Alberto Salvia Novella 2017-02-24 02:33:39 UTC
If there was a bug description it would be:

"I suggest to include a zoom slicer. Zooming isn't only very useful itself, but it increases the auto-exposure quality and the photo resolution. All in an easy way."

Then is when you realise you will need to look to the actual thing for seeing if that's true or not: (https://youtu.be/J9w-ZHXPCNw)

Please have a look at (https://isixsigma.com/dictionary/genchi-gembutsu).
Comment 9 David King 2017-02-24 10:19:14 UTC
Based on your description, this is not a feature that I want in Cheese.
Comment 10 Alberto Salvia Novella 2017-02-24 14:49:58 UTC
Man, that attitude is rubbish.
Comment 11 André Klapper 2017-02-24 16:33:33 UTC
I'd call that project management - saying yes to every feature request without having unlimited manpower assigned for years of code maintenance doesn't scale. 
Everybody (also you) are free to fork to create software that better fits their needs. And https://wiki.gnome.org/Foundation/CodeOfConduct covers attitude. :)
Comment 12 Alberto Salvia Novella 2017-02-24 22:03:45 UTC
Understand me, I'm perfectly okay with you making whatever choice you want. Even if it's simply because that doesn't fit your taste, or you don't want to spend the time that way.

It's your time, your energy, and your software. So it's legit you choose how to spend those yourselves. So this report is more like a suggestion, simply because I thought it would be constructive. In the end of the day my real decision is about what application fits me the most.

On the other hand I believe that any suggestion needs to be treated with huge respect, and really think about if it makes sense:

(https://upload.wikimedia.org/wikipedia/commons/thumb/4/4b/Blueprint_of_Victory._Have_You_Any_Suggestion_-_NARA_-_534196.jpg/1280px-Blueprint_of_Victory._Have_You_Any_Suggestion_-_NARA_-_534196.jpg)
Comment 13 Alberto Salvia Novella 2017-02-24 22:38:31 UTC
That said I'm the least who needs to be convinced about minimal design, about "if it isn't a clear yes then it's a clear no".

I only own a pair of shoes, a pair of cloth set for winter, no mobile phone, no documentation in software, no IDEs, no Facebook, no car.

But here's the difference: it's not the same "simple" as being structural minimal, than "simple" as making things easier.

You don't remove things for the shake of removing, but you do because of easing your life. If not having something will hurt, then have it!