<br><br>On 3/22/07, Ian Stirling &lt;<a href="mailto:ian.stirling@mauve.plus.com">ian.stirling@mauve.plus.com</a>&gt; wrote:<br>&gt; Andreas Kostyrka wrote:<br>&gt; &gt; * Jonathon Suggs &lt;<a href="mailto:jsuggs@murmp.com">
jsuggs@murmp.com</a>&gt; [070321 22:58]:<br>&gt; &gt;&gt; Andreas Kostyrka wrote:<br>&lt;snip&gt;<br>&gt; &gt;&gt; My challenge is just to think bigger.&nbsp;&nbsp;Think how this could be incorporated to work with *any* phone.&nbsp;&nbsp;Then you can have a much larger group of people to brainstorm, test, and bugfix.
<br>&gt; &gt;&gt; We have enough protocols and standards to support.&nbsp;&nbsp;Creating yet another one isn&#39;t really going to help that much.&nbsp;&nbsp;Also, I don&#39;t know anyone else that is planning on getting a<br>&gt; &gt;&gt; OpenMoko device, so its pretty pointless for me at this point.&nbsp;&nbsp;I know you&#39;ve got to start somewhere, but starting out a battle fighting uphill isn&#39;t the best of ideas.
<br>&gt; &gt;&gt;<br><br>what about sacrificing a few bytes at the beginning/end of the compressed data to include &quot;to decompress, forward to xxxx&quot;.&nbsp; If you&#39;ve got an openmoko/other compression capable phone, this would be disregarded, but for the vanilla phone users out there, forwarding to that number/short code would send the encoded data to a decoding server, which would then call back to the sender with the decompressed message(s).
<br><br>it&#39;s not really that good a solution, kind of kludgy, and it would cost whoever you sent the message to several extra texts. On the other hand, it generates some interest, and shows a tangible benefit to purchasing an openmoko phone... for the heavy sms&#39;er this could even start saving them some cash.
<br><br>anyways, I got to thinking of the compatibility problem, and this popped into my head... hopefully it&#39;ll help spur some more ideas<br>-- <br>Jeff<br>O|||||||O<br>