Linux.com

Feature

A first look at Gaim 2.0

By Joe 'Zonker' Brockmeier on October 24, 2006 (8:00:00 AM)

Share    Print    Comments   

The Gaim 2.0 release is nearing its home stretch. The Gaim team released beta4 last week, with a number of new features and UI improvements. Gaim 2.0 is shaping up as a net improvement over Gaim 1.5, though some features have not changed for the better, and voice support for Google Talk is still missing in action.

Gaim 2.0 has been in beta for a while now, since last December to be specific. It may be some time before Gaim 2.0 final (or even beta4) filters down to the stable release of a distro near you. The Gaim project has released source tarballs and RPMs for a few Fedora Core releases, and a few versions for Windows as well. If Gaim packages aren't available for your distro, just download the source tarball, uncompress it, and run ./configure and then make as a regular use, and then make install as root or using sudo. However, before installing from source, be sure to uninstall Gaim if it's already installed on your system.

You may need to install a few development packages if you don't have them installed already. On Ubuntu, you can probably get all the dependencies you need by running sudo apt-get build-dep gaim, which will download the packages needed to compile Gaim.

Gaim 2.0 main window
Gaim 2.0 main window - click to view

Finally, back up your existing Gaim profile directory before you install a beta release. This should be the .gaim directory under your home directory. I've been running Gaim beta releases since last December and haven't had any issues at all, but it's still a good idea to back up your ~/.gaim directory, particularly if you keep a lot of chat logs and want to preserve them.

What's new in Gaim 2.0

Gaim's list of supported protocols has changed a bit in the 2.0 series. Gaim 2.0 continues support for AIM, Yahoo!, MSN, Groupwise, IRC, and Zephyr, but drops default support for Gadu-Gadu and Napster. According to the FAQ, the Gaim team has had a hard time keeping Gadu-Gadu functional since there's no maintainer for it, and noted it would be dropped from default builds if "things get too bad." You can choose to build Gaim with Gadu-Gadu support, but it's not on by default, and I haven't seen it in the FC6 or Ubuntu builds either. Gaim 2.0 also adds support for the QQ, Simple (SIP), and Sametime protocols.

Gaim has undergone a facelift since 1.5. Gaim's interface originally looked a lot like AOL's AIM client, but now it has its own look and feel. When you start up 2.0 for the first time, you'll see the Buddy List window and the Accounts window. After you define an account, Gaim will just start up with the Buddy List window. The initial login window is gone -- Gaim will automatically sign you in to whatever services you were using when you quit Gaim the last time.

Accounts has been bumped up to its own top-level menu item in the Gaim toolbar. Each account gets its own menu item, and each menu item has its own submenus with options that are defined by the protocol associated with the account. In addition to the standard menu items for editing account information within Gaim and enabling or disabling an account, IRC accounts can view the Message of the Day (MOTD) from the submenu, Jabber accounts have a menu item for changing passwords, AIM accounts can change the associated email address, and so on.

Gaim's Preferences dialog has been completely reworked, and much for the better. The old, somewhat confusing layout has been replaced by a tabbed Preference dialog. This is a lot more user-friendly, and it's much easier to find the options that you're looking for.

Gaim 2.0 preferences dialog
Gaim 2.0 preferences dialog - click to view

Plugins have been broken out into their own configuration dialog, rather than being part of the preference dialog. Each Plugin has a toggle button to enable or disable it, and there's a Configure Plugin button for any option that has additional options.

Gaim 2.0 comes with a familiar collection of plugins, most of which were available in the 1.5 series. The Log Reader plugin is new; it allows you to read IM logs from Adium, MSN Messenger, and Trillian. This might be useful for users who are on non-Linux platforms and trying to convert to Gaim.

One of the plugins that I've had the most fun with is the Psychic Mode plugin. On several networks, this will notify you when someone starts typing a message to you before they've actually finished composing the first message. This only works if the person has the "notify buddies that you are typing to them" option turned on, but from what I can tell, most IM clients seem to make this the default, and most people don't bother to change it. When your friend starts to compose an IM to you, Gaim will pop up a chat window with their screen name and the message "You feel a disturbance in the force." It's probably a bit immature, but I have enjoyed freaking out a few less tech-savvy acquaintances by pre-emptively IMing them before they can finish composing their message. Do this once, they'll wonder what's up. Do this three or four days in a row, and it will definitely weird out some folks.

Another feature that I like in 2.0 is the ability to override incoming formatting. I've chatted with a few folks on AIM who've changed font size and color into something almost wholly unreadable; it's almost the textual equivalent of trying to have a conversation on a cell phone with someone who mumbles. By turning off the "Show formatting on incoming messages" option under the Conversations tab in Gaim's preferences, that won't be a problem anymore.

File transfer seems to be improved in this version as well. I've tried file transfer before with Gaim, between Gaim and other folks on the AIM network, and it never has seemed to work. This time around, the file transfer seems to work fine. I logged two accounts into AIM at the same time and sent a few files back and forth, and then tried it with a user on the AIM network using the Windows AIM client. The files went through just fine each time.

Gaim-text

The 2.0 release includes a text-mode version of Gaim that will suit users who prefer not to sully their machine with GUIfied applications, but want access to all the IM protocols that come with Gaim. Gaim-text was written as part of the Google Summer of Code, and still has a few rough edges, but it's good enough for day-to-day use.

Using the text mode is easy enough, once you get the hang of the shortcuts -- which are all prefaced with Alt, so it's simple enough to memorize them. The Alt-n shortcut takes you to the next Gaim window, Alt-c closes a window, and so on.

The gaim-text manpage has a list of the shortcuts, though the man page is missing one shortcut that you will probably need: Alt-a is used to bring up the options window to get to the accounts, preferences, and so forth. It would also be nice to have an Alt-h or Alt-? shortcut to bring up a list of the available shortcuts.

Gaim and gaim-text share the Gaim profile, so if you take gaim-text for a spin, you don't need to redefine your accounts or preferences to use gaim-text. Just start it up, and you should be good to go.

If you want rodent support, you can enable it in the Gaim Ncurses Toolkit (GNT) configuration file, ~/.gntrc, by adding two lines:

[general]
mouse = 1

The only gripe I have with the text-mode version is that gaim-text doesn't prompt you before logging out. If you press Alt-q it exits immediately and dumps you back to the command line. It's a little too easy to miss Alt-w (window list) and hit Alt-q if you're not blessed with tiny, keyboard-friendly fingers. While I was testing gaim-text I managed to quit without meaning to at least twice.

"One size fits all" doesn't

Gaim 2.0 isn't a total improvement over the 1.5 series. While I like most of the changes in this version, I really don't like the new status system. I use Gaim to sign into AIM, three Jabber accounts, IRC, and Yahoo!'s IM network. I use IRC and and one Jabber account for work, and I mostly use AIM, Yahoo!, and the other Jabber accounts for personal communication. This means that there are times I'd like to be available on IRC, but marked "away" on AIM and the other Jabber accounts.

Gaim's complex account status setup
Gaim's complex account status setup - click to view

Gaim 2.0 is saddled with a non-intuitive "one-size-fits-all" status marker. You can configure per-account status by creating a custom status message -- but this is somewhat unintuitive, and requires a lot more work on the user's part than necessary. Gaim 1.5.x allowed you to set status for each account in a fairly straightforward manner, and I miss that.

The Gaim folks should also relabel the "disable" menu entry to "offline," and revert to the old-style Account dialog from the 1.5 series that allows you to designate whether an account should be signed in automatically at startup. Right now, Gaim doesn't have that option anywhere that I can see, and simply logs you back in to whatever services that you were logged into when you quit Gaim the previous time. I might be logged into six different services when I quit Gaim, but only want to automatically log into one when I restart Gaim.

Finally, I'm disappointed to see that Gaim still doesn't have voice support for Google Talk. This would be a big plus for Linux users, since Google doesn't provide a client for Linux.

Despite these complaints, Gaim is still my preferred chat client, and probably will be for some time. It has nearly all of the features I want in a chat client, and supports all of the protocols that I need to use -- and then some.

Share    Print    Comments   

Comments

on A first look at Gaim 2.0

Note: Comments are owned by the poster. We are not responsible for their content.

Article innacuracies

Posted by: Anonymous Coward on October 25, 2006 07:03 AM
In gaim-text, alt-w does not close a window, it brings up a window list.

You can set a custom status to run at startup with some of your accounts offline. Or you can run with -n to not have any accounts log in automatically.

There are also plugins which bring back a status selector for each account.

#

Re:Article innacuracies

Posted by: Joe 'Zonker' Brockmeier on October 25, 2006 08:32 AM
Thanks for pointing out the alt-w error. Does this status selector plugin ship with Gaim itself? I don't see one among the default plugins shipped with Gaim -- and I don't think it's reasonable to expect users to hunt all over the Web for a plugin to restore functionality.

#

Dududu

Posted by: Anonymous Coward on October 25, 2006 08:43 AM
Nice to finally see an article with screenshots.<nobr> <wbr></nobr>:)

The article mentions many protocols but doesn't mention SILC, so I don't know if it supports it or not.

By the way, Jabber rocks, I love it, I connect to it using SSL.<nobr> <wbr></nobr>:)

From the Google talk page;
"The Google Talk client isn't compatible with Macintosh or Linux systems at this time, but we look forward to offering support for more operating systems in the future."

#

Re:Dududu

Posted by: Anonymous Coward on October 25, 2006 04:32 PM
Yes it support SILC and SILC has many new features in Gaim 2.0 such as white board support, sending/receiving images in IM messages, HMAC and cipher selection support and buddy icon support.

#

Re:Dududu

Posted by: Anonymous Coward on October 25, 2006 08:24 PM
"From the Google talk page;
"The Google Talk client isn't compatible with Macintosh or Linux systems at this time, but we look forward to offering support for more operating systems in the future." "

AFAIK, the protocol itself is compatible, it's just that Google'c client is not compatible (yet). Gaim and other IM-clients could implement support for Google talk, but for some reason they haven't

#

Re:Dududu

Posted by: Anonymous Coward on October 26, 2006 03:25 AM
Google talk works with Gaim. it is just jabber protocal. what is not supported in Gaim is voice.

#

Re:Article innacuracies

Posted by: Anonymous Coward on October 25, 2006 10:16 AM
No, it doesn't, and I agree with you on the searching over the web for it. I think users who ask for the functionality in the SF trackers or irc are often pointed to it though (from memory it's in the guifications plugin pack, linked from the plugins page

I prefer being able to select one status that sets all my accounts to though - it's much faster (once you understand and set up saved statuses).

#

Re:Article innacuracies

Posted by: Anonymous Coward on October 25, 2006 04:50 PM
When you create/edit a status, there is a function (an expanding +) at the bottom of the applet that lets you assign a different status to individual accounts, ie keeps you available, etc.

#

Try tapiova-voip for Google Talk voice

Posted by: Anonymous Coward on October 25, 2006 04:07 PM
Take a look at Tapioca-VoIP:
<a href="http://tapioca-voip.sourceforge.net/wiki/index.php/Tapioca" title="sourceforge.net">http://tapioca-voip.sourceforge.net/wiki/index.ph<nobr>p<wbr></nobr> /Tapioca</a sourceforge.net>

This has support for Google Talk voice calls.

What about video though? Kopete has it, but no app does it for Gnome<nobr> <wbr></nobr>:(

#

Re:Try tapiova-voip for Google Talk voice

Posted by: Anonymous Coward on October 25, 2006 04:44 PM
nothing prevents you from using kopete under gnome.
yes I think it is very sad gaim STILL does not support Google Talk and yes kopete supports it since version 0.12

Additionnaly, after reading this review, I'd like to say this is definitely not enough to make me switch from kopete.

I need, Bonjour support, Google Talk jingle support, Video/Audio chat through MSN and AIM/iChat.

this is no improvement at all, check out the improvement on iChat scheduled for Leopard next year. Or the beautiful product that Adium on OSX and Kopete are. serious, GAIM is still far behind.

When am I gonna be able to do conference video chat from Linux?

Also, why does every user-oriented review start off by teaching how to install software under various operating system. I think if user need help installing gaim for the respective plateform they are gonna find help somewhere else. Stay on the subject.

#

SILC _is_ supported

Posted by: Anonymous Coward on October 25, 2006 04:46 PM
Yes, SILC is supported in Gaim 2.0 even though the article doesn't mention it. Why is that BTW?

#

Google talk works. Has for a looong time.

Posted by: Anonymous Coward on October 25, 2006 05:39 PM
Dude. I was using google talk on Gaim before the official google talk client was even released. Google talk is jabber. It works fine. Google even lists gaim as a supported client, and tells you how to connect with it.

Look on talk.google.com and you'll see:
"Mac and Linux users can connect to Google Talk using other IM clients"
Follow the link and...hey, it's a chart. And there's gaim. Oh, and there's instructions for using it too when you click on the name!
<a href="http://www.google.com/talk/otherclients.html" title="google.com">http://www.google.com/talk/otherclients.html</a google.com>

#

Re:Google talk works. Has for a looong time.

Posted by: Anonymous Coward on October 25, 2006 05:48 PM
The author was talking about VOICE support for Google Talk, not just Google Talk.

#

Re:Google talk works. Has for a looong time.

Posted by: Anonymous Coward on October 25, 2006 05:49 PM
He is talking about VOICE support, not normal Gtalk/jabber...

#

Google Talk support

Posted by: Anonymous Coward on October 25, 2006 06:34 PM
Havent tried it, but found this in<nobr> <wbr></nobr>/.
"To set up Google Talk, set up a Jabber account, your S/N is your gmail username, and the server is talk.google.com. I have it set up right now myself, and it works fine."

<a href="http://linux.slashdot.org/linux/06/10/25/0042202.shtml" title="slashdot.org">http://linux.slashdot.org/linux/06/10/25/0042202.<nobr>s<wbr></nobr> html</a slashdot.org>

#

Google Talk

Posted by: Anonymous Coward on October 25, 2006 07:29 PM
The article mentions that GAIM 2.0 does not have voice support for Google Talk. This is correct. You can connect to Google Talk servers (which use Jabber) and have chat, but not voice support.

k-

#

I want gadu gadu

Posted by: Anonymous Coward on October 25, 2006 07:32 PM
kopete supports gadu gadu, why not talk to them and include gadu gadu too in gaim?

#

Re:I want gadu gadu

Posted by: Anonymous Coward on October 25, 2006 08:48 PM
plugins?

#

Re:I want gadu gadu

Posted by: Anonymous Coward on October 25, 2006 11:39 PM
It is supported, but libgadu must be available during compilation.

#

Complexity

Posted by: Anonymous Coward on October 25, 2006 08:33 PM
Your spew about the gaim window wasn't very convincing. Gaim 1.5 wasn't any less complex than the screenshots you had.

#

Project against user base

Posted by: Anonymous Coward on October 25, 2006 10:09 PM
Webcam/video chat was already supported (gaim-vv), but the developers choose to not include this most frequently requested feature. Reminds me of the general Gnome developer attitude.

#

phonegaim

Posted by: Anonymous Coward on October 26, 2006 02:12 AM
<a href="http://www.phonegaim.com/" title="phonegaim.com">http://www.phonegaim.com/</a phonegaim.com>

#

Yahoo/AIM/MSN games?

Posted by: Anonymous Coward on October 26, 2006 05:15 AM
When it supports Yahoo games (Java) and audibles (SWF), I'm converted. This will probably never happen, and Yahoo IM doesn't work in WINE last time I tried. Bummer.<nobr> <wbr></nobr>:(

#

Gaim rocks, plain and simple

Posted by: Anonymous Coward on November 01, 2006 08:46 AM
Gaim has been getting quite nice the past few months, and I don't quite understand the somewhat uninformed views from people over how things are laid out, and how things work, etc.



I've been on beta3 for the past... I don't recall how long, and I haven't touched 1.5.x since that far back. The new changes are quite nice. The status drop-down is great (I personally don't need to have multiple statuses; I consider everyone as running on the same protocol, so all use the same status), the plugin-window separation is quite nice, seeing as you'd be more likely to forget where it was in the 1.5.x releases...



Voice and video *are* big features, and if the guys are working on it, then they are probably going to be making it rock-solid to begin with, instead of listening to people complain that it doesn't work.<nobr> <wbr></nobr>:P



Quick a question though: If we use IM/Chat so we don't have to use the phone in the first place, why would we want it included so badly when we could spell-check our thoughts instead?<nobr> <wbr></nobr>:P



"Hey... Are you there? I can hear you rustling around... Hellooooooo?"



Just a thought...

#

Re:well yes

Posted by: Anonymous Coward on February 16, 2007 11:11 AM
any way to put the login screen back. I have separate users in the house and don't want them to share all the accounts.

#

Re:Various Thoughts.

Posted by: Anonymous Coward on February 25, 2007 06:45 AM
I am another one of these people who have different statuses for different accounts all day everyday, and have at least a dozen people on my buddylists who have the same usage pattern (whether or not they use gaim is another story, i think most use adium).

If people have multiple accounts, it's usually for multiple purposes. VERY RARELY do I see people on multiple accounts for one purpose. Personally, I am on MSN for work, AIM for friends, and Yahoo for consultancy. I want different status for each, for example, mid-day: MSN - "available", AIM - "at work, IM me if you want to give me foodz (etc.)", Yahoo - "busy - please leave a message!", and evening: MSN - away, AIM "give me riot chunez plz", Yahoo "Available for Assistance or Gossip". Because of this I still haven't upgraded to 2.0 betas.

The interesting thing is that adium does this *just fine*. Please consult with them for assistance on GUI usability. However, despite all of my complaining, libgaim gives me the power to fix all of this... more and more appealing to make a libgaim wxWidgets IM client that copies the adium interface...

+ phonics

#

Re:Various Thoughts.

Posted by: Anonymous Coward on February 25, 2007 12:01 PM
Conversely, I know lots of people (myself included) that have multiple accounts purely for compatibility with other people on different networks. People with that usage always have their accounts set to the same statuses as each other. Obviously, our use cases differ, and there is a significant percentage of users who fall into each category. Therefore, any IM client should make it easy for both sets of users.

How do you set this up in Adium?

In Gaim 2.0.0, you'd just create multiple saved statuses. For example, you could create one named "Work" that sets MSN to Available, AIM to Away (with your away message), and Yahoo to Busy. Then create one named "Home" that sets MSN to Away, AIM to Available (with your message), and Yahoo to Available.

From there, you can switch between status with one motion, rather than by adjusting multiple accounts manually. It takes a few more seconds to set up the first time, but it's a LOT easier after that. It seems like you're a great example of how the 2.0.0 status system can make things more intuitive.

#

Re:Various Thoughts.

Posted by: Joe 'Zonker' Brockmeier on October 26, 2006 12:59 AM
"We realize that the 2.x status selector is more complicated if you want to have random statuses all the time, but we've yet to find people that do that."

Actually, I do that. And, if you're getting a bunch of complaints about it being too complicated? It probably is, whether it seems too complex to you or not. If you're getting a bunch of pushback from users, it means they don't like it -- and that's probably reason enough to get rid of it rather than trying to explain why it's better.

#

Re:Various Thoughts.

Posted by: Administrator on October 26, 2006 05:56 AM
Could you provide some examples of how you use random statuses, please? I'm not sure if I'm properly getting e-mails when people reply to my comments, so you might want to e-mail me too: rlaager@wiktel.com

I don't think we're getting a bunch of pushback. The status selector is much easier to understand and use for the vast majority of users. If you have specific suggestions of a way to improve the system for the atypical case (yours) without losing the benefits for the majority, I'd love to hear them.

Also, you personally may benefit from the individual status selectors available via the MyStatusbox plugin from the Guifications Plugin Pack: <a href="http://gaim.guifications.org/trac/wiki/PluginPack" title="guifications.org">http://gaim.guifications.org/trac/wiki/PluginPack</a guifications.org>

On the other hand, if you really think the status selector sucks for everyone, I'm open to hearing those arguments, too. We look for specific use cases that affect you personally. Many people make arguments based on theoretical "other users," and those complicate the issue. This is why I'm interested in hearing your personal experience with statuses.

If people you know think it sucks for specific reasons, have them come to us to explain the specific problems and we'll see what can be done.

We aren't making changes for the sake of making changes... we're really trying to make things easier to use and more functional. Experience has shown that people are resistant to change. I objected to several changes in 2.0.0 right away, but agreed with the other developers that I should give things a try for a little while. Now I'd never want to go back.

#

one size fits all - interface from gaim-beta2!!!

Posted by: Administrator on October 25, 2006 10:31 PM
I agree that the one-size-fits-all is really unfriendly! however there is a solution! in gaim-2.0beta02 there is an interface that lets you control ALL the ids separately! you can resize it to be invisible and its really useful, i think that should be an option!

#

Various Thoughts

Posted by: Administrator on October 26, 2006 12:23 AM
1. Gadu-Gadu support is not gone, it's better than ever. A SoC student improved it last year, and it's now using libgg (which means we don't have to duplicate as much code). If you're using beta4 and you're not getting GG support, that could be a bug. It's suppose to fall back to an internal copy of libgg if a system-wide copy doesn't exist at compile time.

2. The log reader plugin is still alpha code. However, thanks for mentioning it. I need to get that plugin polished up before the final release.

3. I still don't understand all this complaining about setting complex statuses being too complicated.

Gaim 1.x:
Every time you want to do it, you have to navigate a menu once per protocol to set them to away. So, that's 18 mouse operations (moves, clicks, etc.) to set three accounts to away. If you had some accounts that you didn't want to be signed on at all, then you had to go and enable/disable as appropriate.

Gaim 2.x:
The first time, you click "New..." from the status selector. Then you check each account that needs to differ from the main status, set it to Away, then click OK. Then, you name the status and click Save & Use. That's 9 operations + 7 per account. So, the total for the first time is 30. (And realistically, I'm individually counting "put the mouse in place, click the drop down, move to the thing you want, release".)

Now, with that status created, the next time you want to use it, you can get it in 4 operations: Mouse to status selector, click, move to that status, release.

So, ignoring the fact that the operations are slightly easier to perform when you're not dealing with submenus, and you end up with the change almost breaking even on the second use of the status, and saving lots of effort every time after that. As the number of accounts grows, 2.x scales even better.

And again, if you had to enable or disable accounts in 1.x to get some things signed on and some not, the 2.0.0 system is much better. You can have a "Work" status and a "Home" status that each define which accounts are online or offline and easily switch between the two.

#

Various Thoughts

Posted by: Administrator on October 26, 2006 12:26 AM
Well, somehow I managed to submit that last comment unintentionally. Here it is finished with proper formatting:

1. Gadu-Gadu support is not gone, it's better than ever. A SoC student improved it last year, and it's now using libgg (which means we don't have to duplicate as much code). If you're using beta4 and you're not getting GG support, that could be a bug. It's suppose to fall back to an internal copy of libgg if a system-wide copy doesn't exist at compile time.

2. The log reader plugin is still alpha code. However, thanks for mentioning it. I need to get that plugin polished up before the final release.

3. I still don't understand all this complaining about setting complex statuses being too complicated.

Gaim 1.x:
Every time you want to do it, you have to navigate a menu once per protocol to set them to away. So, that's 18 mouse operations (moves, clicks, etc.) to set three accounts to away. If you had some accounts that you didn't want to be signed on at all, then you had to go and enable/disable as appropriate.

Gaim 2.x:
The first time, you click "New..." from the status selector. Then you check each account that needs to differ from the main status, set it to Away, then click OK. Then, you name the status and click Save & Use. That's 9 operations + 7 per account. So, the total for the first time is 30. (And realistically, I'm individually counting "put the mouse in place, click the drop down, move to the thing you want, release".)

Now, with that status created, the next time you want to use it, you can get it in 4 operations: Mouse to status selector, click, move to that status, release.

So, ignoring the fact that the operations are slightly easier to perform when you're not dealing with submenus, and you end up with the change almost breaking even on the second use of the status, and saving lots of effort every time after that. As the number of accounts grows, 2.x scales even better.

And again, if you had to enable or disable accounts in 1.x to get some things signed on and some not, the 2.0.0 system is much better. You can have a "Work" status and a "Home" status that each define which accounts are online or offline and easily switch between the two.

We realize that the 2.x status selector is more complicated if you want to have random statuses all the time, but we've yet to find people that do that. Everyone seems to use just a few sets of statuses all the time. This makes sense. The 2.x status selector enables you to define those sets and easily use them.

#

Various Thoughts.

Posted by: Administrator on October 26, 2006 12:26 AM
Well, somehow I managed to submit that last comment unintentionally. Here it is finished with proper formatting:

1. Gadu-Gadu support is not gone, it's better than ever. A SoC student improved it last year, and it's now using libgg (which means we don't have to duplicate as much code). If you're using beta4 and you're not getting GG support, that could be a bug. It's suppose to fall back to an internal copy of libgg if a system-wide copy doesn't exist at compile time.

2. The log reader plugin is still alpha code. However, thanks for mentioning it. I need to get that plugin polished up before the final release.

3. I still don't understand all this complaining about setting complex statuses being too complicated.

Gaim 1.x:
Every time you want to do it, you have to navigate a menu once per protocol to set them to away. So, that's 18 mouse operations (moves, clicks, etc.) to set three accounts to away. If you had some accounts that you didn't want to be signed on at all, then you had to go and enable/disable as appropriate.

Gaim 2.x:
The first time, you click "New..." from the status selector. Then you check each account that needs to differ from the main status, set it to Away, then click OK. Then, you name the status and click Save & Use. That's 9 operations + 7 per account. So, the total for the first time is 30. (And realistically, I'm individually counting "put the mouse in place, click the drop down, move to the thing you want, release".)

Now, with that status created, the next time you want to use it, you can get it in 4 operations: Mouse to status selector, click, move to that status, release.

So, ignoring the fact that the operations are slightly easier to perform when you're not dealing with submenus, and you end up with the change almost breaking even on the second use of the status, and saving lots of effort every time after that. As the number of accounts grows, 2.x scales even better.

And again, if you had to enable or disable accounts in 1.x to get some things signed on and some not, the 2.0.0 system is much better. You can have a "Work" status and a "Home" status that each define which accounts are online or offline and easily switch between the two.

We realize that the 2.x status selector is more complicated if you want to have random statuses all the time, but we've yet to find people that do that. Everyone seems to use just a few sets of statuses all the time. This makes sense. The 2.x status selector enables you to define those sets and easily use them.

#

well yes

Posted by: Administrator on November 03, 2006 09:03 AM
I use g-talk frequently but this is hot too, its coming along well, good job!

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya