{#} Replies are directed back to [EMAIL PROTECTED]
{#} To reply to the author, write to Eric Peyton <[EMAIL PROTECTED]>
On Monday, January 21, 2002, at 05:47 AM, Jeff Leung wrote:
> {#} Replies are directed back to [EMAIL PROTECTED]
> {#} To reply to the author, write to Jeff Leung <[EMAIL PROTECTED]>
>
> Hi all,
>
> First off, my compliments to everyone who has worked on Fire. Very
> useful
> and excellent product.
>
> Since I've been using Fire for a couple months now, I thought I'd
> dutifully
> report some bugs that I've experienced and make some feature
> suggestions.
> Here goes... (most of my friends and coworkers are on Yahoo, so a lot of
> these will be pertinent to Yahoo Messenger)
>
>
> Bugs:
> 1. URLs coming from a Yahoo Messenger client do not appear. I am
> guessing
> this is related to the problem with colored text, as Yahoo Messenger
> does
> change the color for URLs. Is this a fixable problem?
Yes, eventually.
>
> 2. Most of the time when I first start Fire, not all of my Yahoo buddies
> will be discovered to be online, even though they are. This seems to
> be a
> problem I have with Proteus as well. On Fire at least, each buddy will
> eventually show up (perhaps if they log off and then back in), or they
> will
> all show up if I add a new buddy (or two).
Weird - I have never seen this.
>
> 3. (Not sure if this is a bug): I usually have Console running hidden,
> and
> it seems that all messages received via Yahoo are output to console as
> well.
> Seems there is an NSLog line that was never commented out. Here is the
> diff:
>
> diff -r1.7 YahooCFunctions.m
> 135c135
> < NSLog(@"Message = %s", pkt->msg);
> ---
>> // NSLog(@"Message = %s", pkt->msg);
Already fixed.
>
> 4. When getting a notification for new mail from Yahoo, there always
> seems
> to be a second notification received immediately after I clear the
> notification dialog. It doesn't matter if I click on "Read" or "Close."
>
>
> Suggestions:
> 1. One nice thing about Yahoo Messenger is that you have the option of
> turning off notification sounds for the active chat window. It'd be
> great if
> this were put in as well. I put it in myself as a hack (I don't
> understand
> objective-C very well, so I just made the most minimal changes I could
> possibly make to get that functionality), but it'd be great if it were a
> preference that I could set. Here's the diff for my hack:
>
> diff -r1.103 ChatWindow.m
> 1338a1339,1341
>> if ([window isKeyWindow] && [soundName isEqual:MSG_RECV]) {
>> return;
>> }
>
Um - just add the mute button to the window, and turn it on when you
want the window muted?
> 2. It seems that new chat windows (at least for buddies for which there
> is
> no saved window information) always open up in the same spot. Any way
> to do
> cascading for new windows (like how Internet Explorer always opens up
> new
> windows a little lower and to the right of the previously opened
> window)?
>
Turn on the preference to save window positions and this is much less of
a problem.
> 3. How hard would it be to take ESC as a close window key (as opposed to
> only Apple-W)?
>
I don't know about this one. (It would be easy to do - but it's against
Aqua HI and seems "wrong" to me).
Eric
>
> Anyway, Fire's looking real good. Keep up the good work!
>
>
> {#} ----------------------------------------------------+[ fire ]+---
>
>
{#} ----------------------------------------------------+[ fire ]+---
