Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01895;
          26 Dec 96 23:08 PST
To: jay@JIMI.CS.UNLV.EDU
Subject: bug-chimera apr 96
Date: Thu, 26 Dec 1996 23:08:14 -0800
From: Jay Nietling <jay@JIMI.CS.UNLV.EDU>


------- Forwarded Messages

Received: from roma.axis.se by JIMI.CS.UNLV.EDU id aa10424; 11 Apr 96 2:45 PDT
Received: from nevyn.axis.se (nevyn.axis.se [192.168.2.52]) by roma.axis.se (8.7.1/8.7.1) with ESMTP id LAA21705 for <bug-chimera@cs.unlv.edu>; Thu, 11 Apr 1996 11:41:54 +0200 (MET DST)
Received: from axis.se (localhost [127.0.0.1]) by nevyn.axis.se (8.7.1/8.7.1) with ESMTP id LAA15360 for <bug-chimera@cs.unlv.edu>; Thu, 11 Apr 1996 11:41:53 +0200 (MET DST)
Message-Id: <199604110941.LAA15360@nevyn.axis.se>
X-Mailer: exmh version 1.6.6 3/24/96
To: bug-chimera@cs.unlv.edu
Subject: How do I set up internal icons?
X-Face: ";qfS@AVy6@.5R{>2LcAxmyV?RZ~3m^^du$]?z-ay|Oy,;y_(&j}Rlxyd}.[<
	cfx7Fu-c;Mk:_tYRh!)\:nB}b/`/eq'td^-efI\>:@m0`(BL/:H5NU]|MFw`*
	%R%$Vk+4_-h];!_wh)sPEg|KeGbQN9xY2i7jg/0<6;lmw"IIN9TWn0+>|}J.S
	KMh9gO$Aa`@U~s<MHLv&Wa``g%Iv
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <15350.829215707.1@axis.se>
Content-Transfer-Encoding: quoted-printable
Date: Thu, 11 Apr 1996 11:41:48 +0200
From: Joergen Haegg <Jorgen.Hagg@axis.se>


Is it possible to make chimera 1.65 use local icon-files
when it sees 'internal-gopher-menu' and similar things?
(It is generated by the Harvest ftpget program)

I assume that netscape and Mosaic does this internally, but
can chimera do it?

/J=F6rgen




------- Message 2

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa14981;
          12 Apr 96 13:38 PDT
Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Fri, 12 Apr 96 16:37:11 -0400
From: Jim Rees <rees@umich.edu>
To: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Fri, 12 Apr 1996 16:37:11 -0400
Subject: img end tags
Sender: rees@citi.umich.edu

If I have an image with an end tag, like this:

<img src=foo.jpg></img>

in 1.65 I get the image followed by a broken image.

This seems like strange usage to me, but it looks like it's perfectly legal,
if I read the html 2.0 spec right.

Unrecognized end tags should probably be ignored.

------- Message 3

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa06923;
          15 Apr 96 14:25 PDT
Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Mon, 15 Apr 96 17:24:00 -0400
From: Jim Rees <rees@umich.edu>
To: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Mon, 15 Apr 1996 17:23:59 -0400
Subject: How to ignore </img>
Sender: rees@citi.umich.edu

Here's a patch for 1.65 to ignore image end-tags (which are stupid and
deserve to be ignored).  You can see these, for example, at
https://www.neosoft.com/~offbeat/.

diff -cb HTMLformat.c- HTMLformat.c
*** HTMLformat.c-	Mon Mar 27 05:30:18 1995
- --- HTMLformat.c	Mon Apr 15 17:19:05 1996
***************
*** 3241,3246 ****
- --- 3241,3247 ----
       * Just insert the image for now
       */
    case M_IMAGE:
+     if (!mark->is_end)
        ImagePlace (hw, mptr, x, y, Width);
      break;
      /*

------- Message 4

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa07147;
          15 Apr 96 14:30 PDT
Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Mon, 15 Apr 96 17:29:06 -0400
From: Jim Rees <rees@umich.edu>
To: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Mon, 15 Apr 1996 17:29:05 -0400
Subject: Annoying javascript
Sender: rees@citi.umich.edu

I remember reading somewhere in the javascript spec that the script is
intended to appear as a comment to browsers that are not javascript aware.

Don't you believe it.  They lie like dogs.  If you don't believe me, look up
comments in the html 2.0 spec, then take a look at a typical javascript
page.  For example, https://www.neosoft.com/~offbeat/.  Comments are
terminated by '>', not '-->'.  The '--' merely separates individual comments
within a comment tag.

There is probably nothing chimera can do about this without violating the
html spec (which is how Netscape "solves" the problem).

------- Message 5

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa10177;
          15 Apr 96 16:24 PDT
To: Jim Rees <rees@umich.edu>
cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Subject: Re: Annoying javascript
In-reply-to: Your message of "Mon, 15 Apr 1996 17:29:05 EDT."
Date: Mon, 15 Apr 1996 16:23:58 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>I remember reading somewhere in the javascript spec that the script is
>intended to appear as a comment to browsers that are not javascript aware.
>
>Don't you believe it.  They lie like dogs.  If you don't believe me, look up
>comments in the html 2.0 spec, then take a look at a typical javascript
>page.  For example, https://www.neosoft.com/~offbeat/.  Comments are
>terminated by '>', not '-->'.  The '--' merely separates individual comments
>within a comment tag.

When 2.0 sees a script tag it ignores everything until the next script
tag.  It does this for style tags, too.

Optional end tags should be ignored in 2.0.

The Chimera 2.0 HTML parser needs work...it doesn't get the comments or
quotes right.  I'm sure there are other problems but mostly it makes things
look reasonable.

Another 2.0 should be out any day now.  Maybe this week or weekend.

							-john

------- Message 6

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa18527;
          16 Apr 96 1:28 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0u967b-0000jlC>; Tue, 16 Apr 96 10:28 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0u969B-000VXZC; Tue, 16 Apr 96 10:30 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0u96BQ-000491C; Tue, 16 Apr 96 10:32 MET DST
Received: by luna.ke.central.de
	id <m0u96CD-0003CGC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Tue, 16 Apr 96 10:33 MET DST
Message-Id: <m0u96CD-0003CGC@luna.ke.central.de>
Date: Tue, 16 Apr 96 10:33 MET DST
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@cs.unlv.edu
In-reply-to: <m0u8xPQ-0007RoC@odb.rhein-main.de> (message from Jim Rees on
	Mon, 15 Apr 1996 17:29:05 -0400)
Subject: Re: Annoying javascript

[Jim Rees <rees@umich.edu>]

|   Comments are terminated by '>', not '-->'.  The '--' merely
|   separates individual comments within a comment tag.

These are legal "comments" (please correct me, if I am wrong):

1.  <!-- text -->

2.  <!-- text --
      -- more text -->

3.  <!--
        text
      --
      -- more text--
      -- also legal --
    >

Whitespace is allowed after each "-- comment --" but not before the
_first_ "--".

Karl

------- Message 7

Received: from nx1.HRZ.Uni-Dortmund.DE by JIMI.CS.UNLV.EDU id aa20778;
          16 Apr 96 5:52 PDT
Received: from sx1.HRZ.Uni-Dortmund.DE by nx1.hrz.uni-dortmund.de 
          with SMTP (PP); Tue, 16 Apr 1996 14:52:34 +0200
Received: by sx1.HRZ.Uni-Dortmund.DE (5.x/HRZ-V1.1-SunOS-04/21/95-14:05:47) 
          id AA27587; Tue, 16 Apr 1996 14:55:44 +0200
Date: Tue, 16 Apr 1996 14:55:41 +0200 (MET DST)
From: Stefan Haubenthal WWW-Userpage <wwwsth@sx1.HRZ.Uni-Dortmund.DE>
To: Karl Eichwalder <ke@ke.Central.DE>
Cc: bug-chimera@cs.unlv.edu
Subject: Re: Annoying javascript
In-Reply-To: <m0u96CD-0003CGC@luna.ke.central.de>
Message-Id: <Pine.SOL.3.91.960416145201.27234B-200000@sx1.HRZ.Uni-Dortmund.DE>
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-829659341=:27234"

- ---559023410-1804928587-829659341=:27234
Content-type: text/plain; charset="us-ascii"

The parser is not fully SGML conform, look at the attached test page...

Bye
Stefan

Programmers are lousy lovers.  They always try to get the job done   (*(* )"/
faster than before.  And when they do, they brag that they have        \   (
better performance.  Programmers are the only men who boast how        /'   \
small theirs is.    //                                   WIL BADEN    / y   /
Stefan Haubenthal \X/               https://home.pages.de/~haubi (Germany only)

- ---559023410-1804928587-829659341=:27234
Content-type: TEXT/PLAIN; charset="US-ASCII"; name="TestComment.html"
Content-transfer-encoding: BASE64
Content-ID: <Pine.SOL.3.91.960416145541.27234C@sx1.HRZ.Uni-Dortmund.DE>
Content-Description: 

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9JRVRGLy9EVEQgSFRNTCAyLjAg
TGV2ZWwgMi8vRU4iPg0KPGhlYWQ+DQo8dGl0bGU+SFRNTCBDb21tZW50IFBh
cnNlciBUZXN0PC90aXRsZT4NCjxsaW5rIHJldj0ibWFkZSIgaHJlZj0ibWFp
bHRvOnBnQHN3ZW5nLnN0b3J0ZWsuY29tIj4NCjxiYXNlIGhyZWY9Imh0dHA6
Ly9ueXgxMC5jcy5kdS5lZHU6ODAwMS9+cGdpbG1hcnQvVGVzdENvbW1lbnQu
aHRtbCI+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KPFA+IFRlc3Qgb2YgdGhlIEhU
TUwvU0dNTCBjb21tZW50IHN5bnRheCwgYXMgZ2l2ZW4gaW4gdGhlIFczIEhU
TUwgU3BlYzoNCjxhDQpocmVmPSJodHRwOi8vd3d3LnczLm9yZy9oeXBlcnRl
eHQvV1dXL01hcmtVcC9odG1sLXNwZWMvaHRtbC1zcGVjXzMuaHRtbCNTRUMx
NSI+DQpDb21tZW50czwvYT4NCg0KPFA+U2VlIGVzcGVjaWFsbHksIHRoZSBm
b290bm90ZToNCjxhDQpocmVmPSJodHRwOi8vd3d3LnczLm9yZy9oeXBlcnRl
eHQvV1dXL01hcmtVcC9odG1sLXNwZWMvaHRtbC1zcGVjX2Zvb3QuaHRtbCNG
T09UMTAiDQo+KDEwKTwvYT4NCg0KPFA+Q2FzZSAwMSB0aHJvdWdoIENhc2Ug
MTQgc2hvdWxkIGFwcGVhcg0KYXMgc2hvcnQgc2VwYXJhdGUgcGFyYWdyYXBo
cyB3aXRoIHRoZSBjYXNlIG51bWJlcnMgYWxpZ25lZCB2ZXJ0aWNhbGx5Lg0K
U29tZSBub2lzZSBjaGFyYWN0ZXJzIG1heSBhcHBlYXIgdG8gdGhlIHJpZ2h0
IGFzIGEgYnlwcm9kdWN0IG9mIGNvZGUgcHJlc2VudA0KZm9yIGVycm9yIHJl
Y292ZXJ5LCBidXQgdGhlcmUgc2hvdWxkIGJlIG5vIG5vaXNlIGJlZm9yZSBl
YWNoIGNhc2UgbnVtYmVyLg0KDQo8UD4gQ2FzZSA8IS0tIHRyaXZpYWwgLS0+
IHwgMDEgfCBUcml2aWFsDQo8UD4gQ2FzZSA8IS0tIGV4dHJhIGh5cGhlbnMg
YW5kIHNwYWNlcyAtLSAtLSAtLSAgPiB8IDAyIHwgSHlwaGVucyBhbmQgU3Bh
Y2VzDQo8UD4gQ2FzZSA8IS0tIGV4dHJhIDwgPCA8IC0tPiB8IDAzIHwgRXh0
cmEgTFQgLS0+IC0tPiAtLT4NCjxQPiBDYXNlIDwhLS0gYmFsYW5jZWQgPCA8
IDwgPiA+ID4gLS0+IHwgMDQgfCBCYWxhbmNlZA0KPFA+IENhc2UgPCEtLSBl
eHRyYSA+IC0tIC0tPiA+IHN0aWxsIGluIGNvbW1lbnQgLS0+IHwgMDUgfCBF
eHRyYSBHVA0KPFA+IENhc2UgPCEtLSBzdHVmZiBiZXR3ZWVuIC0tIGFuZCA+
IC0tIHN0aWxsIGluIGNvbW1lbnQgLS0+IHwgMDYgfCBTdHVmZiBJbnNpZGUN
CjxQPiBDYXNlIDwhLS0gRXh0cmEgPCEtLSAtLSBTZWNvbmQgQ29tbWVudCAt
LT4gfCAwNyB8IEV4dHJhIE9wZW4gLS0+IC0tPg0KPFA+IENhc2UgPCEtLSBO
ZXcgTGluZSBiZXR3ZWVuIC0tIA0KICAgICAgICAgICAtLSBTZWNvbmQgQ29t
bWVudCAgIC0tDQogICAgICAgICAgICAgICAgICAgICAgICAgICA+IHwgMDgg
fCBOZXcgbGluZQ0KPFA+IENhc2UgPCEtLS0+IGRlZ2VuZXJhdGUgLS0+IHwg
MDkgfCBEZWdlbmVyYXRlIDxQPiBDYXNlIDwhLS0tLT4gfCAxMCB8IEVtcHR5
DQo8UD4gQ2FzZSA8IS0tIHBlcnZlcnNlIDwhLS0+IHwgMTEgfCBQZXJ2ZXJz
ZSAtLT4gLS0+IC0tPg0KPFA+IENhc2UgPCEtLSBDb21tZW50IC0tIC0tIGFu
ZCBhIGhhbGYgPiB0aGlzIGlzIHN0aWxsIGluIGNvbW1lbnQgLS0gPiB8IDEy
IHwgIE11bHRpcGxlIENvbW1lbnRzIC0tPiAtLT4gLS0+DQo8UD4gQ2FzZSA8
IT4gfCAxMyB8IFplcm8gQ29tbWVudHMNCjxQPiBDYXNlIDwhLS0gPCA+DQo8
ID4gU3RpbGwgaW4gY29tbWVudCAtLT4gfCAxNCB8IExhc3QNCg0KPFA+Jmx0
OzxTVFJPTkc+VGVzdHMgY29tcGxldGVkITwvU1RST05HPiZndDsNCjwvYm9k
eT4NCg==
- ---559023410-1804928587-829659341=:27234--

------- Message 8

Received: from haymarket.ed.ac.uk by JIMI.CS.UNLV.EDU id aa27888;
          16 Apr 96 11:40 PDT
Received: from aiai.ed.ac.uk (skye-alter.aiai.ed.ac.uk [192.41.104.6]) by haymarket.ed.ac.uk (8.6.13/8.6.12) with SMTP id TAA14627; Tue, 16 Apr 1996 19:40:15 +0100
Received: from subnode.aiai.ed.ac.uk (scarp) by aiai.ed.ac.uk; Tue, 16 Apr 96 19:38:48 BST
Date: Tue, 16 Apr 96 19:38:49 BST
Message-Id: <2602.9604161838@subnode.aiai.ed.ac.uk>
From: Tim Bradshaw <tfb@aiai.ed.ac.uk>
To: Jim Rees <rees@umich.edu>
Cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Subject: Re: img end tags
In-Reply-To: <199604122057.VAA22013@haymarket.ed.ac.uk>
References: <199604122057.VAA22013@haymarket.ed.ac.uk>

* Jim Rees wrote:
> If I have an image with an end tag, like this:
> <img src=foo.jpg></img>

> in 1.65 I get the image followed by a broken image.

> This seems like strange usage to me, but it looks like it's perfectly legal,
> if I read the html 2.0 spec right.

Actually the end tag is illegal: elements with empty content (like
IMG, at least in my version of the html 2.0 dtd) can't have end tags
in sgml.

- --tim

------- Message 9

Received: from haymarket.ed.ac.uk by JIMI.CS.UNLV.EDU id aa15507;
          17 Apr 96 2:03 PDT
Received: from aiai.ed.ac.uk (skye-alter.aiai.ed.ac.uk [192.41.104.6]) by haymarket.ed.ac.uk (8.6.13/8.6.12) with SMTP id KAA09878; Wed, 17 Apr 1996 10:02:42 +0100
Received: from subnode.aiai.ed.ac.uk (scarp) by aiai.ed.ac.uk; Wed, 17 Apr 96 10:01:15 BST
Date: Wed, 17 Apr 96 10:01:14 BST
Message-Id: <4780.9604170901@subnode.aiai.ed.ac.uk>
From: Tim Bradshaw <tfb@aiai.ed.ac.uk>
To: Jim Rees <rees@umich.edu>
Cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Subject: Re: Annoying javascript
In-Reply-To: <9604160002.aa13646@uk.ac.ed.tattoo>
References: <9604160002.aa13646@uk.ac.ed.tattoo>

* Jim Rees wrote:
> I remember reading somewhere in the javascript spec that the script is
> intended to appear as a comment to browsers that are not javascript aware.

> Don't you believe it.  They lie like dogs.  If you don't believe me, look up
> comments in the html 2.0 spec, then take a look at a typical javascript
> page.  For example, https://www.neosoft.com/~offbeat/.  Comments are
> terminated by '>', not '-->'.  The '--' merely separates individual comments
> within a comment tag.

I think this isn't right: the comment open is `<!--' and the close is
'-->'.  chimera 1.65 at least gets this wrong and will accept '>' as a
close.  (Comments work differently in the dtd though).

- --tim `pedant' Bradshaw

------- Message 10

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17762;
          22 Apr 96 3:39 PDT
To: chimera-announce@ry.ISRI.UNLV.EDU, bug-chimera@ry.ISRI.UNLV.EDU
Subject: chimera 2.0 alpha 106
Date: Mon, 22 Apr 1996 03:39:28 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

[I'm sending this to both lists for some reason...apologies if you get
two]

Sorry about the long delay between releases.  My motto when reading
my own release date guesses:

             "Don't you believe them.  They lie like dogs."

The source is available at

https://www.unlv.edu/~john/chimera/src/
https://www.isri.unlv.edu/~john/chimera/src/
https://www.physics.unlv.edu/~john/chimera/src/

You should probably grab the JPEG v6 library and the PNG library if
you want to be able to view JPEG and PNG as inlines.

Now for a whole bunch of ramblings about various issues that you
might want to come back to later...

There was a patch for delayed image loading that didn't make it in...I
hope to put it in the next release.

If you saw the HTML comment discussion then you will realize that
chimera falls down on HTML comments and quoting and probably other
things.  However, this is just the sort of behavior that makes
things look nice.  I'm hoping to put all of my time into the HTML
code for the next release to make things work right and also allow
a fallback to broken HTML.  Well, that's what I hope.

The only really annoying thing that has happened to me is that
occasionally a download save requester will appear for some reason.
Also, unknown inline image types will cause a download requester to
appear...the only time this was really annoying was when I tried running
without JPEG support.

Bookmarks should work like they did in 1.65 plus you can enable
buttons for quickly adding new bookmarks instead of having to go
through the popup requester.  The file is written as HTML with group
names given inside <h3></h3> and marks given as <a></a>.

The WWW resources and X resources are very minimal.  The reason
is that until everything gets nailed down I don't want to have to
deal with changing it.  Chimera *should* run without any
external resources file.  Most of the WWW resources (which are most
of the non-GUI resources) can be found with something like:

grep GetResource */*.c

OK, not ideal.  I hope to document these better soon.

One thing to look out for...the cache will grow forever (without
resources it will get cleaned when you exit chimera...persist is off
by default).  The cache index file is HTML which makes it handy to go
back and check out past downloads.  One thing: the cache index is only
written on exit as it can grow very large (I usually let the cache grow to
30-40MB before I get sick of it...100s-1000s of cache entries).  The
cache code should initialize quickly now...no more stat()'s or reading
of the cache file header.

Mostly I run the thing on DEC UNIX 3.2C but I have also compiled and
run it on

Slackware (Linux 1.2.13)
IBM RS/6000 AIX 3.2.5
Sun Sparc SunOS 4.1.x
SGI Power Challenge L IRIX 6.1 (mmmmmm 512MB main memory makes
                                Electric Fence work really well :)

As always, bug reports and comments are appreciated.

Thanks.

							-john

------- Message 11

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17808;
          22 Apr 96 3:46 PDT
Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17762;
          22 Apr 96 3:39 PDT
To: chimera-announce@ry.ISRI.UNLV.EDU, bug-chimera@ry.ISRI.UNLV.EDU
Subject: chimera 2.0 alpha 106
Date: Mon, 22 Apr 1996 03:39:28 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

[I'm sending this to both lists for some reason...apologies if you get
two]

Sorry about the long delay between releases.  My motto when reading
my own release date guesses:

             "Don't you believe them.  They lie like dogs."

The source is available at

https://www.unlv.edu/~john/chimera/src/
https://www.isri.unlv.edu/~john/chimera/src/
https://www.physics.unlv.edu/~john/chimera/src/

You should probably grab the JPEG v6 library and the PNG library if
you want to be able to view JPEG and PNG as inlines.

Now for a whole bunch of ramblings about various issues that you
might want to come back to later...

There was a patch for delayed image loading that didn't make it in...I
hope to put it in the next release.

If you saw the HTML comment discussion then you will realize that
chimera falls down on HTML comments and quoting and probably other
things.  However, this is just the sort of behavior that makes
things look nice.  I'm hoping to put all of my time into the HTML
code for the next release to make things work right and also allow
a fallback to broken HTML.  Well, that's what I hope.

The only really annoying thing that has happened to me is that
occasionally a download save requester will appear for some reason.
Also, unknown inline image types will cause a download requester to
appear...the only time this was really annoying was when I tried running
without JPEG support.

Bookmarks should work like they did in 1.65 plus you can enable
buttons for quickly adding new bookmarks instead of having to go
through the popup requester.  The file is written as HTML with group
names given inside <h3></h3> and marks given as <a></a>.

The WWW resources and X resources are very minimal.  The reason
is that until everything gets nailed down I don't want to have to
deal with changing it.  Chimera *should* run without any
external resources file.  Most of the WWW resources (which are most
of the non-GUI resources) can be found with something like:

grep GetResource */*.c

OK, not ideal.  I hope to document these better soon.

One thing to look out for...the cache will grow forever (without
resources it will get cleaned when you exit chimera...persist is off
by default).  The cache index file is HTML which makes it handy to go
back and check out past downloads.  One thing: the cache index is only
written on exit as it can grow very large (I usually let the cache grow to
30-40MB before I get sick of it...100s-1000s of cache entries).  The
cache code should initialize quickly now...no more stat()'s or reading
of the cache file header.

Mostly I run the thing on DEC UNIX 3.2C but I have also compiled and
run it on

Slackware (Linux 1.2.13)
IBM RS/6000 AIX 3.2.5
Sun Sparc SunOS 4.1.x
SGI Power Challenge L IRIX 6.1 (mmmmmm 512MB main memory makes
                                Electric Fence work really well :)

As always, bug reports and comments are appreciated.

Thanks.

							-john

------- Message 12

Received: from lazy.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18117;
          22 Apr 96 4:23 PDT
To: bug-chimera@lazy.ISRI.UNLV.EDU
Subject: 106 FTP directory bug
Date: Mon, 22 Apr 1996 04:23:35 -0700
From: John Kilburg <john@lazy.ISRI.UNLV.EDU>

Well, I just noticed a problem because of changes I made to the HTML
code.  Add the following lines to your WWW resources file:

ftp.dirheader: <html><body><h2>FTP Directory</h2><ul>
ftp.dirtrailer: </ul></body></html>

Also, I just compiled it on an Ultrix 4.4 machine...seems to work OK.

Oh yeah, make sure to set XFILESEARCHPATH to the NULL strin if you
have a 1.65 app-defaults file installed.

							-john

------- Message 13

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa18427; 22 Apr 96 4:58 PDT
Received: from kroete2.freinet.de (arh164.ppp.uni-c.dk [130.228.13.164]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id NAA08964 for <bug-chimera@cs.unlv.edu>; Mon, 22 Apr 1996 13:54:56 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uBKEF-0003jIC; Mon, 22 Apr 96 13:56 MET DST
Message-Id: <m0uBKEF-0003jIC@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Re: chimera 2.0 alpha 106
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Mon, 22 Apr 1996 13:56:27 +0200 (MET DST)
In-Reply-To: <199604221113.NAA04931@inet.uni-c.dk> from "John Kilburg" at Apr 22, 96 03:39:28 am
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 327       

> The source is available at
> 
> https://www.unlv.edu/~john/chimera/src/
> https://www.isri.unlv.edu/~john/chimera/src/
> https://www.physics.unlv.edu/~john/chimera/src/

And https://inet.uni-c.dk/~ehcorry/cfh106-2.0.tar.gz for anyone who wants
a European site.

- --
Erik Corry ehcorry@inet.uni-c.dk https://inet.uni-c.dk/~ehcorry/

------- Message 14

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa01851;
          22 Apr 96 13:19 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0uBS4Q-0001YTC>; Mon, 22 Apr 96 22:18 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0uBS6i-0012DzC; Mon, 22 Apr 96 22:21 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0uBRzp-00049OC; Mon, 22 Apr 96 22:14 MET DST
Received: by luna.ke.central.de
	id <m0uBS1F-0003CHC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Mon, 22 Apr 96 22:15 MET DST
Message-Id: <m0uBS1F-0003CHC@luna.ke.central.de>
Date: Mon, 22 Apr 96 22:15 MET DST
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@ry.ISRI.UNLV.EDU
In-reply-to: <m0uBMXX-0007SbC@odb.rhein-main.de> (message from John Kilburg on
	Mon, 22 Apr 1996 03:39:28 -0700)
Subject: inline images (Re: chimera 2.0 alpha 106)

[John Kilburg <john@ry.ISRI.UNLV.EDU>]

Thanks for the new release.  It compiles and runs on Linux 1.3.92 with
XFree 3.1.2, gcc-2.6.3, and libc-4.6.27; JPEG support enabled.  It's
fast as hell!

1.

But the problem with not available images is back.  102 works OK, but
106 displays the HTML document only up to the point where the image is
referenced.  All text after that point will not be displayed; please
try:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML Strict//EN">
<html>
 <head>
  <link rel="icon" type="image/x-icon" href="/fav.ico">
  <title> Karl's Index                             </title>
 </head>

 <body>
  <h1> To be seen :-)                              </h1>
   <img src="/tmp/fsh.jpg" alt="FSH" align=top>
  <h1> Not to be seen :-(                          </h1>
 </body>
</html>

2.

Strange values are shown in the line under the URL; if I load a small
image (1916 bytes), chimera displays

    Read 1024 out of 731332 bytes of

If I load the same images a second time, if says

    Read 1024 out of 315588 bytes of


3.

|   Bookmarks should work like they did in 1.65 [...]  The file is
|   written as HTML with group names given inside <h3></h3> and marks
|   given as <a></a>.

Yes, really nice.  But it fails, if the title contains umlauts or
accented characters; If I add such a title, the privious will be
destroyed.  chimera inserts

<li><a href="file://localhost/home/ke/WWW/i18n-de.faq.html">@</a>
                          --->--->---> this is "1/4"-->-->---^
instead of

<li><a href="file://localhost/home/ke/WWW/i18n-de.faq.html">Anmerkungen zu <de@li.org>: i18n/l10n</a>

Karl

------- Message 15

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa01859;
          22 Apr 96 13:19 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0uBS4h-0001YjC>; Mon, 22 Apr 96 22:19 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0uBS6j-0012E1C; Mon, 22 Apr 96 22:21 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0uBS8G-00049OC; Mon, 22 Apr 96 22:22 MET DST
Received: by luna.ke.central.de
	id <m0uBS9h-0003CHC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Mon, 22 Apr 96 22:24 MET DST
Message-Id: <m0uBS9h-0003CHC@luna.ke.central.de>
Date: Mon, 22 Apr 96 22:24 MET DST
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@lazy.ISRI.UNLV.EDU
Subject: Here are my resources

Sorry, I forgot to post my resources (I have the 1.65 app-defaults file
removed):

! WWW routines
!
io.open: Connected to %s:%d
io.read_known: %d connections; %d bytes remaining
io.read_unknown: %d connections; %d bytes read
io.write: %d connections; %d bytes written
io.done: Read Finished.
!
! Misc module
!
! Cache configuration
cache.found: Found %s in cache.
cache.read: Read %d bytes of %s from cache
cache.directory: ~/.chimera/cache
cache.maxSize: 20000000
cache.persist: true
!
! Proto module
!
file.readdir: Read %d entries of %s
file.readfile: Read %d out of %d bytes of %s
http.user_agent: Chimera/2.0alpha
ftp.dirheader: <html><body><h2>FTP Directory (Test)</h2>
ftp.dirtrailer: </body></html>
!
! Bookmark module
!
bookmark.filename: ~/.chimera/bookmarks.html
bookmark.header: <html><body><ul>
bookmark.footer: </ul></body></html>

------- Message 16

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa01867;
          22 Apr 96 13:19 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0uBS4X-0001YeC>; Mon, 22 Apr 96 22:18 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0uBS6i-0012E0C; Mon, 22 Apr 96 22:21 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0uBS3T-00049OC; Mon, 22 Apr 96 22:17 MET DST
Received: by luna.ke.central.de
	id <m0uBS4t-0003CHC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Mon, 22 Apr 96 22:19 MET DST
Message-Id: <m0uBS4t-0003CHC@luna.ke.central.de>
Date: Mon, 22 Apr 96 22:19 MET DST
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@ry.ISRI.UNLV.EDU
In-reply-to: <m0uBMXX-0007SbC@odb.rhein-main.de> (message from John Kilburg on
	Mon, 22 Apr 1996 03:39:28 -0700)
Subject: Iconify and Bookmarks (Re: chimera 2.0 alpha 106)

If I iconify Chimera's main window, chimera "forgets" to iconify the
"bookmark" window as well.

This used to happen in earlier versions (e.g. in 102).

Karl

------- Message 17

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa04120;
          22 Apr 96 14:20 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0uBT1x-0001SzC>; Mon, 22 Apr 96 23:20 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0uBT4D-0012EMC; Mon, 22 Apr 96 23:22 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0uBSN1-00049OC; Mon, 22 Apr 96 22:38 MET DST
Received: by luna.ke.central.de
	id <m0uBSOR-0003CHC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Mon, 22 Apr 96 22:39 MET DST
Message-Id: <m0uBSOR-0003CHC@luna.ke.central.de>
Date: Mon, 22 Apr 96 22:39 MET DST
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@ry.ISRI.UNLV.EDU
In-reply-to: <m0uBJgt-0000uTC@ki1.chemie.fu-berlin.de> (message from John
	Kilburg on Mon, 22 Apr 1996 03:39:28 -0700)
Subject: feature request: cutting text out of the document

In 1.65 it was possible to "cut" text out of the main window, if you
clicked somewhere with mouse-1 and dragged the mouse pointer over the
text.

Why was this feature removed?

Thanks, Karl

------- Message 18

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa04780;
          22 Apr 96 14:40 PDT
Received: from localhost (michael@localhost) by xph029.physics.montana.edu (8.6.12/8.6.9) with SMTP id PAA19870 for <bug-chimera@cs.unlv.edu>; Mon, 22 Apr 1996 15:34:42 -0600
Date: Mon, 22 Apr 1996 15:34:34 -0600 (MDT)
From: Michael Kellen <michael@xph029.physics.montana.edu>
Reply-To: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Subject: [cfh106-2.0] Evaluation
Message-ID: <Pine.LNX.3.92.960422135013.19557A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I put this one through its paces, HARD.  Naturally most of this is bug
reports, but I was VERY pleased with this release.   Still have chimera's
speedy load and response times, and about a tenth the size of certain
bloated browsers.


No one has given me any feedback on delayed image downloads.  Shall I
assume there is not much interest in this and let it go?


Michael Kellen


==========================================================================
(+) Source button works.  Nice toggle, I may steal it for image delays

(-) gopher protocol not supported

(-) Cancel button still does not stop all downloads

(-) Parsing of blah?something requests pops up the "Save" dialog!
    (see, for example, lycos)

External viewers:

   (+) External browsers launched correctly from mailcap

   (-) mime.types is not read or processed

   (-) mailcap does not understand "image/*"

   (-) spawned viewers block the browser instead of becoming separate.
       this leads to IO errors if another link is clicked before the
       viewer exits

Status Messages:

   (-) During http downloads, the display reads "nnnn Connected to"
       instead of "nnnn bytes downloaded"

   (-) File read says "mm bytes of yy read of (random garbage)"  and
       yy is hugely wrong

Bookmark widget:

   (+) Bookmarks are back to a nice format, with groups!

   (+) Bookmark popup can be raised and lowered relative to main window

   (-) Adding bookmarks corrupts the list for other marks this session

Forms implementation:

   (+) TEXTAREA works, but sometimes only after reloading

   (-) SELECT tag in forms broken:  all options shown as text, THEN
       pulldown is rendered.

   (-) TEXT inputs which go past the right edge of the box become
       unreadable

   (-) Boxed Items (buttons) are centered too low on the line.  Their
       tops are in the middle of the text height on the same line

   (+) Scrolling of forms is quick and correct


HTML 2.0   (see https://www.phone.net/home/mwm/bugs.html)

   (+)  <Center> tag ignored

   (-) This tag code breaks the display:

	        <A href=><strong>blah</a></strong>error_here

   (-) Parser terminates on --> whether or not it ends a comment

   (-) Parser thinks --  can end a comment

   (-) Entities not terminated correctly. (&amp) is not displayed
       identically to (&amp;)

   (-) Many HTML 2.0 entities not available as text, only numerics??
         (&iexcl; &cent; &pound; &curren;  etc etc etc  do not work)
   (+)   (&#161;  &#162; &#163;  &#164;    etc etc etc  DO??)




------- Message 19

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05997;
          22 Apr 96 15:10 PDT
To: Karl Eichwalder <ke@ke.central.de>
cc: bug-chimera@lazy.isri.unlv.edu
Subject: Re: Here are my resources 
In-reply-to: Your message of "Mon, 22 Apr 1996 22:24:00 +0700."
             <m0uBS9h-0003CHC@luna.ke.central.de> 
Date: Mon, 22 Apr 1996 15:10:00 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>Sorry, I forgot to post my resources (I have the 1.65 app-defaults file
>removed):

Remove your old resources file and use the one from lib/.
English (well, what passes for English with me) messages are
hardcoded into chimera.  I think the message formats (and possibly
the names) will change again so its best to leave them out if English
messages are OK for you.

							-john

------- Message 20

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06130;
          22 Apr 96 15:14 PDT
To: Karl Eichwalder <ke@ke.central.de>
cc: bug-chimera@ry.ISRI.UNLV.EDU
Subject: Re: feature request: cutting text out of the document 
In-reply-to: Your message of "Mon, 22 Apr 1996 22:39:00 +0700."
             <m0uBSOR-0003CHC@luna.ke.central.de> 
Date: Mon, 22 Apr 1996 15:14:22 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>In 1.65 it was possible to "cut" text out of the main window, if you
>clicked somewhere with mouse-1 and dragged the mouse pointer over the
>text.
>
>Why was this feature removed?

I threw out NCSA's code.

It should be fairly easy to make this work...I'll try to get it working
soon.

							-john

------- Message 21

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06439;
          22 Apr 96 15:24 PDT
To: bug-chimera@ry.ISRI.UNLV.EDU
Subject: cache problem
Date: Mon, 22 Apr 1996 15:24:32 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

It looks like the cache is getting read back incorrectly...I just got
the Yahoo (hey, its a good test site) home page embedded in place of a
GIF.  Neat but worthless...you may want to remove 'cache.persist'
from your resources file.

							-john

------- Message 22

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa09435; 22 Apr 96 16:56 PDT
Received: from kroete2.freinet.de (arh128.ppp.uni-c.dk [130.228.13.128]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id BAA11123 for <bug-chimera@cs.unlv.edu>; Tue, 23 Apr 1996 01:53:07 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uBVQ3-0003mBC; Tue, 23 Apr 96 01:53 MET DST
Message-Id: <m0uBVQ3-0003mBC@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Accented characters being rendered as spaces
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Tue, 23 Apr 1996 01:53:23 +0200 (MET DST)
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 6107      

I finally got fed up with accented characters being rendered as
spaces. The bug is sort of in the C library on my Linux system,
but the fix is in Chimera because:

1) A lot of people like me have old C libraries.
2) Some new C libraries still can't cope with 8-bit characters
3) Only Chimera knows what character set the document has. The C library
   doesn't know. Locales seem inadequate for this. At the moment ISO-8859-1
   (Latin 1) is assumed, though I think it applies to all the ISO-8859
   character sets.

So here it is. At the moment it classifies any control character as a
space. That doesn't seem like a very serious bug to me, and improves
the speed. Really there should probably be a table lookup, but I'm
too rusty on the arcana of C to remember how to reliably make a table
that's accessible without penalty from all object files, yet only in
the resulting executable once.

diff -u -r --exclude-from exclusions cfh106-2.0/common/common.h cfh106-2.0-erik/common/common.h
- --- cfh106-2.0/common/common.h	Sat Apr 13 01:14:45 1996
+++ cfh106-2.0-erik/common/common.h	Tue Apr 23 01:23:20 1996
@@ -132,6 +132,7 @@
 char *FixPath _ArgProto((MemPool, char *));
 char *mystrtok _ArgProto((char *, size_t, char **));
 char *GetBaseFilename _ArgProto((char *));
+#define chimera_isspace(a) ((a) < 33 && (a) >= 0)
 
 /* dir.c */
 char *compress_path _ArgProto((MemPool, char *, char *));
diff -u -r --exclude-from exclusions cfh106-2.0/common/ml.c cfh106-2.0-erik/common/ml.c
- --- cfh106-2.0/common/ml.c	Mon Apr 22 09:21:54 1996
+++ cfh106-2.0-erik/common/ml.c	Tue Apr 23 00:18:06 1996
@@ -164,7 +164,7 @@
      */
     if (*cp == '&')
     {
- -      for (x = cp; x < lastcp && *x != ';' && !isspace(*x); x++)
+      for (x = cp; x < lastcp && *x != ';' && !chimera_isspace(*x); x++)
 	  ;
       if (x < lastcp)                              /* found end of entity ? */
       {
@@ -230,19 +230,19 @@
   for (cp = text; cp < lastcp; )
   {
     /* Eat leading spaces */
- -    for (; cp < lastcp && isspace(*cp); cp++)
+    for (; cp < lastcp && chimera_isspace(*cp); cp++)
 	;
     if (cp == lastcp) break;
 
     /* Look for value */
- -    for (start = cp; cp < lastcp && !isspace(*cp) && *cp != '='; cp++)
+    for (start = cp; cp < lastcp && !chimera_isspace(*cp) && *cp != '='; cp++)
 	;
 
     ta = hs_create_attribute(hs, start, cp - start);
 
- -    if (isspace(*cp))
+    if (chimera_isspace(*cp))
     {
- -      for (; cp < lastcp && isspace(*cp); cp++)
+      for (; cp < lastcp && chimera_isspace(*cp); cp++)
 	  ;
     }
 
@@ -252,7 +252,7 @@
       cp++; /* past '=' */
 
       /* Eat leading spaces */
- -      for (; cp < lastcp && isspace(*cp); cp++)
+      for (; cp < lastcp && chimera_isspace(*cp); cp++)
 	  ;
       if (cp < lastcp)
       {
@@ -273,7 +273,7 @@
 	}
 	else /* Unquoted value */
 	{
- -	  for (start = cp; cp < lastcp && !isspace(*cp); cp++)
+	  for (start = cp; cp < lastcp && !chimera_isspace(*cp); cp++)
 	      ;
 	}
 
diff -u -r --exclude-from exclusions cfh106-2.0/common/strtol.c cfh106-2.0-erik/common/strtol.c
- --- cfh106-2.0/common/strtol.c	Sat Apr 13 01:14:46 1996
+++ cfh106-2.0-erik/common/strtol.c	Tue Apr 23 00:19:22 1996
@@ -75,7 +75,7 @@
      */
 
     p = string;
- -    while (isspace(*p)) {
+    while (chimera_isspace(*p)) {
 	p += 1;
     }
 
diff -u -r --exclude-from exclusions cfh106-2.0/common/strtoul.c cfh106-2.0-erik/common/strtoul.c
- --- cfh106-2.0/common/strtoul.c	Sat Apr 13 01:14:46 1996
+++ cfh106-2.0-erik/common/strtoul.c	Tue Apr 23 00:18:29 1996
@@ -93,7 +93,7 @@
      */
 
     p = string;
- -    while (isspace(*p)) {
+    while (chimera_isspace(*p)) {
 	p += 1;
     }
 
diff -u -r --exclude-from exclusions cfh106-2.0/html/layout.c cfh106-2.0-erik/html/layout.c
- --- cfh106-2.0/html/layout.c	Sun Apr 21 02:47:03 1996
+++ cfh106-2.0-erik/html/layout.c	Tue Apr 23 00:19:36 1996
@@ -57,7 +57,7 @@
 
   for (cp = s; cp < lastcp; cp++)
   {
- -    if (isspace(*cp)) *cp = ' ';
+    if (chimera_isspace(*cp)) *cp = ' ';
   }
 
   return;
diff -u -r --exclude-from exclusions cfh106-2.0/html/text.c cfh106-2.0-erik/html/text.c
- --- cfh106-2.0/html/text.c	Tue Apr 16 15:02:40 1996
+++ cfh106-2.0-erik/html/text.c	Tue Apr 23 00:19:50 1996
@@ -236,7 +236,7 @@
   font = HTMLGetFont(li);
   for (lastcp = text + len, cp = text; cp < lastcp; )
   {
- -    for (found_space = false; cp < lastcp && isspace(*cp); cp++)
+    for (found_space = false; cp < lastcp && chimera_isspace(*cp); cp++)
     {
       found_space = true;
     }
@@ -244,7 +244,7 @@
     if (found_space) rp = HTMLCreateTextRP(li, p, NULL, 0, font);
     if (cp == lastcp) break;
 
- -    for (s = cp; cp < lastcp && !isspace(*cp); cp++)
+    for (s = cp; cp < lastcp && !chimera_isspace(*cp); cp++)
 	;
 
     rp = HTMLCreateTextRP(li, p, s, cp - s, font);
diff -u -r --exclude-from exclusions cfh106-2.0/proto/file.c cfh106-2.0-erik/proto/file.c
- --- cfh106-2.0/proto/file.c	Mon Apr 22 12:11:05 1996
+++ cfh106-2.0-erik/proto/file.c	Tue Apr 23 00:20:04 1996
@@ -144,7 +144,7 @@
   {
     for (cp = sa[i]; *cp != '\0'; cp++)
     {
- -      if (isspace(*cp)) break;
+      if (chimera_isspace(*cp)) break;
     }
     *cp++ = '\0';
     sprintf(f + strlen(f), format, fi->di.dirname, sa[i], sa[i], cp); 
diff -u -r --exclude-from exclusions cfh106-2.0/www/mime.c cfh106-2.0-erik/www/mime.c
- --- cfh106-2.0/www/mime.c	Mon Apr 15 06:20:23 1996
+++ cfh106-2.0-erik/www/mime.c	Tue Apr 23 00:20:18 1996
@@ -253,7 +253,7 @@
   strncpy(name, line, cp - line);
   name[cp - line] = '\0';
   
- -  for (cp++; isspace(*cp) && i <  len; cp++, i++)
+  for (cp++; chimera_isspace(*cp) && i <  len; cp++, i++)
       ;
   if (i == len) return(NULL);
 
diff -u -r --exclude-from exclusions cfh106-2.0/www/url.c cfh106-2.0-erik/www/url.c
- --- cfh106-2.0/www/url.c	Sat Apr 13 01:14:44 1996
+++ cfh106-2.0-erik/www/url.c	Tue Apr 23 00:20:40 1996
@@ -428,7 +428,7 @@
   up = URLCreate(mp);
 
   /* skip leading white-space (if any)*/
- -  for (start = url; isspace(*start); start++)
+  for (start = url; chimera_isspace(*start); start++)
       ;
 
   /* Lousy hack for URNs */


- --
Erik Corry ehcorry@inet.uni-c.dk

------- Message 23

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa12815;
          22 Apr 96 19:22 PDT
Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Mon, 22 Apr 96 22:20:58 -0400
From: Jim Rees <rees@umich.edu>
To: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Mon, 22 Apr 1996 22:20:55 -0400
Subject: Japanese?
Sender: rees@citi.umich.edu

Is there any hope that chimera will someday be able to render Japanese text?
That's one of the few things I still use Netscape for.

------- Message 24

Received: from boutell.com by JIMI.CS.UNLV.EDU id aa13746; 22 Apr 96 20:24 PDT
Received: by boutell.com id AA02078
  (5.67b/IDA-1.5 for bug-chimera@jimi.cs.unlv.edu); Mon, 22 Apr 1996 20:33:06 -0700
From: Thomas Boutell <boutell@boutell.com>
Message-Id: <199604230333.AA02078@boutell.com>
Subject: 1.06 Impressions
To: bug-chimera@JIMI.CS.UNLV.EDU
Date: Mon, 22 Apr 1996 20:33:05 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2215      

Chimera 1.06 is the fastest web browser I've ever seen in some respects.
it's downright scary, Jon. Nice work.

Under Linux, the browser window starts out teeny-tiny, with the
actual document area perhaps 8 pixels tall, occupied by part of
the scrollbar. If I resize it, it becomes useful, but if I click 
on the "dup" button, the new window is tiny like the first window 
originally was.

I can't read the URL window, because it is obscured by a button
that just says "urllabel". Am I missing essential resources somewhere?

The "what's currently going on" label area is constantly refreshed
even if the mouse is moving over nothing at all. This is the only
"useless refresh" activity going on, so it's disconcerting.

The "what's currently going on" label usually contains something
incomplete like "[bytes] connected to" (nothing more after that).

If I resize, the document window doesn't get reformatted and the
scrollbars don't go away or change size, etc.  I have to click
reload to make that happen.

Chimera segfaults when the quit button is clicked.

The "ersatz table" support -- newlines when <tr> is encountered --
helps only a little. It would help a lot more if the <th> 
and <td> tags inserted a single space each to separate cells.

The default font settings turn out to be hideous scaled things
under Linux, but obviously that's something that must be
controllable through resources somewhere.

If only one TCP connection is going to be opened at a time,
support for the WIDTH and HEIGHT attributes to <IMG> would
be a BIG help. Many of my pages have a single imagemap at
the top and no other images; this includes large manuals
that take a while to download. Chimera won't let me read
them until it has completely downloaded them, and then finally
downloaded the image afterwards. That feels more like
Chimera 1.0. (:

I clicked the "source" button and saw my source; then I
clicked it again and it cleared... and the window cleared...
and it reloaded the entire document. Odd.
 
Very nice work; I look forward to a stable 2.0 release.
But please don't rush a public release. Right now it would
be perceived as not quite stable enough, and that would be a shame
when it is so close to ideal.

- -T

------- Message 25

Received: from ki1.Chemie.FU-Berlin.DE by JIMI.CS.UNLV.EDU id aa16097;
          22 Apr 96 23:06 PDT
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
	  from uranus.central.de (194.45.71.1) with smtp
	  id <m0uBbF0-0000vQC>; Tue, 23 Apr 96 08:06 MEST
Received: from pertron.central.de by uranus.central.de with uucp
	(Smail3.1.28.1 #5) id m0uBbHJ-000VWwC; Tue, 23 Apr 96 08:08 MET DST
Received: from luna.ke.central.de by pertron.ke.central.de with smtp
	(Smail3.1.28.1 p1) id m0uBavb-00049WC; Tue, 23 Apr 96 07:46 MET DST
Received: by luna.ke.central.de
	id <m0uBax1-0003CHC@luna.ke.central.de>
	(Debian /\oo/\ Smail3.1.29.1 #29.33); Tue, 23 Apr 96 07:47 MET DST
Message-Id: <m0uBax1-0003CHC@luna.ke.central.de>
Date: Tue, 23 Apr 96 07:47 MET DST
From: Karl Eichwalder <ke@ke.Central.DE>
To: bug-chimera@lazy.isri.unlv.edu
In-reply-to: <m0uBUsO-0001ZRC@ki1.chemie.fu-berlin.de> (message from John
	Kilburg on Mon, 22 Apr 1996 15:10:00 -0700)
Subject: Re: Here are my resources

[John Kilburg <john@ry.ISRI.UNLV.EDU>]

|   Remove your old resources file and use the one from lib/.

If I use resources from lib/ chimera does not get the geometries right;
only if I remove all resource files and use the compiled in defaults,
the chimera window looks good.

But the reported problems are still there.

Sure, the English messages are OK for me -- but one day I would like to
see an i18n version based on the GNU gettext library...

Karl

------- Message 26

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa18203; 23 Apr 96 1:54 PDT
Received: from kroete2.freinet.de (arh153.ppp.uni-c.dk [130.228.13.153]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id KAA19109 for <bug-chimera@cs.unlv.edu>; Tue, 23 Apr 1996 10:51:09 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uBdkX-0003kJC; Tue, 23 Apr 96 10:47 MET DST
Message-Id: <m0uBdkX-0003kJC@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Re: 1.06 Impressions
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Tue, 23 Apr 1996 10:47:05 +0200 (MET DST)
In-Reply-To: <199604230333.AA02078@boutell.com> from "Thomas Boutell" at Apr 22, 96 08:33:05 pm
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2358      

> Under Linux, the browser window starts out teeny-tiny, with the
> [...]
> I can't read the URL window, because it is obscured by a button
> [...]

Both resource problems. I hate X resources.

> [...]
> The default font settings turn out to be hideous scaled things
> under Linux, but obviously that's something that must be
> controllable through resources somewhere.

I get this too, and I really can't work out why. I guess it may be
something to do with my X libraries, which aren't very up to date.
Chimera asks the X server to give a list of available fonts with
the required properties and it replies with this 17 point scaled
junk. I patched like this:

diff -u -r --exclude-from exclusions cfh106-2.0-erik/html/font.c cfh106-2.0-erik2/html/font.c
- --- cfh106-2.0-erik/html/font.c Sat Apr 13 01:14:46 1996
+++ cfh106-2.0-erik2/html/font.c        Mon Apr 22 23:59:47 1996
@@ -95,7 +95,7 @@
   if (lc->fontInfo[i].xfi == NULL)
   {
     lc->fontInfo[i].xfi = XLoadQueryFont(li->dpy, lc->fontNames[i]);
- -    if (lc->fontInfo[i].xfi == NULL) lc->fontInfo[i].xfi = lc->defaultFont;
+    /*if (lc->fontInfo[i].xfi == NULL)*/ lc->fontInfo[i].xfi = lc->defaultFont;
   }
   return(lc->fontInfo[i].xfi);
 }

which means fixed width, bold, italic, large headings etc. don't work,
but at least it's reasonably readable.

> If only one TCP connection is going to be opened at a time,
> support for the WIDTH and HEIGHT attributes to <IMG> would
> be a BIG help. Many of my pages have a single imagemap at
> the top and no other images; this includes large manuals
> that take a while to download. Chimera won't let me read
> them until it has completely downloaded them, and then finally
> downloaded the image afterwards. That feels more like
> Chimera 1.0. (:

width= and height= work well for me! And I get the impression Chimera
does open more than one TCP connection at a time, in fact I was going
to ask whether there is any way to restrict the number since I pressed
reload on a locally served page with a lot of small images and the
machine was swamped by forked HTTP servers.

> I clicked the "source" button and saw my source; then I
> clicked it again and it cleared... and the window cleared...
> and it reloaded the entire document. Odd.

What's odd? You don't think it shouldn't reload, but rather just appear?

- --
Erik Corry ehcorry@inet.uni-c.dk

------- Message 27

Received: from hydra.ae.utexas.edu by JIMI.CS.UNLV.EDU id aa24568;
          23 Apr 96 9:49 PDT
Received: by hydra.ae.utexas.edu; id AA09954; Tue, 23 Apr 1996 11:49:20 -0500
Date: Tue, 23 Apr 1996 11:49:19 -0500 (CDT)
From: Rob McMullen <rwmcm@hydra.ae.utexas.edu>
To: bug-chimera@cs.unlv.edu
Subject: Re: 1.06 Impressions
In-Reply-To: <m0uBdkX-0003kJC@kroete2.freinet.de>
Message-Id: <Pine.OSF.3.91.960423114308.9900A-100000@hydra.ae.utexas.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 23 Apr 1996, Erik Corry wrote:

> > The default font settings turn out to be hideous scaled things
> > under Linux, but obviously that's something that must be
> > controllable through resources somewhere.
> 
> I get this too, and I really can't work out why. I guess it may be
> something to do with my X libraries, which aren't very up to date.

You probably don't have 100 dpi fonts installed, as I also do not.  If 
you change html/font.c not to request 100 dpi, all the fonts work great:

*** font.c	Tue Apr 23 11:44:30 1996
- --- font.c.orig	Tue Apr 23 11:45:41 1996
***************
*** 227,233 ****
     * a reasonable pattern was selected.
     */
    name = FrameGetResource(li->frame, "html.propFontPattern");
!   if (name == NULL) name = "-adobe-times-*-*-*-*-*-*-*-*-*-*-iso8859-1";
  
    lc->fontNames = XListFonts(li->dpy, name, 999, &count);
    if (lc->fontNames == NULL || count == 0)
- --- 227,233 ----
     * a reasonable pattern was selected.
     */
    name = FrameGetResource(li->frame, "html.propFontPattern");
!   if (name == NULL) name = 
"-adobe-times-*-*-*-*-*-*-100-100-*-*-iso8859-1";
  
    lc->fontNames = XListFonts(li->dpy, name, 999, &count);
    if (lc->fontNames == NULL || count == 0)

I couldn't seem to get this to work through resources.

Rob
- --
Rob McMullen <rwmcm@mail.ae.utexas.edu>  https://www.ae.utexas.edu/~rwmcm
Freeware Xt Widgets (available on home page):  SciPlot, ListTree, TextField
Member, LessTif core team (XmTextField & XmText) https://www.hungry.com:8000
Water is life!  Texas Aquatics Masters, Austin, TX



------- Message 28

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa26621;
          23 Apr 96 11:08 PDT
Received: from localhost (michael@localhost) by xph029.physics.montana.edu (8.6.12/8.6.9) with SMTP id MAA21862 for <bug-chimera@cs.unlv.edu>; Tue, 23 Apr 1996 12:02:26 -0600
Date: Tue, 23 Apr 1996 12:02:25 -0600 (MDT)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Subject: about 100dpi fonts
In-Reply-To: <Pine.OSF.3.91.960423114308.9900A-100000@hydra.ae.utexas.edu>
Message-ID: <Pine.LNX.3.92.960423120114.21733E-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


If this changes, we should use the resources file to set it.  (I *have*
got the 100 dpi fonts, and don't want the reverse problem!)

Michael


------- Message 29

Received: from ttmath.ttu.edu by JIMI.CS.UNLV.EDU id aa27078;
          23 Apr 96 11:21 PDT
Date: Tue, 23 Apr 1996 13:21:37 -0500 (CDT)
From: Jake Kesinger <kesinger@math.ttu.edu>
To: bug-chimera@ry.ISRI.UNLV.EDU
Subject: Patches for <div>, bugfix for <note>
In-Reply-To: <9604221128.AA26474@math.ttu.edu>
Message-Id: <Pine.SOL.3.91.960423130431.28588A-100000@ttmath>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Enclosed please find context diffs to html/* to enable the <div> 
element.  

TAG_DIV wasn't defined in html.h, so I added it to the end of the 
TAG_ series.  I prob. should have stick it in the middle and incremented
all the remainder. 

There's also a problem with <note>, the following line was missing
from html.c:
  { "note", TAG_NOTE }, 
This isn't in the patch below.

Also, <center> should be very easy to implement, i.e. just like <div>
except the checks for ALIGN="" could be removed.  The only reason I'm not 
sending such a patch in (yet) is because of the differences in opinions 
about supporting non-standard tags.  

diff -c html.old/html.c html.new/html.c
*** html.old/html.c	Tue Apr 16 07:52:27 1996
- --- html.new/html.c	Tue Apr 23 12:48:28 1996
***************
*** 44,49 ****
- --- 44,50 ----
    { "dd", TAG_DD },
    { "dfn", TAG_DFN },
    { "dir", TAG_DIR },
+   { "div", TAG_DIV },
    { "dl", TAG_DL },
    { "dt", TAG_DT },
    { "em", TAG_EM },
diff -c html.old/html.h html.new/html.h
*** html.old/html.h	Wed Apr 17 20:22:53 1996
- --- html.new/html.h	Tue Apr 23 12:48:27 1996
***************
*** 111,116 ****
- --- 111,117 ----
  #define TAG_FRAMESET 89
  #define TAG_NOFRAMES 90
  #define TAG_SCRIPT 91
+ #define TAG_DIV 92
  
  #define ATTRIB_UNKNOWN -1
  #define ATTRIB_LEFT 0
***************
*** 346,351 ****
- --- 347,353 ----
   */
  void HandleHx _ArgProto((LayoutInfo *, int, MLElement *, bool));
  void HandleP _ArgProto((LayoutInfo *, MLElement *, bool));
+ void HandleDiv _ArgProto((LayoutInfo *, MLElement *, bool));
  void HandleBR _ArgProto((LayoutInfo *, MLElement *, bool));
  void HandleAddress _ArgProto((LayoutInfo *, MLElement *, bool));
  void HandleA _ArgProto((LayoutInfo *, MLElement *, bool));
diff -c html.old/layout.c html.new/layout.c
*** html.old/layout.c	Sat Apr 20 19:47:03 1996
- --- html.new/layout.c	Tue Apr 23 12:47:18 1996
***************
*** 521,527 ****
    else if (tag == TAG_TR) HandleTR(li, p, end);
    else if (tag == TAG_TD) HandleTD(li, p, end);
    else if (tag == TAG_NOTE) HandleNote(li, p, end);
! 
    return;
  }
  
- --- 521,527 ----
    else if (tag == TAG_TR) HandleTR(li, p, end);
    else if (tag == TAG_TD) HandleTD(li, p, end);
    else if (tag == TAG_NOTE) HandleNote(li, p, end);
!   else if (tag == TAG_DIV) HandleDiv(li,p,end);
    return;
  }
  
diff -c html.old/misc.c html.new/misc.c
*** html.old/misc.c	Tue Apr 16 08:16:37 1996
- --- html.new/misc.c	Tue Apr 23 13:01:43 1996
***************
*** 147,152 ****
- --- 147,183 ----
    return;
  }
  
+ void
+ HandleDiv(li, p, end)
+ LayoutInfo *li;
+ MLElement *p;
+ bool end;
+ {
+   RenderEnv *re;
+   char *align;
+ 
+   HTMLAddLineBreak(li);
+   
+   re = HTMLCreateEnv(li, TAG_NOTHING);
+   if (end)
+   {
+     re->align = ATTRIB_LEFT;
+     HTMLAddLineBreak(li);
+   }
+   else
+   {
+     if ((align = MLFindAttribute(p, "align")) != NULL)
+     {
+       re->align = HTMLGetAttributeID(align);
+     }
+     else re->align = ATTRIB_LEFT;
+ 
+     HTMLAddLineBreak(li);
+   }
+   
+   return;
+ }
+ 
  /*
   * HandleBR
   *

------- Message 30

Received: from ttmath.ttu.edu by JIMI.CS.UNLV.EDU id aa27704;
          23 Apr 96 11:42 PDT
Date: Tue, 23 Apr 1996 13:42:12 -0500 (CDT)
From: Jake Kesinger <kesinger@math.ttu.edu>
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Subject: Bug with markup inside <pre>?
In-Reply-To: <Pine.LNX.3.92.960422135013.19557A-100000@xph029.physics.montana.edu>
Message-Id: <Pine.SOL.3.91.960423133657.65A-100000@ttmath>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

If there is a tag like <b> or <i> inside a <pre> that isn't closed (the 
markup, not the <pre>), cfh106 treats the rest of the document as if it 
were inside <pre>.

i.e. <pre>blah <b>de blah</pre>


  --Jake     _    Jake Kesinger (kesinger@math.ttu.edu), Outrageous Liar
LUBBOCK -> _|*~-  https://www.math.ttu.edu/~kesinger/
           \,  _} ``It's a damn poor mind that can only think of one way
             \(    to spell a word.'' (Andrew Jackson)


------- Message 31

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa29254; 23 Apr 96 12:43 PDT
Received: from kroete2.freinet.de (arh158.ppp.uni-c.dk [130.228.13.158]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id VAA23343; Tue, 23 Apr 1996 21:39:45 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uBnOq-0003mDC; Tue, 23 Apr 96 21:05 MET DST
Message-Id: <m0uBnOq-0003mDC@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Re: Patches for <div>, bugfix for <note>
To: Jake Kesinger <kesinger@math.ttu.edu>
Date: Tue, 23 Apr 1996 21:05:20 +0200 (MET DST)
Cc: Chimera Hacker List <bug-chimera@cs.unlv.edu>
In-Reply-To: <Pine.SOL.3.91.960423130431.28588A-100000@ttmath> from "Jake Kesinger" at Apr 23, 96 01:21:37 pm
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 353       

> Also, <center> should be very easy to implement, i.e. just like <div>
> except the checks for ALIGN="" could be removed.  The only reason I'm not 
> sending such a patch in (yet) is because of the differences in opinions 
> about supporting non-standard tags.  

Please do it. I think everyone's resigned to supporting <center> anyway.

- --
Erik Corry

------- Message 32

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02399;
          23 Apr 96 14:43 PDT
To: Jake Kesinger <kesinger@math.ttu.edu>
cc: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Subject: Re: Bug with markup inside <pre>? 
In-reply-to: Your message of "Tue, 23 Apr 1996 13:42:12 CDT."
             <Pine.SOL.3.91.960423133657.65A-100000@ttmath> 
Date: Tue, 23 Apr 1996 14:43:29 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>If there is a tag like <b> or <i> inside a <pre> that isn't closed (the 
>markup, not the <pre>), cfh106 treats the rest of the document as if it 
>were inside <pre>.
>
>i.e. <pre>blah <b>de blah</pre>

Yeah, I tried to simplify the way things were done in the HTML code.

Unfortunately, I was way optimistic about the lack of poorly
written documents.

							-john

------- Message 33

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07755;
          23 Apr 96 17:37 PDT
To: Rob McMullen <rwmcm@hydra.ae.utexas.edu>
cc: bug-chimera@cs.unlv.edu
Subject: Re: 1.06 Impressions 
In-reply-to: Your message of "Tue, 23 Apr 1996 11:49:19 CDT."
             <Pine.OSF.3.91.960423114308.9900A-100000@hydra.ae.utexas.edu> 
Date: Tue, 23 Apr 1996 17:37:51 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>You probably don't have 100 dpi fonts installed, as I also do not.  If 
>you change html/font.c not to request 100 dpi, all the fonts work great:
>[...]
>!   if (name == NULL) name = "-adobe-times-*-*-*-*-*-*-*-*-*-*-iso8859-1";
>[...]
>   I couldn't seem to get this to work through resources.

I just tried this and it worked so I'm not sure what is happening.  This
is a "WWW" resource and not an X resource but I do use the Xrm routines
to deal with the database.  Kind of bogus but I want the non-widget
resources separate.

By default chimera looks at

~/.chimera/resources

I put the line:

html.propFontPattern: -adobe-helvetica-*-*-*-*-*-*-*-*-*-*-iso8859-1

in this file and it used the new font (you will have to restart chimera,
unfortunately).

I will change the hard-coded default, though.

For everyone, here is my current ~/.chimera/resources file:

bookmark.filename: ~/.chimera/bookmarks.html
cache.directory: ~/.chimera/cache
chimera.homeURL: https://www.physics.unlv.edu/
ftp.dirheader: <html><body><h2>FTP Directory</h2><ul>
ftp.dirtrailer: </ul></body></html>
html.ignoreFrames:
html.propFontPattern: -adobe-helvetica-*-*-*-*-*-*-*-*-*-*-iso8859-1

I am not using an app-defaults file.

							-john

------- Message 34

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa07950; 23 Apr 96 17:46 PDT
Received: from kroete2.freinet.de (arh149.ppp.uni-c.dk [130.228.13.149]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id CAA13909 for <bug-chimera@cs.unlv.edu>; Wed, 24 Apr 1996 02:42:36 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uBsfg-0003n3C; Wed, 24 Apr 96 02:43 MET DST
Message-Id: <m0uBsfg-0003n3C@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Max connections etc.
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Wed, 24 Apr 1996 02:43:04 +0200 (MET DST)
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1958      

Just sent to John:

1) I changed LITTLE_ENDIAN and BIG_ENDIAN to CHIMERA_LITTLE_ENDIAN etc.
   This is a preventative measure because I know there are systems
   that defined these macros in other ways. At the same time I added
   the _i386 thing for SCO (mentioned on the list) and a few others.
   I don't like this stuff any more, but if it's there it should
   work as well as possible.

2) I implemented a way of limiting the maximal number of open HTTP
   connections. I limited it to 4 initially. This is much more friendly
   to the world. Before that it would happliy open over 30 simultaneous
   connections for files with many images embedded in them and width=
   and height= tags. I don't know whether I implemented this stuff in
   the right place: Really you want to limit the number of open files
   and ftp connections too, though that won't be an issue as often.

3) I changed 302-temporary redirect treatment to work more like 301
   permanent redirect. This was to solve two problems: 1) old URL was
   being left on screen which I didn't think very nice. A lot of people
   (Yahoo, www.jubii.dk, myself at https://www.infoweb.dk/start.cgi, etc.)
   use 302 to log people taking external links. The other problem was
   that the correct error message was not appearing if the remote
   machine was not reachable. You can test that with the Jubii link
   on the address above, unless they got the server working again in
   the mean time. I don't really understand this stuff, so you probably
   don't want to just let it go in. Search for 302 in the patch file.

4) A NULL pointer check in frame.c that prevents a crash if you don't
   have a home page configured and you press home. A silly situation, but
   I feel the program shouldn't crash at all, no matter how badly set up.

The patch is on https://inet.uni-c.dk/~ehcorry/patch-106-2.patch if
anyone else wants it.

- --
Erik Corry ehcorry@inet.uni-c.dk https://inet.uni-c.dk/~ehcorry/

------- Message 35

Received: from boutell.com by JIMI.CS.UNLV.EDU id aa10518; 23 Apr 96 20:04 PDT
Received: by boutell.com id AA09316
  (5.67b/IDA-1.5 for bug-chimera@cs.unlv.edu); Tue, 23 Apr 1996 20:12:33 -0700
From: Thomas Boutell <boutell@boutell.com>
Message-Id: <199604240312.AA09316@boutell.com>
Subject: Image Handling: Amazing
To: bug-chimera@cs.unlv.edu
Date: Tue, 23 Apr 1996 20:12:32 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 391       

I just wanted to praise the image handling in Chimera 2.0 alpha 106.
The dithering algorithm isn't Floyd-Steinberg, which we're all told
is the ideal, but somehow it looks better to me. Much more important,
it does a drastically better job with grayscale photos. I don't
know how it can do that when there are other images on the page
that aren't purely grayscale, but I really like it.

- -T

------- Message 36

Received: from enterprise.cistron.nl by JIMI.CS.UNLV.EDU id aa19623;
          24 Apr 96 7:27 PDT
Received: from ava.UUCP (uucp@localhost) by enterprise.cistron.nl (8.7.1) with UUCP id QAA03824 for cs.unlv.edu!bug-chimera; Wed, 24 Apr 1996 16:11:13 +0200
Received: by kozmix.ow.nl (Smail3.1.29.1 #1)
	id m0uC4e1-0000ShC; Wed, 24 Apr 96 15:30 MET DST
Message-Id: <m0uC4e1-0000ShC@kozmix.ow.nl>
From: Sander van Malssen <svm@kozmix.ow.nl>
Subject: 106 screen size bug
To: bug-chimera@cs.unlv.edu
Date: Wed, 24 Apr 1996 15:30:08 +0200 (MET DST)
Reply-To: svm@kozmix.ow.nl
Organization: Kozmic Egg Productions, Gouda, Netherlands
X-Mailer: ELM [version 2.4ME+ PL15 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi,

I noticed some problems with alpha 106 under X11R6 (XFree86 3.12D &
older) under Linux, namely:

- - there's no left margin (i.e. the first letter of a line touches the
  scrollbar); instead(?) there is an empty band at the top of the
  display window.

- - resizing the window only takes effect when a new page is loaded.

Anyone else noticed the same problems?

Sander
- -- 
Sander van Malssen
svm@kozmix.ow.nl -- svm@kozmix.xs4all.nl -- https://www.cistron.nl/~svm/

------- Message 37

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24821;
          24 Apr 96 11:07 PDT
To: svm@kozmix.ow.nl
cc: bug-chimera@cs.unlv.edu
Subject: Re: 106 screen size bug 
In-reply-to: Your message of "Wed, 24 Apr 1996 15:30:08 +0200."
             <m0uC4e1-0000ShC@kozmix.ow.nl> 
Date: Wed, 24 Apr 1996 11:07:44 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

They are known problems.

>- there's no left margin (i.e. the first letter of a line touches the
>  scrollbar); instead(?) there is an empty band at the top of the
>  display window.

I've never gotten around to setting a left margin.  I'll work on this.

The empty band along the top is the place for the scrollbar.  The reason
is to eliminate jittering when the content goes grows larger than
one screen.  Same thing for the vertical scrollbar.

>- resizing the window only takes effect when a new page is loaded.

I'll work on this.  I almost never resize the window so I wasn't
too worried about it.

							-john

------- Message 38

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa25772; 24 Apr 96 11:44 PDT
Received: from kroete2.freinet.de (arh125.ppp.uni-c.dk [130.228.13.125]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id UAA17101 for <bug-chimera@cs.unlv.edu>; Wed, 24 Apr 1996 20:41:28 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uC9X5-0003kJC; Wed, 24 Apr 96 20:43 MET DST
Message-Id: <m0uC9X5-0003kJC@kroete2.freinet.de>
From: Erik Corry <erik@kroete2.freinet.de>
Subject: Re: 106 screen size bug
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Wed, 24 Apr 1996 20:43:18 +0200 (MET DST)
In-Reply-To: <199604241833.UAA16404@inet.uni-c.dk> from "John Kilburg" at Apr 24, 96 11:07:44 am
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 151       

John wrote:
> I've never gotten around to setting a left margin.  I'll work on this.

Can I recommend 20 pixels? There's a 'precedent'.

- --
Erik Corry

------- Message 39

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05023;
          27 Apr 96 4:22 PDT
Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04993;
          27 Apr 96 4:18 PDT
To: chimera-announce@ry.ISRI.UNLV.EDU
Subject: 2.0 release 107
Date: Sat, 27 Apr 1996 04:18:15 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

Available from

https://www.physics.unlv.edu/~john/chimera/src/

							-john

alpha 107
- ---------
Changed proportional font default pattern in html/font.c.  Big win.
  Rob McMullen <rwmcm@hydra.ae.utexas.edu>
Added patch to fix 'ENDIAN' preprocessor goodies in image/ and
  fix homeless startup crash.  Erik Corry <erik@kroete2.freinet.de>
Cleaned up frame and proto handling code in www/proto.c and www/frame.c
Made the connection count code in www/proto.c work.
Pressing "source" won't cause a reload.  Created FrameRedisplay().
Doing a reload caused all subsequent loads to inherit the reload flag.
Put a line in Common.tmpl to show where you can force a special compiler.
Added margins to the HTML renderer.  Defaults to 20.
Tags are handled the old way...if tags are overlapped then end tags
  are simulated to eliminate overlap.
Changed font code so that the fixed fonts work the same way as the
  proportional fonts.
Fixed bookmark create problems.  Strings were not being allocated
  correctly...they were auto vars that got wiped out.
Worked on the markup parsing.  Seems to handle comments and stuff in
  general more correctly.  Simplified Element handling and made all of
  the 'common/ml' types opaque.  More function calls!  Less mucking
  with internals!
Worked on HTML list handling...didn't handle bad HTML as well as it
  could.
Added better isspace().  Erik Corry <erik@kroete2.freinet.de>
  (note: forgot to add this one to the changes list in 107)

							-john

------- Message 40

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id ac05966;
          27 Apr 96 5:53 PDT
Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05964;
          27 Apr 96 5:53 PDT
To: chimera-announce@ry.ISRI.UNLV.EDU
Subject: 2.0-108
Date: Sat, 27 Apr 1996 05:53:12 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

108 fixes a problem with forms that appeared in 107 that is bad
enough that you really should grab 108 if you already grabbed 107.

You only have to replace html/form.c if you've already done some
work on 107.

							-john

------- Message 41

Received: from ttmath.ttu.edu by JIMI.CS.UNLV.EDU id aa07811;
          27 Apr 96 10:27 PDT
Date: Sat, 27 Apr 1996 12:27:32 -0500 (CDT)
From: Jake Kesinger <kesinger@ws01.ttu.edu>
To: Bug-Chimera <bug-chimera@cs.unlv.edu>
Subject: Problems with forms in 108
Message-Id: <Pine.SOL.3.91.960427120200.992A-100000@ws01>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Couple things:
1. THere's a bug somewhere in HandleTextarea.  The ROWS and COLS
attributes somehow aren't being recognized, so all textareas are
created 5x24.  (This seems strange, since the default cols is
20 instead of 24...)
2.  <input type="text"> seems to be working like <input type="passwd">
on Black&White NCD Xterms, i.e. stuff typed in isn't displayed, but is 
still in the form.  It's OK on color Sun Xterms and a color Sparc console.



  --Jake     _    Jake Kesinger (kesinger@math.ttu.edu), Outrageous Liar
LUBBOCK -> _|*~-  https://www.math.ttu.edu/~kesinger/
           \,  _} ``It's a damn poor mind that can only think of one way
             \(    to spell a word.'' (Andrew Jackson)


------- Message 42

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07819;
          27 Apr 96 10:29 PDT
Received: from cerebro.snm.com by JIMI.CS.UNLV.EDU id aa07799;
          27 Apr 96 10:27 PDT
Received: from mageworks.snm.com.snm.com (mageworks.snm.com [204.245.164.3]) by cerebro.snm.com (8.6.9/8.6.9) with ESMTP id NAA01328; Sat, 27 Apr 1996 13:28:31 -0400
Received: from localhost by mageworks.snm.com.snm.com (SMI-8.6/SMI-SVR4)
	id NAA28647; Sat, 27 Apr 1996 13:25:43 -0400
Date: Sat, 27 Apr 1996 13:25:43 -0400 (EDT)
From: Ben Taylor <bent@snm.com>
To: John Kilburg <john@ry.ISRI.UNLV.EDU>
cc: chimera-announce@ry.ISRI.UNLV.EDU
Subject: Re: 2.0-108
In-Reply-To: <199604271323.JAA29327@mail.Clark.Net>
Message-ID: <Pine.GSO.3.93.960427132327.28084A-100000@mageworks.snm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 27 Apr 1996, John Kilburg wrote:

> 108 fixes a problem with forms that appeared in 107 that is bad
> enough that you really should grab 108 if you already grabbed 107.
> 
> You only have to replace html/form.c if you've already done some
> work on 107.

Compiled it up, looks great.  There's a problem that I can't seem
to make go away.  If I hit source, then back.  I move back, but
I'm still displaying source.  Anyway to go "back" without having
to manually reload the page?  Or I am doing something stupid?

I guess I was expecting that when I hit back, it would go back
to displaying the interpreted HTML.

> 
> 							-john
> 

Ben
bent@snm.com


------- Message 43

Received: from cerebro.snm.com by JIMI.CS.UNLV.EDU id aa07941;
          27 Apr 96 10:32 PDT
Received: from mageworks.snm.com.snm.com (mageworks.snm.com [204.245.164.3]) by cerebro.snm.com (8.6.9/8.6.9) with ESMTP id NAA01331; Sat, 27 Apr 1996 13:33:47 -0400
Received: from localhost by mageworks.snm.com.snm.com (SMI-8.6/SMI-SVR4)
	id NAA28651; Sat, 27 Apr 1996 13:31:03 -0400
Date: Sat, 27 Apr 1996 13:31:03 -0400 (EDT)
From: Ben Taylor <bent@snm.com>
To: John Kilburg <john@ry.ISRI.UNLV.EDU>
cc: bug-chimera@cs.unlv.edu
Subject: Re: 2.0-108
In-Reply-To: <Pine.GSO.3.93.960427132327.28084A-100000@mageworks.snm.com>
Message-ID: <Pine.GSO.3.93.960427132851.28084C-100000@mageworks.snm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Following up my own stupidity...

On Sat, 27 Apr 1996, Ben Taylor wrote:

> Compiled it up, looks great.  There's a problem that I can't seem
> to make go away.  If I hit source, then back.  I move back, but
> I'm still displaying source.  Anyway to go "back" without having
> to manually reload the page?  Or I am doing something stupid?

Yeah, I was doing something stupid.  Clicking source inverted the
source button.  When I clicked it again, it stopped displaying
source.  Cool feature.

Ben


------- Message 44

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa09047; 27 Apr 96 12:19 PDT
Received: from kroete2.freinet.de (arh140.ppp.uni-c.dk [130.228.13.140]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id VAA29860 for <bug-chimera@cs.unlv.edu>; Sat, 27 Apr 1996 21:19:05 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uDFUK-0003n3C; Sat, 27 Apr 96 21:17 MET DST
Message-Id: <m0uDFUK-0003n3C@kroete2.freinet.de>
Subject: Re: [cfh106-2.0] Evaluation
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Sat, 27 Apr 1996 21:16:54 +0200 (MET DST)
In-Reply-To: <Pine.LNX.3.92.960422135013.19557A-100000@xph029.physics.montana.edu> from "Michael Kellen" at Apr 22, 96 03:34:34 pm
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
From: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 4433      

Michael Kellen wrote:
> 
>    (-) SELECT tag in forms broken:  all options shown as text, THEN
>        pulldown is rendered.

Here's a patch for it, but it isn't that nice. In particular the
code in layout.c knows things it shouldn't.

I wonder if the HTML parsing code couldn't be made much simpler if
we have a sort of general SGML-layer above it. I don't know SGML as
well as I'd like to (I balked at the price of the "SGML bible"),
but I imagine something that automatically removes spurious end
tags, adds implied end tags and generally makes sure the actual
rendering code sees a sanitised version of reality. This would
also have the advantage of concentrating a lot of HTML DTD stuff
in one place and making it more explicit. Stuff like, "Can this
nest?", "Does this tag have a content?", "Can this tag appear outside
of another tag?", etc. could be removed from the inner routines.

As an example, take HandleOption (C++ style comments mine):

/*
 * HandleOption
 */
void
HandleOption(li, p, end)
LayoutInfo *li;
MLElement p;
bool end;
{
  FormState *fs;
  char *cp;
  struct OptionP *no;

//Could be handled generally by stating that an option can only occur in
//a form
  if ((fs = (FormState *)li->formstate) == NULL) return;

//Could be handled generally by stating that an option cannot nest, and
//generating automatic end tags.
  if (fs->fot != NULL || end) HTMLDestroyEnv(li, TAG_OPTION);


  if (fs->fot != NULL)
  {
    no = (struct OptionP *)MPCGet(li->mp, sizeof(struct OptionP));

    no->value = MLFindAttribute(fs->fot, "value");
    if (MLFindAttribute(fs->fot, "selected") != NULL) no->selected = true;

    no->text = MLMultiGetText(li->mp, fs->fot, p, false);
    if (no->text == NULL) no->text = "";
    else
    {
      for (cp = no->text; *cp != '\0'; cp++)
      {
        if (*cp == '\n' || *cp == '\r')
        {
          *cp = '\0';
          break;
        }
      }
    }

    if (fs->oh == NULL) fs->oh = no;
    else fs->ot->next = no;
    fs->ot = no;

    fs->fot = NULL;
  }

  if (!end)
  {
    fs->fot = p;
//Could be automatically done for tags with content.
    HTMLCreateEnv(li, TAG_OPTION);
  }

  return;
}

Also you could have two functions (fewer ifs and simpler) by having one
HandleOptionStart and one HandleOptionEnd. At the moment you are forced
to have one function because the implicit end tags are handled in the
start tag routine.

I think you could also put a lot of the sort of nasty code into
it which we are going to be forced to have to handle faulty HTML.
If we could restrict that code to one place, keeping the HTML parser
itself clean and simple I think that would help.

Certainly my suggestion would remove the uglyness from the following
patch (designed to fix the problem Michael reported above).

diff -u -r --exclude-from exclusions cfh108-2.0/html/form.c cfh108-2.0-erik//html/form.c
- --- cfh108-2.0/html/form.c	Sat Apr 27 14:46:12 1996
+++ cfh108-2.0-erik//html/form.c	Sat Apr 27 20:29:43 1996
@@ -845,7 +845,7 @@
   else
   {
     /* catch the last option if it hasn't ended */
- -    if (fs->fot != NULL) HandleOption(li, p, true);
+    if (HTMLInEnv(li, TAG_OPTION)) HandleOption(li, p, true);
 
     if (fs->oh == NULL)
     {
@@ -919,6 +919,7 @@
 
   if ((fs = (FormState *)li->formstate) == NULL) return;
 
+  if (fs->fot != NULL || end) HTMLDestroyEnv(li, TAG_OPTION);
   if (fs->fot != NULL)
   {
     no = (struct OptionP *)MPCGet(li->mp, sizeof(struct OptionP));
@@ -947,7 +948,11 @@
     fs->fot = NULL;
   }
 
- -  if (!end) fs->fot = p;
+  if (!end)
+  {
+    fs->fot = p;
+    HTMLCreateEnv(li, TAG_OPTION);
+  }
 
   return;
 }
diff -u -r --exclude-from exclusions cfh108-2.0/html/layout.c cfh108-2.0-erik//html/layout.c
- --- cfh108-2.0/html/layout.c	Sat Apr 27 12:47:18 1996
+++ cfh108-2.0-erik//html/layout.c	Sat Apr 27 20:29:17 1996
@@ -596,11 +596,13 @@
     else if (li->restack->tagid == TAG_NOFRAMES ||
 	     li->restack->tagid == TAG_SCRIPT ||
 	     li->restack->tagid == TAG_TITLE ||
+	     li->restack->tagid == TAG_OPTION ||
 	     li->restack->tagid == TAG_STYLE ||
 	     li->restack->tagid == TAG_TEXTAREA)
     {
       /* everything inside these tags is ignored */
- -      if (MLIsTag(p) && id == li->restack->tagid)
+      if (MLIsTag(p) && (id == li->restack->tagid ||
+               (id == TAG_SELECT && li->restack->tagid == TAG_OPTION)))
       {
 	CallTagHandler(li, id, p);
       }


- --
Erik Corry ehcorry@inet.uni-c.dk

------- Message 45

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16116;
          28 Apr 96 1:33 PDT
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Subject: Re: [cfh106-2.0] Evaluation 
In-reply-to: Your message of "Sat, 27 Apr 1996 21:16:54 +0200."
             <m0uDFUK-0003n3C@kroete2.freinet.de> 
Date: Sun, 28 Apr 1996 01:33:14 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

>Michael Kellen wrote:
>> 
>>    (-) SELECT tag in forms broken:  all options shown as text, THEN
>>        pulldown is rendered.

Do you have a URL that demonstrates this?  I just ran 106/107/108 on some
sites with SELECT tags and it works fine.  106 might have had more
problems because it was less tolerant of bad HTML.

I actually considered a filter for bad HTML for 106 but decided that
I would probably be better off just shooting for a release.

A filter might be the way to handle things like '<center>' which
can be turned into HTML2/3 plus a style sheet.

							-john

>Here's a patch for it, but it isn't that nice. In particular the
>code in layout.c knows things it shouldn't.
>
>I wonder if the HTML parsing code couldn't be made much simpler if
>we have a sort of general SGML-layer above it. I don't know SGML as
>well as I'd like to (I balked at the price of the "SGML bible"),
>but I imagine something that automatically removes spurious end
>tags, adds implied end tags and generally makes sure the actual
>rendering code sees a sanitised version of reality. This would
>also have the advantage of concentrating a lot of HTML DTD stuff
>in one place and making it more explicit. Stuff like, "Can this
>nest?", "Does this tag have a content?", "Can this tag appear outside
>of another tag?", etc. could be removed from the inner routines.

------- Message 46

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa17385; 28 Apr 96 4:18 PDT
Received: from kroete2.freinet.de (arh130.ppp.uni-c.dk [130.228.13.130]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id NAA02647; Sun, 28 Apr 1996 13:18:04 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uDUTB-0003mAC; Sun, 28 Apr 96 13:16 MET DST
Message-Id: <m0uDUTB-0003mAC@kroete2.freinet.de>
Subject: Re: [cfh106-2.0] Evaluation
To: John Kilburg <john@isri.unlv.edu>
Date: Sun, 28 Apr 1996 13:16:49 +0200 (MET DST)
Cc: Chimera Hacker List <bug-chimera@cs.unlv.edu>
In-Reply-To: <199604280848.KAA22081@inet.uni-c.dk> from "John Kilburg" at Apr 28, 96 01:33:14 am
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
From: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1000      

> 
> >Michael Kellen wrote:
> >> 
> >>    (-) SELECT tag in forms broken:  all options shown as text, THEN
> >>        pulldown is rendered.
> 
> Do you have a URL that demonstrates this?  I just ran 106/107/108 on some
> sites with SELECT tags and it works fine.  106 might have had more
> problems because it was less tolerant of bad HTML.

Try https://uk.imdb.com/Movies/search.html. Or better (since there is a
different problem with multiple selects on the movie page),
https://altavista.digital.com/

It's definitely broken without my patch. My patch for this seems to have
been swallowed by the mailing list, but if anyone wants it, it's on
https://inet.uni-c.dk/~ehcorry/option_patch.patch

I think the problem only occurred for things of the form:

<select name=what>
<option value=web>The web
<option value=news>Usenet
</select>

but not if it was done:

<select name=what>
<option value=Web>
<option value=Usenet>
</select>

- --
Erik Corry ehcorry@inet.uni-c.dk https://inet.uni-c.dk/~ehcorry/

------- Message 47

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa22133; 28 Apr 96 13:43 PDT
Received: from kroete2.freinet.de (arh131.ppp.uni-c.dk [130.228.13.131]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id WAA14853 for <bug-chimera@cs.unlv.edu>; Sun, 28 Apr 1996 22:42:59 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uDdC7-0003n8C; Sun, 28 Apr 96 22:35 MET DST
Message-Id: <m0uDdC7-0003n8C@kroete2.freinet.de>
Subject: More patches for forms
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Sun, 28 Apr 1996 22:35:46 +0200 (MET DST)
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
From: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2059      

Here are some more forms patches for handling forms in Chimera 108.

1) There was a problem when going to a new page where the URLs differed
   only after the '?'. The old page was redisplayed. An example is
   changing the search criteria on https://altavista.digital.com/.
   Solved with a one-liner in www/proto.c

2) You didn't used to be able to see the stuff after the '?' in the
   URL window.  Changed in URLMakeString.

3) It's nice to be able to submit by pressing return in a text input
   element. This now works if there's only one submit button and only
   one (one-line) text input element in the form. This is quite a large
   part of the patch (in html/form.c).

4) Pressing return in other 1-line text input thingies is now ignored.

5) URLcmp now compares the stuff after the '?' as well, before pronouncing
   two URLs identical. This doesn't solve any actual bugs, but it seemed
   like a good idea. The same applies to URLHash.

6) URLParse now recognises stuff after the '?'. This allows you to
   type in URLs with stuff after a '?' and have it submitted as a GET.

There are still some problems with forms in 108.

1) Multiple selects don't work. An example is the person
   search on https://uk.imdb.com/Movies/search.html.

2) Text area sizes. Someone already mentioned this.

3) What happens when the URL is too long for the URL window, or the
   text is too long for a text entry field is not nice. Really,
   it should scroll back and forth...

4) You can't move from field to field with return and tab, but Chimera
   is so far from being usable without a mouse that maybe this doesn't
   matter so much.

5) When you go back, the stuff you wrote in the form is gone. This is
   probably a bit of a toughie.

6) This is just a side effect of the broken HTML parser, but a form
   is not part of a paragraph. That is, any text that comes after a
   form should be in a new implied paragraph. Ie </form> implies a
   line break.

The patch is on https://inet.uni-c.dk/~ehcorry/return_patch.patch

- --
Erik Corry ehcorry@inet.uni-c.dk

------- Message 48

Received: from inet.uni-c.dk by JIMI.CS.UNLV.EDU id aa23387; 28 Apr 96 15:25 PDT
Received: from kroete2.freinet.de (arh137.ppp.uni-c.dk [130.228.13.137]) by inet.uni-c.dk (8.6.12/8.6.9) with SMTP id AAA23547 for <bug-chimera@cs.unlv.edu>; Mon, 29 Apr 1996 00:25:09 +0200
Received: by kroete2.freinet.de (Smail3.1.28.1 #4)
	id m0uDesh-0003kOC; Mon, 29 Apr 96 00:23 MET DST
Message-Id: <m0uDesh-0003kOC@kroete2.freinet.de>
Subject: Re: More patches for forms
To: Chimera Hacker List <bug-chimera@cs.unlv.edu>
Date: Mon, 29 Apr 1996 00:23:51 +0200 (MET DST)
In-Reply-To: <m0uDdC7-0003n8C@kroete2.freinet.de> from "Erik Corry" at Apr 28, 96 10:35:46 pm
Reply-To: Erik Corry <ehcorry@inet.uni-c.dk>
From: Erik Corry <ehcorry@inet.uni-c.dk>
X-Face:  5am4$s<`Jfx-,*w6$)uX,dDt3Z2w?4ZNGS-i@_w(Fzv%(<[(XtN*t\,OmV_a=lS
  <jt,R~:$--|={s;V(G/wsw[@S(Fv4{7`b/@Z7k_QW-s]J-<8oe*5)dg+S.CeqQ$~m]}jY$c
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 462       


I wrote:

> 3) It's nice to be able to submit by pressing return in a text input
>    element. This now works if there's only one submit button and only
>    one (one-line) text input element in the form. This is quite a large
>    part of the patch (in html/form.c).

After I did this, I started wondering if it would have been simpler with
accelerators. I'm a little vague on how they work.

- --
Erik Corry ehcorry@inet.uni-c.dk https://inet.uni-c.dk/~ehcorry/

------- Message 49

Received: from ttmath.ttu.edu by JIMI.CS.UNLV.EDU id aa24089;
          29 Apr 96 21:41 PDT
Date: Mon, 29 Apr 1996 23:40:52 -0500 (CDT)
From: Jake Kesinger <kesinger@ws01.ttu.edu>
To: Bug-Chimera <bug-chimera@cs.unlv.edu>
Subject: Patch for <ol> variants
Message-Id: <Pine.SOL.3.91.960429224003.999A-100000@ws01>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I've got a parth for 108 that adds support for the Roman Numeral form
of <ol>s as well as something that is reasonably accurate for alphabetical
lists.  I've also added support for the (identical) START and SEQNUM
attributes for <ol>s.

The patch is at https://www.math.ttu.edu/~kesinger/chimera/ol.newstuff.patch
There's also a fix for <note> there (one-liner in html/html.c) that I've
posted previously and forgot to take out.

Problems I see with this patch:
1.  I had to add a new int field to the RenderEnv struct indicating
    the type of <ol> (5 types, defined in html.h).  I'm not sure
    I like it, but I don't see any other way to preserve <ol>
    variant status (except incorporate the ``bool ordered'' field
    into my new int one.
2.  I used ``int tolower(int c)'' in the roman numeral code, I'm not
    sure how well that's supported.  Also, in the alphabetical
    code, ASCII is assumed.
3.  SEQNUM is the only attribute actually defined in Ye Olde HTML3
    Draft Spec.  The rest are Netscape-isms.

  --Jake     _    Jake Kesinger (kesinger@math.ttu.edu), Outrageous Liar
LUBBOCK -> _|*~-  https://www.math.ttu.edu/~kesinger/
           \,  _} ``It's a damn poor mind that can only think of one way
             \(    to spell a word.'' (Andrew Jackson)


------- Message 50

Received: from iguana.reptiles.org by JIMI.CS.UNLV.EDU id aa29032;
          30 Apr 96 4:04 PDT
Received: by iguana.reptiles.org (/\##/\ Smail3.1.30.13 #30.5)
	id <m0uEDEb-000345C@iguana.reptiles.org>; Tue, 30 Apr 96 07:04:59 -0400 (EDT)
Message-Id: <m0uEDEb-000345C@iguana.reptiles.org>
Date: Tue, 30 Apr 96 07:04:45 -0400 (EDT)
From: Smarasderagd <smar@reptiles.org>
To: bug-chimera@cs.unlv.edu
Subject: bookmark parsing bug in 108

Chimera 2.0 108 doesn't read the bookmarks file properly.  I suspect
this has been reported already, in which case please ignore the
following evil, twisted patch.

- --- 1.1	1996/04/30 10:05:26
+++ src/bookmark.c	1996/04/30 10:55:36
@@ -262,9 +262,9 @@
   char *name;
 
   if ((p = MLGetNextElement(bc->ml)) == NULL) return;
- -  if ((name = MLTagName(p)) == NULL) return;
 
- -  if (strcasecmp("h3", name) == 0)
+  if ((name = MLTagName(p)) == NULL) ;
+  else if (strcasecmp("h3", name) == 0)
   {
     if (MLIsEndTag(p) && bc->gae != NULL)
     {
@@ -292,6 +292,8 @@
     }
     else bc->fae = p;
   }
+
+  BMElementHandler(closure);
 
   return;
 }

------- Message 51

Received: from cerebro.snm.com by JIMI.CS.UNLV.EDU id aa00705;
          30 Apr 96 6:52 PDT
Received: from mageworks.snm.com.snm.com (mageworks.snm.com [204.245.164.3]) by cerebro.snm.com (8.6.9/8.6.9) with ESMTP id JAA10891; Tue, 30 Apr 1996 09:53:24 -0400
Received: from localhost by mageworks.snm.com.snm.com (SMI-8.6/SMI-SVR4)
	id JAA08488; Tue, 30 Apr 1996 09:50:38 -0400
Date: Tue, 30 Apr 1996 09:50:37 -0400 (EDT)
From: Ben Taylor <bent@snm.com>
To: Smarasderagd <smar@reptiles.org>
cc: bug-chimera@cs.unlv.edu
Subject: Re: bookmark parsing bug in 108
In-Reply-To: <m0uEDEb-000345C@iguana.reptiles.org>
Message-ID: <Pine.GSO.3.93.960430094949.8226A-100000@mageworks.snm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Tue, 30 Apr 1996, Smarasderagd wrote:

> Chimera 2.0 108 doesn't read the bookmarks file properly.  I suspect
> this has been reported already, in which case please ignore the
> following evil, twisted patch.
> 

Thanks.  I just ran into that one yesterday.  It fixed the problem
of blowing away the existing bookmark file.

Ben
bent@snm.com


------- Message 52

Received: from ry.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07046;
          30 Apr 96 11:17 PDT
To: Smarasderagd <smar@reptiles.org>
cc: bug-chimera@cs.unlv.edu
Subject: Re: bookmark parsing bug in 108 
In-reply-to: Your message of "Tue, 30 Apr 1996 07:04:45 EDT."
             <m0uEDEb-000345C@iguana.reptiles.org> 
Date: Tue, 30 Apr 1996 11:17:54 -0700
From: John Kilburg <john@ry.ISRI.UNLV.EDU>

This is fixed in the next release.

							-john

>Chimera 2.0 108 doesn't read the bookmarks file properly.  I suspect
>this has been reported already, in which case please ignore the
>following evil, twisted patch.

------- End of Forwarded Messages