Bug 526677
| Summary: | gnome-typing-monitor: 5s cool-off period | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tim Waugh <twaugh> | ||||
| Component: | control-center | Assignee: | Control Center Maintainer <control-center-maint> | ||||
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | bnocera, control-center-maint, mclasen, rstrode | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-10-20 15:37:41 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Can you file this upstream ? It is a little late to do this for F12, anyway. Done. (Wasn't expecting this in F-12.) Will get into Fedora through upstream. Thanks for the patch. |
Created attachment 363308 [details] typing-break-postpone-delay.patch Description of problem: When the typing break screen is displayed and break postponements are enabled, there is a 500ms delay before the 'Postpone' button becomes sensitive. I propose increasing that delay to 5000ms (5s). Version-Release number of selected component (if applicable): control-center-2.28.0-11.fc12.x86_64 Rationale: When I'm really focused on something I will click the 'Postpone' button, or even use the keyboard short-cut Alt-P, so that I can carry on with what I was doing. Then later I won't even remember having done it. This can happen several times in a row. I'm sure it happens this way for other people too. With a 5s delay before a break can be postponed it gives the user time to think about whether they really need to carry on with what they were doing or if it can wait after all. Note that disabling break postponements is quite an inconvenience: there really are times when it should be possible to postpone a typing break. Attached is a patch to increase the delay.