Santa Time : was: Time accuracy in browser

Following the side thread about the time precision in browser at
<http://groups.google.com/group/comp.lang.javascript/browse_frm/thread/91b9f3fd90513161/1ea06131c63cfdf0?hl=en#doc_620f160f0cb57c8c>
Statement:
At the very least Internet Explorer doesn't go by "real" time in script
methods. Instead it provides to script methods "application ticks" with
predefined amount of milliseconds in them. If the requested time frame
fits into an even amount of ticks then the script goes closer to the
real time flow. If the requested time frame doesn't fit into an even
amount of ticks then the closest even amoount of ticks is used instead.
As the result script will fall behind or rush forward relative to the
real time on each loop.

Experiment:
copy and paste code at the bottom
also this page can be found at
<http://www.geocities.com/schools_ring/SantaTime.html>

Both Red Santa and Blue Santa are set to move each 30ms
Red Santa (top) is moving using TRUESPEED interface - the only
interface to the real system time I've found so far.
Blue Santa (bottom) is moving w/o TRUESPEED interface, therefore its
30ms delay gets rounded to the closest "application tick" which is
bigger than 30ms

Expected Results:
Despite the same time delay set, Blue Santa will fall behind.

Results:
As expected

P.S. I have enough Santas and Snowmen for any further questions :-)

P.P.S Because of proprietary <marquee> tag this test must be run under
Internet Explorer 4.x or higher.
<html>
<head>
<title>Santa's Time</title>
<meta http-equiv="Content-Type" content="text/html;
charset=iso-8859-1">
<script type="text/javascript">

var Santa = '#define Santa_width 128\n#define Santa_height 128\nstatic
char Santa_bits[] = {\
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0x01, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0x01, 0x00, 0x00, 0xEC, 0x01,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0x01, 0x00, 0x00, 0x60, 0x03,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0x01, 0x00, 0x00, 0x25, 0x0F,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0x04, 0x00, 0x00, 0x15, 0x11,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x10, 0x00, 0x00, 0x1F, 0x02,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC0, 0x00, 0x3C, 0x7E, 0x43,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x83, 0x1F, 0x80, 0x83,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xFE, 0x0F, 0xE0, 0x83,
0x1C, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0x07, 0x90, 0xC5,
0x20, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x07, 0x5F, 0x7E,
0x40, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x07, 0x04, 0x0C,
0x80, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x83, 0x42, 0x0C,
0x00, 0x01, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x83, 0x81, 0xFA,
0x00, 0x02, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC0, 0xC0, 0x81, 0x81, 0x41,
0x01, 0x0E, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0xDF, 0x41, 0x08, 0x43,
0x02, 0x3E, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x1C, 0xFC, 0x41, 0x00, 0x64,
0x06, 0x7E, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC0, 0x21, 0x00, 0x3C,
0x04, 0xFF, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x20, 0x80, 0x07,
0x04, 0xFF, 0x01, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0xE0, 0x80, 0x03,
0x86, 0xFF, 0x01, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x00, 0x00, 0xE0, 0x3F, 0x00,
0xC6, 0xFF, 0x03, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0xCF, 0x00, 0xF8,
0xFF, 0xFF, 0x07, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0xF0, 0x87, 0x01, 0xE4,
0xF1, 0xFF, 0x07, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0xFF, 0x77,
0xE0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0xFE, 0x73,
0xE0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x00, 0x00, 0xF0, 0x63,
0xC0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x02, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0C, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x0F, 0x00, 0x18, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0xC0, 0xFF, 0x01, 0x18, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x38, 0x00, 0x06, 0x38, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x0E, 0xC0, 0x3F, 0xFF, 0x00, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x07, 0xFC, 0xFF, 0xFE, 0x01, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x1F, 0x00, \
0x00, 0x00, 0x00, 0x80, 0x01, 0xFF, 0xFF, 0xFF, 0x07, 0x00, 0x00, 0x00,
0xC0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0x80, 0xC0, 0xFF, 0x3F, 0xFF, 0x1F, 0x00, 0x00, 0x00,
0xE0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x00, 0xC0, 0xC0, 0xFF, 0x1F, 0xFF, 0x7F, 0x00, 0x00, 0x00,
0xE0, 0xFF, 0x0F, 0x00, \
0x00, 0x00, 0x70, 0xE0, 0xE0, 0xFF, 0x9F, 0xFF, 0xFF, 0x00, 0x00, 0x00,
0xF0, 0xFF, 0x07, 0x00, \
0x00, 0x00, 0x70, 0x60, 0xE0, 0xFF, 0x8F, 0xFF, 0xFF, 0x1F, 0x00, 0x00,
0xF8, 0xFF, 0x07, 0x00, \
0x00, 0x00, 0x10, 0x30, 0xF0, 0xFF, 0x8F, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFC, 0xFF, 0x03, 0x00, \
0x00, 0xE0, 0x91, 0x10, 0xF0, 0xFF, 0x87, 0xFF, 0xFF, 0xFF, 0x1F, 0xC0,
0xFF, 0xFF, 0x00, 0x00, \
0x00, 0xFC, 0x1F, 0x10, 0xF0, 0xFF, 0x87, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0xFF, 0x7F, 0x00, 0x00, \
0x00, 0x0C, 0x00, 0x11, 0xF0, 0xFF, 0x87, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0xFF, 0x1F, 0x00, 0x00, \
0x00, 0x06, 0x00, 0x10, 0xF0, 0xFF, 0x83, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0xFF, 0x01, 0x00, 0x00, \
0x00, 0x42, 0x00, 0x1A, 0xF0, 0xFF, 0x83, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0xFE, 0x00, 0x0A, 0xF0, 0xFF, 0x83, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x80, 0x01, 0x08, 0xF0, 0xFF, 0x83, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x80, 0x01, 0x0C, 0xF0, 0xFF, 0x03, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x01, 0x08, 0xF0, 0xFF, 0x03, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x03, 0x08, 0xF0, 0xFF, 0x03, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x03, 0x08, 0xF0, 0xFF, 0x03, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x03, 0x08, 0xF0, 0xFF, 0x03, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x20, 0x00, \
0x00, 0x00, 0x06, 0x18, 0xF0, 0xFF, 0x07, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0x00, 0x60, 0x00, \
0x00, 0x00, 0x04, 0x10, 0xE0, 0xFF, 0x07, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF,
0x07, 0xE0, 0xE3, 0x00, \
0x00, 0x00, 0x04, 0x10, 0xE0, 0xFF, 0x07, 0xFE, 0xFF, 0xFF, 0xFF, 0xFF,
0x83, 0x3F, 0xF7, 0x01, \
0x00, 0x00, 0xE4, 0x1F, 0xE0, 0xFF, 0x0F, 0xFE, 0xFF, 0xFF, 0xFF, 0xDF,
0xC3, 0xF1, 0xF7, 0x00, \
0x00, 0x00, 0xFC, 0x3F, 0xE0, 0xFF, 0x0F, 0xFC, 0xFF, 0xFF, 0xFF, 0xBF,
0x41, 0xF0, 0x7F, 0x00, \
0x00, 0x00, 0xFC, 0x3F, 0xC0, 0xFF, 0x0F, 0xF8, 0xFF, 0xFF, 0xFF, 0x3F,
0xA1, 0xE8, 0x7F, 0x00, \
0x00, 0x00, 0xFC, 0x3F, 0xC0, 0xFF, 0x1F, 0xF8, 0xFF, 0xFF, 0xFF, 0x3F,
0xA2, 0xAD, 0x3F, 0x00, \
0x00, 0x00, 0xFE, 0x7F, 0xC0, 0xFF, 0x1F, 0xF0, 0xFF, 0xFF, 0xFF, 0x3F,
0x04, 0x26, 0xFF, 0x03, \
0x00, 0x00, 0xFE, 0x7F, 0xC0, 0xFF, 0x3F, 0xF0, 0xFF, 0xFF, 0xFF, 0x7F,
0x18, 0x24, 0xFF, 0x07, \
0x00, 0x00, 0xFE, 0xFF, 0x80, 0xFF, 0x7F, 0xE0, 0xFF, 0xFF, 0xFF, 0x7F,
0x90, 0xB3, 0xEF, 0x07, \
0x00, 0x00, 0xFE, 0xFF, 0x80, 0xFF, 0x7F, 0xC0, 0xFF, 0xFF, 0xFF, 0x7F,
0xE0, 0xF3, 0xDF, 0x05, \
0x00, 0x00, 0xFE, 0xFF, 0x00, 0xFF, 0xFF, 0x80, 0xFF, 0xFF, 0xFF, 0x3F,
0x20, 0x68, 0x3E, 0x18, \
0x00, 0x00, 0xFE, 0xFF, 0x01, 0xFE, 0xFF, 0x01, 0xFF, 0xFF, 0xFF, 0x1F,
0x20, 0x64, 0x6C, 0x30, \
0x00, 0x00, 0xFC, 0xFF, 0x01, 0xFC, 0xFF, 0x03, 0xFC, 0xFF, 0xF9, 0x0F,
0x20, 0xF4, 0xC0, 0x20, \
0x00, 0x00, 0xFC, 0xFF, 0x03, 0xF8, 0xFF, 0x03, 0xF0, 0xFF, 0xF0, 0x07,
0x20, 0xB4, 0x81, 0x41, \
0x00, 0x00, 0xF8, 0xFF, 0x07, 0xF0, 0xFF, 0x0F, 0xE0, 0x7F, 0x3C, 0x00,
0x20, 0xB4, 0x83, 0xC3, \
0x00, 0x00, 0xF0, 0xFF, 0x0F, 0xE0, 0xFF, 0x1F, 0x00, 0x7E, 0xEC, 0x00,
0x20, 0x1C, 0x06, 0xFF, \
0x00, 0x00, 0xC0, 0xFF, 0x1F, 0x80, 0xFF, 0x3F, 0x00, 0x70, 0xD6, 0x01,
0x30, 0x18, 0x84, 0x87, \
0x00, 0x00, 0x80, 0xFF, 0x3F, 0x00, 0xFF, 0xFF, 0x00, 0x30, 0x42, 0x07,
0x18, 0x18, 0xF8, 0x82, \
0x00, 0x00, 0x00, 0xFE, 0x3F, 0x00, 0xFC, 0xFF, 0x03, 0x30, 0x6E, 0xFE,
0x1F, 0x18, 0x10, 0x42, \
0x00, 0x00, 0x00, 0xFC, 0x7F, 0x00, 0xF8, 0xFF, 0x1F, 0x38, 0x67, 0xF8,
0x7F, 0x11, 0x18, 0x42, \
0x00, 0x00, 0x00, 0xE0, 0xFF, 0x00, 0xF0, 0xFF, 0xFF, 0x1F, 0x70, 0x00,
0xC0, 0x11, 0x18, 0x43, \
0x00, 0x00, 0x00, 0x80, 0xFF, 0x01, 0xC0, 0xFF, 0xFF, 0x1F, 0x5E, 0x00,
0x00, 0x32, 0x18, 0x43, \
0x00, 0x00, 0x00, 0x00, 0xFF, 0x07, 0x80, 0xFF, 0xFF, 0x8F, 0x4F, 0x00,
0x00, 0x6C, 0x08, 0x21, \
0x00, 0x00, 0x00, 0x00, 0xF0, 0x0F, 0x00, 0xFC, 0xFF, 0xFF, 0x67, 0x00,
0x00, 0x7C, 0x08, 0x21, \
0x00, 0x00, 0x00, 0x00, 0xC0, 0x1F, 0x00, 0xE0, 0xFF, 0xFF, 0x23, 0x00,
0x00, 0x80, 0x8C, 0x3F, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x7E, 0x00, 0x80, 0xFF, 0xFF, 0x11, 0x00,
0x00, 0x80, 0x85, 0x0F, \
0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0x00, 0x00, 0xFC, 0x3F, 0x18, 0x00,
0x00, 0x00, 0x7F, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0x07, 0x00, 0x00, 0x00, 0x08, 0x00,
0x00, 0x00, 0x06, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x1F, 0x00, 0x00, 0x00, 0x04, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x7F, 0x00, 0x00, 0x00, 0x03, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xFC, 0x0F, 0x00, 0xC0, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0xFF, 0x01, 0x38, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF0, 0xFF, 0xFF, 0x07, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0xFF, 0xFF, 0x03, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0xFF, 0xFF, 0x03, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xFF, 0xFF, 0x07, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xFE, 0xFF, 0x07, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xFC, 0xFF, 0x03, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xF8, 0xFF, 0x03, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x20, 0x00, 0x04, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x60, 0x00, 0x04, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC0, 0x00, 0x88, 0x01, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x00, 0x48, 0x03, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x80, 0x01, 0x30, 0x03, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x00, 0x03, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, 0x80, 0x01, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0xC0, 0x01, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0C, 0xFF, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xD8, 0x3F, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x90, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xB0, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xE0, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, \
};\n';

</script>

<style type="text/css">
body {
background-color: #FFFFFF
}
span {
height: 128px;
width: 128px;
}
#Santa01 {
filter: progid:DXImageTransform.Microsoft.dropShadow(
Color=#FF0000,offX=2,offY=0,positive=true);
}
#Santa02 {
filter: progid:DXImageTransform.Microsoft.dropShadow(
Color=#0000FF,offX=2,offY=0,positive=true);
}
</style>

</head>

<body bgcolor="#FFFFFF">

<marquee direction="right" behavior="scroll"
scrollamount="5" scrolldelay="30"
TRUESPEED><span id="Santa01"><img
src="javascript:Santa"
width="128" height="128" vspace="0" hspace="0"
border="0"></span></marquee>

<marquee direction="right" behavior="scroll"
scrollamount="5" scrolldelay="30"

<span id="Santa02"><img

src="javascript:Santa"
width="128" height="128" vspace="0" hspace="0"
border="0"></span></marquee>

</body>
</html>

Dec 4 '05 #1

Subscribe Post Reply

1758

Google seems to have a new hobby by parsing and twisting posted code.
Here is the zipped variant of the testcase:

<http://www.geocities.com/schools_ring/SantaTime.zip>

Dec 4 '05 #2

Randy Webb

VK said the following on 12/4/2005 1:40 PM:

Following the side thread about the time precision in browser at
<http://groups.google.com/group/comp.lang.javascript/browse_frm/thread/91b9f3fd90513161/1ea06131c63cfdf0?hl=en#doc_620f160f0cb57c8c>
Statement:
At the very least Internet Explorer doesn't go by "real" time in script
methods. Instead it provides to script methods "application ticks" with
predefined amount of milliseconds in them. If the requested time frame
fits into an even amount of ticks then the script goes closer to the
real time flow. If the requested time frame doesn't fit into an even
amount of ticks then the closest even amoount of ticks is used instead.
As the result script will fall behind or rush forward relative to the
real time on each loop.

Experiment:
copy and paste code at the bottom
It doesn't work properly when copy/pasted.
also this page can be found at
<http://www.geocities.com/schools_ring/SantaTime.html>

Both Red Santa and Blue Santa are set to move each 30ms
Red Santa (top) is moving using TRUESPEED interface - the only
interface to the real system time I've found so far.
The TRUESPEED is an IE-ism that is not honored by Mozilla.
Blue Santa (bottom) is moving w/o TRUESPEED interface, therefore its
30ms delay gets rounded to the closest "application tick" which is
bigger than 30ms
You should test it in some other browser and see what the results are.
Expected Results:
Despite the same time delay set, Blue Santa will fall behind.
I only get two black santas but they move at the same speed.
Results:
As expected

P.S. I have enough Santas and Snowmen for any further questions :-)

P.P.S Because of proprietary <marquee> tag this test must be run under
Internet Explorer 4.x or higher.

You should test the marquee tag in some other browsers before stating
that. It is not the marquee tag itself but the IE-only attribute of
TRUESPEED that causes it not to do what you want it to do in non-IE
browsers.

--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

Dec 4 '05 #3

Richard Cornford

VK wrote:
<snip>

Statement:
... . If the requested time frame fits into an even
amount of ticks then the script goes closer to the
real time flow. If the requested time frame doesn't
fit into an even amount of ticks then the closest even
amoount of ticks is used instead. ...

So what is so special about even numbers of ticks? Asserting that odd
ticks are skipped seems to lack evidence or reason. So much like most of
your statements.

<snip - more incoherent drivel unrelated to browser scripting or
javascript>

Richard.

Dec 4 '05 #4

Dr John Stockton

JRS: In article <11**********************@g44g2000cwa.googlegroups .com>
, dated Sun, 4 Dec 2005 10:40:22 local, seen in
news:comp.lang.javascript, VK <sc**********@yahoo.com> posted :

Statement:
At the very least Internet Explorer doesn't go by "real" time in script
methods. Instead it provides to script methods "application ticks" with
predefined amount of milliseconds in them. If the requested time frame
fits into an even amount of ticks then the script goes closer to the
real time flow. If the requested time frame doesn't fit into an even
amount of ticks then the closest even amoount of ticks is used instead.
As the result script will fall behind or rush forward relative to the
real time on each loop.

If a "clock" is driven by setTimeout("...", constant), then obviously
the errors of consecutive calls will add, although they may be
correlated and the "clock" will not necessarily have the wrong rate.

If a "clock" is driven by setInterval("...", constant), the same
applies.

However, in the latter case the scheduler knows that a prolonged
sequence of constant intervals is called for and in the former case it
does not (though it could assume it) - so the behaviour might differ.

<FAQENTRY> Your code fails because you have allowed your posting agent
to wrap lines.</FAQENTRY>

--
© John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v4.00 IE 4 ©
<URL:http://www.jibbering.com/faq/> JL/RC: FAQ of news:comp.lang.javascript
<URL:http://www.merlyn.demon.co.uk/js-index.htm> jscr maths, dates, sources.
<URL:http://www.merlyn.demon.co.uk/> TP/BP/Delphi/jscr/&c, FAQ items, links.

Dec 4 '05 #5

Richard Cornford wrote:

So what is so special about even numbers of ticks? Asserting that odd
ticks are skipped seems to lack evidence or reason. So much like most of
your statements.
Bad wording - I'm not a lawyer so some of my sentences may be read in
two ways *if you want to*.
The test case asserts that:

Application tick = 60ms - this is your minimum
Thusly
timeframe 30 ms => 60ms
timeframe 40 ms => 60ms
timeframe 59 ms => 60ms
timeframe 60 ms == 60ms
You put it into clearer wording if you want to (I guess "floating
point" should be involved)
<snip - more incoherent drivel unrelated to browser scripting or
javascript>

setTimeout(myFunction,30) == setTimeout(myFunction,40) ==
setTimeout(myFunction,50)

Of course: no any relations with scripting ;-)

Dec 4 '05 #6

Dr John Stockton wrote:

<FAQENTRY> Your code fails because you have allowed your posting agent
to wrap lines.</FAQENTRY>

Damn (aka Bloody) Google News:

1) wraps the lines
2) parses code to replace all "sometext@" to "...@"
3) parses code to replace all "sometext\" to "sometext"

These are only things I'm aware of. But the only possible answer on
this FAQ would be "Do not post using Google" - but such answer is not
always helpful.

I'm getting used to upload anything more or less complex to my site and
give a link in the post. But this raises security considerations (not
everyone will click a link w/o seeing the code it leads to). Also such
way is bad for legacy issues, because it is deadlink-prone in the
future. Not to say I'm posting some "keep forever" code here :-) but
for the overall integrity of news archives it's bad I guess.

Dec 5 '05 #7

Richard Cornford

VK wrote:

Richard Cornford wrote:
So what is so special about even numbers of ticks? Asserting
that odd ticks are skipped seems to lack evidence or reason.
So much like most of your statements.
Bad wording - I'm not a lawyer so some of my sentences
may be read in two ways *if you want to*.

Just two ways? One of the mane reasons you are not subject to even more
corrections than you already are is that much of what you write is so
incoherent that it is difficult to find any meaning in it at all, and so
are impossible to correct.
The test case asserts that:
You mean that HTML mark-up that used marquee elements?
Application tick = 60ms - this is your minimum
The default OS tick in Windows 95-98 is (very) approximately 60
milliseconds. Other OSs may have different opinions.
Thusly
timeframe 30 ms => 60ms
timeframe 40 ms => 60ms
timeframe 59 ms => 60ms
timeframe 60 ms == 60ms
And what is that supposed to mean?
You put it into clearer wording if you want to
I, and many others, already have.
(I guess "floating point" should be involved)

Guess-work is not the approach others take to programming, though it
would explain some of your writing and code.

<snip - more incoherent drivel unrelated to browser
scripting or javascript>

setTimeout(myFunction,30) == setTimeout(myFunction,40) ==
setTimeout(myFunction,50)

Of course: no any relations with scripting ;-)

Did what you posted include a single scripted employment of -
setTimeout - (or the Date object)?

Richard.

Dec 5 '05 #8

Dr John Stockton

JRS: In article <dm*******************@news.demon.co.uk>, dated Sun, 4
Dec 2005 23:15:35 local, seen in news:comp.lang.javascript, Richard
Cornford <Ri*****@litotes.demon.co.uk> posted :

VK wrote:
<snip>
Statement:
... . If the requested time frame fits into an even
amount of ticks then the script goes closer to the
real time flow. If the requested time frame doesn't
fit into an even amount of ticks then the closest even
amoount of ticks is used instead. ...

So what is so special about even numbers of ticks? Asserting that odd
ticks are skipped seems to lack evidence or reason. So much like most of
your statements.

Remember that he's a foreigner, and cannot write real English; one must
not confuse illiteracy with stupidity, although they can be combined.
Less educated people sometimes use "even" to mean "integer". Another
reason why he's probably not Indian.

--
© John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v4.00 IE 4 ©
<URL:http://www.jibbering.com/faq/> JL/RC: FAQ of news:comp.lang.javascript
<URL:http://www.merlyn.demon.co.uk/js-index.htm> jscr maths, dates, sources.
<URL:http://www.merlyn.demon.co.uk/> TP/BP/Delphi/jscr/&c, FAQ items, links.

Dec 5 '05 #9

Dr John Stockton

JRS: In article <11*********************@z14g2000cwz.googlegroups. com>,
dated Sun, 4 Dec 2005 16:11:56 local, seen in news:comp.lang.javascript,
VK <sc**********@yahoo.com> posted :

Dr John Stockton wrote:
<FAQENTRY> Your code fails because you have allowed your posting agent
to wrap lines.</FAQENTRY>

Damn (aka Bloody) Google News:

1) wraps the lines

Google only wraps the lines if the author has used lines longer than
about 70 characters. Therefore, do not use lines longer than about 70
characters in material which will be posted via Google.

A proper system, like mine, will allow very long lines to be transmitted
and read unbroken.

<FAQENTRY>Include the Google-width number ??? </FAQENTRY>

--
© John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v4.00 MIME. ©
Web <URL:http://www.merlyn.demon.co.uk/> - FAQish topics, acronyms, & links.
Proper <= 4-line sig. separator as above, a line exactly "-- " (SonOfRFC1036)
Do not Mail News to me. Before a reply, quote with ">" or "> " (SonOfRFC1036)

Dec 6 '05 #10

Dr John Stockton wrote:

?

If you are wondering about the physiological statue of mine then I'm a
white bread. But as you remarkably noticed before (or did you not?)
this has nothing to do with mental capabilities of a person.

I'm indeed having troubles to deliver my message to a *selected group
of people* in this group. It is funny enough that I have no such
problems neither with regular visitors nor in daily communications I
have to conduct on my primary job. I guess it's all the question of the
attitude: does anyone wants to listen or does anyone wants to close her
ears.

My test is not valid because the test explanation can be read (if you
really want to) in another way... Wow... Poor Santas. :-(

If one really wanted to challenge the test (and not just being
stubbering paper-eater) then what would she do?

Open IE with <http://www.geocities.com/schools_ring/SantaTime.html> and
make it half-height of the screen.

Open FF with <http://www.geocities.com/schools_ring/SantaTime.html> and
make it half-height of the screen.

Arrange both windows so IE would be at the top and FF under and align
them by the left border.

The Red Santa in IE is guaranteed by producer to run with by truetime
intervals of 30ms.

All other Santas are running by the rounded application tick interval
which is higher than 30ms.

This way the Red Santa in IE must be the quickiest one in the team.

If he is then Dr. Stockton eats his hat.
If he's not then VK eats his hat.

To save Dr.Stockton's stomache I left some grammatical errors here and
where so one could dismiss the case without any experiments - just
because of a bad description.

;-)

Dec 7 '05 #11

Duncan Booth

VK wrote:

The Red Santa in IE is guaranteed by producer to run with by truetime
intervals of 30ms.

All other Santas are running by the rounded application tick interval
which is higher than 30ms.

This way the Red Santa in IE must be the quickiest one in the team.

If he is then Dr. Stockton eats his hat.
If he's not then VK eats his hat.

The empty box with a red border on IE is fastest on my system. Firefox
displays two black santas, IE displays two empty boxes. Shouldn't you be
worrying about getting your display correct before you worry about the
timing accuracy?

Dec 7 '05 #12

Andrew Poulos

My test is not valid because the test explanation can be read (if you
really want to) in another way... Wow... Poor Santas. :-(

If one really wanted to challenge the test (and not just being
stubbering paper-eater) then what would she do?

IE 6 gives me an error that 'null' is null or not an object. Squares but
no Santas appear.

FF 1.5 gives a number of CSS errors and the js error that PUwin has no
properties. Two black Santas appear.

Andrew Poulos

Dec 7 '05 #13

Dr John Stockton wrote:

A proper system, like mine, will allow very long lines to be transmitted
and read unbroken.

It is not the problem of *input* - it is the problem of *output*.

The damage gets done while displaying the post in
<http://groups.google.com> so no client-side program may help.

Dec 7 '05 #14

Andrew Poulos wrote:

IE 6 gives me an error that 'null' is null or not an object. Squares but
no Santas appear.

FF 1.5 gives a number of CSS errors and the js error that PUwin has no
properties. Two black Santas appear.

Please *do not use* the posed code from the newsgroup. Google breaks
the code and nothing I can do about it (at least not here as the image
data has to be as it is).

Use instead
<http://www.geocities.com/schools_ring/SantaTime.html> for running
example
or
<http://www.geocities.com/schools_ring/SantaTime.zip>
for zipped version w/o Yahoo! crap

Sure I could just use a linked Santa.gif or a colored box. But I wanted
Santa! :-)

And also I wanted to use X Bitmap (XBM) image generation capabilities
over JavaScript.

X Bitmap over script is fully supported by IE 3.x and higher, Firefox
1.x and higher guaranteed. If you see boxes or errors then get the
exact copy from the posted links and try again.
If still fail please let me know your configuration. Maybe you are
running Mac OS? This is the only OS which doesn't have the prehistoric
xlib inside so cannot render XBM by default.

Dec 7 '05 #15

Duncan Booth wrote:

The empty box with a red border on IE is fastest on my system. Firefox
displays two black santas, IE displays two empty boxes. Shouldn't you be
worrying about getting your display correct before you worry about the
timing accuracy?

You mean like "You test failed because your Santa doesn't look like
Santa on my computer" ? That would be too much even for a purely
academical mind :-D

Don't you have some picture on your comp to use instead? Or just plain
text to scroll? You have the explanation how to conduct the test - you
can scroll whatever you want, it doesn't matter.

I personally wanted Santa and I got Santa :-)
Also I wanted to use X Bitmap (XBM) graphics capabilities of
JavaScript.
The latter works guaranteed for IE 3.x and higher, Firefox 1.x and
higher under Windows 98 and higher.

If it doesn't work on your computer please take a clean copy from
<<http://www.geocities.com/schools_ring/SantaTime.zip> > (Google
damages the code and nothing I can do in this particular situation).

Dec 7 '05 #16

Duncan Booth

VK wrote:

If it doesn't work on your computer please take a clean copy from
<<http://www.geocities.com/schools_ring/SantaTime.zip> > (Google
damages the code and nothing I can do in this particular situation).
What does Google have to do with anything?

I clicked on the URL which you had posted in the message to which I was
replying:
Open IE with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.
Open FF with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.

that URL leads to an HTML page which does not display correctly on my copy
of IE (Version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519).

Dec 7 '05 #17

Duncan Booth wrote:

What does Google have to do with anything?
It has a lot of to do with different nasty srap happening with the
posted code. Like this one:
....
var nsIFilePicker = Components.interfaces.nsIFilePicker;
var fp =
Components.classes['@mozilla.org/filepicker;1'].createInstance(nsIFilePicker);
....

If you look at this XPConnect code using Google Groups then
"[at_sign]mozilla.org/filepicker" will become
"[ellipsis].mozilla.org/filepicker" and obviously the code will not
work. If you look at the same post using a client-side newsreader then
the code will look as it should. This is just an example of many nasty
things Google does *before displaying* the post - thus client-side
settings will not help.

I clicked on the URL which you had posted in the message to which I was
replying:
Open IE with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.
Open FF with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.

that URL leads to an HTML page which does not display correctly on my copy
of IE (Version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519).

I guess no Santa to you this year :-(

Oh wait... out of my good heart get this one:
<http://www.geocities.com/schools_ring/ Santa.gif> :-)

I guess it is correlated with SP2 installed and this "security fix":
<<http://xforce.iss.net/xforce/xfdb/15210>
(unless your installation is broken - would be greate to check on some
other IE under XP SP2)

It runs just fine under XP and XP SP1

Dec 7 '05 #18

Randy Webb

VK said the following on 12/7/2005 11:21 AM:

Duncan Booth wrote:
What does Google have to do with anything?

It has a lot of to do with different nasty srap happening with the
posted code. Like this one:
....
var nsIFilePicker = Components.interfaces.nsIFilePicker;
var fp =
Components.classes['@mozilla.org/filepicker;1'].createInstance(nsIFilePicker);
....

If you look at this XPConnect code using Google Groups then
"[at_sign]mozilla.org/filepicker" will become
"[ellipsis].mozilla.org/filepicker" and obviously the code will not
work. If you look at the same post using a client-side newsreader then
the code will look as it should. This is just an example of many nasty
things Google does *before displaying* the post - thus client-side
settings will not help.

I clicked on the URL which you had posted in the message to which I was
replying:

Open IE with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.
Open FF with <http://www.geocities.com/schools_ring/SantaTime.html>
and make it half-height of the screen.

that URL leads to an HTML page which does not display correctly on my copy
of IE (Version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519).

I guess no Santa to you this year :-(

Oh wait... out of my good heart get this one:
<http://www.geocities.com/schools_ring/ Santa.gif> :-)

I guess it is correlated with SP2 installed and this "security fix":
<<http://xforce.iss.net/xforce/xfdb/15210>
(unless your installation is broken - would be greate to check on some
other IE under XP SP2)

It runs just fine under XP and XP SP1

Error: null is null or not an object
Line 70 character 2
XP SP2

Probably more related to IE killing the popup from Geocities and the
Geocities scripting breaking because it can't find the popup. You need a
better server.

--
Randy
comp.lang.javascript FAQ - http://jibbering.com/faq & newsgroup weekly
Javascript Best Practices - http://www.JavascriptToolbox.com/bestpractices/

Dec 7 '05 #19

Duncan Booth

VK wrote:

I guess it is correlated with SP2 installed and this "security fix":
<<http://xforce.iss.net/xforce/xfdb/15210>
(unless your installation is broken - would be greate to check on some
other IE under XP SP2)

It runs just fine under XP and XP SP1

I did a search and found a site which had javascript generated xbm files
that do display properly, so there isn't any general problem displaying
them.

I don't know the details of that particular security fix, but some of the
image security fixes were to do with images which didn't have the amount of
data declared by the header. Are you sure that you have exactly the right
number of bits to match your declared 128 pixel square?

An SP2 security fix coupled with a slightly bad image format is certainly
the most plausible explanation.

And for Randy, no the problem I'm seeing isn't to do with geocities popup
being blocked because I get the same effect downloading the zip file and
viewing it locally.

Dec 7 '05 #20

Duncan Booth wrote:

the details of that particular security fix, but some of the
image security fixes were to do with images which didn't have the amount of
data declared by the header. Are you sure that you have exactly the right
number of bits to match your declared 128 pixel square?

An SP2 security fix coupled with a slightly bad image format is certainly
the most plausible explanation.

And for Randy, no the problem I'm seeing isn't to do with geocities popup
being blocked because I get the same effect downloading the zip file and
viewing it locally.

Indeed weird... May I ask for the last one service from you?

There is a difference between i) a real XBM image (some.xbm) and ii)
direct XBM data feed to C++ xlib module using JavaScript. To see if the
latter is supported on your machines could you visit and try to play
Wolfenstein shooter written on JavaScript / dynXBM at:
<http://www.wolf5k.com> (just press "Start Game")

And no, Santa is in the right format 128x128 = 16384 px = 2048 scan
lines (8bit each) = 2048 hex pairs (8bit per pair).

Dec 8 '05 #21

Duncan Booth

VK wrote:

There is a difference between i) a real XBM image (some.xbm) and ii)
direct XBM data feed to C++ xlib module using JavaScript. To see if
the latter is supported on your machines could you visit and try to
play Wolfenstein shooter written on JavaScript / dynXBM at:
<http://www.wolf5k.com> (just press "Start Game")
No, that doesn't work on my system, I just get an empty rectangle.

Actually it looks like I must have got confused when I 'verified' that I
could see other xbm files yesterday. I think I must have used Firefox by
mistake. It would appear that IE won't display *any* XBM files.

I just checked on another system with IE 6 and XP SP2 and I get the same
there. xbm files just don't display.

Aha: See http://www.hutteman.com/weblog/2004/08/11-207.html (search
inside the page for XBM). Also
http://www.microsoft.com/technet/sec.../MS05-025.mspx expand
the FAQ section and search inside for:
A change was made to Internet Explorer for Windows XP Service Pack 2
and Windows Server 2003 Service Pack 1 so that it does not render the
XBM image file format. This update adds this change to all other
supported versions of Internet Explorer. This change has been made to
help prevent the Internet Explorer process from closing unexpectedly
when users view invalidly-formed images. The XBM format is no longer
supported by Internet Explorer.

'to help prevent the Internet Explorer process from closing unexpectedly' I
assume is a euphemism for 'because IE crashes'.

I just got round to changing my default browser from IE to FF.

Dec 8 '05 #22

Duncan Booth wrote:

A change was made to Internet Explorer for Windows XP Service Pack 2
and Windows Server 2003 Service Pack 1 so that it does not render the
XBM image file format. This update adds this change to all other
supported versions of Internet Explorer. This change has been made to
help prevent the Internet Explorer process from closing unexpectedly
when users view invalidly-formed images. The XBM format is no longer
supported by Internet Explorer.

!@#$% bastards! The next thing I guess they will block the browser from
displaying web-pages (for better security).

Thank you for your expertise.

Dec 8 '05 #23

Thomas 'PointedEars' Lahn

VK wrote:

Dr John Stockton wrote:
A proper system, like mine, will allow very long lines to be transmitted
and read unbroken.
It is not the problem of *input* - it is the problem of *output*.

No, it is not the problem of output. It would be displayed correctly with
Mr Stockton and me otherwise.
The damage gets done while displaying the post in
<http://groups.google.com>
No, it was done before. As you noticed, Google Groups wraps lines without
warning. When _posted_, as seen on enough occasions. Of course they are
then displayed as posted (read: wrapped) later.
so no client-side program may help.

After it was posted: true. Before or when posted: false.
PointedEars

Dec 9 '05 #24

Jasen Betts

On 2005-12-07, VK <sc**********@yahoo.com> wrote:

Andrew Poulos wrote:
IE 6 gives me an error that 'null' is null or not an object. Squares but
no Santas appear.

FF 1.5 gives a number of CSS errors and the js error that PUwin has no
properties. Two black Santas appear.

both move at the same speed here. they have crossed the screen about 100
times and always resppear simultaneously (mozilla, linux)
are they supposed to be different colours? because they aren't.
Bye.
Jasen

Dec 9 '05 #25

Jasen Betts

On 2005-12-08, Duncan Booth <du**********@invalid.invalid> wrote:

VK wrote:
There is a difference between i) a real XBM image (some.xbm) and ii)
direct XBM data feed to C++ xlib module using JavaScript. To see if
the latter is supported on your machines could you visit and try to
play Wolfenstein shooter written on JavaScript / dynXBM at:
<http://www.wolf5k.com> (just press "Start Game")

No, that doesn't work on my system, I just get an empty rectangle.

Actually it looks like I must have got confused when I 'verified' that I
could see other xbm files yesterday. I think I must have used Firefox by
mistake. It would appear that IE won't display *any* XBM files.

I just checked on another system with IE 6 and XP SP2 and I get the same
there. xbm files just don't display.

It's possible that they were corrupted by google, I downloaded the page.
here's a reworked version - the XBMs are now GIFs and colouration is
achived by patching the GIF.

i
<html>
<head>
<title>Santa's Time</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<script type="text/javascript">
function gifcolour(cn){
return String.fromCharCode(cn>>16&255,cn>>8&255,cn&255);}

function SantaClaus(fg,bg){return 'GIF87\x61\x80\x00\x80\x00\x80\x00\x00\
'+gifcolour(fg)+gifcolour(bg)+'\
\x2c\x00\x00\x00\x00\x80\x00\x80\x00\x00\x02\xfe\x 8c\
\x8f\xa9\xcb\xed\x0f\xa3\x9c\xb4\xda\x8b\xb3\xde\x bc\xfb\x0f\x86\
\xe2\x48\x96\xe6\x89\xa6\xea\xca\xb6\xee\x0b\xc7\x f2\x4c\xd7\xf6\
\x8d\xe7\x21\xc0\x03\xfa\x3f\xe9\xf1\x80\xc4\x86\x 70\xc8\x19\x0a\
\x8b\xa4\xa3\xef\xa3\x7c\x32\x41\xce\x8d\xef\x89\x ed\x4d\xa9\xda\
\x80\xd4\x72\xf5\x1e\xa4\xdf\xad\xa8\x2c\x39\x22\x d0\xe6\x26\x7b\
\xdc\xf5\xaa\x91\x86\x77\xbb\x13\xaf\xab\x8d\x74\x 7d\xff\xee\xe1\
\xb4\xb7\x30\x58\xe7\x07\xb8\x23\x68\xa4\x27\xc6\x b8\x86\x98\xb8\
\xb4\xb6\x94\x25\x99\x60\x07\x09\x56\x38\x46\x88\x d9\x98\x69\x65\
\x69\xf8\x45\xe6\xf9\x09\x8a\xb1\xf9\x27\x76\x25\x 7a\x89\x9a\x86\
\x96\xe7\x38\xf9\xfa\x36\x0b\x0b\x27\xd8\x5a\x46\x 5a\xcb\x79\xaa\
\xbb\x8a\x3a\xab\xf8\xe8\x90\x45\x2b\x3c\x9c\xcb\x 90\x67\x2a\xda\
\x6b\x4c\x9c\xca\x37\x2c\x3d\x9d\x69\xea\x7c\xdd\x 3d\xb9\x4b\x9d\
\x0a\x8e\x5c\xba\xcb\xdc\x2c\x57\x25\xf7\x60\xde\x be\x79\xe7\x99\
\x7d\x5e\x59\xee\xbe\x0d\x74\x6f\x0d\x8e\x6b\x8f\x 6b\x96\xaf\x6f\
\x0f\xbf\x7e\x00\x73\x14\x0c\x58\xaa\x93\x3d\x50\x 07\x03\xf5\x23\
\xd6\x30\xd4\x43\x1b\xae\xc8\xb5\x20\x18\x31\xd2\x 38\xfe\x6e\x17\
\x09\xca\xf0\xf7\x4b\x01\x48\x37\x13\x5d\x8c\x4c\x 27\x30\x9b\x09\
\x8c\x2f\xfc\x79\xdc\xb8\xd2\x63\x47\x85\x18\xcd\x 9d\x90\x79\x51\
\x24\x4b\x94\x36\x47\xec\x64\xb1\xea\xe7\x4f\x28\x 38\x23\xe9\xc4\
\x36\xb1\x66\x46\x9a\xee\x4a\x0c\x3c\xba\xd0\x8f\x d2\x73\x11\x6a\
\x3a\xed\x04\x35\x2a\xcf\xa9\x54\xb9\x15\x95\x48\x c6\x10\xb0\x4b\
\x45\xb9\x36\xf5\x3a\x54\xc3\xd9\x57\x59\xdb\x7d\x 33\x0b\x57\x6b\
\x12\x68\x63\xdf\xae\xdd\x1a\x37\xef\x49\x4d\x15\x d8\x7c\xd5\x0b\
\x78\x29\xb2\x63\xce\xd6\xb5\x85\x89\x37\xf0\xdd\x 98\xef\x38\xdd\
\x2a\x29\x55\x31\x64\xa0\x98\x1e\xcb\x4d\x2c\x19\x f1\x8a\x79\x96\
\x17\x63\xce\xdc\x58\x45\x65\xb4\x6e\xc9\x82\xf6\x bc\xd9\x4e\xe7\
\xd2\x76\x4f\xab\xa4\xbc\x88\x69\xcf\xd6\xae\x43\x a7\x98\x47\x7a\
\xf6\xb2\xda\xb6\x63\xe3\x79\x2c\x5b\xf7\xe7\xda\x 7c\x03\xf9\x36\
\xbd\x98\xb7\x70\xe4\xe5\x8c\x17\x0e\xfe\x5a\xb9\x ba\xdd\x95\x78\
\xe2\x89\x0c\x32\xad\x74\x94\xdf\xa8\x73\xff\xcd\x 9a\xb6\xe6\xed\
\x7f\x90\xbe\xce\x70\x99\xfa\x79\xe5\x62\x47\x39\x 5e\x8e\x1e\xf5\
\xf0\x8a\xec\xdb\xb7\x5a\xc7\xab\x62\xfc\xf4\xf3\x fe\x5d\x12\xaf\
\xeb\x08\x3d\xd3\x89\xc3\x9f\x55\xcc\x81\x16\x92\x 58\x02\x0e\xa8\
\xc9\x64\xd8\x85\xf7\xa0\x62\x6c\x75\x11\x85\x16\x 0c\xf6\xf5\x55\
\x84\x9a\xf5\x67\x56\x56\x1a\xa6\x13\x0c\x86\x0e\x 6a\xb8\x1e\x82\
\x22\xd9\x22\x20\x59\x04\x8e\xc8\x61\x37\x12\x12\x 72\x0c\x1d\x51\
\xa8\x78\x41\x5a\xe2\x6d\xd8\xe2\x87\xcf\x8d\xf2\x 14\x61\x22\xb2\
\x98\x23\x42\x03\x9e\x57\xd7\x7d\x41\xf5\xb2\x22\x 7f\x24\x5e\xa8\
\x9e\x8c\x7b\xf9\x68\x64\x79\x7d\x74\x25\x24\x7c\x 4b\xf6\x86\x1d\
\x1c\x20\x42\x40\xca\x94\xe6\x3d\x49\x0e\x90\x41\x 72\x89\x84\x12\
\x5b\xf2\x41\x63\x91\xcf\x80\x25\xdf\x95\xfa\xa5\x e9\x4b\x76\xb2\
\xcc\x69\x21\x5b\x6c\xe2\x78\x23\x91\xb4\x58\xb8\x e0\x85\xd7\x40\
\x49\x54\x9b\x4d\x2e\x47\x61\x99\x5d\xba\x15\x56\x 9a\xa7\x08\x06\
\xdd\x93\x80\x29\x14\x84\x8c\x3a\x69\x09\x60\xa0\x 7a\xe6\x09\x19\
\x25\x60\x28\x63\x58\xa7\x21\x5a\x7a\xa9\x9b\x1b\x 09\x54\xe3\x7d\
\x45\xfa\xc8\x18\x96\x83\xee\x44\x25\x53\x80\x56\x 9a\x2a\x98\xab\
\xb2\xc6\x68\x23\x4e\xaa\xea\x13\xae\xb3\x4e\x57\x 2b\x7e\x76\xcd\
\xa0\x2b\xa6\xd2\x80\xda\x2a\x65\xc1\xf6\x95\x77\x 48\x11\x78\x56\
\x83\x4e\x83\x6f\x62\xd8\xec\x7e\xa1\x62\x15\xad\x 5a\x62\xca\x5a\
\x2d\x3b\x71\x65\xcb\x05\x57\xdc\x9e\x31\xd5\xb7\x e0\x2a\x25\xae\
\x46\x19\x96\x7b\x27\x84\xe8\x82\xa7\xe4\xba\x56\x 70\xe9\x6e\xb2\
\x83\xc5\xcb\x05\x3b\x94\xd2\x8b\x9e\xbd\xac\xf4\x 8a\x6e\x57\x86\
\xe2\x6b\x6d\x2c\x00\x07\xac\xed\xc0\xef\x86\x69\x 30\xc1\x11\x26\
\x1c\x4a\x62\x0c\x5f\xf7\xe9\xc3\x0d\xf3\x2b\xb1\x 2e\x15\x5f\x8c\
\x71\xc6\x1a\x6f\xcc\x71\xc7\x1e\x7f\x0c\x72\xc8\x 22\x8f\x4c\xf2\
\x0c\x05\x00\x00\x3b\
'};

</script>

</head>
<body bgcolor="#FFFFFF">

<marquee direction="right" behavior="scroll"
scrollamount="5" scrolldelay="30" TRUESPEED><span id="Santa01">
<img src="javascript:SantaClaus(0xff0000,0xFfffff)" border="0">
</span></marquee>

<marquee direction="right" behavior="scroll"
scrollamount="5" scrolldelay="30"><span id="Santa02">
<img src="javascript:SantaClaus(0xFF,-1)" border="0">
</span></marquee>

</body>
</html>

A change was made to Internet Explorer for Windows XP Service Pack 2
and Windows Server 2003 Service Pack 1 so that it does not render the
XBM image file format. This update adds this change to all other
supported versions of Internet Explorer. This change has been made to
help prevent the Internet Explorer process from closing unexpectedly
when users view invalidly-formed images. The XBM format is no longer
supported by Internet Explorer.

'to help prevent the Internet Explorer process from closing unexpectedly' I
assume is a euphemism for 'because IE crashes'.

perhaps guess M$ views X Window System as competition and want's to
distance itself :) XBM is not exactly a tricky format to handle, .

Let me know if the GIFs work. I've only got Mozilla here.

Bye.
Jasen

Dec 9 '05 #26

Dr John Stockton

JRS: In article <32****************@PointedEars.de>, dated Fri, 9 Dec
2005 03:42:05 local, seen in news:comp.lang.javascript, Thomas
'PointedEars' Lahn <Po*********@web.de> posted :

VK wrote:
Dr John Stockton wrote:
A proper system, like mine, will allow very long lines to be transmitted
and read unbroken.

It is not the problem of *input* - it is the problem of *output*.

No, it is not the problem of output. It would be displayed correctly with
Mr Stockton and me otherwise.

Don't make rash assumptions.

If an article is posted with long lines, my system will by default wrap
them visually, at about column 90. But the margin is adjustable as I
read the article.

The prime need is for authors to post without the posting agent wrapping
the lines; that is sufficient for well-written newsreaders.

It's also courteous to have the lines not too long, so that they display
within the customary 80-line window with some white-space on the right,
even when quoted a few times.

--
© John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v4.00 MIME ©
Web <URL:http://www.uwasa.fi/~ts/http/tsfaq.html> -> Timo Salmi: Usenet Q&A.
Web <URL:http://www.merlyn.demon.co.uk/news-use.htm> : about usage of News.
No Encoding. Quotes before replies. Snip well. Write clearly. Don't Mail News.

Dec 9 '05 #27

Thomas 'PointedEars' Lahn

Dr John Stockton wrote:

[...] Thomas 'PointedEars' Lahn [...] posted :
VK wrote:
Dr John Stockton wrote:
A proper system, like mine, will allow very long lines to be
transmitted and read unbroken.
It is not the problem of *input* - it is the problem of *output*. No, it is not the problem of output. It would be displayed correctly
with Mr Stockton and me otherwise.

Don't make rash assumptions.

If an article is posted with long lines, my system will by default wrap
them visually, at about column 90. But the margin is adjustable as I
read the article.

ACK, I referred to the _raw_ display of the posted article (the message
source). Long lines will be word-wrapped in the display pane here, too;
a horizontal scrollbar appears if word-wrap is not possible.
The prime need is for authors to post without the posting agent wrapping
the lines; that is sufficient for well-written newsreaders.

It's also courteous to have the lines not too long, so that they display
within the customary 80-line window with some white-space on the right,
even when quoted a few times.

Full ACK.
Regards,
PointedEars

Dec 10 '05 #28

Santa Time : was: Time accuracy in browser

Similar topics