[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
LYNX-DEV Various things (Was Re: Displaying graphics)
From: |
Drazen Kacar |
Subject: |
LYNX-DEV Various things (Was Re: Displaying graphics) |
Date: |
Sun, 2 Feb 1997 19:37:19 +0100 (MET) |
Foteos Macrides wrote:
> And then, unfortunately,
> Drazen Kacar <address@hidden> wrote to lynx-dev with
> CC to Richard Stallman:
>
> >Let's take a look at hill.gnu.ai.mit.edu...
> >[... followed by the wrong section of lynx.cfg, and misinformation that,
> as a regular on lynx-dev, he should know better than to post. Sigh...]
It's been a long time since I compiled Lynx. Sigh... I suppose I've
become a Netscape luser...
>
> Nobody should be compiling Lynx without first going through
> userdefs.h and setting the definitions appropriately for the system.
> If you are including a binary in the GNU CD-ROM, feel free to define
> XLOADIMAGE_COMMAND to whatever GNU-endorsed viewer for image/* you
> like.
BTW, I can't find xview executable anywhere. The only xview I can find is a
library, not a command. My man page (Solaris 2.5) says:
:: xview(7) Device and Network Interfaces xview(7)
::
::
::
:: NAME
:: xview - xview toolkit information
::
:: SYNOPSIS
:: There is no xview command per se, but this manual page will
:: briefly describe XView features and functions.
::
:: AVAILABILITY
:: XView is available with the OpenWindows distribution.
::
:: DESCRIPTION
:: XView (X Window-System-based Visual/Integrated Environment
:: for Workstations) is an Open Look user-interface toolkit
:: which supports development of interactive, graphics-based
:: applications running under the X Window System. For
:: detailed information see the XView Programming Manual and
:: the XView Reference Manual.
It is a library on all anonymous ftp sites I looked into. I think it was
Sun's proprietary library at one time, but they released the sources.
If xview (executable) exists, can somebody point me to it?
>
> Dave (i.e., Drazen with some 8-bit character replaces, but
> Dave in LANG=en_US 8-) did correctly inform you that users can
This 'en_US' thing could be somewhat misleading on this list. It is an
environment variable on Unix and all is good in that context.
However, HTTP has a similar construct. If you put a preference like that
in Accept-Language header, servers with language negotiation ability will
try to select 'en-US' variant. There are bugs in some of them (I'm not
sure which, could be Apache) and those won't select 'en' version if 'en-US'
is not available. Suppose you have:
Accept-Language: en-us, de; q=0.2
If the server has variants in English (as 'en') and German (as 'de') and
the above mentioned bug, you'll get a German variant. With:
Accept-Language: en, de; q=0.2
you'll get an English variant.
I'll try not to vaste bandwidth completely. Here are some corrections for
userdefs.h (now, why did I look at it at all? :) for Lynx 2-6FM with
29. 1. 1997. as the last modification date. (That's 01/29/1997 in LANG=en_US :)
At the end of the file, there are defines for paths for various utilities.
Solaris 2.5 corrections:
#define COMPRESS_PATH /bin/compress
#define UNCOMPRES_PATH /bin/uncompress
#define ZCAT_PATH /bin/zcat
/bin is a symbolic link to /usr/bin, BTW.
OSF 4.0 (a.k.a. Digital UNIX) info:
Compress, uncompress, uudecode, gzip & zcat available in /bin, /usr/bin &
/usr/ucb. Yes, gzip comes with the OS.
On OSF 3.0, compress, uncompress, uudecode & zcat can be found in
/bin & /usr/bin. Gzip does not come with the OS, so I suppose it will
be in /usr/local/bin.
ULTRIX 4.3 & SunOS 4.x:
compress, uncompress & zcat in /usr/ucb. Uudecode in /usr/bin.
Since FreeBSD, NetBSD, BSDI & Linux have their very own ifdef, I suppose
other Unices should have it also. All praise ifdefs! :)
--
They work 24 hours a day and 256 days a year -- address@hidden
address@hidden
address@hidden
;
; To UNSUBSCRIBE: Send a mail message to address@hidden
; with "unsubscribe lynx-dev" (without the
; quotation marks) on a line by itself.
;