Summary | "DISABLED" in vacation line confuses users |
Queue | Ingo |
Queue Version | 1.0 |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | Horde Developers (at) |
Requester | dustin (at) ywlcs (dot) org |
Created | 07/01/2005 (7313 days ago) |
Due | |
Updated | 07/27/2005 (7287 days ago) |
Assigned | 07/03/2005 (7311 days ago) |
Resolved | 07/04/2005 (7310 days ago) |
Milestone | |
Patch | No |
immediately on a rule change.
For Vacation, and the other special sections, have a 'Save and
Enable' button.
Many users will save their vacation message, but think this is enough
to _enable_ the vacation message as well. "DISABLED" wouldn't have to
be so loud if we were deflecting this mistake.
State ⇒ Resolved
negative feedback. Probably not.
all-caps "DISABLED" could throw people off.
Assigned to
State ⇒ Assigned
[<tag:filter.enablelink /><font color="red"><gettext>disabled - click
to enable</gettext></font></a>]
that would probably sate my users.. is it good enough?
the link clickable makes sense to me.
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ "DISABLED" in vacation line confuses users
Queue ⇒ Ingo
State ⇒ New
to believe mine are worse than anyone else's.
The big red "DISABLED" that appears next to "vacation" indicates to
several of my users that vacation messages are disabled systemwide,
prompting them to contact our helpdesk to ask if they can be enabled.
I'll be glad to hack up a patch, but I'm not sure which way to go on
this. Options include:
1) changing [DISABLED] to [inactive - click to activate]
2) removing the [DISABLED] entirely (as there is no corresponding
[ENABLED], and it's redundant with the check/X column to its right)
and possibly automatically enabling vacation messages when they are
configured
3) removing the [DISABLED] entirely and displaying a page of
instructions after users configure vacation
thoughts?