Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01459;
          26 Dec 96 22:45 PST
To: jay@JIMI.CS.UNLV.EDU
Subject: bug-chimera mar 95
Date: Thu, 26 Dec 1996 22:45:28 -0800
From: Jay Nietling <jay@JIMI.CS.UNLV.EDU>


------- Forwarded Messages

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28239;
          1 Mar 95 1:59 PST
To: Roman Czyborra <czyborra@cs.tu-berlin.de>
cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Subject: Re: Chimera 1.64 dies on an URL 
In-reply-to: Your message of "Tue, 28 Feb 1995 22:33:40 +0100."
             <czyborra950228223326463@titanic.cs.tu-berlin.de> 
Date: Wed, 01 Mar 1995 01:57:08 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>> > You mean it sends CR instead CRLF?
>> No, I mean it sends CRLF as the spec says.
>
>But chimera accepts "\r\n" just fine, I don't know what rode me.
>Chimera is choking on the empty <SELECT></SELECT>.

I working to fix this now but...

Why would you want to do <select></select>?

							-john

------- Message 2

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa29084;
          1 Mar 95 3:02 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id LAA18848 for <bug-chimera@cs.unlv.edu>; Wed, 1 Mar 1995 11:57:09 +0100
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id LAA27646; Wed, 1 Mar 1995 11:56:53 +0100
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: transmission time fuse
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Wed, 01 Mar 1995 11:56:52 +0100
Message-ID: <czyborra950301115627640@titanic.cs.tu-berlin.de>

Perhaps chimera could implement another innovative feature besides John's
planned URL investigator popup: if the transmission of a certain page took
longer than a certain threshold of bytes per second, dynamically turn on
delayImageLoads and display the text first.


------- Message 3

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03314;
          1 Mar 95 7:08 PST
To: Chimera Lovers <bug-chimera@cs.unlv.edu>
Subject: Re: Chimera 1.64 dies on an URL 
In-reply-to: Your message of "Tue, 28 Feb 1995 22:33:40 +0100."
             <czyborra950228223326463@titanic.cs.tu-berlin.de> 
Date: Wed, 01 Mar 1995 07:08:01 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

>> > You mean it sends CR instead CRLF?
>> No, I mean it sends CRLF as the spec says.
>
>But chimera accepts "\r\n" just fine, I don't know what rode me.
>Chimera is choking on the empty <SELECT></SELECT>.

This problem should be fixed.  It does basically the same thing as
The N Word :)...it just puts an empty list sized according to the
SIZE tag.

While I was at it I replaced the asciiText widget with the scrollingText
widget for the text fields.  The text areas still using asciiText
because the user needs to be able to enter newlines and I was too
lazy to figure out how to make the new scrollText widget do it.

The new scrolling text widget is nice.  If you need a good
text widget for your Athena programs then you should check it out.

I am going to try to fix a couple more problems and then I will
try to get out a real 1.64 instead of just dabbling.  Looks like
2.0 is going to get delayed indefinitely in spite of all my
babbling about it.  There will be a 1.65 with reworked file, bookmark,
and open popups and, hopefully,
the document information/cache popup.  After that I plan on making a 1.70
that uses the multi-threaded net code (this will make it easier to
add the new image timeout idea :) but uses the NCSA HTML
widget.

							-john

------- Message 4

Received: from xph029.oscs.montana.edu by JIMI.CS.UNLV.EDU id aa23766;
          1 Mar 95 19:03 PST
Received: by xph029.oscs.montana.edu (Smail3.1.28.1 #8)
	id m0rk1A0-00004RC; Wed, 1 Mar 95 20:02 MST
Date: Wed, 1 Mar 1995 20:02:34 -0700 (MST)
From: Michael Kellen <michael@xph029.oscs.montana.edu>
To: bug-chimera@cs.unlv.edu
Subject: Chimera News Scripts now post and mail too!
Message-ID: <Pine.LNX.3.91.950301195408.15931A-100000@xph029.oscs.montana.edu>
Organization: I.D.S.F.A.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



I've been a busy little maniac today, and reworked the scripts I 
mentioned earlier to avoid needing to spawn external windows.

I have extended news.pl to generate editable forms for posting news and 
email with or without included text and configurable in a trn-like manner 
(though with fewer options).

Using these funcions requires also getting mailto.pl and postto.pl, which 
do the actual transfers.

read all about it at:

	<URL:ftp://xph029.oscs.montana.edu/pub/source/README.html>

or 

	<URL:ftp://xph029.oscs.montana.edu/pub/source/README>

If you don't want to see the links to the scripts.  You must have perl 
to use them.


Note to those who already grabbed them ... these are not compatible with 
the earlier set ... sorry, I got enamoured of the idea of not needing to 
open an outside window to do ANY of this.  The new scripts are much 
cooler anyway.


Michael
(maybe I ought to subscribe to this list some time ...  :-)

------- Message 5

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03994;
          2 Mar 95 0:50 PST
To: Roman Czyborra <czyborra@cs.tu-berlin.de>
cc: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: Re: can't use WAIS 
In-reply-to: Your message of "Thu, 16 Feb 1995 16:07:47 +0100."
             <Pine.ULT.3.91.950216153626.24700A-100000@xenon.cs.tu-berlin.de> 
Date: Thu, 02 Mar 1995 00:50:10 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

>My waisProxy is https://www.cs.tu-berlin.de:2784/. With that, I can query
>wais://quepasa.cs.tu-berlin.de:2010/hypertexte just fine, search for 
>"unicode" for example.  The returned form contains a
>
>HREF="hypertexte/TEXT/5154/1=quepasa%3A2010;2=./hypertexte;3=0%205154%20/home/
all4/c/czyborra/.public_html/mime.html;4=quepasa%3A2010;5=./hypertexte;6=0%2051
54%20/home/all4/c/czyborra/.public_html/mime.html;7=%00;"
>
>When I click on it, chimera tries to load
>
>wais://quepasa.cs.tu-berlin.de:2010/hypertexte;6=0%205154%20/home/all4/c/czybo
rra/.public_html/mime.html;7=%00;
>
>This gives an error because chimera threw away the fields 1 thru 5. Seems
>like this is the result of a reverse string search for "/hypertexte" 

This just worked for me on the version I am working on now.
Probably was throwing away hidden fields or something.

							-john

------- Message 6

Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa17703;
          2 Mar 95 12:00 PST
Received: from blagdon.ncl.ac.uk by cheviot.ncl.ac.uk id <KAA12294@cheviot.ncl.ac.uk>
  (8.6.10/ for ncl.ac.uk) with SMTP; Thu, 2 Mar 1995 10:28:08 GMT
Received: (njkw@localhost) by blagdon.ncl.ac.uk (8.6.7/8.6.x-cf revision 8 for SunOS 4.1.x) id KAA12073; Thu, 2 Mar 1995 10:28:06 GMT
Date: Thu, 2 Mar 1995 10:28:06 GMT
From: Jim Wight <J.K.Wight@newcastle.ac.uk>
Message-Id: <199503021028.KAA12073@blagdon.ncl.ac.uk>
To: bug-chimera@cs.unlv.edu
In-reply-to: <199503011750.RAA23025@cheviot.ncl.ac.uk>
Subject: Re: Chimera 1.64 dies on an URL 
Reply-to: J.K.Wight@newcastle.ac.uk

John Kilburg writes:
> While I was at it I replaced the asciiText widget with the scrollingText
> widget for the text fields.  The text areas still using asciiText
> because the user needs to be able to enter newlines and I was too
> lazy to figure out how to make the new scrollText widget do it.

It can't be done. All along the ScrollingText widget has been intended
to be a 1-liner. In the new version I've attempted to get round
multiple lines being pasted in by replacing the newlines with spaces,
but there is still a little problem with that that I don't quite
understand. 

> The new scrolling text widget is nice.  If you need a good
> text widget for your Athena programs then you should check it out.

The ScrollingText widget is not a text widget as such, but rather an
AsciiText widget moved around inside a Porthole, which means,
unfortunately, that you have to specify Text widget resources and
actions in relation to the child of a ScrollingText, rather than to
the widget itself.

John's comments have set me thinking that it might be possible to
(optionally?) remove the 1 line restriction and extend the concept to
a standard Text widget. I think it would easy enough to control
horizontal scrolling according to the requirements of the current
line, but I'm not so sure what should happen when scrolling
vertically. Some experimentaion is required to discover what works
best.

Jim

------- Message 7

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12231;
          3 Mar 95 3:37 PST
To: bug-chimera@little-charlie.ISRI.UNLV.EDU
Subject: 1.64 beta 7
Date: Fri, 03 Mar 1995 03:37:50 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

ftp://ftp.cs.unlv.edu/pub/chimera-misc/john/xc7-1.64.tar.gz

It has been tested by a few people for a day (i.e. not much) but
I think it is probably OK.

I tried to fix/add a little bit for everyone to encourage you to
try it :)

Beta 7
- ------
Fixed horrible bug in Reload().  Gareth Owen <oweng@aston.ac.uk>
Added some code to ftp.c to return error messages.  It feels strange
  adding usability code to chimera.
Fixed problem in ReadInput() in input.c.
  Atsushi SHIMIZU <shimizu@nttvdt.hil.ntt.jp>
Added XtOverrideTranslations() to main.
  Roman Czyborra <czyborra@cs.tu-berlin.de>
Fixed '#foo' URLs.  Again.  Had to do with the anchor field not being
  preserved when the document was already in the cache.  Or something.
Added "Raw" selection to the file menu.  It does the same thing as
  the "HTML" selection (saves the raw data) but some people saved
  to "Plain Text" to get the raw stuff (which makes sense).
CHILD_STDERR commented out of options.h.  If CHILD_STDERR exists then it
  is treated as a filename otherwise the parent's stderr is used.
Can now save to a pipe in the file popup by putting '|' on the front.
Provided reasonable (hopefully) titles for the transients.
Fixed default cache directory name booboo.
  j braham levy <braham@csc.umist.ac.uk>
Fixed GIF reading problem.  j braham levy <braham@csc.umist.ac.uk>
Incorporated fancy new ScrollingText widget from aXe.
Fixed problem with <select></select>.  Fixed code in MakeWidgets() in
  libhtmlw/HTMLwidgets.c.  Code gives me the willies.
Added scrolling text widget to the HTML wdiget.  This required some
  reworking of the code and I regorganized it a bit to make it easier
  to work on.  It is still scary but more manageable.
Password field makes characters invisible by making the the foreground
  the same as the background.  Allowed removal of chunk of code
  from HTML.c and simplied HTMLwidgets.c.
Changed ftpEmail to email because it can be used anywhere not just in ftp.
Added helpful hints to INSTALL. Winston Edmond <wbe@psr.com>
Added code to sort local and FTP directory listings.
  Vincent Broman <broman@Np.nosc.mil>
When read() returns 0, ReadLine() now returns -1.
Added gamma correction for inline images.  BUG: transparent color gets
  gamma corrected.  Fix with background X resource.  Set with
  Chimera.gammaCorrect.

							-john

------- Message 8

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa00703;
          3 Mar 95 16:47 PST
To: bug-chimera@cephas.ISRI.UNLV.EDU
Subject: beta 7 config problem
Date: Fri, 03 Mar 1995 16:47:18 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

You might need to remove the '-g -Wall' from the toplevel Imakefile.

							-john

------- Message 9

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa26105;
          4 Mar 95 23:27 PST
To: bug-chimera@cephas.ISRI.UNLV.EDU
Subject: chimera-announce
Date: Sat, 04 Mar 1995 23:27:08 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

If you only want to receive announcements of releases,
send a message to bug-chimera-request@cs.unlv.edu and asked to
be switched to chimera-announce.

							-john

------- Message 10

Received: from opalo.etsiig.uniovi.es by JIMI.CS.UNLV.EDU id aa00326;
          5 Mar 95 3:05 PST
Received: from charpy.etsiig.uniovi.es by etsiig.uniovi.es (PMDF V4.3-10 #4541)
 id <01HNRYEP1RTCAELU5C@etsiig.uniovi.es>; Sun, 05 Mar 1995 12:04:02 +0100 (GMT)
Received: by charpy.etsiig.uniovi.es (1.37.109.4/16.2) id AA25725; Sun,
 5 Mar 95 12:04:49 GMT
Date: Sun, 05 Mar 1995 12:04:48 +0000 (WET)
From: Oscar Fernandez Sierra <oscar@charpy.etsiig.uniovi.es>
Subject: Fail in chimera
To: bug-chimera@cs.unlv.edu
Message-id: <01HNRYEP1YEQAELU5C@etsiig.uniovi.es>
Content-transfer-encoding: 7BIT
Mailer: Elm [revision: 70.85]

Do you know if anybody could execute chimera in a HP 715?

It compiles with warnings about incompatible pointers, and when
starting it says the next message, creating a core file sized about 9 MB.

It happens similar in another Unix Workstation, model Tektronix XD88/10.

 $ test-chimera

 Pid 25718 received a SIGSEGV for stack growth failure.
 Possible causes: insufficient memory or swap space,
 or stack size exceeded maxssiz.
 test-chimera: 25718 Memory fault - core dumped

(this was with chimera 1.63, HPUX 9.01, 32 Mb RAM)

Thanks in advance.

+-----------------------------------------------------------------------------+
| Oscar Fernandez Sierra                                                      |
| Escuela Tecnica Superior de Ingenieros Industriales de Gijon                |
| Departamento de Construccion e Ingenieria de Fabricacion                    |
| Ctra. de Castiello s/n 33204                                                |
| Gijon (Spain)                                                               |
|                                                                             |
| E-mail: oscar@charpy.etsiig.uniovi.es       Phone: INT + 34 + 8 + 518.20.51 |
|    WWW: https://www1.uniovi.es/                FAX: INT + 34 + 8 + 533.85.38 |
+-----------------------------------------------------------------------------+

------- Message 11

Received: from sayori.dais.is.tohoku.ac.jp by JIMI.CS.UNLV.EDU id aa11847;
          5 Mar 95 18:34 PST
Received: (from lfo@localhost) by sayori.dais.is.tohoku.ac.jp (8.6.10/TAINS.0.9.2+SAYORI) id LAA05473 for bug-chimera@cs.unlv.edu; Mon, 6 Mar 1995 11:34:20 +0900
Date: Mon, 6 Mar 1995 11:34:20 +0900
From: Azuma OKAMOTO <lfo@sayori.dais.is.tohoku.ac.jp>
Message-Id: <199503060234.LAA05473@sayori.dais.is.tohoku.ac.jp>
To: bug-chimera@cs.unlv.edu
Subject: trivial bookmark problem

Hello.

I found the chimera_bookmark is broken cause of title of plural lines.
For example, a html file has following form.
(I don't know this is valid or invalid, but exist on some WWW site.)

        :
    <TITLE>
    foo
    bar
    baz
    </TITLE>
        :

If I mark such a file, chimera creates following bookmark,

    mark https://foo.org/bar/baz.html 
    foo
    bar
    baz

and cannot read it next time.

Thanks.

Auzma OKAMOTO <lfo@sayori.dais.is.tohoku.ac.jp>
Tohoku University, Sendai, JAPAN.

------- Message 12

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12521;
          9 Mar 95 3:10 PST
To: Jean-Jacques Moulis <jj@isy.liu.se>
cc: bug-chimera@cephas.ISRI.UNLV.EDU
Subject: Re: 
Date: Thu, 09 Mar 1995 03:10:31 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>2FXtError".., 0, 035734317614) = -1 ENOENT (No such file or directory)
>write (2, "Error: Can't open display: provi".., 37) = Error: Can't open displa
y: provi:0.0
>
>This worked well with 1.64 Beta 5

Yeah, they are getting worse.  I am working right now to improve the next
one.

							-john

------- Message 13

Received: from cass41.ast.cam.ac.uk by JIMI.CS.UNLV.EDU id aa17872;
          9 Mar 95 8:45 PST
Received: from mamba.ast.cam.ac.uk by cass41 with smtp
	(Smail3.1.29.1 #9) id m0rmlKR-00004QC; Thu, 9 Mar 95 16:44 GMT
Received: by mamba.ast.cam.ac.uk (Smail-3.1.28.1) 
	id m0rmlIX-0001UiC; Thu, 9 Mar 95 16:42 GMT
Message-Id: <m0rmlIX-0001UiC@mamba.ast.cam.ac.uk>
Date: Thu, 9 Mar 95 16:42 GMT
From: David Robinson <drtr@ast.cam.ac.uk>
To: bug-chimera@cs.unlv.edu
Cc: drtr@ast.cam.ac.uk
Subject: chimera 1.63 bug in form encoding
Content-Length: 1701

Bug: Chimera does not properly encode form data using
application/x-www-form-urlencoded. It should always convert ' ' to '+' and
'+' to '%??'.

Bug: Chimera did not escape '"' in URLs.

A patch is included.

I do not subscribe to this list; comments via mail directly to me, please.

 David Robinson. (drtr@ast.cam.ac.uk)

- ----------------------------- begin patch ---------------------------
*** src/main.c.orig	Mon Dec 26 10:18:18 1994
- --- src/main.c	Thu Mar  9 16:27:41 1995
***************
*** 2336,2342 ****
  	
  	n = EscapeURL((unsigned char *)nlist[i], 0);
  	
! 	if (vlist[i] != NULL) v = EscapeURL((unsigned char *)vlist[i], 0);
  	else v = alloc_string("");
  
  	/*
- --- 2336,2342 ----
  	
  	n = EscapeURL((unsigned char *)nlist[i], 0);
  	
! 	if (vlist[i] != NULL) v = EscapeURL((unsigned char *)vlist[i], 1);
  	else v = alloc_string("");
  
  	/*
*** src/url.c.orig	Fri Dec 23 05:27:37 1994
- --- src/url.c	Thu Mar  9 16:33:09 1995
***************
*** 81,90 ****
        *n = '+';
      }
      else if (*cp > 127 ||
  	     (!isalpha(*cp) && !(*cp == '$' || *cp == '-' || *cp == '_'||
  				 *cp == '.' || *cp == '\'' || *cp == '(' ||
! 				 *cp == ')' || *cp == ',' || *cp == '"' ||
! 				 *cp == '+' || *cp == '!' || *cp == '*')))
      {
        *n = '%';
        n++;
- --- 81,91 ----
        *n = '+';
      }
      else if (*cp > 127 ||
+ 	     (s2p != 0 && *cp == '+') ||
  	     (!isalpha(*cp) && !(*cp == '$' || *cp == '-' || *cp == '_'||
  				 *cp == '.' || *cp == '\'' || *cp == '(' ||
! 				 *cp == ')' || *cp == ',' || *cp == '+' ||
! 				 *cp == '!' || *cp == '*')))
      {
        *n = '%';
        n++;
- ----------------------------- end patch ---------------------------

------- Message 14

Received: from xph029.oscs.montana.edu by JIMI.CS.UNLV.EDU id aa20700;
          9 Mar 95 10:36 PST
Received: by xph029.oscs.montana.edu (Smail3.1.28.1 #8)
	id m0rmn4b-00002QC; Thu, 9 Mar 95 11:36 MST
Date: Thu, 9 Mar 1995 11:36:26 -0700 (MST)
From: Michael Kellen <michael@xph029.oscs.montana.edu>
To: bug-chimera@cs.unlv.edu
Subject: Xaw3d Bug Solved [Bad Library Code]
Message-ID: <Pine.LNX.3.91.950309112719.4030A-100000@xph029.oscs.montana.edu>
Organization: I.D.S.F.A.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


The problem I reported earlier with the popups and Xaw3d under X11R6 was 
an X library error.  The latest release fixed the problem.  I now have 
pretty buttons and scrollbars again (yay).

Thanks for the fix suggestions and attention to the "problem".

{the fixed code and Linux binaries are at

  ftp://sunsite.unc.edu/pub/Linux/libs/X/

   Xaw3d-0.6C-bin.tar.gz        (223478 bytes) 
   Xaw3d-0.6C-src.tar.gz        (352927 bytes)             X11R5

   Xaw3d-1.0-bin.tar.gz         (1130562 bytes) 
   Xaw3d-1.0-src.tar.gz         (407539 bytes)             X11R6

(gods I love a working cut-and-paste web client!)}

   The fixes also cleaned up some of the widget code ... it seems to be 
faster on my machine, and it no longer does that annoying "scroll til I 
can't" if you click on the up/down buttons really fast.}



Michael

------- Message 15

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa13991;
          10 Mar 95 1:22 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id KAA17781 for <bug-chimera@cs.unlv.edu>; Fri, 10 Mar 1995 10:22:22 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id KAA16183; Fri, 10 Mar 1995 10:22:21 +0100
Date: Fri, 10 Mar 1995 10:22:21 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503100922.KAA16183@fantomas.inria.fr>
To: bug-chimera@cs.unlv.edu
In-reply-to: <Pine.LNX.3.91.950309112719.4030A-100000@xph029.oscs.montana.edu> (message from Michael Kellen on Thu, 9 Mar 1995 11:36:26 -0700 (MST))
Subject: Re: Xaw3d Bug Solved [Bad Library Code]
Reply-to: Jean-Marc.Lasgouttes@inria.fr

>>>>> "Michael" == Michael Kellen <michael@xph029.oscs.montana.edu> writes:

    Michael> The problem I reported earlier with the popups and Xaw3d
    Michael> under X11R6 was an X library error.  The latest release
    Michael> fixed the problem.  I now have pretty buttons and
    Michael> scrollbars again (yay).

    Michael> Thanks for the fix suggestions and attention to the
    Michael> "problem".

    Michael> {the fixed code and Linux binaries are at [addresses deleted]

Since Xaw3d is mentionned in the mailing list, I have a request: does
someone have binaries for Xaw3d on SunOS4.1.3/X11R4? I tried to build
it once, but I do not have the source tree for X11.

Thanks in advance.

Jean-Marc.


------- Message 16

Received: from hermes.aston.ac.uk by JIMI.CS.UNLV.EDU id aa20287;
          10 Mar 95 7:48 PST
Received: from caledfwlch.aston.ac.uk by hermes.aston.ac.uk with SMTP (PP);
          Fri, 10 Mar 1995 15:49:40 +0000
Received: by caledfwlch.aston.ac.uk (Smail3.1.29.1 #2)	id m0rn6uQ-000FnwC;
          Fri, 10 Mar 95 15:47 GMT
Message-Id: <m0rn6uQ-000FnwC@caledfwlch.aston.ac.uk>
X-Mailer: exmh version 1.5.3 12/28/94
To: bug-chimera@cs.unlv.edu
Bcc:  
Subject: xc7-1.64 : A bug you only stumble across by being stupid
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 10 Mar 1995 15:47:21 +0000
From: Gareth Owen <oweng@aston.ac.uk>


A site timed out and chimera returned "Error Could not load document" as it
should. I decided to add a bookmark for the site so I could try again later.
So I selected Bookmark , created a group 'Pending' , selected Add , typed in
a description and selected 'OK' - at which point Chimera bombed out. When
I stopped to think about it , what I was doing was adding a bookmark to the
error message , which being internal , doesn't have an URL. So AddMark() 
in main.c passes a Null pointer to MakeURL. 

This little patch adds a check for this condition in AddMark ...

*** src/main.c.orig	Fri Mar  3 10:53:07 1995
- --- src/main.c	Fri Mar 10 09:53:14 1995
***************
*** 1971,1976 ****
- --- 1971,1979 ----
    {
      AddMessage("emptybookmark");
      return;
+   } else if (!root.dlist->up) {
+     AddMessage("nobookmarkURL");
+     return;
    }
  
    AddBookmark(root.blist, root.group, MakeURL(root.dlist->up, 1), bookmark);
*** src/lang.c.orig	Thu Mar  2 11:58:09 1995
- --- src/lang.c	Fri Mar 10 09:52:50 1995
***************
*** 75,80 ****
- --- 75,81 ----
    { "ftpweirdness", "<h1>Error</h1>The reply to the FTP PASV command was 
weird.", lang + 54 },
    { "ftpheader", "<title>FTP directory %s on %s</title>\n<h1> FTP directory 
%s </h1>\n<ul>\n", lang + 55 },
    { "localheader",  "<title>Local Directory %s</title>\n<h1>Local Directory 
%s</h1>\n<ul>\n", lang + 56 },
+   { "nobookmarkURL","<h1>Info</h1>No URL - Bookmark not added.",lang+57},
    { "nothing", "nothing", NULL },
  };
  




------- Message 17

Received: from cass41.ast.cam.ac.uk by JIMI.CS.UNLV.EDU id aa23058;
          10 Mar 95 9:31 PST
Received: from mamba.ast.cam.ac.uk by cass41 with smtp
	(Smail3.1.29.1 #9) id m0rn8WE-00004tC; Fri, 10 Mar 95 17:30 GMT
Received: by mamba.ast.cam.ac.uk (Smail-3.1.28.1) 
	id m0rn8UL-0001UtC; Fri, 10 Mar 95 17:28 GMT
Message-Id: <m0rn8UL-0001UtC@mamba.ast.cam.ac.uk>
Date: Fri, 10 Mar 95 17:28 GMT
From: David Robinson <drtr@ast.cam.ac.uk>
To: bug-chimera@cs.unlv.edu
Cc: drtr@ast.cam.ac.uk
Subject: Chimera 1.63 bug in input type attribute
Content-Length: 6124

Bug: Chimera is case sensitive to the value of the type attribute to the
input tag (in forms). e.g. <input type="HIDDEN".. > would not work.
A patch is enclosed.

 David Robinson. (drtr@ast.cam.ac.uk)

- ----------------------------- begin patch ---------------------------
*** libhtmlw/HTMLformat.c.orig	Thu Dec  1 05:10:22 1994
- --- libhtmlw/HTMLformat.c	Fri Mar 10 17:00:46 1995
***************
*** 3652,3658 ****
  				tptr = ParseMarkTag(mptr->start,
  					MT_INPUT, "TYPE");
  				if ((tptr != NULL)&&
! 					(strcmp(tptr, "image") == 0))
  				{
  					free(tptr);
  					tptr = (char *)malloc(
- --- 3652,3658 ----
  				tptr = ParseMarkTag(mptr->start,
  					MT_INPUT, "TYPE");
  				if ((tptr != NULL)&&
! 					caseless_equal(tptr, "image"))
  				{
  					free(tptr);
  					tptr = (char *)malloc(
***************
*** 3676,3682 ****
  				 * with them, just a widget record.
  				 */
  				else if ((tptr != NULL)&&
! 					(strcmp(tptr, "hidden") == 0))
  				{
  					free(tptr);
  					WidgetId++;
- --- 3676,3682 ----
  				 * with them, just a widget record.
  				 */
  				else if ((tptr != NULL)&&
! 					caseless_equal(tptr, "hidden"))
  				{
  					free(tptr);
  					WidgetId++;
*** libhtmlw/HTMLwidgets.c.orig	Fri Dec 23 09:57:26 1994
- --- libhtmlw/HTMLwidgets.c	Fri Mar 10 17:09:22 1995
***************
*** 109,114 ****
- --- 109,116 ----
  void FreeCommaList();
  char *MapOptionReturn();
  
+ extern int caseless_equal();
+ 
  #define FONTHEIGHT(font) (font->max_bounds.ascent + font->max_bounds.descent)
  
  void
***************
*** 1583,1589 ****
      name = ParseMarkTag(text, MT_INPUT, "NAME");
      
      type_str = ParseMarkTag(text, MT_INPUT, "TYPE");
!     if ((type_str != NULL)&&(strcmp(type_str, "checkbox") == 0))
      {
        type = W_CHECKBOX;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1585,1591 ----
      name = ParseMarkTag(text, MT_INPUT, "NAME");
      
      type_str = ParseMarkTag(text, MT_INPUT, "TYPE");
!     if ((type_str != NULL)&& caseless_equal(type_str, "checkbox"))
      {
        type = W_CHECKBOX;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1609,1615 ****
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "hidden") == 0))
      {
        type = W_HIDDEN;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1611,1617 ----
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "hidden"))
      {
        type = W_HIDDEN;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1621,1627 ****
        
        w = NULL;
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "radio") == 0))
      {
        type = W_RADIOBOX;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1623,1629 ----
        
        w = NULL;
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "radio"))
      {
        type = W_RADIOBOX;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1660,1666 ****
        XtAddCallback(w, XtNcallback,
  		    (XtCallbackProc)CBChangeRadio, (caddr_t)fptr);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "submit") == 0))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1662,1668 ----
        XtAddCallback(w, XtNcallback,
  		    (XtCallbackProc)CBChangeRadio, (caddr_t)fptr);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "submit"))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1685,1691 ****
        XtManageChild(w);
        PrepareFormEnd(hw, w, fptr);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "reset") == 0))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1687,1693 ----
        XtManageChild(w);
        PrepareFormEnd(hw, w, fptr);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "reset"))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1709,1715 ****
        XtManageChild(w);
        PrepareFormReset(hw, w, fptr);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "button") == 0))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
- --- 1711,1717 ----
        XtManageChild(w);
        PrepareFormReset(hw, w, fptr);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "button"))
      {
        type = W_PUSHBUTTON;
        value = ParseMarkTag(text, MT_INPUT, "VALUE");
***************
*** 1727,1733 ****
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "select") == 0))
      {
        STRING label;
        Widget scroll;
- --- 1729,1735 ----
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "select"))
      {
        STRING label;
        Widget scroll;
***************
*** 2034,2040 ****
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "password") ==0))
      {
        char *txt;
        
- --- 2036,2042 ----
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "password"))
      {
        char *txt;
        
***************
*** 2141,2147 ****
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&&(strcmp(type_str, "textarea") ==0))
      {
        char **list;
        int list_cnt;
- --- 2143,2149 ----
        XtSetMappedWhenManaged(w, False);
        XtManageChild(w);
      }
!     else if ((type_str != NULL)&& caseless_equal(type_str, "textarea"))
      {
        char **list;
        int list_cnt;
- ----------------------------- end patch ---------------------------

------- Message 18

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17911;
          11 Mar 95 3:10 PST
Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa17873;
          11 Mar 95 3:03 PST
To: chimera-announce@cephas.ISRI.UNLV.EDU
Subject: 1.65 Beta 5
Date: Sat, 11 Mar 1995 03:03:03 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

Well, it looks like there won't be a real 1.64.  I got a little crazy
and made some of the changes I wanted to make for 1.65.

ftp://ftp.cs.unlv.edu/pub/chimera-misc/john/xc5-1.65.tar.gz

There are a couple of recent patches that didn't make it in this one...I
will add them this weekend and add one more bit of functionality
and try for a real 1.65 soon.  Maybe next weekend.

							-john

------- Message 19

Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa20344; 11 Mar 95 6:37 PST
Received: by nova.gmi.edu (4.1/SMI-4.1-DNI)
	id AA28491; Sat, 11 Mar 95 09:42:33 EST
Date: Sat, 11 Mar 1995 09:42:31 -0500 (EST)
From: "R. Stewart Ellis" <ellis@nova.gmi.edu>
To: Chimera bug mailing list <bug-chimera@cs.unlv.edu>
Subject: Use with older versions of term?
Message-Id: <Pine.SUN.3.91.950311080521.28044B-100000@nova.gmi.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

There used to be quite a number of people who used the term socket proxy
system with chimera.  The two are really well suited to each other.  I run
term on a SPARC 1 under Solaris 2.1 on my home desktop to connect to a Sun
4/690 server running 4.1.3 on campus.  I wonder how mamy term users are on
this list?

Part of the reason I ask is that I have been too busy to track either term
or chimera for awhile.  The problem with term is that I have a whole suite
of things that depend on the older version that I will evidently have to
change when I change from version 1.15 to a more current version (2.3.x?).
I just do not have the time for the next month or so to deal with the
fallout of changing to the later versions of term

The version of chimera that I am using is 1.60 (b?).  The last time I started
to upgrade chimera (about 1.62 or 1.63) it looked as though I would have to
upgrade to term 2.x.  Which is the first version of chimera that depends on
version 2.x of term?  Has anyone ported a later version of chimera back to
the earlier version of term?

Up til this time most everything that I
try with chimera 1.60 works, so I have not been real motivated to upgrade.
Then I started adding some new stuff to my gopher.

What is driving this is the failure of chimera to properly render gopher
URL's of the form: gopher://hoast.dom/hh/path_in_gopher#tag.  Netscape and
Lynx both handle the name tag properly, but chimera 1.60 just loads the doc
containing the tag at the beginning of the doc.

Any advice on any of these problems?  Thanks.


Stew Ellis

------- Message 20

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa10417;
          12 Mar 95 1:48 PST
Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa10354;
          12 Mar 95 1:37 PST
To: chimera-announce@little-charlie.ISRI.UNLV.EDU
Subject: 1.65 beta 6
Date: Sun, 12 Mar 1995 01:37:34 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

I just released another one.  Unless there is something that *has*
to be fixed this will be the final 1.65.

ftp://ftp.cs.unlv.edu/pub/chimera-misc/john/xc6-1.65.tar.gz

							-john

------- Message 21

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa06156;
          13 Mar 95 4:51 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id NAA28788 for <bug-chimera@unlv.edu>; Mon, 13 Mar 1995 13:50:40 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id NAA18688; Mon, 13 Mar 1995 13:50:35 +0100
Date: Mon, 13 Mar 1995 13:50:35 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503131250.NAA18688@fantomas.inria.fr>
To: bug-chimera@unlv.edu
Subject: Install problems with chimera 1.65beta6
Reply-to: Jean-Marc.Lasgouttes@inria.fr


Hi,

I just installed 1.65beta6 and had the following installation
problems:

- - a '\' is missing in the definition of HEADERS in
mxw/Imakefiles. This causes errors for X11R4 users.

- - In src/Imakefiles, EXTRA_DEFINES is not used in X11R4 imake and the
options are not passed to the compiler. The right variable seems to be
DEFINES, but there could be a better solution.

- - In compat/Imakefile, I think the end should read

#if NEED_STRTOL > 0 || NEED_STRSTR > 0 || NEED_GETCWD > 0 || NEED_STRCASECMP > 0
NormalLibraryTarget(xcompat, $(OBJS))

DependTarget()
#else

all:

depend::
#endif

Otherwise, an error shows up when you define NEED_*.



Other than that, Chimera is great as usual.

Jean-Marc.

------- Message 22

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa06488;
          13 Mar 95 5:06 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id OAA29271 for <bug-chimera@unlv.edu>; Mon, 13 Mar 1995 14:06:35 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id OAA18710; Mon, 13 Mar 1995 14:06:34 +0100
Date: Mon, 13 Mar 1995 14:06:34 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503131306.OAA18710@fantomas.inria.fr>
To: bug-chimera@unlv.edu
Subject: More problems with chimera 1.65beta6
Reply-to: Jean-Marc.Lasgouttes@inria.fr


I my previous message I wrote:

>> Other than that, Chimera is great as usual.

It's true, but...

A problem that I did not see with test-chimera showed up: when I first
startup, my home page is not displayed (it is the stock chimera
home-page-in-a-file).  However, if I consult another page on a distant
server, my home page can be viewed with 'home'. It seems to be a problem
with local files. The problem is the same with 'help', but the scroll
bars appears normally.

Other than that, Chimera is great as usual.

Jean-Marc.

------- Message 23

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18572;
          14 Mar 95 1:17 PST
To: Jean-Marc.Lasgouttes@inria.fr
cc: bug-chimera@unlv.edu
Subject: Re: More problems with chimera 1.65beta6 
In-reply-to: Your message of "Mon, 13 Mar 1995 14:06:34 +0100."
             <199503131306.OAA18710@fantomas.inria.fr> 
Date: Tue, 14 Mar 1995 01:17:02 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

>>> Other than that, Chimera is great as usual.
>
>It's true, but...

Thanks.

>A problem that I did not see with test-chimera showed up: when I first
>startup, my home page is not displayed (it is the stock chimera
>home-page-in-a-file).  However, if I consult another page on a distant
>server, my home page can be viewed with 'home'. It seems to be a problem
>with local files. The problem is the same with 'help', but the scroll
>bars appears normally.

It sounds like what you are saying is that the HTML gets rendered but
is invisible.  Is that right?  Or does it give an error message?

							-john

------- Message 24

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa18930;
          14 Mar 95 1:42 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id KAA19108; Tue, 14 Mar 1995 10:42:01 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id KAA19828; Tue, 14 Mar 1995 10:42:00 +0100
Date: Tue, 14 Mar 1995 10:42:00 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503140942.KAA19828@fantomas.inria.fr>
To: john@little-charlie.ISRI.UNLV.EDU
CC: bug-chimera@unlv.edu
In-reply-to: <199503140931.KAA18882@concorde.inria.fr> (message from John Kilburg on Tue, 14 Mar 1995 01:17:02 -0800)
Subject: Re: More problems with chimera 1.65beta6
Reply-to: Jean-Marc.Lasgouttes@inria.fr

>>>>> "John" == John Kilburg <john@little-charlie.ISRI.UNLV.EDU> writes:


    John> It sounds like what you are saying is that the HTML gets
    John> rendered but is invisible.  Is that right?  Or does it give
    John> an error message?

It seems that the HTML is rendered but invisible, since the scrollbars
are shown if necessary. The strangest part is that I did not see it
with test-chimera. If this makes a difference, I am still using X11R4.

Jean-Marc.


------- Message 25

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa19098;
          14 Mar 95 1:50 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id KAA19280; Tue, 14 Mar 1995 10:49:58 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id KAA19878; Tue, 14 Mar 1995 10:49:57 +0100
Date: Tue, 14 Mar 1995 10:49:57 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503140949.KAA19878@fantomas.inria.fr>
To: john@little-charlie.ISRI.UNLV.EDU
CC: bug-chimera@unlv.edu
In-reply-to: <199503140931.KAA18882@concorde.inria.fr> (message from John Kilburg on Tue, 14 Mar 1995 01:17:02 -0800)
Subject: Re: More problems with chimera 1.65beta6
Reply-to: Jean-Marc.Lasgouttes@inria.fr


A followup to my previous message. I tried Chimera this morning and it
works perfectly. I swear I did not abuse of red wine yesterday :-)
It seems that login out and in has been enough. Perhaps Chimera is too
sensitive to some changes in the environment?

If I find a way to reproduce this problem, I'll let you know.

Jean-Marc.

------- Message 26

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06400;
          14 Mar 95 18:22 PST
To: bug-chimera@cephas.ISRI.UNLV.EDU
Subject: bookmarks in 1.65
Date: Tue, 14 Mar 1995 18:22:23 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

Starting with 1.65 beta 6 (the one now out for FTP) you can specify a
program to pipe to instead of a file.  It works like this:

Chimera.bookmarkFile: | some_program

Chimera will then do a popen() on

some_program w

when it writes and a popen() on

some_program r

when it reads.  Chimera (actually, the bookmark widget)
still only reads and writes its own weird format.  Your program has
to do the translation (shouldn't be too difficult).

							-john

------- Message 27

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa23773;
          16 Mar 95 8:15 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id RAA06524 for <bug-chimera@cs.unlv.edu>; Thu, 16 Mar 1995 17:09:03 +0100
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id RAA15035; Thu, 16 Mar 1995 17:08:59 +0100
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: crash on file://localhost/.rhosts
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Thu, 16 Mar 1995 17:08:58 +0100
Message-ID: <czyborra950316170815029@titanic.cs.tu-berlin.de>

chimera-1.64 dies of a segv when you try to open read-protected files
or directories.


------- Message 28

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa15800;
          16 Mar 95 21:49 PST
Received: from xenon.cs.tu-berlin.de (czyborra@xenon.cs.tu-berlin.de [130.149.24.21]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id GAA00412 for <bug-chimera@cs.unlv.edu>; Fri, 17 Mar 1995 06:49:46 +0100
Received: (czyborra@localhost) by xenon.cs.tu-berlin.de (8.6.10/8.6.6) id GAA21131; Fri, 17 Mar 1995 06:49:43 +0100
Date: Fri, 17 Mar 1995 06:49:40 +0100 (MET)
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: Does 1.65 require X11R6?
Message-ID: <Pine.ULT.3.91.950317064449.21116A-100000@xenon.cs.tu-berlin.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Trying to build 1.65 on a system which is still stuck with X11R5 but had
no problems with 1.64 I am told: 

cc -o chimera  main.o url.o net.o ftp.o gopher.o http.o  util.o 
document.o local.o cache.o mime.o input.o  md5.o auth.o lang.o stringdb.o 
inline.o widget.o convert.o  fallback.o -O   -L/usr/X11/lib   -lXaw -lXmu 
- -lXt -lXext                  -lX11 -L../mxw -lmxw -L../libhtmlw -lhtmlw  
- -L../xloadimage -lxloadimage      -lm   
ld:
Undefined:
__main
toggleWidgetClass
viewportWidgetClass
listWidgetClass
XawListHighlight
XawListShowCurrent
XawListChange
portholeClassRec
asciiTextWidgetClass
XawTextGetSource
XtAppAddActionHook
XtRemoveActionHook
XawTextGetInsertionPoint
XawTextSourceScan
FMT8BIT
XawTextSourceReplace
XawTextSinkFindDistance
XawScrollbarSetThumb
scrollbarWidgetClass
XUndefineCursor
XmuInternStrings
XStoreBuffer
_XA_TARGETS
XmuInternAtom
XmuConvertStandardSelection
_XA_TEXT
_XA_COMPOUND_TEXT
_XA_LENGTH
_XA_LIST_LENGTH
XSetBackground
XSetLineAttributes
XDrawArc
XawListUnhighlight
strdup
menuButtonWidgetClass
simpleMenuWidgetClass
smeBSBObjectClass


------- Message 29

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa16553;
          16 Mar 95 22:22 PST
To: Roman Czyborra <czyborra@cs.tu-berlin.de>
cc: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: Re: Does 1.65 require X11R6? 
In-reply-to: Your message of "Fri, 17 Mar 1995 06:49:40 +0100."
             <Pine.ULT.3.91.950317064449.21116A-100000@xenon.cs.tu-berlin.de> 
Date: Thu, 16 Mar 1995 22:22:52 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

I screwed up the Imakefile, again.  Make sure the XawClientLibs is
at the end of EXTRA_LIBRARIES (or whatever it is).  Remove it from
SYS_LIBRARIES.

I had this same problem on a Linux machine with R6.

I develop chimera on a R5 system (SunOS 4.1.3_U1, gcc 2.6.x, MIT X11R5)
so I doubt any R6 specific stuff got in there.

							-john

>Trying to build 1.65 on a system which is still stuck with X11R5 but had
>no problems with 1.64 I am told: 
>
>cc -o chimera  main.o url.o net.o ftp.o gopher.o http.o  util.o 
>document.o local.o cache.o mime.o input.o  md5.o auth.o lang.o stringdb.o 
>inline.o widget.o convert.o  fallback.o -O   -L/usr/X11/lib   -lXaw -lXmu 
>-lXt -lXext                  -lX11 -L../mxw -lmxw -L../libhtmlw -lhtmlw  
>-L../xloadimage -lxloadimage      -lm   
>ld:
>Undefined:
>__main
>toggleWidgetClass
>viewportWidgetClass
>listWidgetClass
>XawListHighlight
>XawListShowCurrent
>XawListChange
>portholeClassRec
>asciiTextWidgetClass
>XawTextGetSource
>XtAppAddActionHook
>XtRemoveActionHook
>XawTextGetInsertionPoint
>XawTextSourceScan
>FMT8BIT
>XawTextSourceReplace
>XawTextSinkFindDistance
>XawScrollbarSetThumb
>scrollbarWidgetClass
>XUndefineCursor
>XmuInternStrings
>XStoreBuffer
>_XA_TARGETS
>XmuInternAtom
>XmuConvertStandardSelection
>_XA_TEXT
>_XA_COMPOUND_TEXT
>_XA_LENGTH
>_XA_LIST_LENGTH
>XSetBackground
>XSetLineAttributes
>XDrawArc
>XawListUnhighlight
>strdup
>menuButtonWidgetClass
>simpleMenuWidgetClass
>smeBSBObjectClass

------- Message 30

Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa17106;
          16 Mar 95 22:42 PST
Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35)
	id AAA17138; Fri, 17 Mar 1995 00:42:38 -0600
Received: by mikey.convex.com (8.6.10/1.28)
	id AAA27642; Fri, 17 Mar 1995 00:42:36 -0600
From: David DeSimone <fox@mikey.convex.com>
Message-Id: <199503170642.AAA27642@mikey.convex.com>
Subject: Does 1.65 require X11R6?
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Date: Fri, 17 Mar 1995 00:42:36 -0600 (CST)
Reply-To: David DeSimone <fox@convex.convex.com>
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 514       

Roman Czyborra wrote:
> Trying to build 1.65 on a system which is still stuck with X11R5 but had
> no problems with 1.64 I am told: 
> 
> Undefined:
> __main
> toggleWidgetClass
> viewportWidgetClass

I got the same errors building 1.65 on a Linux system with X11R6.  I had
no problem building 1.63.

- -- 
David DeSimone    | "The doctrine of human equality reposes on this:
fox@convex.com    |  that there is no man really clever who has not
Convex Computers  |  found that he is stupid." -- Gilbert K. Chesterson

------- Message 31

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa17324;
          16 Mar 95 22:58 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id HAA01718 for <bug-chimera@cs.unlv.edu>; Fri, 17 Mar 1995 07:48:15 +0100
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id HAA19005; Fri, 17 Mar 1995 07:48:13 +0100
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: size limit for anchor names
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Date: Fri, 17 Mar 1995 07:48:12 +0100
Message-ID: <czyborra950317074818999@titanic.cs.tu-berlin.de>

Chimera died on

https://www.cs.tu-berlin.de/fb13/studium.html#kognitionswissenschaft

Shortening the anchor name cured the symptom.


------- Message 32

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa24813;
          17 Mar 95 4:12 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id NAA11746; Fri, 17 Mar 1995 13:12:21 +0100
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id NAA20838; Fri, 17 Mar 1995 13:12:19 +0100
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>
Cc: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: Re: Does 1.65 require X11R6? 
In-Reply-To: <199503170850.JAA05300@mail.cs.tu-berlin.de>
	by john@little-charlie.isri.unlv.edu dated 1995-3-16 22:22:52
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Date: Fri, 17 Mar 1995 13:12:18 +0100
Message-ID: <czyborra950317131220830@titanic.cs.tu-berlin.de>

> I screwed up the Imakefile, again.

You mean the src/Imakefile.

> Make sure the XawClientLibs is at the end of EXTRA_LIBRARIES.
> Remove it from SYS_LIBRARIES.

Thanks, John!  That did the trick.


------- Message 33

Received: from relay1.UU.NET by JIMI.CS.UNLV.EDU id aa26984; 17 Mar 95 6:25 PST
Received: from stl-17sima by relay1.UU.NET with SMTP 
	id QQyhlp21892; Fri, 17 Mar 1995 09:24:59 -0500
Message-Id: <QQyhlp21892.199503171424@relay1.UU.NET>
Received: from stl-17sima by 0.STL-17SIMA.ARMY.MIL id aa06383;
          17 Mar 95 8:22 CST
To: bug-chimera%CS.UNLV.EDU@relay2.uu.NET
Reply-To: gaspar@STL-17SIMA.ARMY.MIL
Subject: Getting 1.65 by ftp
Date: Fri, 17 Mar 1995 08:22:28 CST
From: Al Gaspar <gaspar@STL-17SIMA.ARMY.MIL>


This is not exactly a bug.  I have been downloading various versions
of Chimera for some time now.  I just went out to get the latest 1.65
from ftp.cs.unlv.edu and got the following session:

bosco% ftp ftp.cs.unlv.edu
Connected to jimi.cs.unlv.edu.
220 We don't accept connections from hosts with improperly configured nameservers
Name (ftp.cs.unlv.edu:gaspar): ftp
421 Service not available, remote server has closed connection
Login failed.

I don't remember seeing the message about improperly configured
nameservers before.  How does ftp.cs.unlv.edu determine if I have
improperly configured nameservers?  Actually we don't have any
nameservers here; we rely on the Army nameservers all of which are
remote to our site.  We are, however, properly registered with those
nameservers.  Any comments on this would be greatly appreciated.

Cheers--

Al

- -- 
Al Gaspar       <gaspar@stl-17sima.army.mil>
USAMC SIMA, ATTN:  AMXSI-TTC, 1222 Spruce St., St. Louis, MO  63103-2834
COMMERCIAL:  (314) 331-4354  AUTOVON:  555-4354
relay1.uu.net!stl-17sima.army.mil!gaspar

------- Message 34

Received: from duke.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01751;
          17 Mar 95 9:46 PST
To: gaspar@stl-17sima.army.mil
cc: bug-chimera@cs.unlv.edu
Subject: Re: Getting 1.65 by ftp 
In-reply-to: Your message of "Fri, 17 Mar 1995 08:22:28 CST."
             <QQyhlp21892.199503171424@relay1.UU.NET> 
Date: Fri, 17 Mar 1995 09:46:43 -0800
From: Greg Wohletz <greg@duke.CS.UNLV.EDU>

>
>This is not exactly a bug.  I have been downloading various versions
>of Chimera for some time now.  I just went out to get the latest 1.65
>from ftp.cs.unlv.edu and got the following session:
>
>bosco% ftp ftp.cs.unlv.edu
>Connected to jimi.cs.unlv.edu.
>220 We don't accept connections from hosts with improperly configured nameservers
>Name (ftp.cs.unlv.edu:gaspar): ftp
>421 Service not available, remote server has closed connection
>Login failed.
>
>I don't remember seeing the message about improperly configured
>nameservers before.  How does ftp.cs.unlv.edu determine if I have
>improperly configured nameservers?  Actually we don't have any
>nameservers here; we rely on the Army nameservers all of which are
>remote to our site.  We are, however, properly registered with those
>nameservers.  Any comments on this would be greatly appreciated.

The message means that jimi was unable to find an PTR record for your IP
address.  It has been doing this for around 5 years, so if it worked for
you previously someone somewhere has messed up your nameserver data.

						--Greg

------- Message 35

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa02383;
          17 Mar 95 10:00 PST
Received: from citi.umich.edu by citi.umich.edu for gaspar@STL-17SIMA.ARMY.MIL bug-chimera@cs.unlv.edu with SMTP; Fri, 17 Mar 95 12:59:49 -0500
From: Jim Rees <rees@umich.edu>
To: gaspar@STL-17SIMA.ARMY.MIL
Cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Fri, 17 Mar 1995 12:59:48 -0500
Subject: Re: Getting 1.65 by ftp 
Sender: rees@citi.umich.edu
In-Reply-To: Al Gaspar, Fri, 17 Mar 1995 08:22:28 CST

  How does ftp.cs.unlv.edu determine if I have improperly configured
  nameservers?  Actually we don't have any nameservers here; we rely on the
  Army nameservers all of which are remote to our site.  We are, however,
  properly registered with those nameservers.

I suspect your host isn't in the reverse map.  You didn't say what host
you're trying to connect from, but I just checked STL-17SIMA.ARMY.MIL, and
it isn't in the reverse map.

The reverse map is the one that goes from ip address to host name.

------- Message 36

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa06905;
          17 Mar 95 12:27 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rpibL-000038C; Fri, 17 Mar 95 13:26 MST
Date: Fri, 17 Mar 1995 13:26:15 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Bitmap Background Patch against 1.64
Message-ID: <Pine.LNX.3.91.950317111251.17982A@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

 
I got tired of the bitmaps being black on white instead of black on the 
background color.  This patch fixes the internal handling of 
image/x-xbitmap and adds image/xbm handling so that bitmaps have properly 
defined background colours.  I haven't yet compiled 1.65, but the patch 
succeeds just fine against that source as well.

Also, for giggles I did some pixmap cut-and-paste work for a color icon 
for Chimera.  The art comes from the wuarchive gif archives (lion0.gif 
and dragon0.gif, i believe) and so purports to be in the public domain.  
The pixmap or gif formats can be found at:

https://xph029.physics.montana.edu/chimera

(Yes, I broke down and put it on the web server here)

There is also a gif showing how Chimera looks with the 3d Xaw library. 
The filesize patch and this bitmap patch are there as well.  And the
latest versions of the news package with PGP signature stubs and group
name pattern matching too. 

Anyway, the patch:

diff -c --recursive old/src/inline.c ./src/inline.c
*** old/src/inline.c	Fri Mar 17 10:50:35 1995
- --- ./src/inline.c	Fri Mar 17 10:52:19 1995
***************
*** 196,203 ****
  
    if (strcasecmp(content, "image/gif") == 0)
        img = gifLoad(data, datalen, &rgbc);
!   else if (strcasecmp(content, "image/x-xbitmap") == 0)
        img = xbitmapLoad(data, datalen, &rgbc);
    else if (strcasecmp(content, "image/x-xpixmap") == 0)
    {
      img = xpixmapLoad(XtDisplay(w), DefaultScreen(XtDisplay(w)),
- --- 196,209 ----
  
    if (strcasecmp(content, "image/gif") == 0)
        img = gifLoad(data, datalen, &rgbc);
!   else if (strcasecmp(content, "image/x-xbitmap") == 0 ||
! 	   strcasecmp(content, "image/xbm") == 0 )
!   {
        img = xbitmapLoad(data, datalen, &rgbc);
+       *(img->rgb.red) = bg->red;
+       *(img->rgb.green) = bg->green;
+       *(img->rgb.blue) = bg->blue;
+   }
    else if (strcasecmp(content, "image/x-xpixmap") == 0)
    {
      img = xpixmapLoad(XtDisplay(w), DefaultScreen(XtDisplay(w)),
diff -c --recursive old/xloadimage/reduce.c ./xloadimage/reduce.c
*** old/xloadimage/reduce.c	Sat Mar  4 00:55:09 1995
- --- ./xloadimage/reduce.c	Fri Mar 17 10:53:05 1995
***************
*** 605,611 ****
        spixel= line;
        mask= 0x80;
        for (x= 0; x < image->width; x++) {
! 	valToMem((mask & *spixel ? 0L : 0xffffff), dpixel, 3);
  	mask >>= 1;
  	if (!mask) {
  	  mask= 0x80;
- --- 605,614 ----
        spixel= line;
        mask= 0x80;
        for (x= 0; x < image->width; x++) {
! 	valToMem((mask & *spixel ? 0L : (RGB_TO_TRUE(*(image->rgb.red),
! 			                             *(image->rgb.green),
! 			                             *(image->rgb.blue)  ))
!                               ), dpixel, 3);
  	mask >>= 1;
  	if (!mask) {
  	  mask= 0x80;




------- Message 37

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa11866;
          17 Mar 95 15:42 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rpldx-000038C; Fri, 17 Mar 95 16:41 MST
Date: Fri, 17 Mar 1995 16:41:14 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: 1.65 Seg fault and fix
Message-ID: <Pine.LNX.3.91.950317133941.20056A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Running X11R6, Linux kernel 1.1.94, gcc 2.6.2, libc 4.6.27, xc6-1.65 
compiles but segfaults before even opening a window.  This was true 
without any patches having been applied to the source.

xc7-1.64 ran just fine

The following compile warning for X11R6 also should be fixed.
~~~~~~~~~~~~~~~~~~~~~~~~~~~compile warning~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from ScrollText.h:40,
                 from Bookmark.c:27:
.//AxeStrDefs.h:16: warning: `XtNcancelCallback' redefined
/usr/X11R6/include/X11/Shell.h:447: warning: this is the location of the 
previous definition

[FIX] + #if (XRELEASE < 6)
        #define XtNcancelCallback  "cancelCallback"
      + #endif
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



Here's a stack backtrace for the seg fault problem.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~gdb session~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#0  0x81887 in XtWidgetToApplicationContext ()
#1  0x78523 in XtSetValues ()
#2  0x1fef in DisplayCurrent () at main.c:562
#3  0x2a79 in HandleDoc (d=0x16a980, download=0) at main.c:981
#4  0x41c8 in WarningHandler (
    msg=0xbfffd674 "Unable to load any usable fontset") at main.c:2161
#5  0x69546 in XtWarning ()
#6  0x692e7 in _XtDefaultWarningMsg ()
#7  0x693aa in XtAppWarningMsg ()
#8  0x8b5d8 in XtCvtStringToFontSet ()
#9  0x88957 in CallConverter ()
#10 0x88c10 in _XtConvert ()
#11 0x6a886 in GetResources ()
#12 0x6acc6 in _XtGetResources ()
#13 0x79b7f in xtCreate ()
#14 0x7a1e2 in _XtCreateWidget ()
#15 0x7a249 in XtCreateManagedWidget ()
#16 0x113f9 in AddButtons (r=0x122b48, box=0x161200, 
    list=0x133a "quit, open, home, back, source, reload, file, help, 
                 bookmark, search, cancel") at widget.c:91
#17 0x117ac in CreateWidgets (r=0x122b48) at widget.c:165
#18 0x16d8 in main (argc=1, argv=0xbffff9dc) at main.c:271

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The problem comes in the WarningHandler(string) function ... I do not 
think it should be set until AFTER the main widget has been realized.  It 
is silly to try and build a document before the root widget exists!!

Here's the patch:

*** chimera-1.65/old/main.c	Sat Mar 11 23:59:55 1995
- --- chimera-1.65/src/main.c	Fri Mar 17 16:38:21 1995
***************
*** 249,255 ****
    if (root.toplevel == 0) exit(1);
  
    XtAppSetErrorHandler(root.appcon, ErrorHandler);
- -   XtAppSetWarningHandler(root.appcon, WarningHandler);
  
    /*
     * Grab up the resources.
- --- 249,254 ----
***************
*** 289,294 ****
- --- 288,294 ----
    }
  
    XtRealizeWidget(root.toplevel);
+   XtAppSetWarningHandler(root.appcon, WarningHandler);
  
    delete = XInternAtom(XtDisplay(root.toplevel), "WM_DELETE_WINDOW", False);
    XtOverrideTranslations (root.toplevel, 



------- Message 38

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa18427;
          17 Mar 95 22:25 PST
To: Michael Kellen <michael@xph029.physics.montana.edu>
cc: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Re: Bitmap Background Patch against 1.64 
In-reply-to: Your message of "Fri, 17 Mar 1995 13:26:15 MST."
             <Pine.LNX.3.91.950317111251.17982A@xph029.physics.montana.edu> 
Date: Fri, 17 Mar 1995 22:25:42 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>I got tired of the bitmaps being black on white instead of black on the 
>background color.  This patch fixes the internal handling of 
>image/x-xbitmap and adds image/xbm handling so that bitmaps have properly 
>defined background colours.  I haven't yet compiled 1.65, but the patch 
>succeeds just fine against that source as well.

I added these patches to the latest 1.65 beta (yes, there will be
another one).

>Also, for giggles I did some pixmap cut-and-paste work for a color icon 
>for Chimera.  The art comes from the wuarchive gif archives (lion0.gif 
>and dragon0.gif, i believe) and so purports to be in the public domain.  
>The pixmap or gif formats can be found at:
>
>https://xph029.physics.montana.edu/chimera

This image looks bizarre enough to me to make a good logo for chimera.
I think I will start using it.

							-john

------- Message 39

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23822;
          18 Mar 95 2:27 PST
Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23785;
          18 Mar 95 2:18 PST
To: chimera-announce@cephas.ISRI.UNLV.EDU
Subject: 1.65 beta 8
Date: Sat, 18 Mar 1995 02:18:45 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

This one fixes a few bugs and makes the backgrounds for bitmaps the
same as the background color.  Fixes a seg fault problem that occurs when
the user tries to mail a document.

ftp://ftp.cs.unlv.edu/pub/chimera-misc/john/xc8-1.65.tar.gz

Hopefully this will be the last 1.65.

							-john

------- Message 40

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa28889;
          18 Mar 95 9:46 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rq2ZE-000038C; Sat, 18 Mar 95 10:45 MST
Date: Sat, 18 Mar 1995 10:45:31 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Tranparency is GOOD
Message-ID: <Pine.LNX.3.91.950318104141.26469A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII



Since an internal xpm handler has been put into inline, I figured it 
would be good to let it handle "c None" entries in xpm files.  Here's the 
patch to xloadimage/xpixmap.c:

*** chimera-1.65/xloadimage/xpixmap.c~	Sat Mar  4 00:55:12 1995
- --- chimera-1.65/xloadimage/xpixmap.c	Sat Mar 18 10:31:44 1995
***************
*** 157,169 ****
  
      if (Disp)
      {
!       if (!XParseColor(Disp, DefaultColormap(Disp, Scrn), cval, &xcolor))
        {
  	return(NULL);
        }
- -       *(image->rgb.red + a) = xcolor.red;
- -       *(image->rgb.green + a) = xcolor.green;
- -       *(image->rgb.blue + a) = xcolor.blue;
      }
  
      if (xpixmap_gets(buf, BUFSIZ - 1) == 0) return(NULL);
- --- 157,178 ----
  
      if (Disp)
      {
!       if ( strcasecmp(cval,"None") == 0 )
        {
+         *(image->rgb.red + a) = bg->red;
+         *(image->rgb.green + a) = bg->green;
+         *(image->rgb.blue + a) = bg->blue;
+       }
+       else if (!XParseColor(Disp, DefaultColormap(Disp, Scrn), cval, &xcolor))
+       {
  	return(NULL);
+       } 
+       else
+       {
+         *(image->rgb.red + a) = xcolor.red;
+         *(image->rgb.green + a) = xcolor.green;
+         *(image->rgb.blue + a) = xcolor.blue;
        }
      }
  
      if (xpixmap_gets(buf, BUFSIZ - 1) == 0) return(NULL);


------- Message 41

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa29754;
          18 Mar 95 10:47 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rq3WV-000038C; Sat, 18 Mar 95 11:46 MST
Date: Sat, 18 Mar 1995 11:46:47 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Gee, three guesses ... Transparency?
Message-ID: <Pine.LNX.3.91.950318114040.27317A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


Okay, this should be the last one ... those of you keeping track will 
note that I only have portable pix/bitmaps left to make transparent.

Actually, this patch re-does part of the bitmap patch, extending it to 
take ANY two color image and convert white into the background color.  
This means that "pstopxm ppmraw %s" in your convert file will turn 
postcript inlines into black on (background), nicely matching up with the 
rest of your text.  Anything with three or more colors, or no #FFFFFF 
colored elements is untouched.

I'm done now.  Somebody says jpegs and I hit 'em.   :-)

*** chimera-1.65/src/inline.c~	Sat Mar 18 10:19:49 1995
- --- chimera-1.65/src/inline.c	Sat Mar 18 11:35:58 1995
***************
*** 201,209 ****
  	   strcasecmp(content, "image/x-xbm") == 0)
    {
      img = xbitmapLoad(data, datalen, &rgbc);
- -     *(img->rgb.red) = bg->red;
- -     *(img->rgb.green) = bg->green;
- -     *(img->rgb.blue) = bg->blue;
    }
    else if (strcasecmp(content, "image/x-xpixmap") == 0 ||
  	   strcasecmp(content, "image/xpm") == 0 ||
- --- 201,206 ----
***************
*** 248,253 ****
- --- 245,267 ----
    {
      if (img->type != IBAD)
      {
+       if (img->rgb.used < 3 )
+       {
+         int i;
+ 
+         for(i=0; i < img->rgb.used; ++i)
+         {
+           if ( RGB_TO_TRUE (*(img->rgb.red+i),
+                             *(img->rgb.green+i),
+                             *(img->rgb.blue+i) ) == 0xffffff )
+           {
+             *(img->rgb.red+i) = bg->red;
+             *(img->rgb.green+i) = bg->green;
+             *(img->rgb.blue+i) = bg->blue;
+             break;
+           }
+         }
+       }
        if ((stype == MONO_DISPLAY || maxcolors == 2) && img->type != IBITMAP)
        {
  	nimg = dither(img, 0);


------- Message 42

Received: from milkyway.com by JIMI.CS.UNLV.EDU id aa01028; 20 Mar 95 20:16 PST
Received: from localhost (uucp@localhost) by blackhole.milkyway.com (8.6.5/8.6.6) id XAA28352 for <bug-chimera@cs.unlv.edu>; Mon, 20 Mar 1995 23:22:45 -0500
Received: from jupiter.milkyway.com(192.168.77.9) by internet.milkyway.com via smap (V1.3)
	id sma028350; Mon Mar 20 23:22:41 1995
Received: from localhost.milkyway.com by europa.milkyway.com (8.6.7/Sun-Client)
	id XAA13497; Mon, 20 Mar 1995 23:10:33 -0500
Message-Id: <199503210410.XAA13497@europa.milkyway.com>
x-mailer: exmh version 1.6alpha 2/16/95
x-uri: https://www.milkyway.com/People/Michael_Richardson/Bio.html
to: bug-chimera@cs.unlv.edu
subject: xc8-1.65 and empty text entry boxes
mime-version: 1.0
content-type: application/pgp; format=mime; x-action=signclear; x-originator=21723369
content-transfer-encoding: 7bit
Date: Mon, 20 Mar 1995 23:10:28 -0500
From: Michael Richardson <mcr@milkyway.com>
Received: from europa.milkyway.com (europa.milkyway.com [192.168.77.3]) by jupiter with ESMTP (DuhMail/2.0)
	id XAA18763; Mon, 20 Mar 1995 23:20:25 -0500

- -----BEGIN PGP SIGNED MESSAGE-----

content-type: text/plain; charset=us-ascii

This is a multipart MIME message.

- - --boundary=_0
Content-Type: text/plain; charset=us-ascii
- - --------

  I'm running under SunOS 4.1.3_U1, with a locally built X11R6. xc6
worked (I think). xc8 seems to core dump (I thought not initially,
but then checked 'limit'...

(gdb) bt
#0  0xef5ee540 in nowalgnd ()
#1  0xd77c in alloc_string (str=0x0) at util.c:121
#2  0x74d0 in SubmitForm (w=0x9dbf0, cldata=0x0, cbdata=0xefffef68) at 
main.c:2094
#3  0xef7393a8 in XtCallCallbackList ()
#4  0x3c98c in CBSubmitForm (w=0xbdcd0, client_data=0xba4a0 "", call_data=0x0)
    at HTMLwidgets.c:537
#5  0xef7393a8 in XtCallCallbackList ()
#6  0xef7a8a10 in Notify ()
#7  0xef768ba8 in HandleActions ()
#8  0xef769134 in HandleSimpleState ()
#9  0xef7696b4 in _XtTranslateEvent ()
#10 0xef744918 in XtDispatchEventToWidget ()
#11 0xef74531c in _XtDefaultDispatcher ()
#12 0xef745538 in XtDispatchEvent ()
#13 0xef7458b8 in XtAppMainLoop ()
#14 0x336c in main (argc=1, argv=0xeffff95c) at main.c:405

  Here is the form that causes it: click on the "perform function" button. 
  (If you *really* want to know what the form does, email me)
  Also, I've experienced problems where typing in a TYPE="password" field
does not echo anything (not even 'x's) 

<!DOCTYPE HTMLPLUS SYSTEM>
<HTML>
<head>
  <link rel="icon" type="image/x-icon" href="/fav.ico">
<TITLE>Black Hole gateway functions</TITLE>
</HEAD>
<BODY>
<H1>Black Hole Gateway</H1>
<H2>Please specify an operation</H2>
<HR><FORM ACTION="/" METHOD=POST ENCTYPE="application/x-www-form-urlencoded">
<INPUT TYPE="hidden" NAME="username" VALUE="" SIZE=8>
<DL COMPACT> <DT> <INPUT NAME="operation" TYPE="radio" VALUE="disable" CHECKED>
 Disable Transparent mode
<DT><INPUT NAME="operation" TYPE="radio" VALUE="followurl"> Follow URL. <DD> 
<INPUT TYPE="text" NAME="uri" SIZE=50 VALUE="/">
<DT><INPUT NAME="operation" TYPE="radio" VALUE="changepw">Change Password. <DD>
 New Password: <INPUT TYPE="password" NAME="newpasswd" SIZE=30>
</DL><INPUT TYPE="submit" VALUE="perform function"></FORM><HR>
</BODY>

  ... well after some debugging that I hadn't intended to do, the problem
only occurs when nothing is entered for the "newpasswd" field. alloc_string
is called with NULL, and chimera dies. Here is a patch.


   :!mcr!:            |     <A HREF="https://www.milkyway.com/">Milkyway 
Networks Corporation</A>
   Michael Richardson |   Makers of the Black Hole firewall 
 NCF: aa714 || xx714  | +1 613 566-4574 ... mcr@milkyway.com
 Home: <A HREF="https://www.sandelman.ocunix.on.ca/People/Michael_Richardson/Bio
.html">mcr@sandelman.ocunix.on.ca</A>. PGP key available.

- - --boundary=_0
Content-Type: application/x-patch
Content-Description: xc8 patch

*** src/util.c~	Thu Mar  9 05:54:47 1995
- - --- src/util.c	Mon Mar 20 23:03:26 1995
***************
*** 118,123 ****
- - --- 118,127 ----
  {
    char *s;
  
+   if(str==NULL) {
+     str="";
+   }
+ 
    s = (char *)mymalloc(sizeof(char) * (strlen(str) + 1));
  
    strcpy(s, str);
- - --boundary=_0--


- -----BEGIN PGP SIGNATURE-----
Version: 2.6i

iQBVAgUBL25RsRUFVvYhcjNpAQF68AH9FVqHhTg65ykH1AdOW9DiBPCI6RP8uk0m
2cXYEavQfqdACNk7U0NVX0kmoQFf5GjkuUmCopCS3gvRt+7xc8jRKg==
=W38o
- -----END PGP SIGNATURE-----

------- Message 43

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02421;
          20 Mar 95 21:05 PST
To: Michael Richardson <mcr@milkyway.com>
cc: bug-chimera@cs.unlv.edu
Subject: Re: xc8-1.65 and empty text entry boxes 
In-reply-to: Your message of "Mon, 20 Mar 1995 23:10:28 EST."
             <199503210410.XAA13497@europa.milkyway.com> 
Date: Mon, 20 Mar 1995 21:05:34 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

Oops.  I will fix the alloc_string() problem.

>  Here is the form that causes it: click on the "perform function" button. 
>  (If you *really* want to know what the form does, email me)
>  Also, I've experienced problems where typing in a TYPE="password" field
>does not echo anything (not even 'x's) 

Well, since it is a password I figured it would be good for folks
not to be able to see what you type so I set the foreground color
of password fields to the background color.  The purists would
probably not want a shoulder surfer to even know how many characters
are in your password :)

Thanks for the bug report.

							-john

------- Message 44

Received: from milkyway.com by JIMI.CS.UNLV.EDU id aa02692; 20 Mar 95 21:18 PST
Received: from localhost (uucp@localhost) by blackhole.milkyway.com (8.6.5/8.6.6) id AAA28474; Tue, 21 Mar 1995 00:25:01 -0500
Received: from jupiter.milkyway.com(192.168.77.9) by internet.milkyway.com via smap (V1.3)
	id sma028472; Tue Mar 21 00:24:41 1995
Received: from localhost.milkyway.com by europa.milkyway.com (8.6.7/Sun-Client)
	id AAA13583; Tue, 21 Mar 1995 00:11:44 -0500
Message-Id: <199503210511.AAA13583@europa.milkyway.com>
X-Mailer: exmh version 1.6alpha 2/16/95
To: John Kilburg <john@cephas.isri.unlv.edu>
cc: bug-chimera@cs.unlv.edu
Subject: Re: xc8-1.65 and empty text entry boxes 
In-reply-to: Your message of "Mon, 20 Mar 1995 21:05:34 PST."
             <199503210520.AAA28466@blackhole.milkyway.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 21 Mar 1995 00:11:43 -0500
From: Michael Richardson <mcr@milkyway.com>
Received: from europa.milkyway.com (europa.milkyway.com [192.168.77.3]) by jupiter with ESMTP (DuhMail/2.0)
	id AAA18914; Tue, 21 Mar 1995 00:21:35 -0500


> Well, since it is a password I figured it would be good for folks
> not to be able to see what you type so I set the foreground color

  While I agree with that, my problem is that I get no confirmation that
I've actually activated that box to type in :-)

  Can we make this a resource option?




------- Message 45

Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa13558;
          21 Mar 95 6:05 PST
Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.10/8.6.9) with ESMTP id PAA01752 for <bug-chimera@unlv.edu>; Tue, 21 Mar 1995 15:05:15 +0100
Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.10/8.6.6) id PAA26570; Tue, 21 Mar 1995 15:05:13 +0100
Date: Tue, 21 Mar 1995 15:05:13 +0100
From: Jean-Marc Lasgouttes <Jean-Marc.Lasgouttes@inria.fr>
Message-Id: <199503211405.PAA26570@fantomas.inria.fr>
To: bug-chimera@unlv.edu
Subject: Tiny idea for Chimera 1.65
Reply-to: Jean-Marc.Lasgouttes@inria.fr


Something I forgot last time... Now that the bookmark popup is
dismissed when a new page is loaded (which is a good idea IMO), it would
be nice to have it remember the current group next time is is
invoked. This way it would be esaier to explore the links in a group.

Also, a 'cancel' button would be handy when you delete a group by
inadvertance.

Jean-Marc.

------- Message 46

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa17386;
          21 Mar 95 8:53 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rr7AJ-00002tC; Tue, 21 Mar 95 09:52 MST
Date: Tue, 21 Mar 1995 09:52:14 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Bookmark Formatting
Message-ID: <Pine.LNX.3.91.950321092629.2422A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


I have found it a bit hard to visually separate items in the bookmark 
lists, as the longest element tends to run into it's neighbor.  This 
hardly counts as a patch, just padding each string with 5 spaces ...



*** chimera-1.65/mxw/Bookmark.c~	Tue Mar 21 09:24:23 1995
- --- chimera-1.65/mxw/Bookmark.c	Tue Mar 21 09:44:17 1995
***************
*** 790,795 ****
- --- 790,796 ----
    {
      BREC.blist = CreateBookmarkGroup("default");
      sscanf(buffer, "%s %[^\n]", url, display);
+     strcat(display, "     ");
      tb = BREC.blist->b = CreateBookmark(url, display);
    }
  
***************
*** 804,809 ****
- --- 805,811 ----
  	if (cp != NULL && *cp != '\0')
  	{
  	  sscanf(++cp, "%[^\n]", display);
+           strcat(display, "     ");
  	  bg = CreateBookmarkGroup(display);
  	  if (tbg == NULL) BREC.blist = bg;
  	  else tbg->next = bg;
***************
*** 817,822 ****
- --- 819,825 ----
  	if (cp != NULL && *cp != '\0')
  	{
  	  sscanf(++cp, "%s %[^\n]", url, display);
+           strcat(display, "     ");
  	  b = CreateBookmark(url, display);
  	  if (bg->b == NULL) bg->b = b;
  	  else tb->next = b;
***************
*** 827,832 ****
- --- 830,836 ----
      else
      {
        sscanf(buffer, "%s %[^\n]", url, display);
+       strcat(display, "     ");
        b = CreateBookmark(url, display);
        tb->next = b;
        tb = b;
    


------- Message 47

Received: from cleanhead.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa02476;
          21 Mar 95 17:59 PST
To: bug-chimera@cleanhead.CS.UNLV.EDU
Subject: mailto and error messages bugs
Date: Tue, 21 Mar 1995 17:59:05 -0800
From: Frank Lofaro <ftlofaro@cleanhead.CS.UNLV.EDU>

A mailto URL always fails with a "Cannot load document" error message.

Also, can we PLEASE have better error reporting than that, so we know 
what went wrong, and if and how it can be fixed (on a timed out-keep trying 
every so often, but if a URL type is not supported let the user know that 
so they can give up, or add a protocol handler or something.

I know it might be more user friendly to give a canned nondescriptive error 
message, but please at least add an option for the clueful so we don't 
have to manually telnet the http port or whatever to find out what's wrong.

------- Message 48

Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa24464;
          22 Mar 95 10:16 PST
Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35)
	id MAA09222; Wed, 22 Mar 1995 12:16:48 -0600
Received: by mikey.convex.com (8.6.10/1.28)
	id MAA12786; Wed, 22 Mar 1995 12:17:02 -0600
From: David DeSimone <fox@mikey.convex.com>
Message-Id: <199503221817.MAA12786@mikey.convex.com>
Subject: xc8-1.65
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Date: Wed, 22 Mar 1995 12:17:01 -0600 (CST)
Reply-To: David DeSimone <fox@convex.convex.com>
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 862       

I grabbed the latest test version of chimera, and it dumped core
immediately.  Investigation found a small typo:


*** widget.c.orig       Wed Mar 22 12:09:21 1995
- --- widget.c    Wed Mar 22 12:09:40 1995
***************
*** 106,112 ****
      else if (!strcasecmp(name, "back"))
      {
        r->back = btp->w;
!       XtSetSensitive(r->home, False);
      }
      else if (!strcasecmp(name, "source"))
        r->source = btp->w;
- --- 106,112 ----
      else if (!strcasecmp(name, "back"))
      {
        r->back = btp->w;
!       XtSetSensitive(r->back, False);
      }
      else if (!strcasecmp(name, "source"))
        r->source = btp->w;


- -- 
David DeSimone    | "The doctrine of human equality reposes on this:
fox@convex.com    |  that there is no man really clever who has not
Convex Computers  |  found that he is stupid." -- Gilbert K. Chesterson

------- Message 49

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa27577;
          22 Mar 95 11:54 PST
Received: from felix.nix.de (root@[130.149.1.108]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id UAA21109 for <bug-chimera@cs.unlv.edu>; Wed, 22 Mar 1995 20:35:16 +0100
Received: (from kraxel@localhost) by felix.nix.de (8.6.9/8.6.9) id PAA12731; Wed, 22 Mar 1995 15:10:26 +0100
Date: Wed, 22 Mar 1995 15:10:26 +0100 (MET)
From: Gerd Knorr <kraxel@cs.tu-berlin.de>
X-Sender: kraxel@felix.nix.de
To: bug-chimera@cs.unlv.edu
Subject: font problem
Message-ID: <Pine.LNX.3.91.950322145228.12718A-100000@felix.nix.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


  Hi !

Yesterday I changed chimera's fonts from helvetica to times (changed the 
X-resources for them in my .Xconfig file).
Then tested it... and chimera terminated with an segfault. Reason was a 
typo in one of the font-strings, there was'nt such an font (I used 
"-times-medium-o-..." instead of "-times-medium-i-...")

Chimera version: 1.65, OS: Linux

I can reproduce it with Solaris too. This was 1.64, I think. 

  Gerd


Gerd Knorr mailto:kraxel@cs.tu-berlin.de
           https://www.cs.tu-berlin.de/~kraxel/



------- Message 50

Received: from earl-hooker.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12377;
          22 Mar 95 21:29 PST
To: bug-chimera@cs.unlv.edu
Subject: How to Kill chimera???
Date: Wed, 22 Mar 1995 21:29:06 -0800
From: Michael Agosta <msagosta@earl-hooker.ISRI.UNLV.EDU>

This is more of a question than a bug.

First, congrats. Chimera seems to run quite well.

Sometimes, when connecting to a very slow server, it will take forever
to download the initial homepage. 

If I decide to abort this downloading, is there an elegant way to do
so?

If I kill chimera with the third mouse button, it nukes the window,
but doesn't always give me the prompt back. I tried this with 2 shells open,
and sure enough, a ps command still lists an active chimera process,
which I then killed by killing it process number.

I think actually, I had a similar experience with Mosaic...

Will chimera run OK forking it's own process from the shell, aka:

%chimera &

Thanks...


------- Message 51

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa14887;
          22 Mar 95 23:15 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id IAA12707; Thu, 23 Mar 1995 08:15:45 +0100
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id IAA19849; Thu, 23 Mar 1995 08:15:43 +0100
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Michael Agosta <msagosta@earl-hooker.isri.unlv.edu>
Cc: bug-chimera@cs.unlv.edu
Subject: Re: How to Kill chimera???
In-Reply-To: <199503230549.GAA10227@mail.cs.tu-berlin.de>
	by msagosta@earl-hooker.isri.unlv.edu dated 1995-3-22 21:29:06
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Date: Thu, 23 Mar 1995 08:15:43 +0100
Message-ID: <czyborra950323081519841@titanic.cs.tu-berlin.de>

> Sometimes, when connecting to a very slow server, it will take
> forever to download the initial homepage.  If I decide to abort this
> downloading, is there an elegant way to do so?

What version of Chimera are you using?  The latest versions have had a
[Cancel] button that you may click on to abort a longish transmission.

For faster startup, I use chimera /dev/null &

> I had a similar experience with Mosaic...

In Mosaic, click on the spinning globe to stop it.


------- Message 52

Received: from xph029.physics.montana.edu by JIMI.CS.UNLV.EDU id aa25758;
          23 Mar 95 8:08 PST
Received: by xph029.physics.montana.edu (Smail3.1.28.1 #8)
	id m0rrpPI-00002tC; Thu, 23 Mar 95 09:06 MST
Date: Thu, 23 Mar 1995 09:06:39 -0700 (MST)
From: Michael Kellen <michael@xph029.physics.montana.edu>
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Re: How to Kill chimera???
In-Reply-To: <czyborra950323081519841@titanic.cs.tu-berlin.de>
Message-ID: <Pine.LNX.3.91.950323085604.12588A-100000@xph029.physics.montana.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 23 Mar 1995, Roman Czyborra wrote:

> What version of Chimera are you using?  The latest versions have had a
> [Cancel] button that you may click on to abort a longish transmission.

Except it doesn't work.

  (1) It can take FOREVER to reach a point in the loop where the download
      actually checks for the cancel request.  Yes, I have nonblocking
      connects.  But there is no method to cancel before a connection is
      established (look through net_open).

  (2) The cancel flag is immediately reset, which means you have to keep 
      clicking for EACH AND EVERY inline if you already grabbed the text.

I'm still working on this one myself.  Also, it'd be nice if I could
figure out how to get the "Cancel" button to redraw (I was playing with
setting it sensitive only during the LoadDocument process) but I am
missing most of section 3 of the manual, and not being in CS, do not have
my own copies of the X programming books. 


------- Message 53

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa03053;
          23 Mar 95 12:21 PST
To: Michael Kellen <michael@xph029.physics.montana.edu>
cc: Chimera Bug List <bug-chimera@cs.unlv.edu>
Subject: Re: How to Kill chimera??? 
Date: Thu, 23 Mar 1995 12:21:50 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>On Thu, 23 Mar 1995, Roman Czyborra wrote:
>
>> What version of Chimera are you using?  The latest versions have had a
>> [Cancel] button that you may click on to abort a longish transmission.
>
>Except it doesn't work.
>
>  (1) It can take FOREVER to reach a point in the loop where the download
>      actually checks for the cancel request.  Yes, I have nonblocking
>      connects.  But there is no method to cancel before a connection is
>      established (look through net_open).
>
>  (2) The cancel flag is immediately reset, which means you have to keep 
>      clicking for EACH AND EVERY inline if you already grabbed the text.
>
>I'm still working on this one myself.  Also, it'd be nice if I could
>figure out how to get the "Cancel" button to redraw (I was playing with
>setting it sensitive only during the LoadDocument process) but I am
>missing most of section 3 of the manual, and not being in CS, do not have
>my own copies of the X programming books. 

This stuff is not worth working on in my opinion.  Of course, you can
work on it if you want but I probably will not include it in the regular
chimera releases.

The real way to do it is to rewrite the net code to use the Xt
input loop (I have this on good authority and they're right :).  I have
done this but it doesn't quite work with the NCSA
widget yet.  It mostly works with the Xew widget but that work (chimera 2.0)
is on hold for now.

							-john

------- Message 54

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24827;
          24 Mar 95 3:09 PST
Received: from black.csi.cam.ac.uk by JIMI.CS.UNLV.EDU id aa24812;
          24 Mar 95 3:08 PST
Received: from emu [131.111.24.1] (ident = cr25) 
	by black.csi.cam.ac.uk with smtp 
	(Smail-3.1.29.0 #30) id m0rs7Df-000CBnC; Fri, 24 Mar 95 11:07 GMT
Return-Path: <root>
Message-Id: <m0rs7Dd-0004qTC@morningstar>
Subject: subscribe
To: chimera-announce@cs.unlv.edu
Date: Fri, 24 Mar 1995 11:07:51 +0000 (GMT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 49        
From: cr25@pmms.cam.ac.uk

please subscribe me, thanks, 
     Charles Read.

------- Message 55

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa04092;
          27 Mar 95 23:12 PST
To: Jean-Marc.Lasgouttes@inria.fr
cc: bug-chimera@unlv.edu
Subject: Re: Tiny idea for Chimera 1.65 
In-reply-to: Your message of "Tue, 21 Mar 1995 15:05:13 +0100."
             <199503211405.PAA26570@fantomas.inria.fr> 
Date: Mon, 27 Mar 1995 23:12:07 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>Something I forgot last time... Now that the bookmark popup is
>dismissed when a new page is loaded (which is a good idea IMO), it would
>be nice to have it remember the current group next time is is
>invoked. This way it would be esaier to explore the links in a group.

This was a mistake.  By default the bookmark list will remain visible
as before but doing something like:

Chimera*pickDestroys: True

will make the bookmark list go away when you select a bookmark.  I
will make it remember the group, though.

>Also, a 'cancel' button would be handy when you delete a group by
>inadvertance.

Well, maybe next time.

							-john

------- Message 56

Received: from cmc.eng.comsat.com by JIMI.CS.UNLV.EDU id aa24833;
          28 Mar 95 14:02 PST
Received: from cmc (cmc.eng.comsat.com) by cmc.eng.comsat.com (4.1/SMI-4.1)
	id AA09666; Tue, 28 Mar 95 17:00:57 EST
Date: Tue, 28 Mar 1995 16:53:25 -0500 (EST)
From: MARC Giannoni <marc@cmc.eng.comsat.com>
Subject: Xaw3d widgets
To: bug-chimera@cs.unlv.edu
Message-Id: <Pine.3.87.9503281625.A9629-0100000@cmc>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I am running chimera-1.63 on a FreeBSD-2.0 system.
Everyting compiles and runs OK, except the widgets are plain old Athena.
I have "XAWLIB = -lXaw3d" in Common.tmpl, but still no 3d widgets.
Everything compiles and links OK, maybe I am missing the obvious?


------- Message 57

Received: from gw.home.vix.com by JIMI.CS.UNLV.EDU id aa25523;
          28 Mar 95 14:31 PST
Received: by gw.home.vix.com id AA10810; Tue, 28 Mar 95 14:31:07 -0800
Date: Tue, 28 Mar 95 14:31:07 -0800
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
To: bug-chimera@cs.unlv.edu
From: MARC Giannoni <marc@cmc.eng.comsat.com>
Subject: Xaw3d widgets
Organization: Vixie Enterprises
Sender: daemon@vix.com
Message-Id: <Pine.3.87.9503281625.A9629-0100000@cmc>
Nntp-Posting-Host: gw.home.vix.com
X-Received: by gw.home.vix.com id AA10797; Tue, 28 Mar 95 14:31:05 -0800
X-Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa24900;
          28 Mar 95 14:07 PST
X-Received: from cmc.eng.comsat.com by JIMI.CS.UNLV.EDU id aa24833;
          28 Mar 95 14:02 PST
X-Received: from cmc (cmc.eng.comsat.com) by cmc.eng.comsat.com (4.1/SMI-4.1)
	id AA09666; Tue, 28 Mar 95 17:00:57 EST
X-To: bug-chimera@cs.unlv.edu
X-Mime-Version: 1.0
X-Content-Type: TEXT/PLAIN; charset=US-ASCII

I am running chimera-1.63 on a FreeBSD-2.0 system.
Everyting compiles and runs OK, except the widgets are plain old Athena.
I have "XAWLIB = -lXaw3d" in Common.tmpl, but still no 3d widgets.
Everything compiles and links OK, maybe I am missing the obvious?


------- Message 58

Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa26396;
          28 Mar 95 14:50 PST
To: MARC Giannoni <marc@cmc.eng.comsat.com>
cc: bug-chimera@cs.unlv.edu
Subject: Re: Xaw3d widgets 
In-reply-to: Your message of "Tue, 28 Mar 1995 14:31:07 PST."
             <Pine.3.87.9503281625.A9629-0100000@cmc> 
Date: Tue, 28 Mar 1995 14:50:20 -0800
From: John Kilburg <john@cephas.ISRI.UNLV.EDU>

>I am running chimera-1.63 on a FreeBSD-2.0 system.
>Everyting compiles and runs OK, except the widgets are plain old Athena.
>I have "XAWLIB = -lXaw3d" in Common.tmpl, but still no 3d widgets.
>Everything compiles and links OK, maybe I am missing the obvious?

Try adding -lXaw3d to the end of LOCAL_LIBRARIES in src/Imakefile and
remake the Makefile.  You might need to use the '-L' flag depending
on where you have installed Xaw3d.

You aren't missing anything...chimera's Imakefiles are in bad shape.

							-john

------- Message 59

Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22643;
          31 Mar 95 2:01 PST
To: bug-chimera@little-charlie.ISRI.UNLV.EDU
Subject: nav button
Date: Fri, 31 Mar 1995 02:01:54 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

I am thinking of replacing the the Home button with a more general
navigation facility.  I would like to replace "Home" with a "Nav"
button that would do one of

- - Display a popup with the current document stack including "forward"
  documents.

- - Display the list in the main display.

The list would be made up of document titles and not the URLs.

What do you think?

							-john

------- Message 60

Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22663;
          31 Mar 95 2:02 PST
Received: from little-charlie.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa22493;
          31 Mar 95 1:58 PST
To: chimera-announce@little-charlie.ISRI.UNLV.EDU
Subject: 1.65 beta 13
Date: Fri, 31 Mar 1995 01:58:42 -0800
From: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>

Hopefully this is the last 1.65...

ftp://ftp.cs.unlv.edu/pub/chimera-misc/john/xc13-1.65.tar.gz

Some of the features that I wanted to add didn't make
it, as usual.  Maybe that is a good thing :)

							-john

------- Message 61

Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa27029; 31 Mar 95 6:35 PST
Received: from [141.211.170.99] by citi.umich.edu for john@little-charlie.ISRI.UNLV.EDU bug-chimera@cs.unlv.edu with SMTP; Fri, 31 Mar 95 09:34:06 -0500
From: Jim Rees <rees@umich.edu>
To: John Kilburg <john@little-charlie.ISRI.UNLV.EDU>
Cc: Chimera Lovers <bug-chimera@cs.unlv.edu>
Date: Fri, 31 Mar 1995 09:34:03 -0500
Subject: Re: nav button 
Sender: rees@citi.umich.edu
In-Reply-To: John Kilburg, Fri, 31 Mar 1995 02:01:54 PST

  I am thinking of replacing the the Home button with a more general
  navigation facility.  I would like to replace "Home" with a "Nav"
  button...

I'd suggest adding the Nav, but leaving the Home too.  Then the user can
choose which one he wants by putting it in the button list.

------- Message 62

Received: from cheviot.ncl.ac.uk by JIMI.CS.UNLV.EDU id aa29404;
          31 Mar 95 8:30 PST
Received: from aire.ncl.ac.uk by cheviot.ncl.ac.uk id <RAA06409@cheviot.ncl.ac.uk>
  (8.6.10/ for ncl.ac.uk) with SMTP; Fri, 31 Mar 1995 17:30:51 +0100
Received: (njdc@localhost) by aire.ncl.ac.uk (8.6.7/8.6.x-cf revision 8 for SunOS 4.1.x) id RAA22307; Fri, 31 Mar 1995 17:29:32 +0100
From: "J.D.Coleman" <J.D.Coleman@newcastle.ac.uk>
Message-Id: <199503311629.RAA22307@aire.ncl.ac.uk>
Subject: Re: nav button
To: Chimera Bugs Mailing List <bug-chimera@cs.unlv.edu>
Date: Fri, 31 Mar 1995 17:29:31 +0100 (BST)
In-Reply-To: <199503311248.NAA09869@cheviot.ncl.ac.uk> from "John Kilburg" at Mar 31, 95 02:01:54 am
Organisation: University of Newcastle Computing Service
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1238      

> I am thinking of replacing the the Home button with a more general
> navigation facility.  I would like to replace "Home" with a "Nav"
> button that would do one of
> 
> - Display a popup with the current document stack including "forward"
>   documents.
> 
> - Display the list in the main display.
> 
> The list would be made up of document titles and not the URLs.
> 
> What do you think?

Funnily enough, I was just thinking about it this morning.  I was thinking
along the lines of having an extra forward button.  I'm not sure about
having everything in a popup - which means extra actions (click, move, click
instead of just click) for the most common actions - back and forward.

Perhaps you could have 3 buttons (navigate, backward and forward) instead of
the current two.  Navigate would offer you the choice of all the places that
you have visited (or are cached, or both?) as well as home.


My two penneth worth.

J

- -- 
- --     Julian Coleman, Computing Service,     |    j.d.coleman@ncl.ac.uk
- --  Claremont Tower, University of Newcastle, | as967@cleveland.freenet.edu
- --   Newcastle upon Tyne, NE1 7RU, England.   | - - - - - - - - - - - - - -
- -- Tel +44-191-222-8068  Fax +44-191-222-8765 | Be wery, wery careful Wabbit

------- Message 63

Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa00824;
          31 Mar 95 9:14 PST
Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35)
	id LAA18664; Fri, 31 Mar 1995 11:14:00 -0600
Received: by mikey.convex.com (8.6.10/1.28)
	id LAA11457; Fri, 31 Mar 1995 11:13:58 -0600
From: David DeSimone <fox@mikey.convex.com>
Message-Id: <199503311713.LAA11457@mikey.convex.com>
Subject: Re: nav button
To: Chimera Bug List <bug-chimera@cs.unlv.edu>
Date: Fri, 31 Mar 1995 11:13:57 -0600 (CST)
Reply-To: David DeSimone <fox@convex.convex.com>
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1323      

I find that the standard "Back", "Forward", "Home" navigation model
works pretty well.  The "Forward" button is very useful when I
accidentally click the "Back" button too many times.  :)

J.D.Coleman wrote:
> I'm not sure about having everything in a popup - which means extra
> actions (click, move, click instead of just click) for the most
> common actions - back and forward.

I agree with this.  Currently I'm rearranging the buttons like so:

    Back  Home  Reload  Open  Cancel  Quit
    Search  Bookmark  Help  File  Source

Therefore, I have plenty of room for adding more buttons.

> Perhaps you could have 3 buttons (navigate, backward and forward)
> instead of the current two.

I still think there should be a Home button, but maybe I'm
overestimating its usefulness.  I do use it, but maybe a multi-click
wouldn't be so bad.  Still, I like choices, and it can't hurt to leave
the button in.  :)

> Navigate would offer you the choice of all the places that you have
> visited (or are cached, or both?) as well as home.

I like this idea, of being able to visit any previously cached
document!

- -- 
David DeSimone    | "The doctrine of human equality reposes on this:
fox@convex.com    |  that there is no man really clever who has not
Convex Computers  |  found that he is stupid." -- Gilbert K. Chesterson

------- Message 64

Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa01524;
          31 Mar 95 9:41 PST
Received: from titanic.cs.tu-berlin.de (czyborra@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id TAA21175 for <bug-chimera@cs.unlv.edu>; Fri, 31 Mar 1995 19:38:42 +0200
Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.10/8.6.6) id TAA02487; Fri, 31 Mar 1995 19:38:40 +0200
From: Roman Czyborra <czyborra@cs.tu-berlin.de>
To: Chimera Doctors <bug-chimera@cs.unlv.edu>
Subject: Re: nav button
In-Reply-To: <199503311629.RAA22307@aire.ncl.ac.uk>
	by J.D.Coleman@newcastle.ac.uk dated 1995-3-31 17:29:31
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Date: Fri, 31 Mar 1995 19:38:39 +0200
Message-ID: <czyborra95033119382479@titanic.cs.tu-berlin.de>

> Perhaps you could have 3 buttons (navigate, backward and forward)
> instead of the current two.

Or four.  I would love an extra [Next] button to jump to the next link
on the page we came from.  Let's say, a document contains links to

	chapter1
	chapter2
	chapter3
	chapter4

When I click on chapter2 and am done reading it I want to press N to
jump to chapter3 without having to go back to the table of contents
and without requiring the document author to put in Next buttons
manually.


------- End of Forwarded Messages