Closed Bug 474449 Opened 17 years ago Closed 8 years ago

Add-buttons in Contacts sidebar not nice (for localizers)

Categories

(Thunderbird :: Message Compose Window, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rimas, Unassigned)

References

Details

(Whiteboard: [Fixed by bug 950190])

Attachments

(4 files)

Attached image Screenshot
The three buttons in Contacts sidebar currently span two rows. It would be great if the localizers could rearrange them, because their proportions may differ a lot between localizations. See attached screenshot to find what it currently looks like in Lithuanian version.
I don't think this is something localizers should (have to) change. Granted, it's a very ugly piece of UI - also in the en-US version. Maybe someone can think of how to make it nicer :)
taking
Assignee: nobody → clarkbw
I'm wondering if we should just use a group box with a title and then buttons with the difference. Currently it's a lot of duplicated text. +- Add To ------------------------+ | | | ( To ) ( Cc ) ( Bcc ) | | | +---------------------------------+
Status: NEW → ASSIGNED
Bryan, that's a good idea but I'm afraid that it would still not be the best option for at least for lt. Unless it's possible to make those buttons flow into two/three lines automatically.
I don't really have much time lately to work on this so I should probably put it back in the open. I'm not sure that we have a way to make the buttons float but it might be possible. Looking for suggestions!
Assignee: clarkbw → nobody
Status: ASSIGNED → NEW
Summary: Allow localizers to rearrange the buttons in Contacts sidebar → Add-buttons in Contacts sidebar not nice (for localizers)
Attached patch proposed fixSplinter Review
How about this? Makes it one dualbutton from which you can select which type of header to add.
Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #391305 - Flags: ui-review?(clarkbw)
Attachment #391305 - Flags: review?(bugzilla)
(No, i don't know why the button accesskeys aren't showing up for me at all.)
heh, I get access keys of _A_dd, A_d_d, and _B_cc There are some background color issues I'm seeing with Windows but I think the idea is good. I was a little uncertain about the button centered but I'm not finding better arrangements. Overall, awesome.
screenshot, please? :)
Should look pretty similar to the reply button in the message header, only here if you select a choice, the main button will change it's label to be that for further actions.
(In reply to comment #10) > Created an attachment (id=391677) [details] > screenshot with fix applied > > Should look pretty similar to the reply button in the message header, only here > if you select a choice, the main button will change it's label to be that for > further actions. Look OK from the localizers perspective. But I don't think widgets like that are common anywhere outside Mozilla...
(In reply to comment #11) > Look OK from the localizers perspective. But I don't think widgets like that > are common anywhere outside Mozilla... It's common enough that Win32 has a specific control for it, the "split button": http://msdn.microsoft.com/en-us/library/bb775947(VS.85).aspx
This is what it should be, but it's not. But well, I guess this is a separate bug in widgets...
Attached image Mac screenshot
The mac theme isn't quite right there isn't a border around the button for one, which means the down arrow doesn't really belong. I'd have expected something a bit more like the reply button in the message header pane.
Comment on attachment 391305 [details] [diff] [review] proposed fix The general idea looks fine (as long as Bryan is happy with it) but as per my previous comments the Mac button needs some work.
Attachment #391305 - Flags: review?(bugzilla) → review-
I think this style of button will work well with the general work flow of adding people to the to or cc line. I'll try to have a look at this on the Mac later this week.
Attachment #391305 - Flags: ui-review?(clarkbw) → ui-review+
Comment on attachment 391305 [details] [diff] [review] proposed fix plus for general idea
But making it a dropdown looks like defeating the original purpose of the buttons, i.e. to quickly click the recipient type. Looking it up in the list and changing for each recipient is tedious. You can just use the context menu in that case. I would keep the buttons as they are, just allow them to wrap (is there a wrappable hbox?) or just put them in 3 rows. Either centered or starting from left.
Flags: needinfo?(bwinton)
3 rows take up too much space, and the current situation is ugly imo. i think the only reason the buttons are there at all is for keyboard only users... "changing recipient type" i doubt is used very much, maybe once if at all. btw, anyone know if it looks better on mac nowadays?
Magnus: It doesn't. ;) Aceman: I'm not entirely interested in the original purpose, but more interested in how people are using it currently. Are they adding several people of different types, or just adding everyone as "To" recipients? Sadly, I really have no idea what the answer is, so it's hard for me to decide. But I will agree that having a bunch of rows of buttons is usually pretty ugly. ;)
Flags: needinfo?(bwinton)
Maybe a solution would be to create icons (with explanatory tooltips!) for each of "To:", "Cc:", and "Bcc:". After the first time of looking at the buttons and figuring out what they do, the text would be unnecessary anyway.
bwinton, if you look at something equivalent what Outlook 2007 has: in msg compose, click Contacts, you get a list of addresses in the selected address book. Then you again have 3 buttons for To, CC and Bcc and using them you push the selected address into the proper address line (there is a line of recipients for each of the To, CC, Bcc types). squib: that would be nice. But I am not sure this would be worth having new icons.
Assignee: mkmelin+mozilla → nobody
Status: ASSIGNED → NEW
Hi, is this still a problem? Today the buttons as fixed in a grid of 3 rows and can't happen to be wrapped as in the first screenshot even if you make the panel very wide. So it has changed since the original report.
Flags: needinfo?(rimas)
No, this is not a problem anymore.
Flags: needinfo?(rimas)
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Depends on: 950190
Resolution: WORKSFORME → FIXED
Whiteboard: [Fixed by bug 950190]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: