Received: from jimi.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01379; 26 Dec 96 22:40 PST To: jay@JIMI.CS.UNLV.EDU Subject: bug-chimera jan 95 Date: Thu, 26 Dec 1996 22:40:38 -0800 From: Jay Nietling ------- Forwarded Messages Received: from bibsyst.bibsyst.no by JIMI.CS.UNLV.EDU id aa29897; 2 Jan 95 8:10 PST Received: by bibsyst.bibsyst.no (Smail3.1.28.1 #15) id m0rOpLL-0001qxC; Mon, 2 Jan 95 17:10 WET Message-Id: Date: Mon, 2 Jan 95 17:10 WET From: Tore Morkemo To: bug-chimera@cs.unlv.edu Subject: equal cache directories Hi! The different caches in chimera 1.62/3 looks great. It isn't necessary to cache local files... The help files says: The directory field is the name of the directory where the cache files are stored. More than one cache can share the same directory. The last sentence is not correct. Starting chimera with cache-files from different domains in the same directory results in the cache files being removed when quiting. I'm using 1.63 although help.html says 1.62. - -- Tore Morkemo. *-----------------------------------------------------------------------------* Tore Morkemo, Bibliotek-Systemer A/S, Box 2093 Stubber|d, 3271 Larvik, Norway Tel: +47 33 11 68 00 Fax: +47 33 11 68 22 email: tore@bibsyst.no *-----------------------------------------------------------------------------* ------- Message 2 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa04405; 3 Jan 95 16:33 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id SAA24193; Tue, 3 Jan 1995 18:25:19 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id SAA07980; Tue, 3 Jan 1995 18:34:14 -0600 From: David DeSimone Message-Id: <199501040034.SAA07980@mikey.convex.com> Subject: Named anchor handling To: Chimera Bug List Date: Tue, 3 Jan 1995 18:34:13 -0600 (CST) 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: 543 Chimera 1.63 does not seem to properly handle named anchors that are not in the current document. For instance, this URL: https://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html#A1.3.3.3 Following this link will take you to the top of the HTML Primer, rather than to the middle where the relevant text is indicated. - -- 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 3 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa09668; 3 Jan 95 21:33 PST To: David DeSimone cc: Chimera Bug List Subject: Re: Named anchor handling In-reply-to: Your message of "Tue, 03 Jan 1995 18:34:13 CST." <199501040034.SAA07980@mikey.convex.com> Date: Tue, 03 Jan 1995 21:33:55 -0800 From: John Kilburg >Chimera 1.63 does not seem to properly handle named anchors that are not >in the current document. For instance, this URL: > > https://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html#A1.3.3.3 > >Following this link will take you to the top of the HTML Primer, rather >than to the middle where the relevant text is indicated. I am going to release 1.64 which fixes this problem and some others. -john ------- Message 4 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa10451; 3 Jan 95 22:39 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Wed, 04 Jan 95 01:38:58 -0500 From: Jim.Rees@umich.edu To: Chimera Bug List Date: Wed, 04 Jan 1995 01:38:59 -0500 Subject: Chimera well-positioned for loss of gif Sender: rees@citi.umich.edu Now that we all might have to stop using gif, chimera seems to be the browser of choice. It's the only one I know of that has extensibility of conversion filters for inline images. I'd suggest adding standard filters for tiff and jpeg. ------- Message 5 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa17634; 4 Jan 95 5:29 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA22507; Wed, 4 Jan 95 08:33:58 EST Date: Wed, 4 Jan 1995 08:33:58 -0500 (EST) From: "R. Stewart Ellis" To: Jim.Rees@umich.edu Cc: Chimera Bug List Subject: Re: Chimera well-positioned for loss of gif In-Reply-To: <9501040713.AA11960@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 4 Jan 1995 Jim.Rees@umich.edu wrote: > Now that we all might have to stop using gif, chimera seems to be the > browser of choice. It's the only one I know of that has extensibility of > conversion filters for inline images. I guess I must have been dozing, but what has happened that might prevent us from using gifs? It does not seem like CIS has been very vigorous in trying to defend GIF from general use. [...] Stew Ellis ------- Message 6 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa18351; 4 Jan 95 6:28 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA24826; Wed, 4 Jan 95 09:32:58 EST Date: Wed, 4 Jan 1995 09:32:58 -0500 (EST) From: "R. Stewart Ellis" To: Jim.Rees@umich.edu, Chimera Bug List Subject: Re: Chimera well-positioned for loss of gif In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 4 Jan 1995, R. Stewart Ellis wrote: > On Wed, 4 Jan 1995 Jim.Rees@umich.edu wrote: > > > Now that we all might have to stop using gif, chimera seems to be the > > browser of choice. It's the only one I know of that has extensibility of > > conversion filters for inline images. > > I guess I must have been dozing, but what has happened that might prevent us > from using gifs? It does not seem like CIS has been very vigorous in trying > to defend GIF from general use. I am now fully awake!!! I just started catching up with c.i.w.misc!!! > > [...] > > > Stew Ellis > R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 ___________________ Humanities & Social Science, GMI Eng.& Mgmt. Inst. / _____ ______ Flint, MI 48504 ellis@nova.gmi.edu / / / / / / Gopher,chimera,nn,tin,jove,modems, free code is best!/________/ / / / / ------- Message 7 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa22427; 4 Jan 95 10:09 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@charles.cs.unlv.edu with SMTP; Wed, 04 Jan 95 13:08:09 -0500 From: Jim.Rees@umich.edu To: Chimera fans Date: Wed, 04 Jan 95 13:08:01 EST Subject: more on gif Sender: rees@citi.umich.edu Sorry, I thought this was common knowledge by now. Here's more, straight from the horse's mouth. It seems Unisys, not Compuserve, is the real bad guy, at least if you believe what you read here. From: Tim Oren To: Tom Mandel Subject: CIS/GIF Message-ID: Status: R Tom - Re GIF, I can talk about it, and if the impression being left is that we are trying to make big bucks, I definitely need to talk about it, because we've lef t the wrong impression. Here's the story, which you CAN repeat, WITH my name attached: GIF was originally developed at CompuServe by Steve Wilhite, who currently works for me. As part of it, he used with the LZW compression scheme, which had been openly published by Unisys engineer in a journal. A number of other developers picked up and used LZW as well. None of us knew that Unisys had filed for, and eventually received, a patent on the LZW scheme. I believe this is called a 'submarine' patent - it can surface and get you later. We were got. Unisys proposed an infringement suit, and we had no recourse but to settle. We are paying licensing fees in a manner which IS a nondisclosure item. One of the things we needed to be able to do is to 'pass through' a license embodying both LZW & GIF to those developers who create their own client programs to CompuServe, such as TAPCIS and Mac Nav, since they 'practice' LZW as well. The reason that GIF is included as a conditional in such licenses is that we can't pass through an unrestricted LZW license, and the reason there is money involved is that we in turn have to pay Unisys. If anyone is taking the impression that we are asserting proprietary rights in GIF additional to the LZW patent, that is wrong. Neither are we attempting to assist Unisys in enforcing their patent with respect to non-CompuServe environments, such as the Internet, though 'buying into' our license would be one way of Internet based vendors in avoiding possible action from Unisys. This is far more headache than it is worth, believe me, and we are actively engaged in looking at migration strategies that will get us and our customers off the hook. Our reputation has been damaged by being an unwitting partner to Unisys during those 7 years of encouraging proliferation, and we are not happy about it. (I'm sure Stallman - rms - could find a moral in here somewhere... ) ------- Message 8 Received: from nic.tip.net by JIMI.CS.UNLV.EDU id aa11529; 5 Jan 95 0:34 PST Received: from gatekeeper.axis.se (gatekeeper.axis.se [193.44.28.2]) by nic.tip.net (8.6.9/8.6.5) with SMTP id JAA12831 for ; Thu, 5 Jan 1995 09:28:59 +0100 Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0rPndk-000u2DC; Thu, 5 Jan 95 09:33 GMT-1:00 Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0rPndj-000pcwC; Thu, 5 Jan 95 09:33 MET Message-Id: To: bug-chimera@cs.unlv.edu Subject: Forms and Chimera? X-Face: ";qfS@AVy6@.5R{>2LcAxmyV?RZ~3m^^du$]?z-ay|Oy,;y_ ( &j}Rlxyd}.[< cfx7Fu-c;Mk:_tYRh! ) \:nB}b/`/eq'td^-efI\>:@m0` ( BL/:H5NU]|MFw`* %R%$Vk+4_-h];!_wh ) sPEg|KeGbQN9xY2i7jg/0<6;lmw"IIN9TWn0+>|}J.S KMh9gO$Aa`@U~s - ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable One question, is it possible to retain the values in a form after a request? That would help if one wanted to make several almost identical requests. I know that lynx remember the values, but I don't know about Mosaic and others. - ------- =_aaaaaaaaaa0 Content-Type: text/enriched; charset="iso-8859-1" Content-Description: Signature Content-Transfer-Encoding: quoted-printable J=F6rgen H=E4gg jh@axis.se Axis Communications AB Snailmail: Axis Communications AB Phone: +46 46 191849 Scheelev=E4gen 16 Fax: +46 46 136130 S-223 70 LUND, Sweden - ------- =_aaaaaaaaaa0-- ------- Message 9 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28653; 6 Jan 95 17:49 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: 1.64 beta 5 Date: Fri, 06 Jan 1995 17:49:12 -0800 From: John Kilburg ftp://ftp.cs.unlv.edu/pub/chimera-misc/xc5-1.64.tar.gz 1.64 - ------------ Cleaned up some stuff in main(). Removed redundant code from OpenURL(). Fixed problem with the '#foo' URL guys. The anchor field in URLParts wasn't being copied in MakeURLParts() and MakeURL(). Also, for some reason the target_anchor argument for HTMLSetText wasn't working for me so I used HTMLAnchorToId() and HTMLGotoId() which is wrong but it works. Added 'd->cache = 0' to file(). Again. Added a line for JPEG inline images. Nicolas Pioch . Fixed problems with caches using the same directory. See ScanCacheDirectories() in cache.c. Updated the README files, INSTALL, and lib/help.html. Added compat/ to the distribution to hold functions that don't exist on some machines. Change Common.tmpl, src/Imakefile, Imakefile. Changed the bogus mystrcmp() calls to strcasecmp(). -john ------- Message 10 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa12071; 10 Jan 95 2:44 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: progress indicator Date: Tue, 10 Jan 1995 02:44:36 -0800 From: John Kilburg I need a way to indicate that a download is taking place in chimera 2.0. The old counter method will not work because there are multiple downloads at the same time. Any ideas? -john ------- Message 11 Received: from igw.merck.com by JIMI.CS.UNLV.EDU id aa13867; 10 Jan 95 5:18 PST Received: by igw.merck.com (5.65/fma-120691); id AA27310; Tue, 10 Jan 95 08:24:41 -0500 Message-Id: <9501101324.AA27310@igw.merck.com> From: Anthony Starks Subject: Re: progress indicator To: John Kilburg Date: Tue, 10 Jan 1995 08:20:18 -0500 (EST) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 259 how about a simple temperature gauge or even simpler, a small flashing rectangle. Of course, the indicator would be on each individual window where a download is taking place. - -- Anthony Starks Merck Research Laboratories Anthony_Starks@Merck.Com ------- Message 12 Received: from concorde.inria.fr by JIMI.CS.UNLV.EDU id aa14562; 10 Jan 95 5:48 PST Received: from fantomas.inria.fr (fantomas.inria.fr [128.93.11.34]) by concorde.inria.fr (8.6.9/8.6.9) with ESMTP id OAA05572 for ; Tue, 10 Jan 1995 14:48:24 +0100 Received: (from lasgout@localhost) by fantomas.inria.fr (8.6.8/8.6.6) id OAA22807; Tue, 10 Jan 1995 14:48:22 +0100 Date: Tue, 10 Jan 1995 14:48:22 +0100 From: Jean-Marc Lasgouttes Message-Id: <199501101348.OAA22807@fantomas.inria.fr> To: bug-chimera@unlv.edu Subject: Ideas for Chimera Reply-to: Jean-Marc.Lasgouttes@inria.fr Hi, There are two non-feature of Chimera that make it less user friendly: - - When seeing a directory by ftp, the files are not sorted by name. I do not know if this is the job of chimera or of the ftp daemon, but for long lists, it can be a real pain (ex: try ftp://ftp.inria.fr/faq/). - - When Chimera fails to open a document (document does not exist, host does nnot exist, protocol unknown, or even when cancel is used), it displays the unhelpful message "Error loading document". Could this be improved? And a third that I just noticed: - - If you start chimera with an URL on the command line, the "Home" button is grayed out. Is there a reason for that. Other than that, I'm really eager to see Chimera 2 :-) Jean-Marc. ------- Message 13 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa14789; 10 Jan 95 6:05 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Tue, 10 Jan 95 09:04:56 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Tue, 10 Jan 95 09:04:49 EST Subject: Re: progress indicator Sender: rees@citi.umich.edu In-Reply-To: John Kilburg, Tue, 10 Jan 95 02:44:36 PST I need a way to indicate that a download is taking place in chimera 2.0. Sum up all the individual counters from each download. Maybe express it as a percentage. It would be a bit strange to see the percentage jump up and down for no apparent reason, I suppose. Or use a bar graph, like Netscape. ------- Message 14 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa15381; 10 Jan 95 6:36 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA24697; Tue, 10 Jan 95 09:41:30 EST Date: Tue, 10 Jan 1995 09:41:29 -0500 (EST) From: "R. Stewart Ellis" To: John Kilburg Cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: progress indicator In-Reply-To: <9501101121.AA16311@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 10 Jan 1995, John Kilburg wrote: > I need a way to indicate that a download is taking place in chimera 2.0. > The old counter method will not work because there are multiple downloads > at the same time. > > Any ideas? I've always got ideas, but I am not sure what you are after and what would be easy to do. What would be best would be something like a bar or pie that fills up, or a dot that grows, or something else that would show progress to completion, but I am not sure that is very doable. Some sort of flashing indicator would be alright. > > -john > Stew ------- Message 15 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa15971; 10 Jan 95 7:03 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Tue, 10 Jan 95 10:02:57 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Tue, 10 Jan 95 10:02:49 EST Subject: memory leak? Sender: rees@citi.umich.edu Is there a memory leak in 1.62? Mine starts at 4 Mb, which is reasonable, and grows to 16 Mb in a few days, at which time I have to restart it (this is on a small machine). I haven't been loading any huge files, just lots of little ones. ------- Message 16 Received: from robin.EE.UNLV.EDU by JIMI.CS.UNLV.EDU id aa01925; 10 Jan 95 17:31 PST To: bug-chimera@cs.unlv.edu Subject: 1.63 in-line image problem Date: Tue, 10 Jan 1995 17:31:07 -0800 From: Dave Good Once chimera encounters an image it cannot display, it will never again display in image. Ex. I had a permission field set wrong on an image (.gif sshhh!! don't tell Compuserve ;) I got the "X" instead of the image. Fixed the problem. Clicked reload. Still got the X. Backed out to another page, all graphics were "X". Exited and re-ran chimera, life is good. This happens alot now as chimera sometimes doesn't resolve images the first try. I never noticed this behavior in the previous version... --Dave PS Chimers is the BEST thing going!! Yer' a dude!!! ------- Message 17 Received: from rosebud.turing.toronto.edu by JIMI.CS.UNLV.EDU id aa03575; 10 Jan 95 18:58 PST Received: by turing.toronto.edu id <7358>; Tue, 10 Jan 1995 21:58:29 -0500 From: Smarasderagd To: bug-chimera@cs.unlv.edu, john@cephas.ISRI.UNLV.EDU Subject: Re: progress indicator Message-Id: <95Jan10.215829est.7358@turing.toronto.edu> Date: Tue, 10 Jan 1995 21:58:15 -0500 How about highlighting a button that pops up a window that lets you see all the downloads in progress, in whatever format? ------- Message 18 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa20596; 13 Jan 95 15:12 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: ParseExpiresDate Date: Fri, 13 Jan 1995 15:12:50 -0800 From: John Kilburg Some machines don't have mktime(). If this is the case then just make ParseExpiresDate() return 0. Basically, this will cause chimera to ignore the Expires field. -john ------- Message 19 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa22038; 13 Jan 95 16:25 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Fri, 13 Jan 95 19:24:42 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Fri, 13 Jan 95 19:24:33 EST Subject: chimera is too sensitive Sender: rees@citi.umich.edu I just noticed that chimera asks the X server for motion events. It doesn't need them. I suspect the html widget sets a callback for them so that Mosaic can flash urls at you as you drag the pointer across the screen. But since chimera doesn't do this, it really doesn't need the callback. Turning it off will greatly improve responsiveness if your X server isn't local. Also, it seems to me chimera refreshes the screen more than it needs to, like every time you click on a link. ------- Message 20 Received: from nic.tip.net by JIMI.CS.UNLV.EDU id aa11763; 16 Jan 95 1:28 PST Received: from gatekeeper.axis.se (gatekeeper.axis.se [193.44.28.2]) by nic.tip.net (8.6.9/8.6.5) with SMTP id KAA02380 for ; Mon, 16 Jan 1995 10:22:51 +0100 Received: from axisab.axis.se by gatekeeper.axis.se with smtp (Smail3.1.28.1 #20) id m0rTniz-000ujCC; Mon, 16 Jan 95 10:27 GMT-1:00 Received: from axis.se by axisab.axis.se with smtp (Smail3.1.28.1 #1) id m0rTniw-000pcyC; Mon, 16 Jan 95 10:27 MET Message-Id: To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: chimera is too sensitive In-reply-to: Your message of "Fri, 13 Jan 1995 19:24:33 MET." MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 16 Jan 1995 10:27:40 MET From: Joergen Haegg In message you write: > >I just noticed that chimera asks the X server for motion events. It does= n't >need them. I suspect the html widget sets a callback for them so that >Mosaic can flash urls at you as you drag the pointer across the screen. = But Probably, but it would be really nice if chimera could do so. (hint hint :-) >since chimera doesn't do this, it really doesn't need the callback. Turn= ing >it off will greatly improve responsiveness if your X server isn't local. Make it optional. ------- Message 21 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa15096; 16 Jan 95 6:19 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Mon, 16 Jan 95 09:18:55 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Mon, 16 Jan 95 09:18:47 EST Subject: Re: chimera is too sensitive Sender: rees@citi.umich.edu In-Reply-To: Joergen Haegg, Mon, 16 Jan 95 10:27:40 +0700 Probably, but it would be really nice if chimera could do so. (hint hint :-) I disagree. I think this "feature" of Mosaic is very annoying. ------- Message 22 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa15513; 16 Jan 95 6:49 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id IAA27737; Mon, 16 Jan 1995 08:49:36 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id IAA22326; Mon, 16 Jan 1995 08:49:34 -0600 From: David DeSimone Message-Id: <199501161449.IAA22326@mikey.convex.com> Subject: Re: chimera is too sensitive To: Jim.Rees@umich.edu Date: Mon, 16 Jan 1995 08:49:33 -0600 (CST) Cc: bug-chimera@cephas.ISRI.UNLV.EDU In-Reply-To: <199501161442.IAA27564@convex.convex.com> from "Jim.Rees@umich.edu" at Jan 16, 95 09:18:47 am 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: 622 > I disagree. I think this "feature" of Mosaic is very annoying. I think it is very useful for a browser to tell you where a link is going to take you, BEFORE you try to follow it. While Chimera does not need to follow Mosaic or Netscape in the exact method for doing this, I feel that there should be some way for Chimera to give this information, other than clicking 'Source' and searching for the URL. - -- 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 23 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa15713; 16 Jan 95 7:07 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Mon, 16 Jan 95 10:06:28 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Mon, 16 Jan 95 10:06:21 EST Subject: Re: chimera is too sensitive Sender: rees@citi.umich.edu In-Reply-To: David DeSimone, Mon, 16 Jan 95 08:49:33 CST I think it is very useful for a browser to tell you where a link is going to take you, BEFORE you try to follow it. I agree, and I'm not arguing against that. I just don't like something flickering at me as I move the mouse around. I'd like to be able to click (or maybe shift-click) on a link to bring up the url it points to. I think chimera even did this at one time. Of course the best would be if you could configure it to do whatever you want. ------- Message 24 Received: from nova.gmi.edu by JIMI.CS.UNLV.EDU id aa15922; 16 Jan 95 7:15 PST Received: by nova.gmi.edu (4.1/SMI-4.1-DNI) id AA04876; Mon, 16 Jan 95 10:20:21 EST Date: Mon, 16 Jan 1995 10:20:20 -0500 (EST) From: "R. Stewart Ellis" To: Jim.Rees@umich.edu Cc: bug-chimera@cephas.ISRI.UNLV.EDU Subject: Re: chimera is too sensitive In-Reply-To: <9501161458.AA03914@nova.gmi.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 16 Jan 1995 Jim.Rees@umich.edu wrote: > Probably, but it would be really nice if chimera could do so. > (hint hint :-) > > I disagree. I think this "feature" of Mosaic is very annoying. > But it is that sort of flash that impresses many users. Maybe people do not know that putting the pointer on a link and clicking the mouse button will display the URL. I would like that to work a bit different, but it gets the job done, which is what I like about chimera. I really think products like chimera and jove, which provide the critical core features without dealing with all the kitchen-sink features, are much nicer to use than the kitchen-sink programs. Stew Ellis ------- Message 25 Received: from cephas.ISRI.UNLV.EDU by JIMI.CS.UNLV.EDU id aa23937; 16 Jan 95 15:03 PST To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: URL discovery (was Re: chimera is too sensitive) In-reply-to: Your message of "Mon, 16 Jan 1995 10:06:21 EST." Date: Mon, 16 Jan 1995 15:03:11 -0800 From: John Kilburg > I think it is very useful for a browser to tell you where a link is > going to take you, BEFORE you try to follow it. > >I agree, and I'm not arguing against that. I just don't like something >flickering at me as I move the mouse around. I'd like to be able to click >(or maybe shift-click) on a link to bring up the url it points to. I think >chimera even did this at one time. Of course the best would be if you could >configure it to do whatever you want. I've been thinking about this. In chimera 1.x, the middle button causes the URL to be downloaded. In 2.x, a popup window will appear with the URL as a label and menu buttons for different actions. For example, - -------------------- https://www.unlv.edu/ - -------------------- Download - -------------------- Information - -------------------- I'm not sure when I will get this to work but it seems reasonable to me. The Information selection will show the size, content-type, and cache stats if the document is in the cache or if the document is not in the cache it will do a HEAD to get information about the document without downloading it. -john ------- Message 26 Received: from kari.fm.unit.no by JIMI.CS.UNLV.EDU id aa24233; 16 Jan 95 15:10 PST Received: (from arnej@localhost) by kari.fm.unit.no (8.6.9/8.6.9) id AAA13646 for bug-chimera@cephas.ISRI.UNLV.EDU; Tue, 17 Jan 1995 00:10:37 +0100 Date: Tue, 17 Jan 1995 00:10:37 +0100 From: Arne Henrik Juul Message-Id: <199501162310.AAA13646@kari.fm.unit.no> To: bug-chimera@cephas.ISRI.UNLV.EDU Subject: slanted text is clipped in chimera Content-Length: 604 Something that doesn't look very good in chimera is slanted fonts in combination with non-slanted - the last letter is 'clipped'. To see this view: https://www.pvv.unit.no/~arnej/slanted.html which is a test document I've made. In some of my documents I've tried to avoid this by specifying "text," instead of "text," but it would have been better if this could be fixed in chimera. Is this possible? I've tried replacing XDrawImageString with XDrawString in the html widget, and this `solves' the problem, but then of course lots of other things break. Yours, - Arne H. Juul ------- Message 27 Received: from citi.umich.edu by JIMI.CS.UNLV.EDU id aa26503; 16 Jan 95 17:29 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cephas.ISRI.UNLV.EDU with SMTP; Mon, 16 Jan 95 20:28:16 -0500 From: Jim.Rees@umich.edu To: bug-chimera@cephas.ISRI.UNLV.EDU Date: Mon, 16 Jan 95 20:28:07 EST Subject: Re: URL discovery (was Re: chimera is too sensitive) Sender: rees@citi.umich.edu In-Reply-To: John Kilburg, Mon, 16 Jan 95 15:03:11 PST In 2.x, a popup window will appear with the URL as a label and menu buttons for different actions. Make sure the label is selectable. One problem with the Mosaic way is that there is no way to select the url of a link, for pasting into your own document or mailing to someone, for example. ------- Message 28 Received: from magic.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa28294; 16 Jan 95 18:34 PST To: John Kilburg cc: bug-chimera@cephas.isri.unlv.edu, jzhan@magic.CS.UNLV.EDU Subject: Re: URL discovery (was Re: chimera is too sensitive) In-reply-to: Your message of "Mon, 16 Jan 1995 15:03:11 PST." Date: Mon, 16 Jan 1995 18:34:24 -0800 From: Jenny Zhan > I think it is very useful for a browser to tell you where a link is > going to take you, BEFORE you try to follow it. > >I agree, and I'm not arguing against that. I just don't like something >flickering at me as I move the mouse around. I'd like to be able to click >(or maybe shift-click) on a link to bring up the url it points to. I think >chimera even did this at one time. Of course the best would be if you could >configure it to do whatever you want. The Mosaic feature is very useful, especially when the downloading requires a lot of patience. However, I agree it is a bit annoying sometimes. How about a menu option like "show link URL" or "show link info" which can be part of a pulldown menu? The user can choose to turn it on or off. - -Jenny ------- Message 29 Received: from guitar-slim.CS.UNLV.EDU by JIMI.CS.UNLV.EDU id aa07158; 17 Jan 95 0:35 PST To: bug-chimera@cs.unlv.edu Subject: Re: chimera is too sensitive In-reply-to: Your message of "Mon, 16 Jan 1995 08:49:33 CST." <199501161449.IAA22326@mikey.convex.com> Date: Tue, 17 Jan 1995 00:35:50 -0800 From: "Steve E. Lumos" >> I disagree. I think this "feature" of Mosaic is very annoying. > >I think it is very useful for a browser to tell you where a link is >going to take you, BEFORE you try to follow it. While Chimera does not >need to follow Mosaic or Netscape in the exact method for doing this, I >feel that there should be some way for Chimera to give this information, >other than clicking 'Source' and searching for the URL. FWIW, I completely agree here. There are actually a few people in this world who do try to avoid intercontinental access during peak hours. Even those who have no interest in being good net.citizens must notice how some page suddenly takes forever to transfer because you just stumbled into China or something.... TTYL - Steve ------- Message 30 Received: from convex.convex.com by JIMI.CS.UNLV.EDU id aa14626; 17 Jan 95 9:25 PST Received: from mikey.convex.com by convex.convex.com (8.6.4.2/1.35) id JAA05684; Tue, 17 Jan 1995 09:55:12 -0600 Received: from localhost by mikey.convex.com (8.6.4.2/1.28) id JAA02203; Tue, 17 Jan 1995 09:55:11 -0600 From: David DeSimone Message-Id: <199501171555.JAA02203@mikey.convex.com> Subject: Window Titles on pop-ups To: Chimera Bug List Date: Tue, 17 Jan 1995 09:55:11 -0600 (CST) 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: 776 I've noticed that chimera doesn't try very hard to put useful titles on its transient dialogs. Many of them come up with titles such as "stringpopup". Okay, I just checked...all of them do, except for the "File" dialog, which calls itself "filepopup", and the "Bookmark" dialog, which calls itself "Lister". All of these dialogs have titles written in their client area. Why not put the title in the title bar? I tried this with several different window managers. I suspect that many of you use undecorated transients, and so never noticed this happening? - -- 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 citi.umich.edu by JIMI.CS.UNLV.EDU id aa16018; 17 Jan 95 10:08 PST Received: from citi.umich.edu by citi.umich.edu for bug-chimera@cs.unlv.edu with SMTP; Tue, 17 Jan 95 13:07:17 -0500 From: Jim.Rees@umich.edu To: Chimera Lovers Date: Tue, 17 Jan 1995 13:07:17 -0500 Subject: Re: Window Titles on pop-ups Sender: rees@citi.umich.edu In-Reply-To: David DeSimone, Tue, 17 Jan 1995 09:55:11 CST I've noticed that chimera doesn't try very hard to put useful titles on its transient dialogs... I suspect that many of you use undecorated transients, and so never noticed this happening? Why would you want to decorate transients? (This conjures up images of someone tying ribbons in the hair of the guys who loiter outside the bus station). Still, even if you don't, it's useful to give these things good titles. Sometimes I shuffle through some of my other windows looking for the right place to cut or paste some text for the popup, and end up burying the popup. If it had a recognizable name I could find it more easily, using the window manager's menu of window names. ------- Message 32 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa07631; 17 Jan 95 21:18 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.9/8.6.9) with ESMTP id GAA21978; Wed, 18 Jan 1995 06:17:54 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id GAA14496; Wed, 18 Jan 1995 06:17:51 +0100 From: Roman Czyborra To: David DeSimone Cc: Chimera Lovers Subject: Re: Window Titles on pop-ups In-Reply-To: <199501171555.JAA02203@mikey.convex.com> by fox@mikey.convex.com dated 1995-1-17 09:55:11 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 18 Jan 1995 06:17:51 +0100 Message-ID: > I've noticed that chimera doesn't try very hard to put useful titles > on its transient dialogs. Many of them come up with titles such as > "stringpopup". Try chimera -xrm *transient:no -xrm *search*title:search -xrm *open*title:open ------- Message 33 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa10270; 17 Jan 95 23:37 PST Received: from radium.cs.tu-berlin.de (czyborra@radium.cs.tu-berlin.de [130.149.24.27]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id IAA25078 for ; Wed, 18 Jan 1995 08:37:07 +0100 Received: (czyborra@localhost) by radium.cs.tu-berlin.de (8.6.7/8.6.6) id IAA07961; Wed, 18 Jan 1995 08:37:04 +0100 Date: Wed, 18 Jan 1995 08:37:02 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: wish list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I would like the following bugs to be fixed: 1. xmkmf -a writes CDEBUGFLAGS=-O2 into the Makefiles, but gcc is called without the optimizer option, I can't figure out why 2. chimera's mail function doesn't label the MIME type, I guess I could plug in a procmail script as MAIL_COMMAND to do this, still the mailed HTML should get a BASE HREF or all of the URLs resolved 3. unlike xrn filing to |command doesn't open a pipe 4. I don't like the CHILD_STDERR=/dev/null, I want to see diagnostic output and don't have a /dev/stderr. 5. https://www:80/ alias https://www/ is fetched and cached twice That's it. ------- Message 34 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa04840; 18 Jan 95 16:27 PST Received: from titanic.cs.tu-berlin.de (root@titanic.cs.tu-berlin.de [130.149.18.9]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id BAA28124 for ; Thu, 19 Jan 1995 01:16:44 +0100 Received: (czyborra@localhost) by titanic.cs.tu-berlin.de (8.6.9/8.6.6) id GAA14520; Wed, 18 Jan 1995 06:30:34 +0100 From: Roman Czyborra To: Chimera Lovers Subject: Re: chimera is too sensitive In-Reply-To: by jh@axis.se dated 1995-1-16 10:27:40 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Wed, 18 Jan 1995 06:30:33 +0100 Message-ID: Chimera may be too sensitive to the motion events, it is still a bit too insensitive to the ice-cubed events: diff -c -r1.1 main.c *** 1.1 1995/01/16 08:20:43 - --- main.c 1995/01/16 08:26:28 *************** *** 439,444 **** - --- 439,447 ---- } } + XtOverrideTranslations (root.toplevel, + XtParseTranslationTable ("WM_PROTOCOLS: quit()")); + delete = XInternAtom(XtDisplay(root.toplevel), "WM_DELETE_WINDOW", False); XSetWMProtocols (XtDisplay(root.toplevel), XtWindow(root.toplevel), &delete, 1); ------- Message 35 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa10921; 23 Jan 95 5:38 PST Received: from neon.cs.tu-berlin.de (czyborra@neon.cs.tu-berlin.de [130.149.24.18]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id OAA09926; Mon, 23 Jan 1995 14:38:01 +0100 Received: (czyborra@localhost) by neon.cs.tu-berlin.de (8.6.7/8.6.6) id OAA17695; Mon, 23 Jan 1995 14:37:57 +0100 Date: Mon, 23 Jan 1995 14:37:54 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: core dump Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Chimera dumps core when you press "L" in the source view. The Reload function in main.c had better not call LoadDoc when t->up==NULL ------- Message 36 Received: from mail.cs.tu-berlin.de by JIMI.CS.UNLV.EDU id aa27746; 25 Jan 95 10:38 PST Received: from indium.cs.tu-berlin.de (czyborra@indium.cs.tu-berlin.de [130.149.24.24]) by mail.cs.tu-berlin.de (8.6.9/8.6.9) with ESMTP id TAA18660 for ; Wed, 25 Jan 1995 19:38:15 +0100 Received: (czyborra@localhost) by indium.cs.tu-berlin.de (8.6.7/8.6.6) id TAA20080; Wed, 25 Jan 1995 19:38:10 +0100 Date: Wed, 25 Jan 1995 19:38:09 +0100 (MET) From: Roman Czyborra To: Chimera Doctors Subject: xc5-1.64, HREF="#section" behavior Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Thank you, John, for reenabling the hashmark references. I've noticed that upon clicking on such a reference the text is scrolled so far that the named anchor appears in the middle of the document. I find it hard to read there. The preceding stuff is distracting. I'd prefer the traditional position at the window top. ------- End of Forwarded Messages