On Sat, Aug 13, 2011 at 18:01, Colin Barrett <co...@springsandstruts.com>wrote:
> I will note that I'm pretty sure that accounts used to look very similar to > this before the current design and was changed to the current design by Zac > I believe for some sound reasons. It would be interesting to see how your > thought process compares to his. > Nope, I just made it work better. I added the context menus, and things like that, but the core of the accounts list is now as it was before. I would prefer the context menus not get removed from the context menu, if only because it's the easiest place to set multiple account's statuses simultaneously (right click 2 of them, set as away, etc), among other things. > On Aug 12, 2011, at 10:55 AM, Patrick Steinhardt wrote: > > > Hey folks, > > > > I plan an overhaul for our Account preferences for 1.6hg. Please take a > look at the ticket[1] and leave constructive criticism. > > > > Patrick > > > > [1] http://trac.adium.im/ticket/15401 > > > I do like the direction this is going, especially the separation of accounts by grouping them by enabled or disabled status. However, I only have a few concerns for the design: - How about throwing a checkbox in the left-hand side of the account list? It would eliminate the only 'regression' I can see for the new design, which is quickly enabling or disabling accounts. - The width of preference panes will be more trim, which could reduce how useful some of the preferences are. I don't think this will be a huge problem though. Make sure you consider the 'standalone edit window' (which gets opened from a few places). Just need to make sure the hierarchy of a separate view controller is maintained so we can launch it independently in its own window. Twitter and Facebook are two examples of these launches off the top of my head, when oauth fails. I see no reason why the table view row's heights can't be flexible enough to allow long UIDs to stretch across multiple lines, which should eliminate any problem with long ones being obscured (especially for ones with servers at the end, such as StatusNet and IRC). I doubt the design will be thrown off by variable heights, and I doubt it'll be much more than a 20-30% height increase for long ones. Zac
