Update of /cvsroot/gaim/web/htdocs/luke
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12931/luke
luke1.txt valentine1.txt west1.txt
some things i referenced in an email
--- NEW FILE: luke1.txt ---
t if we added a group called 'Accounts' or 'My Accounts' to the buddy
I was thinking about this earlier today actually. its a tempting ui, it
might be more intutive if we separated it from the buddy list more
strongly, and perhaps collapsable/hidable. not exactly sure here, my
ideas are rather nebulous.
> - May be confusing because the main actions are not clear, they're hidden
> behind the right click menu.
- Confusing because the group would look like a normal set of
buddies, however the context menus and behavior would be slightly
-Would annoy the short-buddy-list fans by adding more stuff to their
> that can't (and IMO shouldn't be) hidden.
i think that hiding it might be a valid option, perhaps if it was a
resizable section instead of just another group...
> - May be technically difficult grafting another node into the buddy list
> tree that's not a set of buddies.
- Will slow down signing on a subset of accounts: its faster to click
some entries in the account editor than it is to right click on a series
of buddies. again, making it a separate tree could solve this by
allowing multiple selection. multiple selection woudl still have the
same basic menu structure, but would have to be adjusted for the account
action type stuff.
--- NEW FILE: valentine1.txt ---
On Sat, Aug 28, 2004 at 08:22:00AM +0100, alexd wrote:
> On Fri, 2004-08-27 at 12:52 -0700, Dave West wrote:
> > Any ideas about this idea or how we can make it better? I'd like to get a
> > good handle on how this would work and what the Right Way(tm) to approach
> > this would be and add this into part of the status rewrite.
> You could have two tabs on the buddy list, one tab with all the current
> online buddies, and one tab that shows all the accounts and their
> associated on- and off-line buddies, with an icon for each account.
> Perhaps in this second tab, you could have a further list of 'buddies':
> all the ones that are currently blocked, but obviously only if the user
> has chosen to block a specific list of buddies.
I have read through this entire thread and seen a lot of suggestions for
how to implement this, and as an extensive _user_ of gaim, let me say
that the best one that I have heard so far is the idea of tabbing the
buddy list interface. From a user perspective tabbed interfaces are an
extremely efficient and intuitive means of presenting different kinds of
information. I would personally like to see something like:
[ This ASCII art will only look good with a fixed-width font. What are
you doing looking at email with variable width fonts? =) ]
| Buddies | Tools | Help |
| \Buddy Lists/ \Accounts/ |
The accounts tab should by default look like the Account editor does
now. When you select the Accounts tab you should get a list of accounts
with check boxes for Online and Autologin next to each account name. If
you mouseover the account you should get more details about it in a
tooltip (Buddy List mouseover-style) that should at least give you the
account's protocol, etc. The buttonbar at the bottom of the Buddy list
window that has buttons for "IM | Get Info | Chat | Away" should change
when you select the account tab to the buttonbar at the bottom of the
account editor. The buttons should be "Add | Modify | Delete". Each
account should be expandable with a buddy-list style expansion arrow.
When expanded, you should see complete buddy lists under the account
with a special group entry for blocked users. You should be able to
add/remove/modify buddies using the same buttons at the bottom you'd use
to add/modify/delete accounts, depending on where your mouse selection
This should make it easier to do something which is currently difficult
if not impossible in gaim: dragging buddies between accounts. When I
get a new SN and I want to transfer my buddies to it, in gaim I have to
manually add a new buddy to the new account, then delete the old one. I
have to do this for every user I want to migrate to the new SN. I
should be able to grab a buddy with my mouse and drag it from one
account to the other, or make multiple selections with mouse+ctrl or
mouse+shift, or grab a buddy list group, and drag the whole lot of them
to a new account (provided they're on the same protocol, if the user
drags from one protocol to another you either have have to reject the
drag and drop or prompt the user for what to do). Presently when I want
to migrate to a new SN I fire up the official Linux AIM client because I
can export and import buddy lists between accounts. I feel that some
easier way to migrate between accounts is a sorely needed feature in
I'm not much of a GTK hacker or I'd tend to be more forthcoming with the
patches. I am however a heavy enough user of gaim to be more than
willing to help out anyone willing to work on a feature set like this
with testing/feedback/patches to their patches, etc. In other words, I
didn't subscribe here because I needed more mail in my INBOX (because I
need that like a hole in the head).
Brandon D. Valentine
--- NEW FILE: west1.txt ---
Date: Fri, 27 Aug 2004 12:52:20 -0700 (PDT)
From: Dave West <kat@...>
To: Luke Schierer <lschiere@...>
Subject: Re: [Gaim-devel] Gaim logo improvements
On Fri, 27 Aug 2004, Luke Schierer wrote:
>and yes, i would like the login window to go away, entirely. if there
>isn't a ~/.gaim/accounts.xml we should probly start to some version of
>the account add window, otherwise to something more along the lines of
>the account editor, but with buttons for sign on all prefs.
Ok, so I want to start this small and possibly build it out from there.
I've had an idea for managing accounts that I want to throw out and flesh
What if we added a group called 'Accounts' or 'My Accounts' to the buddy
list. In this group, all of the 'buddies' in this group represent an
account and can be added and deleted much like buddies. Like
buddies as well, each icon would reflect the status of the
account it represents.
Differences however are that buddies cannot be dragged into this group or out
of this group; 'show offline buddies' for this group would always be True;
buddies other than accounts cannot be added to the group and do not show
up in the group list when it is built; there would be a special context
'Sign on' ( should only be shown when the account is signed off? )
'Sign off' ( should only be shown when the account is signed on? )
and then the rest of the items that are currently in the 'account actions'
menu on a per-protocol/per-account basis.
For the group, it should also have a special context menu:
'Sign on all'
'Sign off all'
I don't know how feasible this next is, but it would be interesting as
part of that group menu and behavior, it would be nice to be able to
select multiple accounts in the list and then choose 'Sign in selected' or
'Sign out selected'
- "solves" our status issue to where people cannot see their own status
unless they put themselves in their buddy list
- IMO, it will be possible to get rid of the login window this way (by
also adding a first-run druid if no .gaim dir is found or specified)
- We will be able to remove the accounts window, making accounts
- Allows sign-on/sign off of one or multiple accounts from the main
interface rather than having to open another dialog to manipulate status
- May be confusing because the main actions are not clear, they're hidden
behind the right click menu.
- May be confusing because the group would look like a normal set of
buddies, however the context menus and behavior would be slightly
- Might annoy the short-buddy-list fans by adding more stuff to their list
that can't (and IMO shouldn't be) hidden.
- May be technically difficult grafting another node into the buddy list
tree that's not a set of buddies.
Any ideas about this idea or how we can make it better? I'd like to get a
good handle on how this would work and what the Right Way(tm) to approach
this would be and add this into part of the status rewrite.