<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10pt"><div><span>WOW, Steve. Everything that I thinks sucks on the web today...</span></div><div><span>Thanks.73, Steve, K9DCI</span><br></div> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 10pt;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div dir="ltr"> <div style="margin: 5px 0px; padding: 0px; border: 1px solid rgb(204, 204, 204); height: 0px; line-height: 0; font-size: 0px;" class="hr" contentEditable="false" readonly="true"></div> <font size="2" face="Arial"> <b><span style="font-weight: bold;">From:</span></b> Stephen H. Smith <wa8lmf2@aol.com><br> </font><br>This seems to be a chronic problem with web-oriented developers -- they
assume <br>one has a nearly infinite amount of bandwidth available, and that any amount of <br>code bloat and frivolous window dressing is insignificant. Hence the growth of <br>the average web page load from 50-100K to more like a megabyte or two over the <br>last 5-10 years.<br><br>This may work on 5-10 megabit broadband "landline" Internet connections with <br>flat-rate monthly charges, but becomes painfully obvious on slower mobile <br>devices with severely-limited monthly data quotas. Not to mention mobile radio <br>data links where 14K or 28K (remember dialup modems??) is "really really fast".<br><br>This bloat includes ever-increasing amounts of javascript to obnoxiously make <br>menus pop down when you merely mouse over them without clicking, simple links <br>to other pages or PDF files that could be done with simple HTML HREF= tags <br>implemented as PHP scripts instead, embedded videos that start playing without <br>being
requested, screens that darken and deliver overlays when you mouse over <br>elements, multi-megapixel photos downsized with browser tags instead of being <br>downsampled BEFORE they are placed on a page, and various & sundry other <br>obnoxious annoyances. Not to mention the Facebook and Twitter badges on <br>practically every page that generate MORE Internet traffic as they silently <br>"phone home" to their respective sites every time a page loads.<br><br>___________________________________________________<br><br><br>--<br><br>Stephen H. Smith wa8lmf (at) aol.com<br>Skype: WA8LMF<br>EchoLink: Node # 14400 [Think bottom of the 2-meter band]<br>Home Page: <a href="http://wa8lmf.net/" target="_blank">http://wa8lmf.net/</a><br><br><br> Long-Range APRS on 30 Meters HF<br> <a href="http://wa8lmf.net/aprs/HF_APRS_Notes.htm"
target="_blank">http://wa8lmf.net/aprs/HF_APRS_Notes.htm</a><br><br>High Performance Sound Systems for Soundcard Apps<br> <a href="http://wa8lmf.net/ham/imic.htm" target="_blank">http://wa8lmf.net/ham/imic.htm</a><br> <a href="http://wa8lmf.net/ham/uca202.htm" target="_blank">http://wa8lmf.net/ham/uca202.htm</a><br><br>"APRS 101" Explanation of APRS Path Selection & Digipeating<br> <a href="http://wa8lmf.net/DigiPaths" target="_blank">http://wa8lmf.net/DigiPaths</a><br><br><br><br><br><br><br><br>_______________________________________________<br>aprssig mailing list<br><a href="mailto:aprssig@tapr.org" ymailto="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br><a href="http://www.tapr.org/mailman/listinfo/aprssig" target="_blank">http://www.tapr.org/mailman/listinfo/aprssig</a><br><br><br></div> </div> </div> </div></body></html>