(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use recipient autocomplete or Contacts Sidebar for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the default action for an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
Bug 1752013 Comment 7 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the default action for an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the default action for an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the default action for an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the default action for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, Enter or double-click performs the *default action* associated with an item (often `open`). I think we can agree that the main purpose of an address book is managing contacts, so the most typical one-fits-all action here should be `Edit` (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the *default action* for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider. That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, **Enter or double-click performs the *default action* associated with an item (often `open`).** I think we can agree that the main purpose of an address book is managing contacts, so the most typical **one-fits-all default action here should remain `Edit`** (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the *default action* for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. **I promise you that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider.** That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, **Enter or double-click performs the *default action* associated with an item (often `open`).** I think we can agree that the main purpose of an address book is managing contacts, so the most typical **one-fits-all default action here should remain `Edit`** (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the *default action* for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. **I promise that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider.** That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, **Enter or double-click performs the *default action* associated with an item (often `open`).** I think we can agree that **the main purpose of an address book is managing contacts**, so the most typical **one-fits-all default action here should remain `Edit`** (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the *default action* for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you come from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. **I promise that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider.** That said, let's hear what others think.
(In reply to Henry Wilkes [:henry] from comment #6) > @thomas8 I think we'll have to think about this. Pressing Enter on an item, or double clicking an item, is understood as "activating" the item. Yes. More precisely, **Enter or double-click performs the *default action* associated with an item (often `open`).** I think we can agree that **the main purpose of an address book is managing contacts**, so the most typical **one-fits-all default action here should remain `Edit`** (as you say, View already happens on selection). > But I'm not sure "activating" a contact item would necessarily be understood as editing it because a contact has a lot of non-editing functionality. I think "show contact details" would be more obvious, but we already show them on changing selection. Exactly. The other actions `Write`, `Event`, `Search` are certainly useful, but not suitable as a default here: - `Write`: No need to promote and give high-value access to `Write` from AB because it probably makes more sense to just use `recipient autocomplete` or `Contacts Sidebar` for that (which has an incompletely realized default action of `Write`, because it lives in a composition context, where writing would appear the most likely action). - `Event`: Certainly very useful, but is it for everyone and could it be the *default action* for a contact in an address book? - `Search`: dito Iow, those are more like *additional* actions which we offer for convenience (and we could certainly consider giving them dedicated shortcuts). > Moreover, the old addressbook "edit" took place in a new window, but the layout is different now with both the view and the edit functionality in the side pane. Therefore, accidentally triggering an edit is more disruptive now. Well, accidental double-clicks will always be disruptive in some way - that's not an argument against the double-click. Accidental `Enter` is unlikely. The "disruption" would be very low now (much less disruptive than a whole dialog popping up), just press `Esc` and you're back to where you came from (if we fix Bug 1769957 to place focus back on the selected contact, which probably makes sense for consistency with `Save`, and if we implement this bug, editing a selected item becomes a snap). > However, a quick means to edit a contact could be made available via the context menu, which would seem to address your issue of moving the mouse a long way. The context menu is needed, but it cannot replace or compete with the ultimate convenience and efficiency of just pressing Enter or double-clicking on a contact to edit it. In theory, we could offer a pref and let the user choose his favorite default action, but imo that would be over-engineering, and I'd still argue that any default action other than `Edit` would be a very strange choice for an address book. **I promise that many users (with enterprise users at the forefront) will scream pretty loud about this regression as soon as they get aware of it. Breaking long-standing use patterns is another aspect to consider.** That said, let's hear what others think.