Exactly.   Perhaps a special button sequence to restore the default app..  If the function calls are well designed, the application code should be trivial. This is what we did with verifone credit card terminals back in the 80s. Worked well for many millions of devices, with lots of relatively unskilled programmers. <span style="font-family:Prelude, Verdana, san-serif;"> <span id="signature"><div style="font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sent from my Palm Prē</div> <span style="color:navy; font-family:Prelude, Verdana, san-serif; "><hr align="left" style="width:75%">On Jun 10, 2010 13:04, Tim N9PUZ <tim.n9puz@gmail.com> wrote:  On 6/10/2010 1:52 PM, Lynn W. Deffenbaugh (Mr) wrote:

<br>> david Vanhorn wrote:

<br>>> As an embedded systems developer, I don't see why this shoul add any

>> cost at all to a modern radio.

<br>>

<br>> Support costs would be astronomical unless some truly bullet-proof

<br>> hardware/firmware and "don't call us if you break it" language is in

<br>> place. Just look at how many people can't set up a D710 or VX-8R without

<br>> assistance, I know I keep referring to the books for programming my

<br>> simple HTs. Imagine the complexity when 10 different users of the same

<br>> radio have 15 different ways to do the same thing. And they'll think

> they can call the manufacturer when it doesn't work right.

<br>>

<br>> Lynn (D) - KJ4ERJ - Liking the idea, but not enamored with the practicality

<br>

<br>The manufacturer would supply some sort of "user interface" code as a 

<br>part of the package anyway. With regard to support the response could be 

<br>"if all the functions in OUR code work, the radio is sound. You to need 

<br>to get support from whoever wrote your code."

<br>

<br>73,

<br>

<br>Tim N9PUZ

<br>

<br>_______________________________________________

<br>aprssig mailing list

<br>aprssig@tapr.org

<br>https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig

<br></span>