Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01577; 26 Dec 96 22:50 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera jun 95 Date: Thu, 26 Dec 1996 22:50:29 -0800 From: Jay Nietling ------- Forwarded Messages Received: from uucp11.netcom.com by JIMI.CS.UNLV.EDU id aa06451; 7 Jun 95 15:29 PDT Received: from bat.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1) id PAA12752; Wed, 7 Jun 1995 15:22:42 -0700 Received: from boa.vlibs.com by vlibs.com (4.1/SMI-4.1) id AA24898; Wed, 7 Jun 95 14:53:28 PDT Received: by boa.vlibs.com (4.1/SMI-4.1) id AA08063; Wed, 7 Jun 95 14:53:27 PDT Date: Wed, 7 Jun 95 14:53:27 PDT From: "Albert L. Ting" Message-Id: <9506072153.AA08063@boa.vlibs.com> To: bug-chimera@cs.unlv.edu Subject: caching question Reply-To: alt@vlibs.com It seems that chimera reloads the inline images whenever I resize the window. Is there a way to avoid this? I notice there's some sort of disk cache but even then, it reloads the images. Any ideas? Thanks! Albert - -- Albert L. M. Ting; alt@vlibs.com; wrk: 408-450-5327; fax: 408-970-9920 VLSI Libraries Incorporated; 3135 Kifer Road; Santa Clara, CA 95051 ------- Message 2 Received: from nic.hookup.net by JIMI.CS.UNLV.EDU id aa07357; 8 Jun 95 17:39 PDT Received: (uucp@localhost) by nic.hookup.net (8.6.12/1.356) with UUCP id UAA26412; Thu, 8 Jun 1995 20:39:07 -0400 Received: (from jack@localhost) by frop.hookup.net (8.6.11/8.6.9) id TAA00503 for bug-chimera@cs.unlv.edu; Thu, 8 Jun 1995 19:08:37 -0400 From: Jack Kern Message-Id: <199506082308.TAA00503@frop.hookup.net> To: bug-chimera@cs.unlv.edu Date: Thu, 8 Jun 1995 19:08:35 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 547 Hi, Thanks for the fine program. Here is some feedback about a couple problems I have encountered. https://www.lbbs.org somehow turns of Chimera's gif displaying ability. This happens whether or not I use the delay image option. Once I visit this site, I can't view the inline images at other sites. https://gnn.com/gnn/wel/accounts.html (GNN Account Authentication) allows me to enter my name but I can't get Chimera to go to the password field. I tried this with Lynx and it worked OK. FYI, Jack - -- Jack Kern ------- Message 3 Received: from uni-paderborn.de by JIMI.CS.UNLV.EDU id aa11549; 12 Jun 95 4:00 PDT Received: from pbhrzx.uni-paderborn.de (pbhrzx.uni-paderborn.de [131.234.128.204]) by uni-paderborn.de (8.6.12/8.6.12) with ESMTP id NAA15322 for ; Mon, 12 Jun 1995 13:00:07 +0200 Received: (from q77755@localhost) by pbhrzx.uni-paderborn.de (8.6.9/8.6.9) id MAA19488 for bug-chimera@cs.unlv.edu; Mon, 12 Jun 1995 12:54:07 +0200 From: Marcus Hampel Message-Id: <199506121054.MAA19488@pbhrzx.uni-paderborn.de> Subject: Reset of check buttons To: bug-chimera@cs.unlv.edu Date: Mon, 12 Jun 1995 12:54:05 +0200 (MEST) Comment: No comment X-Face: aL6Vz)(;ydjo6Q[\&':?c_`&'owy>bVAt;#g;WC\7-&*?[7M)1^T*16d[;ww'wfOeue+V:O !W4eU\P@iJ;JS$so1:_:6`~@C=pqA[k.;%9pn~d&WS/PAPcAH#1 X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 656 Hello ... I have found a bug in chimera-1.65. In functions MakeCheckWidget and MakeRadioBoxWidget of the file libhtmlw/HTMLwidgets.c the value of "checked" is undefined, if the butten is not marked as CHECKED. If you press the "Reset" button in forms, the status of check buttons is undefined. A simple "checked = Flase;" at the beginning of the functions will fix the problem. So long ... Marcus PS: I know: My english is a litle bit broken ... i will fix this bug too ... someday ;-) - -- | Marcus Hampel | E-mail : q77755@pbhrzx.uni-paderborn.de | | | IRC, PaderMud and TubMud : alias Zenith | ------- Message 4 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa04544; 18 Jun 95 7:29 PDT 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.12/8.6.12) with ESMTP id QAA10263 for ; Sun, 18 Jun 1995 16:29:36 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id QAA18517; Sun, 18 Jun 1995 16:29:28 +0200 From: Roman Czyborra To: Chimera Doctors In-Reply-To: by rwmcm@hydra.ae.utexas.edu dated 1995-4- 3 18:40:17 Subject: Re: URL display line for mouse pointer MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 18 Jun 1995 16:29:27 +0200 Message-ID: Two and a half months ago Rob McMullen submitted the patch that made Chimera 1.65 display the HREF in the bottom line whenever you move your mouse over an anchor unless you turn off anchorDisplay. I still love this feature, just one minor improvement: upon enlarging the Chimera window you don't want the bottom to grow but the HTML area: - --- src/widget.c 1995/06/18 05:31:24 *************** *** 232,240 **** { XtSetArg(args[0], XtNjustify, XtJustifyLeft); XtSetArg(args[1], XtNlabel, " "); r->anchordisplay=XtCreateManagedWidget("anchordisplay", labelWidgetClass, paned, ! args, 2); XtSetArg(args[0], WbNpointerMotionCallback, AnchorURLDisplay); XtSetValues(r->w, args, 1); } - --- 232,241 ---- { XtSetArg(args[0], XtNjustify, XtJustifyLeft); XtSetArg(args[1], XtNlabel, " "); + XtSetArg(args[2], XtNskipAdjust, True); r->anchordisplay=XtCreateManagedWidget("anchordisplay", labelWidgetClass, paned, ! args, 3); XtSetArg(args[0], WbNpointerMotionCallback, AnchorURLDisplay); XtSetValues(r->w, args, 1); } ------- Message 5 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa04751; 18 Jun 95 7:42 PDT 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.12/8.6.12) with ESMTP id QAA10338 for ; Sun, 18 Jun 1995 16:42:18 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id QAA18550; Sun, 18 Jun 1995 16:42:16 +0200 From: Roman Czyborra To: Chimera Doctors Subject: reader privacy patch MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 18 Jun 1995 16:42:15 +0200 Message-ID: I guess I'm not the only one who needs to work with a low umask like 2 for group projects and consciously created files. Still, I don't like everybody being able to see what I read. Netscape gets this right and read-protects sensitive data by default even if you have a low umask. Mosaic is most ignorant by silently creating the global history file readable for everyone. Chimera has been compromising my privacy by leaving the cache open. Here's a quick fix: - --- src/cache.c 1995/06/18 04:50:10 *************** *** 514,520 **** if (!FlushCache(ci)) return; } ! fp = fopen(filename, "w"); if (fp == NULL) return; u = MakeURL(d->up, 1); - --- 514,520 ---- if (!FlushCache(ci)) return; } ! fp = fdopen (creat (filename, 0600), "w"); if (fp == NULL) return; u = MakeURL(d->up, 1); - --- mxw/Bookmark.c 1995/06/18 05:51:27 *************** *** 881,887 **** } else { ! fp = fopen(filename, "w"); ispipe = False; } if (fp == NULL) - --- 881,887 ---- } else { ! fp = fdopen(creat (filename, 0600), "w"); ispipe = False; } if (fp == NULL) ------- Message 6 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa05205; 18 Jun 95 8:21 PDT 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.12/8.6.12) with ESMTP id RAA11006 for ; Sun, 18 Jun 1995 17:21:20 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id RAA18819; Sun, 18 Jun 1995 17:21:13 +0200 From: Roman Czyborra To: Chimera Doctors Subject: ringing the latest bells in HTTP requests MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 18 Jun 1995 17:21:13 +0200 Message-ID: Hi guys, since our site upgraded to the NCSA/1.4 httpd, we've been able to track down a lot of misaligned links with the help of the Referer information. So far, only Netscape and Lynx have been sending it. I've just hacked Chimera to do so, too. I couldn't find a function to decide at what times we were looking at a secret page, so I'm now sending the real Referer on every click. To make use of the other features like language and compressor negotiation proposed in the latest HTTP drafts and partially implemented in some HTTP servers, I've also made the Accept string configurable with the acceptHeader resource. This can be used to define additional header lines as in: Chimera*acceptHeader: image/jpeg; */\*\015\n\ Accept-Language: de,en\015\n\ Accept-Encoding: gzip,compress\015\n\ From: czyborra@cs.tu-berlin.de (Roman Czyborra) This is yet another feature I haven't seen in any other browser, yet. The build_request function had to be restructured quite a bit. - --- src/widget.h 1995/06/18 09:21:48 *************** *** 53,58 **** - --- 53,59 ---- Boolean anchorDisplay; /* display URL of current hyperlink */ int statusUpdate; /* frequency of download status update */ int inPort; /* the port that chimera listens on for data */ + char *acceptHeader; char *httpProxy; char *gopherProxy; char *ftpProxy; - --- src/main.c 1995/06/18 14:04:27 *************** *** 157,162 **** - --- 157,164 ---- offset(inPort), XtRImmediate, (XtPointer)0 }, { "languageDB", "LanguageDB", XtRString, sizeof(char *), offset(languageDB), XtRString, (XtPointer)NULL }, + { "acceptHeader", "AcceptHeader", XtRString, sizeof(char *), + offset(acceptHeader), XtRString, (XtPointer) "*/*" }, { "httpProxy", "URL", XtRString, sizeof(char *), offset(httpProxy), XtRString, (XtPointer)NULL }, { "gopherProxy", "URL", XtRString, sizeof(char *), *************** *** 335,340 **** - --- 337,343 ---- if (root.noProxy != NULL) AddToStringDB("no_proxy", root.noProxy); if (root.allProxy != NULL) AddToStringDB("all_proxy", root.allProxy); if (root.email != NULL) AddToStringDB("email", root.email); + if (root.acceptHeader) AddToStringDB("acceptHeader", root.acceptHeader); if (!root.cacheOff) { *************** *** 1037,1042 **** - --- 1058,1068 ---- if (c->event) { + extern char referer[]; + char *url= MakeURL (root.dlist->up, 0); + sprintf (referer, "Referer: %.200s\r\n", url); + free_mem (url); + tup = ParseURL(c->href); if (tup == NULL) return; *************** *** 1063,1068 **** - --- 1089,1095 ---- } DestroyURLParts(tup); + referer[0]='\0'; } return; - --- src/http.c 1995/06/18 15:14:05 *************** *** 247,308 **** return(d); } - - static char *format_get = "\ - - GET %s HTTP/1.0\n\ - - User-Agent: %s\n\ - - Accept: */*\n\ - - %s\ - - %s\ - - \n"; - - - - static char *format_get2 = "\ - - GET %s?%s HTTP/1.0\n\ - - User-Agent: %s\n\ - - Accept: */*\n\ - - %s\ - - %s\ - - \n"; - - - - static char *format_post = "\ - - POST %s HTTP/1.0\n\ - - User-Agent: %s\n\ - - Accept: */*\n\ - - Content-length: %d\n\ - - Content-type: %s\n\ - - %s\ - - %s\ - - \n\ - - %s\ - - \n"; - - - - static char *format_get_crlf = "\ - - GET %s HTTP/1.0\r\n\ - - User-Agent: %s\r\n\ - - Accept: */*\r\n\ - - %s\ - - %s\ - - \r\n"; - - static char *format_get2_crlf = "\ - - GET %s?%s HTTP/1.0\r\n\ - - User-Agent: %s\r\n\ - - Accept: */*\r\n\ - - %s\ - - %s\ - - \r\n"; - - - - static char *format_post_crlf = "\ - - POST %s HTTP/1.0\r\n\ - - User-Agent: %s\n\ - - Accept: */*\r\n\ - - Content-length: %d\r\n\ - - Content-type: %s\r\n\ - - %s\ - - %s\ - - \r\n\ - - %s\ - - \r\n"; - - /* * crap for uuencode */ - --- 247,253 ---- *************** *** 483,588 **** return(finfo); } /* * build_request * * Make a HTTP request string */ static char * ! build_request(up, filename, extra_header, crlf) URLParts *up; char *filename; ! char *extra_header; int crlf; { ! char *data_type; ! char *query; ! char *auth_info = NULL; ! char *format; ! char *request_data; ! ! if (up->data_type == NULL) data_type = "application/x-www-form-urlencoded"; ! else data_type = up->data_type; ! if (filename == NULL) filename = up->filename; ! if (extra_header == NULL) extra_header = ""; ! if (up->auth_type != NULL) ! { ! if (up->username != NULL) ! { ! auth_info = build_auth_info(up->auth_type, up->username, up->password); ! } ! } ! if (auth_info == NULL) auth_info = alloc_string(""); ! ! if (up->attribute_count > 0) ! { ! if ((request_data = GetHTTPRequestData(up)) == NULL) { ! request_data = alloc_string(""); } ! if (strcasecmp(up->method, "GET") == 0) /* GET ! */ { ! format = crlf == 1 ? format_get2_crlf:format_get2; ! query = alloc_mem(strlen(filename) ! strlen(format) ! strlen(request_data) ! strlen(extra_header) ! strlen(auth_info) + ! strlen(USER_AGENT) + 1); ! sprintf (query, ! format, ! filename, ! request_data, ! USER_AGENT, ! extra_header, ! auth_info); } ! else if (strcasecmp(up->method, "POST") == 0) /* POST ! */ { ! format = crlf == 1 ? format_post_crlf:format_post; ! query = alloc_mem(strlen(filename) ! strlen(format) ! strlen(request_data) ! strlen(data_type) ! strlen(extra_header) ! strlen(auth_info) ! strlen(USER_AGENT) + 1); ! sprintf (query, ! format, ! filename, ! USER_AGENT, ! strlen(request_data), ! data_type, ! extra_header, ! auth_info, ! request_data); } - - else query = NULL; ! free_mem(request_data); ! } ! else /* regular GET */ ! { ! format = crlf == 1 ? format_get_crlf:format_get; ! query = alloc_mem(strlen(filename) ! strlen(format) ! strlen(extra_header) ! strlen(auth_info) + ! strlen(USER_AGENT) + 1); ! sprintf (query, ! format, ! filename, ! USER_AGENT, ! extra_header, ! auth_info); ! } ! free_mem(auth_info); ! return(query); } /* - --- 428,523 ---- return(finfo); } + char referer[256] = ""; + /* * build_request * * Make a HTTP request string */ + static char * ! build_request(up, filename, pragma, crlf) URLParts *up; char *filename; ! char *pragma; int crlf; { ! char *method; ! char *arguments = NULL; ! char *authorization = NULL; ! char *accept = GetFromStringDB("acceptHeader"); ! char *contenttype = ""; ! char *body, *format, *request; ! if (! filename) filename = up->filename; ! if (! pragma) pragma = ""; ! if (up->attribute_count > 0) { ! arguments = GetHTTPRequestData(up); } + if (! arguments) arguments = alloc_string(""); ! if (! up->method || strcasecmp(up->method, (method="POST"))) { ! method= "GET"; body = alloc_string(""); } ! else { ! body= arguments; arguments= alloc_string(""); ! contenttype = "Content-Type: application/x-www-form-urlencoded\r\n"; } ! if (up->auth_type && up->username) ! authorization = ! build_auth_info(up->auth_type, up->username, up->password); ! if (! authorization) ! authorization = alloc_string(""); ! ! format = "%s %s%s%s HTTP/1.0\r\n\ ! User-Agent: %s\r\n\ ! %s\ ! Accept: %s\r\n\ ! %s\ ! %sContent-Length: %d\r\n\ ! %s\ ! \r\n\ ! %s"; ! ! request = alloc_mem (strlen (format) ! strlen (method) ! strlen (arguments) ! strlen (USER_AGENT) ! strlen (referer) ! strlen (accept) ! strlen (pragma) + ! strlen (contenttype) + 10 ! strlen (authorization) ! strlen (body) + 1); ! sprintf (request, format, ! method, filename, arguments[0] ? "?" : "", arguments, ! USER_AGENT, ! referer, ! accept, ! pragma, ! contenttype, ! strlen(body), ! authorization, ! body); ! ! free_mem(body); ! free_mem(arguments); ! free_mem(authorization); ! if (! crlf) ! { ! char *crlf, *lf; ! for (lf= crlf= request; *crlf; crlf++) ! if (*crlf != '\r') *lf++ = *crlf; ! } ! return(request); } /* *************** *** 598,619 **** int reload; { char *query; ! char *extra_header; if (type == 0) { - - if (reload != 0) extra_header = "Pragma: no-cache\n"; - - else extra_header = ""; - - query = build_request(up, NULL, extra_header, 1); } else if (type == 1) { char *filename; - - - - if (reload != 0) extra_header = "Pragma: no-cache\n"; - - else extra_header = ""; - - filename = MakeURL(up, 0); query = build_request(up, filename, extra_header, 1); free_mem(filename); - --- 533,548 ---- int reload; { char *query; ! char *extra_header = ""; ! if (reload) extra_header = "Pragma: no-cache\r\n"; if (type == 0) { query = build_request(up, NULL, extra_header, 1); } else if (type == 1) { char *filename; filename = MakeURL(up, 0); query = build_request(up, filename, extra_header, 1); free_mem(filename); ------- Message 7 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa05682; 18 Jun 95 8:57 PDT 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.12/8.6.12) with ESMTP id RAA11314 for ; Sun, 18 Jun 1995 17:57:33 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id RAA19012; Sun, 18 Jun 1995 17:57:30 +0200 From: Roman Czyborra To: Chimera Doctors Subject: remaining bugs MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 18 Jun 1995 17:57:29 +0200 Message-ID: The following problems remain: chimera http: dumps core; the anchor text for delayed images could be more meaningful; there are no default settings or accelerators for piping HTML source to frequently used commands; emailed pages have no MIME headers (procmail might be plugged in for this); dotelnet shouldn't have to be in mailcap; concurrent bookmark changes from parallel chimera windows overwrite one another; chimera is hardly mentioned in comp.infosystems.www.browsers.x. You must get the impression we've had bad weather in Berlin. Cheerio! ------- Message 8 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa02398; 19 Jun 95 8:38 PDT Received: from radon.cs.tu-berlin.de (czyborra@radon.cs.tu-berlin.de [130.149.24.20]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA10230 for ; Mon, 19 Jun 1995 17:35:16 +0200 Received: (czyborra@localhost) by radon.cs.tu-berlin.de (8.6.12/8.6.6) id RAA10581; Mon, 19 Jun 1995 17:35:13 +0200 From: Roman Czyborra To: Chimera Doctors Subject: Re: ringing the latest bells in HTTP requests In-Reply-To: by czyborra@cs.tu-berlin.de dated 1995-6-18 17:21:13 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Mon, 19 Jun 1995 17:35:11 +0200 Message-ID: I've just noticed two errors in my previous mail: > Chimera*acceptHeader: image/jpeg; */\*\015\n\ The semicolon must be replaced with a comma. > ! if (! crlf) > ! { > ! char *crlf, *lf; > ! for (lf= crlf= request; *crlf; crlf++) > ! if (*crlf != '\r') *lf++ = *crlf; Here I ought to add *lf="\0"; to terminate the string. ------- Message 9 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa03164; 19 Jun 95 9:02 PDT Received: from radon.cs.tu-berlin.de (czyborra@radon.cs.tu-berlin.de [130.149.24.20]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA11208 for ; Mon, 19 Jun 1995 17:58:59 +0200 Received: (czyborra@localhost) by radon.cs.tu-berlin.de (8.6.12/8.6.6) id RAA10699; Mon, 19 Jun 1995 17:58:55 +0200 From: Roman Czyborra To: Chimera Doctors Subject: Re: ringing the latest bells in HTTP requests In-Reply-To: by czyborra@cs.tu-berlin.de dated 1995-6-19 17:35:11 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Mon, 19 Jun 1995 17:58:53 +0200 Message-ID: > Here I ought to add *lf="\0"; to terminate the string. Arrgh... you know what I mean: *lf='\0'; ------- Message 10 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20729; 19 Jun 95 18:59 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: chimera progress Date: Mon, 19 Jun 1995 18:59:58 -0700 From: John Kilburg Just so you know that I'm still here... I changed my mind again (surprise!) about using the NCSA widget. I was modifying it so much to get it to do what I want that I just decided to write the whole thing from scratch. I use it for browsing with 1.65 as a backup but it still has plenty of problems. It handles most of the HTML2 tags and some of the HTML3 attributes. Forms display but don't actually work. Inline images work but it can only handle GIFs right now and there is no color allocation code so images are rendered black and background. If anyone knows of a good chunk of color allocation code (I am currently looking at xloadimage code), that has an X or BSD copyright please let me know. I hope to get a version out soon that you folks can tear it apart and yell at me for the stupid mistakes :) Xew plug: I didn't use Xew (I was going to use it if you remember). However, if you need a multi-language editor widget that can display fancy text attributes and imbed widgets then check it out. -john ------- Message 11 Received: from xs1.xs4all.nl by JIMI.CS.UNLV.EDU id aa00685; 20 Jun 95 2:02 PDT Received: from kozmix.hacktic.nl by xs1.xs4all.nl with UUCP id AA13011 (5.67b/IDA-1.5 for cs.unlv.edu!bug-chimera); Tue, 20 Jun 1995 11:03:07 +0200 Received: by kozmix.xs4all.nl (Smail3.1.29.1 #3) id m0sNz9Y-0000BwC; Tue, 20 Jun 95 10:59 MET DST Message-Id: From: Sander van Malssen Subject: Re: URL display line for mouse pointer To: bug-chimera@cs.unlv.edu Date: Tue, 20 Jun 1995 10:59:23 +0200 (MET DST) In-Reply-To: from "Roman Czyborra" at Jun 18, 95 04:29:27 pm Reply-To: svm@kozmix.xs4all.nl Organization: Kozmic Egg Productions, Gouda, Netherlands X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Length: 298 > Two and a half months ago Rob McMullen submitted the patch that made > Chimera 1.65 display the HREF in the bottom line whenever you move > your mouse over an anchor unless you turn off anchorDisplay. I still Is that patch archived anywhere? Sander - -- Sander van Malssen svm@kozmix.xs4all.nl ------- Message 12 Received: from hydra.ae.utexas.edu by JIMI.CS.UNLV.EDU id aa08200; 20 Jun 95 7:46 PDT Received: by hydra.ae.utexas.edu; id AA14897; Tue, 20 Jun 1995 09:46:08 -0500 Date: Tue, 20 Jun 1995 09:46:07 -0500 (CDT) From: Rob McMullen To: Sander van Malssen Cc: bug-chimera@cs.unlv.edu Subject: Re: URL display line for mouse pointer In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 20 Jun 1995, Sander van Malssen wrote: > > Two and a half months ago Rob McMullen submitted the patch that made > > Chimera 1.65 display the HREF in the bottom line whenever you move > > your mouse over an anchor unless you turn off anchorDisplay. I still > > Is that patch archived anywhere? Here's the complete patch for 1.65, including Roman Czyborra's fix for the resize pane problem. Rob diff -c src-orig/main.c src/main.c *** src-orig/main.c Mon Apr 3 18:31:48 1995 - --- src/main.c Thu Apr 13 10:40:48 1995 *************** *** 121,126 **** - --- 121,128 ---- offset(showURL), XtRImmediate, (XtPointer)True }, { "showTitle", XtCBoolean, XtRBoolean, sizeof(Boolean), offset(showTitle), XtRImmediate, (XtPointer)True }, + { "anchorDisplay", XtCBoolean, XtRBoolean, sizeof(Boolean), + offset(anchorDisplay), XtRImmediate, (XtPointer)True }, { "button1Box", "BoxList", XtRString, sizeof(char *), offset(button1Box), XtRString, (XtPointer)BUTTON_LIST }, { "button2Box", "BoxList", XtRString, sizeof(char *), *************** *** 1064,1069 **** - --- 1085,1107 ---- } return; + } + + /* rwmcm */ + /* + * AnchorURLDisplay + * + * Called when the mouse moves over an anchor + */ + void + AnchorURLDisplay(w, c) + Widget w; + char *c; + { + Arg args[5]; + + XtSetArg(args[0], XtNlabel, c); + XtSetValues(root.anchordisplay,args,1); } /* diff -c src-orig/widget.c src/widget.c *** src-orig/widget.c Mon Apr 3 18:31:48 1995 - --- src/widget.c Tue Jun 20 07:31:15 1995 *************** *** 226,231 **** - --- 226,246 ---- XtAddCallback(r->w, WbNanchorCallback, Anchor, r); /* + * rwmcm: Sixth pane, the URL anchor display + */ + if (r->anchorDisplay) + { + XtSetArg(args[0], XtNjustify, XtJustifyLeft); + XtSetArg(args[1], XtNlabel, " "); + XtSetArg(args[2], XtNskipAdjust, True); + r->anchordisplay=XtCreateManagedWidget("anchordisplay", + labelWidgetClass, paned, + args, 3); + XtSetArg(args[0], WbNpointerMotionCallback, AnchorURLDisplay); + XtSetValues(r->w, args, 1); + } + + /* * Set some callbacks for the HTML widget. */ XtSetArg(args[0], WbNresolveImageFunction, ImageResolve); diff -c src-orig/widget.h src/widget.h *** src-orig/widget.h Mon Apr 3 18:31:51 1995 - --- src/widget.h Mon Apr 3 18:23:18 1995 *************** *** 50,55 **** - --- 50,56 ---- char *printerName; /* default printer */ Boolean showURL; /* switch for the display of the current URL */ Boolean showTitle; /* switch for the display of the current title */ + Boolean anchorDisplay; /* display URL of current hyperlink */ int statusUpdate; /* frequency of download status update */ int inPort; /* the port that chimera listens on for data */ char *httpProxy; *************** *** 89,94 **** - --- 90,96 ---- Widget search; Widget cancel; Widget quit; + Widget anchordisplay; /* rwmcm */ char *savestr; char *loadstr; char *printstr; *************** *** 117,122 **** - --- 119,125 ---- void Quit(); void OpenDocument(); void Anchor(); + void AnchorURLDisplay(); void Home(); void Back(); void Help(); ------- Message 13 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa14392; 21 Jun 95 7:48 PDT 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.12/8.6.12) with ESMTP id QAA15778 for ; Wed, 21 Jun 1995 16:31:29 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id QAA07969; Wed, 21 Jun 1995 16:31:26 +0200 From: Roman Czyborra To: Chimera Doctors Subject: Re: ringing the latest bells in HTTP requests In-Reply-To: by czyborra@cs.tu-berlin.de dated 1995-6-19 17:35:11 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 21 Jun 1995 16:31:24 +0200 Message-ID: Surprise! My build_request() produced core dumps on Solaris systems. - --- src/http.c 1995/06/21 14:08:58 *************** *** 487,492 **** - --- 487,493 ---- request = alloc_mem (strlen (format) strlen (method) + strlen (filename) strlen (arguments) strlen (USER_AGENT) strlen (referer) *************** *** 516,521 **** - --- 517,523 ---- char *crlf, *lf; for (lf= crlf= request; *crlf; crlf++) if (*crlf != '\r') *lf++ = *crlf; + *lf='\0'; } return(request); } ------- Message 14 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa14836; 21 Jun 95 8:05 PDT 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.12/8.6.12) with ESMTP id RAA16843 for ; Wed, 21 Jun 1995 17:02:23 +0200 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.12/8.6.6) id RAA08182; Wed, 21 Jun 1995 17:02:12 +0200 From: Roman Czyborra To: Chimera Doctors Subject: Chimera's Pacman munches URL parts MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 21 Jun 1995 17:02:11 +0200 Message-ID: There is something fishy with Chimera's expansion of relative URLs. Some special patterns including ~/ or ./ cause behavior that seems to violate RFC 1808. Two illustrations: Load wais://www.cs.tu-berlin.de:2010/hypertexte?unicode with wais_proxy=https://www.cs.tu-berlin.de:2784/ and try to retrieve the HREF="hypertexte/TEXT/1551/1=quepasa%3A2010;2=./hypertexte;3=0%201551%20/home/pdv/mfx/.public_html/t/unicode.html;4=quepasa%3A2010;5=./hypertexte;6=0%201551%20/home/pdv/mfx/.public_html/t/unicode.html;7=%00;" Chimera cuts out everything up to the 5=./ and tries to load wais://www.cs:2010/hypertexte;6=0%201551%20/home/pdv/mfx/.public_html/t/unicode.html;7=%00; I've written https://www.cs.tu-berlin.de/cgi/waissearch to do without those painful WAIS URLs, but now the problem has hit me again: In https://www.cs.tu-berlin.de/~czyborra/news.html there is a HREF="~/bin/mysendmail" which is supposed to be expanded to https://www.cs.tu-berlin.de/~czyborra/~/bin/mysendmail but chimera tries to load https://www.cs.tu-berlin.de/~/bin/mysendmail, i.e. the /~czyborra/ is cut out. Do you have a fix for this problem? Or can you at least tell me where to look? ------- Message 15 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07441; 21 Jun 95 21:39 PDT To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: ignore unknown image types? Date: Wed, 21 Jun 1995 21:39:06 -0700 From: John Kilburg I haven't been responding to 1.x questions lately...sorry about that. I am more interested in 2.0 :) Anyways, I'm looking for opinions on what chimera should do when it encounters an inline image content-type that it doesn't understand. 1. don't download the image 2. download the image and cache it but don't try to display it -john ------- Message 16 Received: from msa.tte.vtt.fi by JIMI.CS.UNLV.EDU id aa12758; 22 Jun 95 0:41 PDT Received: (from msa@localhost) by msa.tte.vtt.fi (8.6.9/8.6.9) id KAA10020; Thu, 22 Jun 1995 10:39:55 +0300 Date: Thu, 22 Jun 1995 10:39:55 +0300 From: Markku Savela Message-Id: <199506220739.KAA10020@msa.tte.vtt.fi> To: bug-chimera@cephas.ISRI.UNLV.EDU In-reply-to: John Kilburg's message of Wed, 21 Jun 1995 21:39:06 -0700 <199506220458.HAA25967@hemuli.tte.vtt.fi> Subject: ignore unknown image types? Reply-to: Markku Savela >Anyways, I'm looking for opinions on what chimera should do when it >encounters an inline image content-type that it doesn't understand. Images only? I have been thinking that with "", you could actually display *any* content-type inline, if it is sensible and browser can understand it, because the server is telling the real type of the inline object. Thus, you could have like ..etc.. Some semantic decisision must be made, for example, will included HTML be shown in a inset box, or will it be added to the stream as if it was typed. I think this latter feature would be very useful, very often there is a need to have the same unchanging HTML stuff on every page, and it is a pain to repeat it always (and I hate server side includes, they are stupid, server dependent and forcing the server parse the HTML too!) >1. don't download the image >2. download the image and cache it but don't try to display it This would be just generalization of what is now occurring for inline images (user can specify whether they will be automaticly loaded or not). One could probly extend this concept by grouping the content types into three classess, and allowing user to specify the download behaviour for each class 1 content types that browser can display inline 2. content types that browser cannot display inline (either because it cannot for specific type, or because type is totally strange, foobar/bunnies.. 3. allow user to override above by specific types Whether to download or not is really independent of the browsers capability of displaying the type. But, probably a sensible default values might be (matching current behaviour). 1. download 2. no download 3. empty set Though, now that I think of it. What use is downloading *inline* image without being able to display it? To make it anywhere sensible, you probably would need to put some placeholder on the page that by clicking activates some control panel that you can use to save the content from cache to some sensible place with real user supplied filename... (of course, you can do this manually, but hunting specific item from the cache is such a boring job...) - -- msa ------- Message 17 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa15367; 22 Jun 95 3:49 PDT Received: from cock.cs.tu-berlin.de (czyborra@cock.cs.tu-berlin.de [130.149.92.28]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA16530 for ; Thu, 22 Jun 1995 11:01:04 +0200 Received: (czyborra@localhost) by cock.cs.tu-berlin.de (8.6.12/8.6.6) id LAA29838; Thu, 22 Jun 1995 11:00:55 +0200 From: Roman Czyborra To: bug-chimera@cs.unlv.edu Subject: Re: ignore unknown image types? In-Reply-To: <199506220452.GAA09982@mail.cs.tu-berlin.de> by john@cephas.isri.unlv.edu dated 1995-6-21 21:39:06 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Thu, 22 Jun 1995 11:00:54 +0200 Message-ID: > I'm looking for opinions on what chimera should do when it > encounters an inline image content-type that it doesn't understand. I'd hand them over to the external viewer configured in mailcap. ------- Message 18 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa20299; 22 Jun 95 8:37 PDT Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id KAA20779; Thu, 22 Jun 1995 10:37:06 -0500 Received: by mikey.convex.com (8.6.10/1.28) id KAA19486; Thu, 22 Jun 1995 10:37:31 -0500 From: David DeSimone Message-Id: <199506221537.KAA19486@mikey.convex.com> Subject: Re: ignore unknown image types? To: John Kilburg Date: Thu, 22 Jun 1995 10:37:30 -0500 (CDT) Cc: bug-chimera@cephas.ISRI.UNLV.EDU In-Reply-To: <199506220452.XAA22570@convex.convex.com> from "John Kilburg" at Jun 21, 95 09:39:06 pm Reply-To: David DeSimone X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1387 John Kilburg wrote: > > I haven't been responding to 1.x questions lately...sorry > about that. I am more interested in 2.0 :) What's the current status of 2.0, anyway? Sounds really great from what little I've heard about it. > Anyways, I'm looking for opinions on what chimera should do when it > encounters an inline image content-type that it doesn't understand. > > 1. don't download the image > 2. download the image and cache it but don't try to display it I feel that if you're not going to display the image, there's no point in downloading it. However, there's no way to find out the Content-type without contact the server and asking for it, and if you're going to go to the trouble of contacting the server, it seems that you might as well download the image after all. But then again, if it's a 300K image, that might take a while. :) I think the main case where I see this happen is with JPEG images, which chimera won't display. But these images are so small that you might as well download and cache them; most JPEGs are small, so it won't take very long. I don't think anyone has ever put an into their pages, have they? - -- 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 19 Received: from cygnus.com by JIMI.CS.UNLV.EDU id aa21520; 22 Jun 95 9:13 PDT Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.6.12/8.6.9) with SMTP id JAA11199; Thu, 22 Jun 1995 09:13:29 -0700 Received: by tweedledumb.cygnus.com (4.1/4.7) id AA07066; Thu, 22 Jun 95 12:13:26 EDT Received: by perdiem.cygnus.com (5.67/4.7) id AA00136; Thu, 22 Jun 95 12:12:27 -0400 Date: Thu, 22 Jun 95 12:12:27 -0400 From: "Mark W. Eichin" Message-Id: <9506221612.AA00136@perdiem.cygnus.com> To: fox@convex.convex.com Cc: john@cephas.ISRI.UNLV.EDU, bug-chimera@cephas.ISRI.UNLV.EDU In-Reply-To: <199506221537.KAA19486@mikey.convex.com> (message from David DeSimone on Thu, 22 Jun 1995 10:37:30 -0500 (CDT)) Subject: Re: ignore unknown image types? > I think the main case where I see this happen is with JPEG images, which > chimera won't display. Umm, it works for me -- I had to tweak .../convert because the djpeg I found and installed takes the -G argument instead of -gif, but that was it. I'd like to see work, for hack value, but it's probably bad html (it's surely bad SGML) and also in a recent test *no* other browser supported it. _Mark_ Cygnus Support, East Coast ------- Message 20 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28007; 22 Jun 95 13:00 PDT To: David DeSimone cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: ignore unknown image types? In-reply-to: Your message of "Thu, 22 Jun 1995 10:37:30 CDT." <199506221537.KAA19486@mikey.convex.com> Date: Thu, 22 Jun 1995 13:00:22 -0700 From: John Kilburg >John Kilburg wrote: >> >> I haven't been responding to 1.x questions lately...sorry >> about that. I am more interested in 2.0 :) > >What's the current status of 2.0, anyway? Sounds really great from what >little I've heard about it. It is sort of great. It works pretty well except when a document has forms. Most form input types appear on screen but they don't actually work. It needs a few things added to make it useful. By popular demand, URLs will be displayed when the pointer moves over an anchor. This feature can be disabled, of course. -john ------- Message 21 Received: from snooky.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05732; 22 Jun 95 18:05 PDT To: John Kilburg cc: bug-chimera@cephas.isri.unlv.edu Subject: Re: ignore unknown image types? In-reply-to: Your message of "Wed, 21 Jun 1995 21:39:06 PDT." Date: Thu, 22 Jun 1995 18:05:29 -0700 From: "Steve E. Lumos" >I haven't been responding to 1.x questions lately...sorry >about that. I am more interested in 2.0 :) > >Anyways, I'm looking for opinions on what chimera should do when it >encounters an inline image content-type that it doesn't understand. > >1. don't download the image >2. download the image and cache it but don't try to display it > > -john Broken record: Give the user the choice. Choice 2 is wasteful, but if you only do 1, and the user needs the picture for something (like some important graph or something), they'll have to do something nasty like looking at the source to find out the URL for the picture, then using urlget/urlsnarf/lynx, etc to get the picture. Also, doing number 1 would be better than doing just number 2 and expecting the user to go rummaging around in the cache for it. TTYL - Steve ------- Message 22 Received: from snooky.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa05905; 22 Jun 95 18:12 PDT To: John Kilburg cc: bug-chimera@cephas.isri.unlv.edu Subject: Re: ignore unknown image types? In-reply-to: Your message of "Thu, 22 Jun 1995 13:00:22 PDT." Date: Thu, 22 Jun 1995 18:12:46 -0700 From: "Steve E. Lumos" [. . .] >By popular demand, URLs will be displayed when the pointer moves over an >anchor. This feature can be disabled, of course. > > -john Speaking of which, I don't know a whole lot about X programming, but I think it should be possible to erase some currently displayed URL and write the next URL with one oppertion. Did what I said make sense? I see now what people meant when the were talking about flashing, most browsers don't clear the line then write the text though, so it doesn't bother you. TTYL - Steve ------- Message 23 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa06020; 22 Jun 95 18:17 PDT To: "Steve E. Lumos" cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: ignore unknown image types? In-reply-to: Your message of "Thu, 22 Jun 1995 18:12:46 PDT." Date: Thu, 22 Jun 1995 18:17:17 -0700 From: John Kilburg > [. . .] > >>By popular demand, URLs will be displayed when the pointer moves over an >>anchor. This feature can be disabled, of course. >> >> -john > >Speaking of which, I don't know a whole lot about X programming, but I >think it should be possible to erase some currently displayed URL and >write the next URL with one oppertion. Did what I said make sense? I >see now what people meant when the were talking about flashing, most >browsers don't clear the line then write the text though, so it >doesn't bother you. Did you run 2.0? It flashes as you move the pointer over an anchor. I can probably keep track if it is currently over the same anchor to eliminate that problem. This is faster than repainting the same thing to avoid the flash. -john ------- End of Forwarded Messages