{#} Replies are directed back to [EMAIL PROTECTED]
{#} To reply to the author, write to Colter Reed <[EMAIL PROTECTED]>
On 4/15/02 14:51, "Morgan Aldridge" <[EMAIL PROTECTED]> wrote:
> Other than the fact that we can now specify the text color for
> various statuses, the fact that service icons are now all the way to the
> left, and certain operations have been moved to the tool bar, i don't
> see any differences.
Text color is a feature request. Service icons all the way to the left is
an option to make the window smaller (also a feature request). Toolbar is a
UI improvement.
Also, note that the buddy list is now sortable by name, status, and service.
Buddies with the same alias within a group can "collapse" into a single
buddy -- saves space for your cohorts who use multiple services at once.
You can also hide more information if you consider it extraneous -- the
Accounts, Blocked Buddies, and Offline Buddies groups.
> I agree with others that the colors are counter
> intuitive in some cases. For example, red should not be used for away,
> but offline... yellow is best suited for away as it is the intermediate
> state between online & offline, but it's too bright so more of an
> orange-ish yellow makes sense. Green would make sense for those that
> have just signed on, but it looks like the ability to see who has just
> signed on is gone. I also like gray for idle cause it implies that
> they're there, but not entirely... not actually gone.
Red -- most likely you won't get an immediate response. Blue -- the user's
machine is cooling off. Green -- because it goes with red and blue.
No matter what combination of colors I could have chosen, *somebody* (read:
most of you) isn't going to like it. That's why I made it a preference.
You can change it if you don't like it.
> As some have mentioned, a few of the icons (esp the disclosure
> triangle) lack an alpha channel, but I've also seen an issue when icons
> are composited lately (i.e. when the away post-it is placed on top of
> the service icon) in that the data seems to be getting corrupted or
> incorrectly calculated causing red pixels to appear where they shouldn't
> be.
Haven't seen the pixel corruption, but that shouldn't be surprising given my
inability to pick colors that go well together. Also, I'd rather spend time
working on the code rather than working on images -- I'll leave that to
someone more skilled at digital image manipulation. I just grabbed some
placeholder images so I could get the idea across.
> And last, but definitely NOT least... congrats on cool fixes such
> as correctly displaying AIM info (hell, ALL of the get info improvements
> lately!) and correctly setting AIM away messages! Despite the number of
> negative issues people bring up, you all are doing an amazing job with
> fire :)
Thank you.
Colter
{#} ----------------------------------------------------+[ fire ]+---
