[drats_users] 0.3.2b1 message hanging

[Gary Sutton]

Dan, yes, I can see the logic there. Although, I guess if I was going to
manually forward a message to W0RMT, as an example,  and type/select his
address in the Station box, then it would be nice if the program
automatically put the port that W0RMT was last heard on, rather than
populate the port window with a port where W0RMT has never been heard. That
would be helpful in situations where one's attention is being split among
many people/things (e.g. an ARES/RACES event and you're sitting in a busy
command post.)

I use W0RMT as an example because we are both local to one another and
playing with D-RATS, so I hope Bud doesn't mind. We are both amazed at what
you have accomplished with D-RATS, so thank you for all the hard work!

Gary
WB5PJB


On Sun, Nov 1, 2009 at 3:26 PM, Dan Smith <dsmith at danplanet.com> wrote:

> > I have also noticed that when I go to forward a message, because now
> > I have to manually forward a new message in the Outbox, the port that
> > automatically gets popped into the forwarding window is the ID-1,
> > which doesn't match the port I have set on the Chat tab at the time,
> > which is the IC-2820. I guess if you have just one port setup, then
> > it isn't an issue, but when I have two radios setup and have a radio
> > assigned in the Chat tab, then my own way of thinking is that the
> > radio assigned in the Chat tab is my current active radio for all
> > transmissions, so it can be a gotcha if the forwarding window throws
> > in a different radio as the port to use. Or, another way to look at
> > it might be for the program to keep track of which port it last heard
> > the station on to whom you are forwarding the message and pick that
> > port as the default. Not a big deal, but you have to be observant to
> > keep from forwarding an email to the wrong radio port.
>
> The port selected on the chat tab does not impact anything other than
> chat-related activites (and QSTs).  An outgoing message that is being
> routed automatically will use the port that the destination station was
> last heard on.  If you're manually forwarding the message then the port
> and station you're choosing have nothing to do with where the message is
>  addressed to, so choosing a port for you wouldn't make much sense.
>
> It sounds like if the send/receive was behaving properly it would be
> doing what you expect/want.  If I can get some debug logs on that, I'll
> try to figure out what's going on.
>
> --
> Dan Smith
> dsmith#danplanet.com, s/#/@/
> www.danplanet.com
> KK7DS
> _______________________________________________
> drats_users mailing list
> drats_users at lists.danplanet.com
> http://lists.danplanet.com/mailman/listinfo/drats_users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://intrepid.danplanet.com/pipermail/drats_users/attachments/20091101/de051cdf/attachment.html