On Tue, Feb 23, 2010 at 09:54:33PM +0800, William Kenworthy wrote: > On Tue, 2010-02-23 at 14:32 +0100, Martin Jansa wrote: > > On Tue, Feb 23, 2010 at 09:20:59PM +0800, William Kenworthy wrote: > > > On Tue, 2010-02-23 at 06:59 +0800, William Kenworthy wrote: > > > I'd suggest removing the calibrate to shr-settings - its not needed > > > except for fine tuning for only a few folks from what I can see and it > > > is too easy to kill the system without a way to recover. > > > > 1) it shouldn't disappear with images with fsoraw included (but > > sometimes fsodeviced seems not running properly in time to request > > Display resource :/ > > > > 2) I already asked xinput-calibartor developer (Tias) to add confirmation > > dialog in the end of calibrating session, which would safe all those > > cases and save only valid configuration > > > > 3) I agree that it's safer to remove it now and readd with confirmation > > dialog later (sorry for that I didn't expect that it would take much > > longer). I'll ask him again if he has any ETA and then maybe remove it > > from /etc/X11/Xsession.d/89xTs_Calibrate temporary. > > > > The question to ask is why add it at all? - I cant see a reason for it > as the mailing list isnt flooded by people complaining their FR screen > is not calibrated. If its not essential (and it clearly isnt), its a > utility that can be called up if needed and not something essential for > the first boot wizard.
Ask Thomas White how he figured those magic numbers we're using in /etc/X11/Xsession.d/89xTs_Calibrate and what he thinks about it :). At least I remember report from Tasn that his calibration was slightly off with magic numbers, but he was able to correct it with this. And maybe there was more people with slightly off (who didn't care enough to report it and/or just expected it's not so precise ts). I agree that we can "remove" it, but because it calibrates ts only till next reboot, we still need this option to restore values in Xsession if available (and then we can create /etc/pointercal.xinput only on user call from shr-settings or whatever). Thanks -- uin:136542059 jid:[email protected] Jansa Martin sip:[email protected] JaMa _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
