Ben Langhinrichs

August, 2004
SMTWTFS
01 02 03 04 05 06 07
08 09 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31

Search the weblog





























Genii Weblog


Civility in critiquing the ideas of others is no vice. Rudeness in defending your own ideas is no virtue.


Tue 17 Aug 2004, 11:41 PM
Barry Goldwater famously stated in his acceptance speech at the 1964 Republican convention:
Extremism in defense of liberty is no vice; moderation in pursuit of justice is no virtue.
Mr. Goldwater lost the election, not surprisingly, and he died in 1998, but no matter where he is now, I imagine he would approve of this story.  I can't imagine anyone else approving.  Church Denies 8-Year-Old's Non-Wheat Communion

Copyright © 2004 Genii Software Ltd.

Tue 17 Aug 2004, 11:18 PM
This is a so annoying, there has to be a fix.  Normally, the formatting in an HTML file doesn't matter much, but in the following instance, it causes a problem.  In Midas, when you export HTML in related files to a directory, the doclinks show up like:

<a href="FX90A.htm"><img src="doclink.gif" border="0"></a>

which works just fine, unless the formatting breaks the line as:

<a href="FX90A.htm">
<img src="doclink.gif" border="0"></a>

in which case, you get a single underlined space which is part of the link.  Currently, the formatter doesn't much care about the content of tags, but it does try to keep tags together, so this is more likely than 

<a href="FX90A.htm"><img 
src="doclink.gif" border="0"></a>

which would actually work better in this case, but would be harder to read.   I guess the question I have is whether there is the opposite of a non-blanking space (&nbsp;) or something that would absorb the empty space in case the formatter tried to put it in?  Am I reaching for straws?  Is there some better way to handle this?

Copyright © 2004 Genii Software Ltd.

Tue 17 Aug 2004, 04:13 PM
Here is something you may never have noticed, but it sneaks a few bytes (or more than a few) onto just about every Domino webpage.  You know those little images that Domino puts on webpages to show doclinks, file attachments, view icons, etc.?  Buried in just about every one of those is a string which says "Optimized by Ulead SmartSaver!" followed by two nulls.  So, each and every icon loaded when your Domino webpage is displayed loads an extra thirty two bytes.  Not a whole heck of a lot in these days of broadband, but it is overhead that seems completely unnecessary.

The question I have is, does Ulead Smart Saver Pro really add this to every optimized GIF file?  Or perhaps, does this only get added by the trial version?  If the former, doesn't it seem idiotic to optimize a file and then add thirty two unnecessary bytes?  If the latter, doesn't it seem idiotic to avoid paying the $34.95 for the professional version given that  these icons are used in a product like Notes/Domino that is used all over the world by umpteen gazillion users?

Which is it, or is there a third option?  Inquiring minds want to know.  

(OK, one inquiring mind, but maybe one or two of my readers will also want to know, and then it would be inquiring minds... so there!)

Update: It appears that a few of these were fixed in ND6.  The doclink.gif file no longer has the string, but the action and view icons still do.

Copyright © 2004 Genii Software Ltd.