[aprssig] Does UI-View have a decaying algorithm? Where is it?

[John Kraus]

At 06:10 PM 3/7/2005, you wrote:
>John K wrote on 07/03/2005 2:05:24 PM PST
>
> > Please explain how to use this UI-View "decaying Algorithm".  I am using
> > UI-View 2.03 as an IGATE and all it has is a fixed ...
>...snip...
> >... on how I can set it to exponentially decay from an early very
> > rapid rate to a much slower one over a defined interval.
>
>See announcements and bulletins for the decaying algorithm. Bring up the 
>message screen and hit F1 for help and it will explain the timing for 
>these two. Also, a search for the word "decay" will find the same page. 
>Regular messages have a fixed rate - set by you. The rate isn't carved in 
>stone. You can adjust it and specify how often to retry, how many times to 
>try (not really any need to blast it out there hundreds of times if the 
>other guy isn't hearing you) and the very important "retry on heard" 
>setting, as well as being able to tell it to not expire your messages..


So the answer is no.

Neither UI-View 16 nor 32 has the decaying algorithm for APRS messages.  It 
has a decaying process for bulletins that does not act anywhere as fast as 
the true exponential one that Bob describes.

UI-View also lacks reply-acks.

Bottom line.

As I said before APRS style messaging in UI-View is broken and all the 
kings men using all the semantic tricks in the world can't change that fact.

To bad you can't sit in my seat when the bad weather hits but there is not 
time to juggle settings.  Not to mention it is bad practice to expect 
people to do things like that routinely.

There would be no need for this attempted hack if the program met the basic 
design principle. Period.

As far as I am concerned this is the end of discussion until I see someone 
commit the untruth that UI-View has true APRS style messaging.

The fact is that UI-View16 or 32 does not do decay algorithm or replay acks 
on messages.
Nor is it likely to ever do so.