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 748659 - Stop notifying about calibration
Stop notifying about calibration
Status: RESOLVED FIXED
Product: gnome-settings-daemon
Classification: Core
Component: wacom
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Carlos Garnacho
gnome-settings-daemon-maint
: 732600 735981 737758 741738 (view as bug list)
Depends on:
Blocks: 748660
 
 
Reported: 2015-04-29 17:28 UTC by Carlos Garnacho
Modified: 2016-03-10 15:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
wacom: Remove calibration notification (11.52 KB, patch)
2015-04-29 17:28 UTC, Carlos Garnacho
accepted-commit_now Details | Review

Description Carlos Garnacho 2015-04-29 17:28:00 UTC
On #control-center it was discussed that the calibration notification is unneeded on most hardware, so we shouldn't probably show the notification as often as we currently do.

I'm attaching a patch to drop the notification altogether.
Comment 1 Carlos Garnacho 2015-04-29 17:28:47 UTC
Created attachment 302596 [details] [review]
wacom: Remove calibration notification

On sane hardware it is mainly unneeded, and the UI on g-c-c is
discoverable enough for the cases where it isn't, so let's avoid
nagging about something mostly superfluous.
Comment 2 Bastien Nocera 2015-04-30 10:29:28 UTC
Review of attachment 302596 [details] [review]:

Sure. Should be committed to 3.16 (possibly 3.14?)
Comment 3 Carlos Garnacho 2015-04-30 12:20:22 UTC
Attachment 302596 [details] pushed as 015f050 - wacom: Remove calibration notification
Comment 4 Jason Gerecke 2015-05-19 23:12:31 UTC
It's a bit late with the patch now pushed upstream, but I was wondering if Carlos wouldn't mind going into a bit more detail about the IRC discussion, with particular regard to the reasons that it was decided to remove the notifications entirely.

Based on what's written above, it sounds like notifications were removed because they were more annoying than useful. Although I would agree this was the case, I feel that they wouldn't be annoying if they only appeared when actually necessary. Even ignoring bugs which caused the notification to appear on every boot (#741738), the notification would appear any time the resolution changed, which was a poor signal to determine calibration need.

Calibration is done primarily to counteract parallax effects. These don't necessarily change when the resolution does, but will change significantly when the device is rotated. If g-s-d watched for rotation signals and cached the calibration results for each orientation (bug #737758) then the user would only see the notification when it might prove beneficial.

IMHO the notifications are valuable when used appropriately and could have been fixed rather than removed entirely. Were there additional arguments against that were discussed?
Comment 5 Carlos Garnacho 2015-05-20 09:52:36 UTC
(In reply to Jason Gerecke from comment #4)
> It's a bit late with the patch now pushed upstream, but I was wondering if
> Carlos wouldn't mind going into a bit more detail about the IRC discussion,
> with particular regard to the reasons that it was decided to remove the
> notifications entirely.

Sure, let me paste the IRC conversation for reference (#control-center from Apr 28th):

bentiss: hadess, garnacho_: ping -- hey guys, I have some complains regarding the wacom plugin :)
garnacho_: bentiss: hey :)
bentiss: so cshalle asked me to look into an issue with the Toshiba Z20t
bentiss: this laptop has an internal Wacom display with no stylus shipped in the box
bentiss: so each time you log in, change VT, or plug a monitor, you get a notification asking you to calibrate the screen but you can not do it :/
bentiss: garnacho_: that's the first problem, more to come :-P
* garnacho_ all ears :)
bentiss: then I tried F22 on the Cintiqs we have, and it looks like the Cintiqs are also showing up the calibration popup
bentiss: while I wouldn't expect anybody to calibrate a cintiq at all
bentiss: second problem
hadess: the cintiq is pretty much the only thing you'd want to calibrate...
bentiss: no
hadess: at least that's why we've implemented the feature at all
bentiss: it works really well out of the box, and I don't think the calibration tool can fix the small problems that can appen at the border of the cintiq (the calibration would need to be non linear)
hadess: then i'm not sure why we have that feature at all
bentiss: and when the screen is rotated, remapped and everything, we should be doing like we do for touchscreen, handle this transparently
hadess: how did you rotate the screen?
garnacho_: calibrating would still sound useful on odd resolutions I guess
bentiss: I don't but that's one of the requirements for the calibration tool when you have an internal ISD wacom (on a tablet PC) -> that's all IIRC
garnacho_: not sure how often will designers set displays at lower resolutions though
mclasen: of course, we can never remove it, lest the crowds scream 'gnome is removing features again!'
bentiss: true, but we should not pop it up every time, but keep a button in the wacom UI IMO
bentiss: ok, now to the third problem (I opened a gnome BZ this time): https://bugzilla.gnome.org/show_bug.cgi?id=748589
Services: Bug 748589: normal, Normal, ---, carlosg, NEW , Screen mapping incorrect for Cintiqs
bentiss: looks like on my setup the Cintiqs are mapped to the internal scren of my laptop
bentiss: garnacho_: it might be a problem from my side, so if you could just give a quick test and reproduce or close it that would be great
garnacho_: bentiss: are maybe the 2 displays too similar in size?
garnacho_: bentiss: plugging the cintiq now :)
bentiss: garnacho_: I tried on the t540p with the cintiq 22Hd and the 21UX
bentiss: so 15" vs 21/22"
garnacho_: aha, definitely not then
garnacho_: unless edid lies, but that'd be weird on wacoms I guess
bentiss: the resolutions might be close though (the t540 is a 1080p display IIRC)\
bentiss: OK, dropping my last complain while you are testing: the screen calibration tool is really hard to be removed. There is no indications that you can just press Esc or alt-F4, and it crashes in some circumstances (Jason filed #747880)
bentiss: hadess, garnacho_: sorry for raising so many problems, but Wacom is somewhat important for Red Hat (and gnome)
bentiss: garnacho_: if you need me to file/point at bugs, say so
garnacho_: bentiss: hmm, I think it would be great to get --debug g-s-d logs for the misassigned output
bentiss: garnacho_: OK, I'll add the info on Thursday when I will be in the office
garnacho_: bentiss: thanks :), I can indeed reproduce jason's bug in turn
garnacho_: bentiss: as for the other issues I guess it comes down to "don't show the notification as pervasively"
mclasen: or ever ?
mclasen: if we conclude that calibration should not be needed, why notify ?
bentiss: mclasen, garnacho_: I would agree to that, yes :)
garnacho_: mclasen: yeah I guess... my only usecase with this in mind is say 4:3 resolutions on 16:10 monitors, and I doubt anybody will do that on purpose
bentiss: garnacho_: even for that, you should be able to remap it directly in gsd, you know the size of the displays, so applying the xinput/libinput matrix should not be a problem
garnacho_: indeed
garnacho_: bentiss: I'll make a patch killing the notification and put it on a bug
bentiss: garnacho_: many thanks
bentiss: garnacho_: though we must first checks that the internal gsd mapping works first (or people will complain)
bentiss: I can also test that on Thu.
bentiss: well, once my setup works for the cintiq :)

> 
> Based on what's written above, it sounds like notifications were removed
> because they were more annoying than useful. Although I would agree this was
> the case, I feel that they wouldn't be annoying if they only appeared when
> actually necessary. Even ignoring bugs which caused the notification to
> appear on every boot (#741738), the notification would appear any time the
> resolution changed, which was a poor signal to determine calibration need.
> 
> Calibration is done primarily to counteract parallax effects. These don't
> necessarily change when the resolution does, but will change significantly
> when the device is rotated. If g-s-d watched for rotation signals and cached
> the calibration results for each orientation (bug #737758) then the user
> would only see the notification when it might prove beneficial.

I agree that might have been another way to go around this. In the end, I think it'd be great to have g-s-d conveniently ignore the unused bands of the display in lower resolutions, and apply these on the right sides when rotating.

> 
> IMHO the notifications are valuable when used appropriately and could have
> been fixed rather than removed entirely. Were there additional arguments
> against that were discussed?

None other than the stuff discussed in IRC, as pasted above. Recently before that I reinstalled stuff on an N-trig powered laptop, and the first thing greeting me was this notification, on the laptop natural resolution/orientation, so I might have been biased.
Comment 6 Bastien Nocera 2016-03-10 14:56:16 UTC
*** Bug 737758 has been marked as a duplicate of this bug. ***
Comment 7 Bastien Nocera 2016-03-10 14:56:58 UTC
*** Bug 732600 has been marked as a duplicate of this bug. ***
Comment 8 Bastien Nocera 2016-03-10 14:57:45 UTC
*** Bug 735981 has been marked as a duplicate of this bug. ***
Comment 9 Bastien Nocera 2016-03-10 15:00:57 UTC
*** Bug 741738 has been marked as a duplicate of this bug. ***