Summary | "Personal Information" options screen pathological behavior |
Queue | Horde Base |
Queue Version | 3.0.4 |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | |
Requester | ekendall (at) brandeis (dot) edu |
Created | 2005-04-21 (5751 days ago) |
Due | |
Updated | 2005-06-17 (5694 days ago) |
Assigned | 2005-05-30 (5712 days ago) |
Resolved | 2005-06-17 (5694 days ago) |
Milestone | |
Patch | No |
State ⇒ Resolved
New Attachment: pi.patch
how I managed to miss that - I guess because it's not much else is
using it. It's definitely the preferable method. I also added
descriptive text and made a few minor formatting changes.
State ⇒ Feedback
Taken from
- yes, using bodyClass that way is horrendous. ;). And don't worry
about translations for now, just make the text descriptiive. It'll
only go into Horde 3.1, so translators will have time to update.
Other than that, maybe read through horde/docs/CODING_STANDARDS
quickly, and then let us see what you come up with.
New Attachment: identity.patch
the bug. The "None" option is so that you can change just your default
identity without making any preference changes, but it's still a very
confusing interface.
This patch removes the "None" option, adds a button just for changing
the default identity, makes the "which identity to change" select field
have the user's default identity selected, and (the really hard part)
pre-fills all the fields with the appropriate values from the default
identity.
I have no illusions that the patch is suitable to be committed as it
stands. It uses overly generic messages to avoid having to have new
text translated, and the trick I used to get Javascript into the body's
onload attribute is a serious hack. I would welcome any suggestions as
to how to proceed from here.
State ⇒ Assigned
Assigned to
reason is that it has been rewritten to use the standard pref widgets
so that you can easily add items to your identities simply by adding
them to the identities prefs group. Thus we can't simply change the
behaviour of some elements, but there is probably still room for
improvement.
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Summary ⇒ "Personal Information" options screen pathological behavior
Queue ⇒ Horde Base
as the identity being changed. I'm not sure why "None" is even an
option, since you can't view or set preferences using it, but the
larger problem is that it's not obvious that you need to change the
selection. To a casual viewer, it looks like you can just enter your
preferences and press "Save Options," and in fact if you do that you
get a "Your options have been updated" success message when in reality
the settings you entered have been silently discarded.
Ideally, the "None" option should be removed and the user's default
identity made the initial selection. Unfortunately, I've been unable
to create a patch to that effect because while it's trivial to change
which HTML option is initially selected, the option fields are filled
by Javascript that's only triggered by the "onchange" attribute of the
select.
Failing that, the "None" option should be called something like
"Please select an identity" or "---" and the "Save Options" button
disabled until a different identity is selected, or at the very least,
change the "Your options have been updated" message.