From faces-request@cs.indiana.edu  Thu Jan 19 15:38:07 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA03364; Thu, 19 Jan 1995 10:56:03 -0500
Received: from ben.Britain.EU.net by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA03344; Thu, 19 Jan 1995 10:55:56 -0500
Received: from cegelecproj.co.uk by ben.britain.eu.net via PSS with NIFTP (PP) 
          id <sg.22527-0@ben.britain.eu.net>; Thu, 19 Jan 1995 15:52:30 +0000
Received: from spirit.cegelecproj.co.uk (spirit.limbo.cegelecproj.co.uk) 
          by vampire.cegelecproj.co.uk (5.0/SMI-SVR4) id AA00371;
          Thu, 19 Jan 1995 15:56:02 +0000
Received: by spirit.cegelecproj.co.uk (5.0/SMI-SVR4) id AA11988;
          Thu, 19 Jan 1995 15:38:07 +0000
Date: Thu, 19 Jan 1995 15:38:07 +0000
From: Steve_Kilbane@cegelecproj.co.uk (Steve_Kilbane)
Message-Id: <9501191538.AA11988@spirit.cegelecproj.co.uk>
X-Planation: X-Faces images can be viewed with the XFaces program
To: faces@cs.indiana.edu
Subject: web faces
Cc: web-support@mailbase.ac.uk
Content-Length: 559
X-Face: Iqsa(US9p?)Y^W+6Ff[Z]<t?\A!eaL'DG{20*#{C1;'Ct&}L}B^/1(aYI@hP)4!<}7D=2gm 
        8!$T`8QNfK<te\20%A\`wm*wa2"^Up*Qs"X}KeV*3XeB2te&sKp*t`N;^BDh[6=K{ZBE=O>rM"uFE) 
        lFDjag1e]\/#2
Errors-To: faces-request@cs.indiana.edu

I haven't seen much of an increase in the number of people including
>X-Face: fields in their messages, but I have seen a lot of .sigs
that reference WWW home pages, and these often contain gifs of the
home page's owner. Therefore, it seems like there's scope for a
different approach: a program that scans messages for something
like X-WebFace, which would contains something like
"http://my.domain.com/~me/me.gif", which can be retrieved via HTTP.

Has anyone done anything like this?

steve
[ message sent to both the faces and web-support mailing lists ]

From faces-request@cs.indiana.edu  Fri Feb  3 13:15:12 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA03169; Fri, 3 Feb 1995 18:15:14 -0500
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA03160; Fri, 3 Feb 1995 18:15:12 -0500
Date: Fri, 3 Feb 1995 18:15:12 -0500
From: "Steve Kinzler" <kinzler>
To: faces
Subject: -c option patch for xfaces 3.3
Errors-To: faces-request@cs.indiana.edu

The man page for xfaces 3.3 documents that the -c command line option
will set the XFaces.frame.maxWidth resource, while in the code, it
actually sets the XFaces.frame.setWidth resource.  This patch will fix
the code to correspond to the man page, which is, I believe, the more
desirable behavior.

Steve Kinzler, kinzler@cs.indiana.edu, Feb 95

*** main.c.orig	Sat Mar 12 19:38:45 1994
--- main.c	Fri Feb  3 17:57:41 1995
***************
*** 297,303 ****
  static XrmOptionDescRec options[] =
  {
      {
! 	"-c", "frame.setWidth", XrmoptionSepArg, NULL
      },
      {
  	"-e", "listCommand", XrmoptionSepArg, NULL
--- 297,303 ----
  static XrmOptionDescRec options[] =
  {
      {
! 	"-c", "frame.maxWidth", XrmoptionSepArg, NULL
      },
      {
  	"-e", "listCommand", XrmoptionSepArg, NULL

From faces-request@cs.indiana.edu  Tue Feb 14 12:59:46 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA24110; Tue, 14 Feb 1995 17:59:53 -0500
Received: from lobster.wellfleet.com by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA24101; Tue, 14 Feb 1995 17:59:50 -0500
Received: from lemming.wellfleet (lemming.wellfleet.com) by lobster.wellfleet.com (4.1/SMI-4.1)
	id AA25452; Tue, 14 Feb 95 17:50:15 EST
Received: by lemming.wellfleet (4.1/SMI-4.1)
	id AA24186; Tue, 14 Feb 95 17:59:46 EST
Date: Tue, 14 Feb 95 17:59:46 EST
From: psmith@wellfleet.com (Paul Smith)
Message-Id: <9502142259.AA24186@lemming.wellfleet>
To: faces@cs.indiana.edu
Subject: Help with xfaces questions/problems/enhancements...
Reply-To: psmith@wellfleet.com
Errors-To: faces-request@cs.indiana.edu

This list is pretty slow, so here's some pleas for help to pick it up :)

 1) How do I turn a pixmap into a bitmap?  I have a bunch of stuff like
    xpmtoppm, etc. but no xpmtoxbm.  Does such a thing exist?

Here are a few things faces used to do that xfaces still doesn't; one
I've asked for before but got no response:

 2) faces used to beep when new mail arrived.  I know xfaces has
    netaudio support but I don't want to go through that hassle; can't
    someone add a simple beep for those of us who don't want a sermon
    or aria for new mail? :)

 3) faces used to pop up to the front on my window when mail arrived.
    Can I get xfaces to do the same?  Please?

Here's (I think) a bug in xfaces:

 4) I have some users who use elm (blech!  VM all the way :) and xfaces
    will recognize they have new mail, but after they read it xfaces
    still says they have new mail (they set their update to 15 seconds
    and xfaces just never updates).

    It's not until *more* new mail comes in that xfaces updates their
    mail (deleting the old mail faces and adding the new ones).

    I don't know much about elm, but I think it's one of those grody
    mail agents that keeps your read mail in your system mail spool
    instead of moving it; somehow xfaces can't tell that you've read
    that mail.

    However, faces works correctly for them in the same environment.

Here's a much needed, simple enhancement:

 5) Please, can someone add a -v option or something to print out the
    xfaces version!  I can't figure out any way to tell what version the
    executable is.

Anyone have any joy for me?  Thanks for listening...

                                                                paul
 _____________________________________________________________________________
/                                                                             \
 Paul D. Smith                   | There's a fine line between fishing, and
 <psmith@wellfleet.com>          | standing on the shore like an idiot.
 Bay Networks, Inc.              | 
 Network Management Development  |                            -- Steven Wright
\_____________________________________________________________________________/

From faces-request@cs.indiana.edu  Tue Feb 14 13:56:16 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA27162; Tue, 14 Feb 1995 18:56:24 -0500
Received: from olimbos.dartmouth.edu by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA27152; Tue, 14 Feb 1995 18:56:21 -0500
Received: from localhost by olimbos.dartmouth.edu (8.6.5/4.2)
	id SAA24427; Tue, 14 Feb 1995 18:56:16 -0500
From: cowen@olimbos.dartmouth.edu (Charles Owen)
Message-Id: <199502142356.SAA24427@olimbos.dartmouth.edu>
Subject: Re: Help with xfaces questions/problems/enhancements...
To: psmith@wellfleet.com
Date: Tue, 14 Feb 1995 18:56:16 -0500 (EST)
Cc: faces@cs.indiana.edu
In-Reply-To: <9502142259.AA24186@lemming.wellfleet> from "Paul Smith" at Feb 14, 95 05:59:46 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 2381      
Errors-To: faces-request@cs.indiana.edu

Here's some help...
| 
| Here are a few things faces used to do that xfaces still doesn't; one
| I've asked for before but got no response:
| 
|  2) faces used to beep when new mail arrived.  I know xfaces has
|     netaudio support but I don't want to go through that hassle; can't
|     someone add a simple beep for those of us who don't want a sermon
|     or aria for new mail? :)
| 
|  3) faces used to pop up to the front on my window when mail arrived.
|     Can I get xfaces to do the same?  Please?
| 
I'll second both of these.  What I would still prefer is the ability
to run any desired executable on mail arrival.  Then I could play audio
or pop up notices or detonate the world or whatever.  Seems a reasonable
approach to me.

| Here's (I think) a bug in xfaces:
| 
|  4) I have some users who use elm (blech!  VM all the way :) and xfaces
|     will recognize they have new mail, but after they read it xfaces
|     still says they have new mail (they set their update to 15 seconds
|     and xfaces just never updates).
| 
|     It's not until *more* new mail comes in that xfaces updates their
|     mail (deleting the old mail faces and adding the new ones).
| 
|     I don't know much about elm, but I think it's one of those grody
|     mail agents that keeps your read mail in your system mail spool
|     instead of moving it; somehow xfaces can't tell that you've read
|     that mail.
| 
|     However, faces works correctly for them in the same environment.
| 
I don't think it's a bug.  Faces works by checking the status of a mail
message by checking for a line:  Status:.  Elm adds that after you've read
the mail, but does not synchronize the mail folder to itself until either
you tell it to or new mail arrives.  The solution I use is to hit $ after
reading a mail message.  This forces synchronization.  (I think it's $.
I'm in elm, so I can't check and did you ever have one of those keystrokes
you hit several times a day but can't be sure of when you tell it to 
someone?)  If anything, this is an idiosynchrosy with the way elm works.

Hope this helps...
-- 
Charles B. Owen                           Charles.B.Owen@dartmouth.edu
Dartmouth College                                Office:  603-646-3297
6211 Sudikoff Laboratory, Rm 108                   Home:  603-448-5677
Hanover, NH  03755                 http://www.cs.dartmouth.edu/~cowen/

From faces-request@cs.indiana.edu  Tue Feb 14 15:32:17 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA02823; Tue, 14 Feb 1995 20:33:02 -0500
Received: from zod.zod.com (zod.com) by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA02813; Tue, 14 Feb 1995 20:32:58 -0500
Received: (from liebman@localhost) by zod.zod.com (8.6.8.1/8.6.6) id UAA17984; Tue, 14 Feb 1995 20:32:18 -0500
Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.zod.zod.com.sun4.41
          via MS.5.6.zod.zod.com.sun4_41;
          Tue, 14 Feb 1995 20:32:17 -0500 (EST)
Message-Id: <0jEJaVf0xSg115iWJQ@zod.zod.com>
Date: Tue, 14 Feb 1995 20:32:17 -0500 (EST)
From: Chris Liebman <liebman@zod.com>
To: psmith@wellfleet.com, cowen@olimbos.dartmouth.edu (Charles Owen)
Subject: Re: Help with xfaces questions/problems/enhancements...
Cc: faces@cs.indiana.edu
In-Reply-To: <199502142356.SAA24427@olimbos.dartmouth.edu>
References: <199502142356.SAA24427@olimbos.dartmouth.edu>
Errors-To: faces-request@cs.indiana.edu

Excerpts from mail: 14-Feb-95 Re: Help with xfaces questi.. Charles
Owen@olimbos.dar (2382*)

> Here's some help...
> | 
> | Here are a few things faces used to do that xfaces still doesn't; one
> | I've asked for before but got no response:
> | 
> |  2) faces used to beep when new mail arrived.  I know xfaces has
> |     netaudio support but I don't want to go through that hassle; can't
> |     someone add a simple beep for those of us who don't want a sermon
> |     or aria for new mail? :)

This presents to design/coding problems to add....only time.... I wish
that there were more hours in a day!

> | 
> |  3) faces used to pop up to the front on my window when mail arrived.
> |     Can I get xfaces to do the same?  Please?
> | 
> I'll second both of these.  What I would still prefer is the ability
> to run any desired executable on mail arrival.  Then I could play audio
> or pop up notices or detonate the world or whatever.  Seems a reasonable
> approach to me.

XFaces 3.3 does that now!   :^) :^)  

> | Here's (I think) a bug in xfaces:
> | 
> |  4) I have some users who use elm (blech!  VM all the way :) and xfaces
> |     will recognize they have new mail, but after they read it xfaces
> |     still says they have new mail (they set their update to 15 seconds
> |     and xfaces just never updates).
> | 
> |     It's not until *more* new mail comes in that xfaces updates their
> |     mail (deleting the old mail faces and adding the new ones).
> | 
> |     I don't know much about elm, but I think it's one of those grody
> |     mail agents that keeps your read mail in your system mail spool
> |     instead of moving it; somehow xfaces can't tell that you've read
> |     that mail.
> | 
> |     However, faces works correctly for them in the same environment.
> | 
> I don't think it's a bug.  Faces works by checking the status of a mail
> message by checking for a line:  Status:.  Elm adds that after you've read
> the mail, but does not synchronize the mail folder to itself until either
> you tell it to or new mail arrives.  The solution I use is to hit $ after
> reading a mail message.  This forces synchronization.  (I think it's $.
> I'm in elm, so I can't check and did you ever have one of those keystrokes
> you hit several times a day but can't be sure of when you tell it to 
> someone?)  If anything, this is an idiosynchrosy with the way elm works.

This is correct.  Elm also uses utime() to set the time on the file back
so that it looks unmodified....yuck :^(

	-- Chris (Wanting more time so that we can add other sound support and
usenix facesaver image support.......been trying to make time for a long
time now.... :^(      )



Chris Liebman		Work			Home
E-Mail:		liebman@landmark.com	liebman@zod.com
Phone:		1-703-902-8214		1-703-830-1641

From faces-request@cs.indiana.edu  Wed Feb 15 07:37:36 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA05117; Wed, 15 Feb 1995 12:38:53 -0500
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA05042; Wed, 15 Feb 1995 12:37:36 -0500
Date: Wed, 15 Feb 1995 12:37:36 -0500
From: "Steve Kinzler" <kinzler>
To: psmith@wellfleet.com
Cc: faces@cs.indiana.edu
Subject: Re: Help with xfaces questions/problems/enhancements...
References: <9502142259.AA24186@lemming.wellfleet>
Errors-To: faces-request@cs.indiana.edu

Sent 14Feb95 from psmith@wellfleet.com to faces
+---------- Help with xfaces questions/problems/enhancements... ----------
|  1) How do I turn a pixmap into a bitmap?  I have a bunch of stuff like
|     xpmtoppm, etc. but no xpmtoxbm.  Does such a thing exist?

Here's one way:

	xpmtoppm | pnmdepth 255 | ppmtopgm | pgmnorm | pgmtopbm | pbmtoxbm

The pgmnorm is optional and the pnmdepth may not really be needed.

Plus, there's a good xpm2xbm script in
ftp://server.berkeley.edu/pub/AIcons/support.tar.gz.

-sk

From faces-request@cs.indiana.edu  Wed Feb 15 20:19:20 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA09589; Wed, 15 Feb 1995 13:19:54 -0500
Received: from thoth.mch.sni.de by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA09552; Wed, 15 Feb 1995 13:19:43 -0500
Received: from deejai.mch.sni.de by thoth.mch.sni.de with SMTP id AA03537
  (5.67a/IDA-1.5 for <faces@cs.indiana.edu>); Wed, 15 Feb 1995 19:19:22 +0100
Received: by deejai.mch.sni.de id AA09847
  (5.67b/IDA-1.5 for faces@cs.indiana.edu); Wed, 15 Feb 1995 19:19:21 +0100
Message-Id: <199502151819.AA09847@deejai.mch.sni.de>
Subject: Elm and xfaces refresh...
To: faces@cs.indiana.edu
Date: Wed, 15 Feb 1995 19:19:20 +0100 (MET)
From: "Martin Kraemer" <Martin.Kraemer@mch.sni.de>
X-Face: %0^)uynSV<JCi[ywN2^>Il4|'Kt4&K^"0e)QSD,RsmBJzgofk.'s$\bu*4XXru?d/!|;"x{U(7#3z+wm^siToy]g3L'd1j`@kGb^4*CzYI-(.)ldeS8,G,X?Nko
X-Operating-System: SINIX-D 5.41 C1001
X-Organization: Siemens-Nixdorf Informationssysteme AG (Muenchen, W.Germany)
X-Phone: +49-89-636-46021
X-Fax: +49-89-636-44994
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 881       
Errors-To: faces-request@cs.indiana.edu

Hello Faces' Fans,

I overheard the discussion about xfaces not being able to correctly reflect
the current mailbox state;  I had the same  problem, but it's easy  to fix:
After reading (part, or all) of your mails,  you have to <ehem... manually>
press the '$'  character to force elm to  do a refresh. At this  moment elm
incorporates all changes into the "real"  mailbox (not the copy it wrote to
/tmp/mbox.$user). To  facilitate this, you might have  to set some defaults
in ~/.elm/elmrc so that deleted messages are really deleted by default, and
read messages are not/are moved to ~/mbox.

    Martin
-- 
| S I E M E N S |   Martin.Kraemer@mch.sni.de   |       Siemens Nixdorf
| ------------- |   Voice: +49-89-636-46021     |   Informationssysteme AG
| N I X D O R F |   FAX:   +49-89-636-44994     |    81730 Munich, Germany
~~~~~~~~~~~~~~~~  (My opinions only, of course)

From faces-request@cs.indiana.edu  Mon Mar 20 21:35:44 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA09776; Mon, 20 Mar 1995 16:40:16 -0500
Received: from magician.dcs.qmw.ac.uk by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA09492; Mon, 20 Mar 1995 16:36:30 -0500
Received: from dcs.qmw.ac.uk by magician.dcs.qmw.ac.uk with SMTP (PP) 
          id <24414-0@magician.dcs.qmw.ac.uk>; Mon, 20 Mar 1995 21:38:03 +0000
Received: by feathers (940715.SGI.52/QMW-Minimal-1.14) id AA21654;
          Mon, 20 Mar 95 21:35:44 GMT
Date: Mon, 20 Mar 95 21:35:44 GMT
Message-Id: <9503202135.AA21654@feathers>
From: kooper@dcs.qmw.ac.uk (Rob Kooper)
To: faces@cs.indiana.edu
Subject: libfaces, a faces library
Errors-To: faces-request@cs.indiana.edu

Hi,

This is to announce version 1.1 of libfaces. Libfaces is a library
that implements the idea of faces, and uses a database instead of
directory structure to store all the faces. It also knows about the
mailcap and MIME types, so the database can hold any kind of data.

You can find libfaces at
	ftp.cc.gatech.edu:/pub/people/kooper/faces
and	ftp.cs.indiana.edu:/pub/faces/libfaces

The source is in libfaces-1.1.tar.gz and there are also binaries for
both the SUN, compiled under 4.1.1, and the SGI's, compiled under 5.2.

The databases that are used are different from the databases that were
used in other programs and are distributed in the picons. You can
however easily convert from picons to libfaces, using the facesdb
program that comes with libfaces. To convert a directorystructure into
the libfaces format all you need to say is "facesdb -convert <dirname>"

If you want to compile it you need to have gdbm installed. I used
gdbm-1.73, I don't know if other version work as well. I know already
one reason why it might not compile, the program uses strchr, which is
not available on BSD platforms, I think. Let me know if there are
other problems.

Let me know what you think of this, even if you want to say that it is
bad.

Rob
-- 
Rob Kooper
kooper@dcs.qmw.ac.uk
http://www.twi.tudelft.nl/~kooper/

README of libfaces-1.1
-------------------------------------------------------------------------------
This is the faces library version 1.1

Copyright (C) 1995 Rob Kooper (kooper@cc.gatech.edu)

libfaces is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2, or (at your option)
any later version.

libfaces is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with libfaces; see the file COPYING.  If not, write to
the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.

You may contact the author by:
   e-mail:  kooper@cc.gatech.edu

Thanks to Steven Kinzler for help deciding on the database format.

-------------------------------------------------------------------------------
SHORT DESCRIPTION OF LIBFACES:
==============================

Currently the faces used in the different faces programs out on the
web use a directory structure to keep the faces. Searching through
directory structure takes time. Other disadvantage, at least to me, was
the multitude of files lying around.

To solve these problems I started experimenting with dbm, ndbm and
gdbm. These can hold all the faces in a databases. dbm and ndbm
couldn't be used because they have a limit on the number of bytes that
are associated with a key. gdbm doesn't have this limit.

When I started writing the code, I was planning to make a new faces
program to monitor my mail, then I decided to create a library that
could be easily used in other programs.

-------------------------------------------------------------------------------
CONFIGURATION and INSTALLATION:
===============================

To compile libfaces you need to have the gdbm library, you can't use
dbm or ndbm, see the previous section. I used gdbm-1.73 which can be
found on any site carrying the gnu software.

Not necessary to compile, but it is nice to have it, is xpm. I used
xpm-3.4e but any other version 3.4 should work. If you don't have xpm
installed be sure to comment out #define USE_XPM in the faces.templ or
comment out the line XPM_INCLUDES in the Makefile.noX

The easiest way to configure is to take a look at the the faces.templ
and change it. Now run xmkmf -a. Now type make and after a while you
should have an program called faces in the faces directory.

If you don't have xmkmf, or it doesn't work, look at the Makefile.noX
and change what needs changing, and type make -f Makefile.noX. It
should now compile all the programs and libraries.

When finished building make install, or make -f Makefile.noX install
will install the program, and libraries in the appropriate places.

-------------------------------------------------------------------------------
FACES DATABASE:
===============

The database used by the faces library is created using gdbm. Gdbm has
the advantage of no limit on the data that is associated with a
key. Both dbm and ndbm can only have 1Kb associated with a key. The
database has the following structure:
	RECORD := LINK | ENTRY+
	LINK   := link:<email address>
	ENTRY  := MIME:LENGTH:DATA
	MIME   := major-type/minor-type
	LENGTH := 0 | <length of DATA>
	DATA   := <path to filename> | <image file>

if the LENGTH is 0 then the DATA is a pointer to a filename. The
filename is terminated with 0.

-------------------------------------------------------------------------------
TODO LIST:
==========

1.  Implement simple perl library.

(Send me email, if you think there is more that should be added.)

-------------------------------------------------------------------------------


From faces-request@cs.indiana.edu  Tue Mar 28 23:28:53 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA21161; Wed, 29 Mar 1995 10:29:12 -0500
Received: from igscb.jpl.nasa.gov by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA21136; Wed, 29 Mar 1995 10:29:03 -0500
Received: from igscb (localhost) by igscb.jpl.nasa.gov with SMTP
	(1.37.109.15/16.2) id AA005400928; Wed, 29 Mar 1995 07:28:48 -0800
From: Michael P Urban <urban@igscb.jpl.nasa.gov>
Date: Wed, 29 Mar 95 07:28:53 -800
Original-Sender: urban@igscb.jpl.nasa.gov
To: faces@cs.indiana.edu
Mime-Version: 1.0
X-Mailer: Mozilla/0.96 Beta (X11; HP-UX A.09.05 9000/712)
Content-Type: multipart/mixed;
	boundary="-------------------------------22347916420591"
Subject: Kodak Press Release
X-Url: http://www.kodak.com/aboutKodak/pressReleases/pr950328-1.shtml
Content-Type: text/plain;  charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Errors-To: faces-request@cs.indiana.edu

Thought this release might interest folk.

http://www.kodak.com/aboutKodak/pressReleases/pr950328-1.shtml
> [Image]
> 
> Eastman Kodak Company
> 
>     ------------------------------------------------------------------------
> 
> 
> Revolutionary Kodak Technology Encodes Face Images in Tiny, 400-Bit Data
> Packets
> 
> SAN FRANCISCO, March 28, 1995--A picture is worth a thousand words, it's
> said, yet a new technology from Eastman Kodak Company has cut that down to
> far less.
> 
> KODAK Image Verification System (KODAK IVS) technology encodes a human
> portrait image in 400 bits of information. The technology will find extended
> use in virtually all types of ID applications because it minimizes time, cost
> of data storage and transmission. KODAK IVS has application in preventing
> fraudulent use of credit cards, checks, government and corporate
> identification cards, automobile licenses and telephone calling cards.
> 
> All the process requires is data stored on the four hundred bits of a credit
> card stripe, or any other ID document that incorporates a magnetic stripe, a
> 2D bar code or an inexpensive computer chip.
> 
> [Image]
> 
> A digital picture in a credit-card stripe. Kodak Image Verificatoin System
> technology encodes a human portrait image in 400 bits of information, small
> enough to fit on a credit-card stripe, 2D bard code, or inexpensive computer
> chip. A primary application will be to protect customer credit cards by
> discreetly displaying an image of the card's owner on a point-of-sale
> terminal.
> 
> This is an important alternative to other identity verification systems such
> as fingerprinting, retinal patterns, hand geometry and even personal
> identification numbers, or PINs.
> 
> Creating a digital description of a human face in 400 bits and in a choice of
> black-and- white or color is an extraordinary achievement. Digital images
> generally require more data than fully-formatted word processing documents,
> and yet four hundred bits units of fifty "letters" better known as bytes is
> about a quarter of the data in this sentence.
> 
> Will Not Slow Processing
> 
> Now, for example, a retail sales clerk can easily verify a credit
> cardholder's identity in a non-intrusive way, without disrupting sales. The
> technology can be used with a retailers' point-of-sale and/or ID verification
> terminal equipment since it requires only a screen and no extra sensors or
> keypad. And because the technology requires no extensive computation at the
> sales terminal and no transmission of large amounts of data to the card
> company, it will not slow card processing.
> 
> Kodak is partnering with Citicorp, the largest issuer of Visa and MasterCard
> credit cards in the U.S., and IBM, the leader in providing point-of-sale and
> store solutions, to test and pioneer the implementation of KODAK IVS in the
> bank card and retail environments. Kodak is also working with NetLink
> Transaction Systems Corp., a Rochester, N.Y.-based designer of payment
> terminals.
> 
> Proprietary Compression Algorithm
> 
> The KODAK IVS system is comprised of the compressed image of the person to be
> identified, a decompression program which resides on a display terminal such
> as a cash register or ID verification terminal, and the verification code.
> 
> The image is created with a proprietary compression algorithm which allows it
> to be encoded in 400 bits of data. This image file size allows over 10
> million human faces to be stored on a standard CD-ROM disk.
> 
> The decompression program can be located in the resident memory of the POS
> (verification) terminal or on a local processor. It decompresses the image
> data encoded on the credit card stripe, chip or bar code and displays a
> cardholder's image on the terminal monitor.
> 
> Dynamic Verification Process
> 
> The KODAK IVS verification code is a two or three byte piece of code which is
> dynamically generated each time a transaction takes place. The code is
> attached to other data e.g., sale amount and/or merchant identification
> number which is normally sent to the data center when a card transaction is
> logged. This additional verification information does not substantially
> increase the data sent to the data center, and therefore will not
> substantially slow the verification process.
> 
> When received by the data center, the verification code can be compared to a
> matching code in the central database. If the card has been tampered with,
> the central database is alerted.
> 
> KODAK IVS Addresses Key Fraud Prevention Issues
> 
> Fraud prevention techniques are currently based on the use of a PIN or on
> static information, such as holograms or the cardholder's photograph. Each of
> these techniques is flawed: They can be easily counteracted by theft or
> duplication, or require disruption of the card transaction.
> 
> The KODAK IVS dynamic verification process addresses the weakness of these
> fraud prevention techniques. It relies on information encoded on the card.
> The encoded information is more difficult to duplicate than a hologram, and
> is backed up by its built-in verification process. And identification of a
> cardholder can be performed while the terminal is used for entering data
> receipts. It will not disrupt the flow of the transaction or be noticeable to
> the cardholder.
> 
> In addition to credit cards, KODAK IVS technology can prevent the fraudulent
> use of checks, government and corporate identification cards, automobile
> licenses and telephone calling cards.
> 
> The data format used by KODAK IVS technology conforms to current ISO
> standards for magnetic stripe applications.
> 
> Check out the portrait images created by the Kodak IVS technology.
> 
> To download an image created by the KODAK IVS technology, dial Kodak World
> Wide Web at http://www.kodak.com/info/idPortraits.shtml. For more information
> on KODAK IVS technology or licensing agreements, call 800/939-1301. Customers
> can learn about Kodak products on the World Wide Web at http://www.kodak.com
> or can visit the Kodak forum on CompuServe (Go KODAK).
> 
> #
> 
> Kodak is a trademark.)
> 
>     ------------------------------------------------------------------------
> 
> 
> [[Home Page Thumbnail]]  Kodak Home Page
> 
> Last Update: Tuesday, 28-Mar-95 11:31:12 EST
> Contact webmaster@www.kodak.com if this server presents any problems.
> 
> Copyright, Eastman Kodak Company, 1994
>

---------------------------------22347916420591
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

[Image]

Eastman Kodak Company

    ------------------------------------------------------------------------


Revolutionary Kodak Technology Encodes Face Images in Tiny, 400-Bit Data
Packets

SAN FRANCISCO, March 28, 1995--A picture is worth a thousand words, it's said,
yet a new technology from Eastman Kodak Company has cut that down to far less.

KODAK Image Verification System (KODAK IVS) technology encodes a human portrait
image in 400 bits of information. The technology will find extended use in
virtually all types of ID applications because it minimizes time, cost of data
storage and transmission. KODAK IVS has application in preventing fraudulent
use of credit cards, checks, government and corporate identification cards,
automobile licenses and telephone calling cards.

All the process requires is data stored on the four hundred bits of a credit
card stripe, or any other ID document that incorporates a magnetic stripe, a 2D
bar code or an inexpensive computer chip.

[Image]

A digital picture in a credit-card stripe. Kodak Image Verificatoin System
technology encodes a human portrait image in 400 bits of information, small
enough to fit on a credit-card stripe, 2D bard code, or inexpensive computer
chip. A primary application will be to protect customer credit cards by
discreetly displaying an image of the card's owner on a point-of-sale terminal.

This is an important alternative to other identity verification systems such as
fingerprinting, retinal patterns, hand geometry and even personal
identification numbers, or PINs.

Creating a digital description of a human face in 400 bits and in a choice of
black-and- white or color is an extraordinary achievement. Digital images
generally require more data than fully-formatted word processing documents, and
yet four hundred bits units of fifty "letters" better known as bytes is about a
quarter of the data in this sentence.

Will Not Slow Processing

Now, for example, a retail sales clerk can easily verify a credit cardholder's
identity in a non-intrusive way, without disrupting sales. The technology can
be used with a retailers' point-of-sale and/or ID verification terminal
equipment since it requires only a screen and no extra sensors or keypad. And
because the technology requires no extensive computation at the sales terminal
and no transmission of large amounts of data to the card company, it will not
slow card processing.

Kodak is partnering with Citicorp, the largest issuer of Visa and MasterCard
credit cards in the U.S., and IBM, the leader in providing point-of-sale and
store solutions, to test and pioneer the implementation of KODAK IVS in the
bank card and retail environments. Kodak is also working with NetLink
Transaction Systems Corp., a Rochester, N.Y.-based designer of payment
terminals.

Proprietary Compression Algorithm

The KODAK IVS system is comprised of the compressed image of the person to be
identified, a decompression program which resides on a display terminal such as
a cash register or ID verification terminal, and the verification code.

The image is created with a proprietary compression algorithm which allows it
to be encoded in 400 bits of data. This image file size allows over 10 million
human faces to be stored on a standard CD-ROM disk.

The decompression program can be located in the resident memory of the POS
(verification) terminal or on a local processor. It decompresses the image data
encoded on the credit card stripe, chip or bar code and displays a cardholder's
image on the terminal monitor.

Dynamic Verification Process

The KODAK IVS verification code is a two or three byte piece of code which is
dynamically generated each time a transaction takes place. The code is attached
to other data e.g., sale amount and/or merchant identification number which is
normally sent to the data center when a card transaction is logged. This
additional verification information does not substantially increase the data
sent to the data center, and therefore will not substantially slow the
verification process.

When received by the data center, the verification code can be compared to a
matching code in the central database. If the card has been tampered with, the
central database is alerted.

KODAK IVS Addresses Key Fraud Prevention Issues

Fraud prevention techniques are currently based on the use of a PIN or on
static information, such as holograms or the cardholder's photograph. Each of
these techniques is flawed: They can be easily counteracted by theft or
duplication, or require disruption of the card transaction.

The KODAK IVS dynamic verification process addresses the weakness of these
fraud prevention techniques. It relies on information encoded on the card. The
encoded information is more difficult to duplicate than a hologram, and is
backed up by its built-in verification process. And identification of a
cardholder can be performed while the terminal is used for entering data
receipts. It will not disrupt the flow of the transaction or be noticeable to
the cardholder.

In addition to credit cards, KODAK IVS technology can prevent the fraudulent
use of checks, government and corporate identification cards, automobile
licenses and telephone calling cards.

The data format used by KODAK IVS technology conforms to current ISO standards
for magnetic stripe applications.

Check out the portrait images created by the Kodak IVS technology.

To download an image created by the KODAK IVS technology, dial Kodak World Wide
Web at http://www.kodak.com/info/idPortraits.shtml. For more information on
KODAK IVS technology or licensing agreements, call 800/939-1301. Customers can
learn about Kodak products on the World Wide Web at http://www.kodak.com or can
visit the Kodak forum on CompuServe (Go KODAK).

#

Kodak is a trademark.)

    ------------------------------------------------------------------------


[[Home Page Thumbnail]]  Kodak Home Page

Last Update: Tuesday, 28-Mar-95 11:31:12 EST
Contact webmaster@www.kodak.com if this server presents any problems.

Copyright, Eastman Kodak Company, 1994


---------------------------------22347916420591--


From faces-request@cs.indiana.edu  Tue Apr 25 12:07:16 1995
Received: by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA12356; Tue, 25 Apr 1995 17:10:29 -0500
Received: from relay4.UU.NET by moose.cs.indiana.edu
	(5.65c/9.4jsm) id AA12344; Tue, 25 Apr 1995 17:10:24 -0500
Received: from outpost.wg.waii.com by relay4.UU.NET with SMTP 
	id QQynau10613; Tue, 25 Apr 1995 18:10:05 -0400
Received: from airgun.wg.waii.com by outpost.wg.waii.com with SMTP id AA21974
  (5.65c/IDA-1.4.4 for <faces@cs.indiana.edu>); Tue, 25 Apr 1995 17:07:24 -0500
Received: from se01 (se01.wg2.waii.com) by airgun.wg.waii.com with SMTP id AA03315
  (5.65c/IDA-1.4.4 for <faces@cs.indiana.edu>); Tue, 25 Apr 1995 17:07:21 -0500
Received: from am06.wg2am by se01 (5.x/SMI-SVR4)
	id AA05892; Tue, 25 Apr 1995 17:07:20 -0500
Received: by am06.wg2am (4.1/SMI-4.1)
	id AA25783; Tue, 25 Apr 95 17:07:17 CDT
Message-Id: <9504252207.AA25783@am06.wg2am>
X-Mailer: exmh version 1.5.3 12/28/94
To: faces@cs.indiana.edu
Subject: Add me
From: "Daniel P. Zepeda" <daniel.zepeda@waii.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 25 Apr 1995 17:07:16 CDT
Original-Sender: zepeda%am06@se01.wg2.waii.com
Errors-To: faces-request@cs.indiana.edu

Add me to the mailing list "Daniel P. Zepeda" <daniel.zepeda@waii.com>


From faces-request  Fri May 26 16:08:51 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id QAA16252; Fri, 26 May 1995 16:08:51 -0500
Received: from mobula.cs.indiana.edu by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id QAA16241; Fri, 26 May 1995 16:08:48 -0500
Received: by mobula.cs.indiana.edu
	(5.65c/9.4jsm) id AA11143; Fri, 26 May 1995 16:08:47 -0500
Date: Fri, 26 May 1995 16:08:47 -0500
From: "Steve Kinzler" <kinzler@cs.indiana.edu>
To: faces@cs.indiana.edu
Subject: ANNOUNCE: Picons
Errors-To: faces-request@cs.indiana.edu

                 Announcing the availability of Picons
                 =====================================

What is it?

    The old faces XBM databases all grown up.  "picons" is short for
    "Personal ICONS".  Picons includes extensions for faces/xfaces and
    support/development programs for picons.

Where is it?

	<URL:http://www.cs.indiana.edu/picons/ftp/index.html>
    or
	<URL:ftp://ftp.cs.indiana.edu/pub/faces/picons/>

What's new?

    * Addition of color XPM (for xfaces & exmh) and GIF (for WWW) format
      picons
    * Many new picons
    * Picons FAQ document
    * Web pages, with xfaces demo images
    * Flexible picons search engine available on WWW
    * Full support for xfaces as well as faces in the front-end and
      back-end scripts
    * An iconic weather page generator
    * new picon submissions via e-mail, image file or URL

What?  There's more?

    * Web page for the Faces software archive (including sources for
      programs that can use picons) at

	<URL:http://www.cs.indiana.edu/ftp/faces/index.html>
    or
	<URL:ftp://ftp.cs.indiana.edu/pub/faces/>

Enjoy!							Steve Kinzler

--
from the brain of Steve Kinzler    /o)\    kinzler@cs.indiana.edu
an organ with a mind of its own    \(o/    (812)855-6999
              http://www.cs.indiana.edu/hyplan/kinzler.html
Muchness increasable / idolization compare scherzo / laudative biller.

From faces-request  Tue May 30 03:26:46 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id DAA04483; Tue, 30 May 1995 03:26:46 -0500
Received: from dragon.cit.gu.edu.au by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id DAA04448; Tue, 30 May 1995 03:26:35 -0500
Received: by dragon.cit.gu.edu.au id AA10308
  (5.67b/IDA-1.5 for XbmBrowser-Announce@dragon.cit.gu.edu.au); Tue, 30 May 1995 18:05:51 +1000
Date: Tue, 30 May 1995 18:05:51 +1000
From: Anthony Thyssen <anthony@cit.gu.edu.au>
Message-Id: <199505300805.AA10308@dragon.cit.gu.edu.au>
To: XbmBrowser-Announce@dragon.cit.gu.edu.au
Subject: ANNOUNCING: XbmBrowser v4.3
Cc: anthony@dragon.cit.gu.edu.au
X-Face: "iO`19c"sFVLnS(9,80^_E^BqA&Ta,05p2lA`FWO.d8el_~lo2k2}{t#~Y{~M!hPV?Augr<
	d1w9Ai$pen`'0!Hn;}TZMK*}\N_"c)g8B>@'%'}9d\,<K6+2"DNx9B1m')c20"he.(7JQ@
	fC*v&[(q49YDTFrdiogp*OIG&6!H2U]PS{bwKpQMk9]nHp2!#xh3/)xA";B'%*[{
Errors-To: faces-request@cs.indiana.edu

Announcing:

       __  ___               ____
       \ \/ / |__  _ __ ___ | __ ) _ __ _____      _____  ___ _ __
        \  /| '_ \| '_ ` _ \|  _ \| '__/ _ \ \ /\ / / __|/ _ \ '__|
        /  \| |_) | | | | | | |_) | | | (_) \ V  V /\__ \  __/ |
       /_/\_\_.__/|_| |_| |_|____/|_|  \___/ \_/\_/ |___/\___|_|
                 __   __          _            _ _   ____
                 \ \ / /__ _ _ __(_)___ _ _   | | | |__ /
                  \ V / -_) '_(_-< / _ \ ' \  |_  _| |_ \
                   \_/\___|_| /__/_\___/_||_|   |_(_)___/
                                                         

This version has finally fixed the ``inverted pixmaps'' problem that
many users have told me about. It also fixes numerous other faults
that were reported to me.

Here is the rest of the readme file.
-------------------------------------------------------------------------------

XbmBrowser (version 4.3)
   A program to allow the user to view a complete directory of X bitmaps
and X pixmaps all in one go, and to perform user defined actions on
these images.

       Copyright   Ashley Roll  and  Anthony Thyssen

Original Program:     Ashley Roll      ash@cit.gu.edu.au      upto version 3.2
Current Programmer:   Anthony Thyssen  anthony@cit.gu.edu.au  version 4.0 on

This program while available in the X windows Contrib Area, still belongs
to the programmers.  Permission is however given for you to freely copy,
distribute and modify it on the condition that this and all other
copyright notices remain unchanged in all distributions. Modifications
should be forwarded to the Current Programmer (anthony) for inclusion into
the next release.

This software comes with NO warranty whatsoever and no responsibility for
any damages, losses or problems that the program may cause will be taken.

Please also send any interesting user menu additions you come up with to
the current programmer :-

                              Anthony Thyssen    <anthony@cit.gu.edu.au>
                            http://www.cit.gu.edu.au/~anthony/anthony.html

-------------------------------------------------------------------------------

WHERE TO GET IT

  XbmBrowser
     ftp.x.org   /contrib/utilities/xbmbrowser4.3.tgz
     archie.au   /X11R6/contrib/utilities/xbmbrowser4.3.tgz

and all its mirrors. You may also like to get and install the package
before tring to build this program so that it can read and display
Xpixmap files too.
  
  XPM  (X Pixmap Library)
     ftp.x.org   /contrib/libraries/xpm-3.4f.tar.gz  


DISTRIBUTED FILES

  Documentation
    README               - this file.
    Changes              - history of changes made to xbmbrowser
    xbmbrowser.man       - Online manual for xbmbrowser

  Sources
    Imakefile            - imake file
    Makefile.std         - the standard make file.
    patchlevel.h         - the current patchlevel.
    xbmbrowser.h         \
    xbmbrowser.c          |
    callbacks.c           |
    user_menu.c            > the 'C' code.
    user_functs.c         |
    bitmaps.c             |
    misc.c               /
    XbmBrowser.ad        \_ application defaults
    XbmBrowser-color.ad  /
    tickbox_on.xbm       \_ menu option tick boxes
    tickbox_off.xbm      /
    filesyms/            - directory of file symbols for non-icon files
    test_icons/          - directory of icons used for testing purposes
    icon.xbm             - programs icon -- resource `pixmap' can override.
    xbmbrowser.menu      - The default user menu file.
    xbmbrowser.menu.tut  - Default User menu with comments and suggestions

  Support
    xbm-cmd              \_ Scripts to filter bitmaps and pixmaps
    xbm-resize           /        using the pbmplus filters

  You can download more such support from Anthony's Icon Library
          http://www.cit.gu.edu.edu/~anthony/icons/support/


DEFAULT AND PERSONAL USER MENUS.

  The man page and the file "xbmbrowser.menu.tut" contains information on
the syntax of the new user menu configuration file format.  NOTE: The
Default user menus assume that PbmPlus is available on the users path.

  You can change the default location at which the program expects to find
the default user menu file, either via an appropriate resource setting, or
through the hardcorded resource default in the "Imakefile" or
"xbmbrowser.h".  The default setting is to place the global menu
configuration into normal X11 library directory for your system.

  A personal menu configuration file can be defined by the user, in the
file ".xbmbrowserrc" in the users home directory. I suggest that users
copy the global library file to thier personal rc file, and then make
changes as required.  I myself use a file very simular rc file to the
default global file provided, but using various shell scripts to do
complexe tasks, and with all the rescan()'s removed as I prefer to use the
main button when I want to do a rescan.


SUPERUSER INSTALLATION

  With Imake execute:
     xmkmf
     make
     make install
     make install.man

  With normal make execute:
    Edit xbmbrowser.h or the resource file XbmBrowser.ad to suit your
    machines setup.
       cp Makefile.std Makefile
       make
    then manually install the xbmbrowser, support scripts, manual, and
    the default user menu, as you require.


USER INSTALLATION

    To stop xbmbrowser from tring to load the menu defaults from the
  X11 library directory, do one of the following.
    1/ Just copy the "xbmbrowser.menu" file  into your home directory 
       as  ".xbmbrowser".  If xbmbrowser finds this it will use it
       instead of the library default menus.
    2/ Specify in the XbmBrowser resources where to find the library
       file.
    3/ Edit the Imakefile to specify the directory to find the default
       library menus.
  I think the first is the easiest. I just mentioned the others for
  completeness.

    Build the "xbmbrowser" executable using ``xmkmf; make;'' commands.
  But DO NOT run the "make install" or ``make install.man'' commands.

    Install the XbmBrowser resource (.ad) files into your personal
  application resources directory (renaming without the .ad on the end).
  This directory is pointed to with the Environment variable XAPPRESDIR.
  If this variable is not set then it defaults to your home directory,
  or install the resources into your .Xdefaults or other resource files.
  For more information on resources look at the following WWW document.

        http://www.cit.gu.edu.au/~anthony/info/X/hints.Resources

  Try it.
     
    
PROBLEMS

Ultrix Machines (Decstations)
    A number of memory faults seems to occur. Both in user menu
  configuration and also in the X Pixmap library. The solution that works
  is to recompile both xbmbrowser AND the X Pixmap library with gcc.

    NOTE: to compile Xpm with gcc, your must set the following Imakefile
  define in the Xpm lib sub-directory's Imakefile. Or better still fix it
  in the /usr/lib/X11/config/Imake.tmpl file with.

  #define LibraryCcCmd gcc

    Noramlly these X Pixmap errors are of concern to most applications.
  They seem to only happen when a xpm is being freed, either by a call
  from the client program or because the xpm file is invalid. Most
  programs using the Xpm library never free X pixmaps or try to referance
  non-pixmap files. Xbmbrowser does both.

Linix (PC Unix) 
    Linix machine have the same problems with the pixmap library. In this
  case however the problem seems to do with the Xpm library 3.3,
  distributed with the linux system. Users can get a replacement copy of
  the Xpm library via ftp from :-

      sunsite.unc.edu:/pub/Linux/libs/X/libXpm-3.4c.tar.gz

  This can be placed in the /usr/X11/lib directory with the old library
  and recompile xbmbrowser.


BETA TESTERS

  The following people returned bugs and suggestions for this release
of xbmbrowser. Many thanks to all of them.

  Steve Kinzler   <kinzler@cs.indiana.edu>         :Recursive Directory Tests
  Shane Watts     <swatts@me.gu.edu.au>            :Linix PC
  Thomas Cooke    <cooke@newice.stortek.com>       :Zero Width/Heigth Xpm Bug
  Bjorn P. Brox   <brox@corena.no>                 :Stupid Memory Faults
  Jan Sandquist   <etxquist@iqa.ericsson.se>
  Detlef Schmier  <detlef@ufclnx.unt.dec.com>
  Brian Dowling   <bdowling@ccs.neu.edu>           :Dec Ultrix -- symlinks
  Robert Paulus   <rbg.informatik.th-darmstadt.de> :HP9000/400
  Richard Lloyd   <R.K.Lloyd@csc.liv.ac.uk>        :HP-UX -- Imake changes
  Bob Friesenhahn <bfriesen@iphase.com>            :Solaris -- Memory Faults
  Heiko Schroeder <heiko@pool.informatik.rwth-aachen.de>  :List widget bug
  Michael Weller  <eowmob@exp-math.uni-essen.de>   :dir_list[] - no limit tests
  John Polstra    <jdp@polstra.com>                :SVR4 symlinks
  Amir J. Katz    <winter@datasrv.co.il>           :Double Click Fault
  Steven Chaplin  <S.F.Chaplin@uel.ac.uk>          :Imake problem on linux
  Reinhard Sy     <rsy@gras.de>                    :Sony -- include file
  Detlef Schmier  <detlef@mfr.dec.com>             :Simple fix to "None" colors


  Anthony Thyssen ( System Programmer )   http://www.cit.gu.edu.au/~anthony/
-------------------------------------------------------------------------------
      "The best way to accelerate an IBM is at 9.81 metres/sec^2"
                                                       - Larry Phillips
-------------------------------------------------------------------------------

From faces-request  Tue May 30 11:25:59 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id LAA06704; Tue, 30 May 1995 11:25:59 -0500
Received: from tamdhu.dcs.st-andrews.ac.uk by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id LAA06688; Tue, 30 May 1995 11:25:53 -0500
Received: from bushmills.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1)
	id AA16975; Tue, 30 May 95 17:26:47 BST
Message-Id: <9505301626.AA16975@tamdhu.dcs.st-andrews.ac.uk>
To: faces@cs.indiana.edu
Subject: looking for an xpmto<foo> converter than understands none
Date: Tue, 30 May 1995 17:26:48 +0100
From: "Paul Harrington" <phrrngtn@dcs.st-and.ac.uk>
Errors-To: faces-request@cs.indiana.edu


Hi,
couldn't find this in the FAQ so I asking the list.

When I tried to convert some of the xpms into ppms (so that I can use
them as Tk-4.0b3 canvas items) I was getting errors about missing or
invalid formats. I upgraded to the netpbm-1mar1994 release but I am
still getting errors as it does not recognise the 'none' colour.

what is the easiest/best way for me to convert the xpm's into ppm's? I
have tried the other approach of using the gifs  ...
	giftopnm | pnmdepth 255 |ppmquant 5

but I am still getting horrible 4x8x4 colourmap which does not look
nice.

I just want to display the flags in a Tk canvas. What am I doing
wrong?

pjjH

Paul Harrington, phrrngtn@dcs.st-andrews.ac.uk  	 +44 1334 463261
Division of Computer Science, St Andrews University, Scotland KY16 9SS







From faces-request  Tue May 30 11:43:01 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id LAA08860; Tue, 30 May 1995 11:43:01 -0500
Received: from mobula.cs.indiana.edu by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id LAA08847; Tue, 30 May 1995 11:42:57 -0500
Received: by mobula.cs.indiana.edu
	(5.65c/9.4jsm) id AA10537; Tue, 30 May 1995 11:41:55 -0500
Date: Tue, 30 May 1995 11:41:55 -0500
From: "Steve Kinzler" <kinzler@cs.indiana.edu>
To: "Paul Harrington" <phrrngtn@dcs.st-and.ac.uk>
Cc: faces@cs.indiana.edu
Subject: Re: looking for an xpmto<foo> converter than understands none
References: <9505301626.AA16975@tamdhu.dcs.st-andrews.ac.uk>
Errors-To: faces-request@cs.indiana.edu

Sent 30May95 from phrrngtn@dcs.st-and.ac.uk to faces
+------- looking for an xpmto<foo> converter than understands none -------
| When I tried to convert some of the xpms into ppms (so that I can use
| them as Tk-4.0b3 canvas items) I was getting errors about missing or
| invalid formats. I upgraded to the netpbm-1mar1994 release but I am
| still getting errors as it does not recognise the 'none' colour.

Yes, xpmtoppm doesn't handle the None color, since ppm doesn't support
transparency.  To get it to work, you can change it to a real color
before piping into xpmtoppm, eg

	sed 's/c  *[Nn]one/c white/g' | xpmtoppm

See also the x2p.sed script in the AIcons support scripts.

--
from the brain of Steve Kinzler    /o)\    kinzler@cs.indiana.edu
an organ with a mind of its own    \(o/    (812)855-6999
              http://www.cs.indiana.edu/hyplan/kinzler.html
Tompion broadwife / myologic oxeye gremlin / brightwork collegian.

From faces-request  Tue May 30 19:59:29 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id TAA21074; Tue, 30 May 1995 19:59:29 -0500
Received: from dragon.cit.gu.edu.au by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id TAA21052; Tue, 30 May 1995 19:59:21 -0500
Received: by dragon.cit.gu.edu.au id AA11760
  (5.67b/IDA-1.5 for faces@cs.indiana.edu); Wed, 31 May 1995 10:55:57 +1000
Date: Wed, 31 May 1995 10:55:57 +1000
From: Anthony Thyssen <anthony@cit.gu.edu.au>
Message-Id: <199505310055.AA11760@dragon.cit.gu.edu.au>
To: phrrngtn@dcs.st-and.ac.uk
Subject: Re: looking for an xpmto<foo> converter than understands none
In-Reply-To: Mail from '"Paul Harrington" <phrrngtn@dcs.st-and.ac.uk>'
      dated: Tue, 30 May 1995 17:26:48 +0100
Cc: faces@cs.indiana.edu
X-Face: "iO`19c"sFVLnS(9,80^_E^BqA&Ta,05p2lA`FWO.d8el_~lo2k2}{t#~Y{~M!hPV?Augr<
	d1w9Ai$pen`'0!Hn;}TZMK*}\N_"c)g8B>@'%'}9d\,<K6+2"DNx9B1m')c20"he.(7JQ@
	fC*v&[(q49YDTFrdiogp*OIG&6!H2U]PS{bwKpQMk9]nHp2!#xh3/)xA";B'%*[{
Errors-To: faces-request@cs.indiana.edu

"Paul Harrington" <phrrngtn@dcs.st-and.ac.uk> writes:-
| When I tried to convert some of the xpms into ppms (so that I can use
| them as Tk-4.0b3 canvas items) I was getting errors about missing or
| invalid formats. I upgraded to the netpbm-1mar1994 release but I am
| still getting errors as it does not recognise the 'none' colour.
| 
The netpbm xpm converter is very very stupid and hates any odd things in
Xpixmaps.  Here is a sed script I filter Xpixmaps through before converting.

file x2p.sed
=======8<--------CUT HERE----------axes/crowbars permitted---------------
#!/bin/sed -f
#
# x2p.sed
# 
# Sed script to fix older versions of xpm so pbmplus understands these also
# to remove any extra comments which may also confuse pbmplus.
# 
# Some sed program do not understand \< \> word boundary constructs so part
# of the file complexity in involved in working around this lack.
# 
# WARNING: the empty [  ] below contain a space and a tab.
#
#  Anthony Thyssen    20 Nov 1994
# -----
# create the appropiate header
  1i\
/* XPM */\
static char *icon[] = {
# extra spaces, comments, and blank lines
  /^static[^A-Za-z0-9]/ d
  s/^[ 	]*"/"/g
  /^[^"]/ s/\/\*.*\*\///g
  /^[ 	]*$/ d
# some funny business with old xpms
  /^!/ d
  /^[^\/"}]/ s/.*/"&",/
# rename the transparent color to white
  s/\([smgc]\)  *[Tt]ransparent\([^A-Za-z0-9]\)/\1 white \2/g
  s/\([smgc]\)  *[Nn]one\([^A-Za-z0-9]\)/\1 white \2/g
  s/#[Tt]ransparent/white/g
  s/#[Nn]one/white/g

=======8<--------CUT HERE----------axes/crowbars permitted---------------

Then in other script I use a sequence like the following to handle both
pixmaps and bitmaps.

from file "x2p"
=======8<--------CUT HERE----------axes/crowbars permitted---------------
for i in "$@" ; do
  name="`basename $i`"
  suffix="`expr "$name" : '.*\.\([^.]*\)'`"

  j=`basename $i .$suffix`           # destination name
  s=`echo $suffix | sed 's/^x/p/'`   # its new suffix  x -> p

  echo >&2 "file \"$i\""
  case "$suffix" in
    xbm) sed 's/unsigned //' "$i" | xbmtopbm > "$j.$s" ;;
    xpm) x2p.sed "$i" | xpmtoppm 2>/dev/null > "$j.$s" ;;
    *) echo -n "${b}"
       echo >&2 "Unknown suffix for \"$i\""
       continue
  esac
done
=======8<--------CUT HERE----------axes/crowbars permitted---------------

The above is from the scripts in the support section of

   Anthony's Icons
     http://www.cit.gu.edu.au/~anthony/icons/
   Support Files
     http://www.cit.gu.edu.au/~anthony/icons/support/
   Support Scripts
     /antbin/list_icons?dir=support/scripts

Also look at  "xpm-fix" (and "mk-color-db" associated with this)
which is a perl script I use to fix the xpm files created by
netpbm, particularly with regard to re-adding the X color names again.

| what is the easiest/best way for me to convert the xpm's into ppm's? I
| have tried the other approach of using the gifs  ...
| 	giftopnm | pnmdepth 255 |ppmquant 5
| 
| but I am still getting horrible 4x8x4 colourmap which does not look
| nice.
| 
You are asking ppmquant to reduce the number of colors to only 5,
of course it is going to look horrible.

Look at the "recolor" script in the above support directory. I use
this to convert incoming images into the library's standard color
table (about 30 standard X window colors)

Also look at "xbm2gif" to convert bitmaps/pixmaps to GIF format with
or without transparency.


  Anthony Thyssen ( System Programmer )   http://www.cit.gu.edu.au/~anthony/
-------------------------------------------------------------------------------
  "Now I've got the bead on you with MY disintegrating gun.
   And when it disintegrates, it disintegrates. (pulls trigger)
   Well, what you do know, it (the gun) disintegrated."
                 -- Daffy Duck -- Duck Dodgers in the 24th and a half century
-------------------------------------------------------------------------------

From faces-request  Wed May 31 05:38:32 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id FAA20112; Wed, 31 May 1995 05:38:32 -0500
Received: from tamdhu.dcs.st-andrews.ac.uk by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id FAA20084; Wed, 31 May 1995 05:38:07 -0500
Received: from bushmills.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1)
	id AA20214; Wed, 31 May 95 11:38:47 BST
Message-Id: <9505311038.AA20214@tamdhu.dcs.st-andrews.ac.uk>
To: "Steve Kinzler" <kinzler@cs.indiana.edu>,
        Anthony Thyssen <anthony@cit.gu.edu.au>
Cc: faces@cs.indiana.edu
Subject: Re: looking for an xpmto<foo> converter than understands none 
In-Reply-To: Your message of "Tue, 30 May 1995 17:06:20 CDT."
             <9505302207.AA27795@tamdhu.dcs.st-andrews.ac.uk> 
Date: Wed, 31 May 1995 11:38:38 +0100
From: "Paul Harrington" <phrrngtn@dcs.st-and.ac.uk>
Errors-To: faces-request@cs.indiana.edu



Steve> Eh?  The xpmtoppm translation shouldn't add colors.  Maybe the 'ppmquant
Steve> 5' is munging things -- it shouldn't be needed.  Could the dithering be
Steve> being done by whatever you're using to display the image?

I am not explaining myself too well ... the dithering _is_ being done
by what I am using to display the image. I want some way of forcing
the ppm's to be display undithered within the Tk canvas. If I
translate the xpm by using xv, then they work.

[ Details ] 
The xpmtoppm is producing an image which xv reports as having a 4x8x4
colourmap. This gets dithered by both xv and the Tk canvas and does
not look nice. When I force xv to use an 8-bit display mode, it is
display correctly without dithering. When I use xv to view the
original xpm, it is displayed in 8 bit mode by default and obviously
looks correct. When I get xv to save the xpm as a raw ppm, it gets
displayed correctly in the Tk canvas. 

Anthony> You are asking ppmquant to reduce the number of colors to only 5,
Anthony> of course it is going to look horrible.

I was using the Irish flag as my example and that has only 5 colours
in in (green, white, orange, black and none). I don't understand where
the 'extra' colours are coming from  i.e. why does xv and the Tk
canvas feel the need to dither the display when there are so few
colours in the image in the first place? (I am running on a 8-bit
display)

I have been unable so far to FTP the scripts that Anthony mentions in
his message ... I guess that an examination of them should answer a
few of my questions.

pjjH

From faces-request  Wed May 31 21:03:06 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id VAA00846; Wed, 31 May 1995 21:03:06 -0500
Received: from dragon.cit.gu.edu.au by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id VAA00825; Wed, 31 May 1995 21:02:49 -0500
Received: by dragon.cit.gu.edu.au id AA02198
  (5.67b/IDA-1.5 for AIcons-Announce@dragon.cit.gu.edu.au); Thu, 1 Jun 1995 11:46:09 +1000
Date: Thu, 1 Jun 1995 11:46:09 +1000
From: Anthony Thyssen <anthony@cit.gu.edu.au>
Message-Id: <199506010146.AA02198@dragon.cit.gu.edu.au>
To: phrrngtn@dcs.st-and.ac.uk
Subject: AIcons interium release v1.7b
In-Reply-To: Mail from '"Paul Harrington" <phrrngtn@dcs.st-and.ac.uk>'
      dated: Wed, 31 May 1995 11:38:38 +0100
Cc: AIcons-Announce@dragon.cit.gu.edu.au
X-Face: "iO`19c"sFVLnS(9,80^_E^BqA&Ta,05p2lA`FWO.d8el_~lo2k2}{t#~Y{~M!hPV?Augr<
	d1w9Ai$pen`'0!Hn;}TZMK*}\N_"c)g8B>@'%'}9d\,<K6+2"DNx9B1m')c20"he.(7JQ@
	fC*v&[(q49YDTFrdiogp*OIG&6!H2U]PS{bwKpQMk9]nHp2!#xh3/)xA";B'%*[{
Errors-To: faces-request@cs.indiana.edu

"Paul Harrington" <phrrngtn@dcs.st-and.ac.uk> writes..
| I have been unable so far to FTP the scripts that Anthony mentions in
| his message ... I guess that an examination of them should answer a
| few of my questions.
| 
| pjjH
| 
FTP is a problem as I do not have an offical ftp site at the moment.
preferally in the US.    ftp.x.org refused :-(

Hang on -- I'll just do an update on the ftp site here..

OK intermediate version  1.7b  is now created (dated 1 July 1996)
This will not be an offical release, just an update for ftp users.

This FTP site is not offical and is not to be released to NEWS or FAQs
This is purely a service to anyone who recieves this mail.
So don't tell anyone  ;-)

    AIcons private FTP (for site archivers)    
       ftp.cit.gu.edu.au   /pub/AIcons

The site is not fast and limited to a small number of ftp users.

  Anthony Thyssen ( System Programmer )   http://www.cit.gu.edu.au/~anthony/
-------------------------------------------------------------------------------
  Wirth's Rule:     Never store data in more than one place,
              sooner or later you will update one and not the other.
-------------------------------------------------------------------------------

From faces-request  Tue Jul 11 03:27:50 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id DAA17137; Tue, 11 Jul 1995 03:27:50 -0500
Received: from dragon.cit.gu.edu.au by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id DAA17080; Tue, 11 Jul 1995 03:27:33 -0500
Received: by dragon.cit.gu.edu.au id AA04100
  (5.67b/IDA-1.5 for XbmBrowser-Announce@dragon.cit.gu.edu.au); Tue, 11 Jul 1995 18:11:05 +1000
Date: Tue, 11 Jul 1995 18:11:05 +1000
From: Anthony Thyssen <anthony@cit.gu.edu.au>
Message-Id: <199507110811.AA04100@dragon.cit.gu.edu.au>
To: XbmBrowser-Announce@dragon.cit.gu.edu.au
Subject: ANNOUNCE: XbmBrowser v5.0 Release
X-Face: "iO`19c"sFVLnS(9,80^_E^BqA&Ta,05p2lA`FWO.d8el_~lo2k2}{t#~Y{~M!hPV?Augr<
	d1w9Ai$pen`'0!Hn;}TZMK*}\N_"c)g8B>@'%'}9d\,<K6+2"DNx9B1m')c20"he.(7JQ@
	fC*v&[(q49YDTFrdiogp*OIG&6!H2U]PS{bwKpQMk9]nHp2!#xh3/)xA";B'%*[{
Errors-To: faces-request@cs.indiana.edu

Announcing a NEW release of...
       __  ___               ____
       \ \/ / |__  _ __ ___ | __ ) _ __ _____      _____  ___ _ __
        \  /| '_ \| '_ ` _ \|  _ \| '__/ _ \ \ /\ / / __|/ _ \ '__|
        /  \| |_) | | | | | | |_) | | | (_) \ V  V /\__ \  __/ |
       /_/\_\_.__/|_| |_| |_|____/|_|  \___/ \_/\_/ |___/\___|_|
                 __   __          _            ___   __  
                 \ \ / /__ _ _ __(_)___ _ _   | __| /  \ 
                  \ V / -_) '_(_-< / _ \ ' \  |__ \| () |
                   \_/\___|_| /__/_\___/_||_| |___(_)__/

XbmBrowser (version 5.0)
   A program to allow the user to view a complete directory of X bitmaps
and X pixmaps all in one go, and to perform user defined actions on
these images. If you don't think this is usful, you have never dealt with
a directory of small icon images.

       Copyright   Ashley Roll  and  Anthony Thyssen

Original Program:     Ashley Roll      ash@cit.gu.edu.au      upto version 3.2
Current Programmer:   Anthony Thyssen  anthony@cit.gu.edu.au  version 4.0 on

And a special thanks to all Beta Testers for the testing of this new version.

-------------------------------------------------------------------------------

WHERE TO GET IT

  XbmBrowser
     ftp.x.org   /contrib/utilities/xbmbrowser5.0.tar.gz
     archie.au   /X11R6/contrib/utilities/xbmbrowser5.0.tar.gz

and all its mirrors. You may also like to get and install the package
before tring to build this program so that it can read and display
Xpixmap files too.
  
  XPM  (X Pixmap Library)
     ftp.x.org   /contrib/libraries/xpm-3.4f.tar.gz  

-------------------------------------------------------------------------------

The Major new features over the version 4 releases are ...

1/ Shaped windows and Icon Labeling. Which makes the browser must more
   professional and useful.

   A number of beta testers have commented that xbmbrowser could become
   the basis of a X windows file manager.  I agree but that is not its
   purpose.

2/ A NEW user defined main called "main"

       Please update your system wide "xbmbrowser.menu" files.
       and notify users of the new menu for their ".xbmbrowser"
       definitions.

    This menu replaces the old ``QUIT'' button at the top of the browser.
    Its purpose is to provide a place for users to place directory jumps
    to areas where they use xbmbrowser the most, and for general application
    controls.     PLEASE Mail me any such functions you develop.

    Also note that if no menu was created by the RC file read by xbmbrowser
    a default internal menu containing only a ``Quit'' button is built and
    a warning printed.

3/ More options for the options menu with appropriate X resources for
   better feature control.


And now for a warning.

4/ Directory Menu is to be removed in the next release.

   The Directory Menu (press the menu (3rd) mouse button on the directory
   Text Widget) is slated for removal. The reason for this is that it was
   a stop gap measure to allow users to change directory to subdirectories.
   This function is now handled better thanks to directory file symbols 
   and icon labeling.  It is a kludge.

   If this is not the desire of Xbmbrowser users please mail me. Otherwise
   this will be the last release of xbmbrowser with this menu.

-------------------------------------------------------------------------------


  Anthony Thyssen ( System Programmer )   http://www.cit.gu.edu.au/~anthony/
-------------------------------------------------------------------------------
     Cartoon Law III : Any body passing through solid matter
           will leave a perforation conforming to its perimeter.
-------------------------------------------------------------------------------

From faces-request  Tue Aug 15 16:08:05 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id QAA03227; Tue, 15 Aug 1995 16:08:05 -0500
Received: from genome.wi.mit.edu by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id QAA03199; Tue, 15 Aug 1995 16:07:59 -0500
Received: by genome.wi.mit.edu (5.57/1.1.4/8Aug94)
	id AA16225; Tue, 15 Aug 95 17:07:51 -0400
Received: by chico; id AA27173; Tue, 15 Aug 1995 17:07:45 -0400
Message-Id: <9508152107.AA27173@chico>
To: faces@cs.indiana.edu
X-Face: (wv%Iv5H3|_OjY^%`xegnNSG275\$8<NVy6e@>$*K#/Iv-PM?*yZuwt?yjE:>sF>ATqON;l
 &w9_I~<O;$8<CApcMdblu%t2A^syU@n]ct;uWrh>`o^MAZPi0:Fs6R78vLtAr!L[u5n*g4W&/7wWkL
 t;d=s4Gdn]/-KqU0&!a6d(kZK`<+',(<gb*jHfuj"(gU2Jpy(bJP\AUtap2%|%AaxRi%:J]\|=h7i-
 |s|IZN2v[?lE]=Bm[idfLrA3}9j5"'"B
Cc: ert@genome.wi.mit.edu
Subject: xfaces deviates from expected behaviour for me...
Date: Tue, 15 Aug 95 17:07:44 -0400
From: Ert Dredge <ert@genome.wi.mit.edu>
X-Mts: smtp
Errors-To: faces-request@cs.indiana.edu

Hiya.

I'm just settling into a new workstation (Sparc IPC), and I'm having
trouble installing xfaces in a manner that will have it perform the way
the man page predicts.  I've sent mail off to Christopher Liebman, but
figured list members might be able to help:

(1) the window only displays one face at a time, regardless of how much
mail is in the spool file or whatever input I feed it with the specify
with the -e option; my understanding is there should be a column of
faces, at least one for each sender?

(2) Only one faces database path can be specified with -f  If I try to
specify more than one (colon-delimited) path, it fails to find any of
them.

(3) The window doesn't look much like the examples I've seen on the web
-- no username caption under the picture, no pretty background to the
icons.


Any thoughts?

- Ert

----------------------------------------------------------------------------
- Ert Dredge <ert@genome.wi.mit.edu>                   PGP Key on WWW page -
- Baylor college of Medicine  http://www.mit.edu:8001/people/ert/home.html -
- Program in Structural and Computational Biology and Molecular Biophysics -
----------------------------------------------------------------------------

From faces-request  Sun Aug 27 17:45:27 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id RAA15546; Sun, 27 Aug 1995 17:45:27 -0500
Received: from lilly.ping.de by moose.cs.indiana.edu
	(8.6.12/9.4jsm) id RAA15539; Sun, 27 Aug 1995 17:45:18 -0500
Received: from gurke.UUCP by lilly.ping.de with UUCP
	(Smail3.1.28.1 #4) id m0smqRw-000oopC; Mon, 28 Aug 95 00:45 MET DST
Received: by gurke.ping.de (Smail3.1.28.1 #12)
	id m0smqPH-000SGwC; Mon, 28 Aug 95 00:42 MET DST
Message-Id: <m0smqPH-000SGwC@gurke.ping.de>
Content-Type: text/plain
MIME-Version: 1.0 (NeXT Mail 3.3 v118.2)
Received: by NeXT.Mailer (1.118.2)
From: Constantin Szallies <tini@gurke.ping.de>
Date: Mon, 28 Aug 95 00:42:19 +0200
To: faces@cs.indiana.edu
Subject: X-Face header question
Errors-To: faces-request@cs.indiana.edu

Hi everybody. I'm new to this mailing list.
I'm the author of a  NeXT freeware newsreader and I'm thinking  
about supporting the X-Face header in my newsreader.

Are there any tools to convert X-Face header to a tiff picture.  
Everything I found so far was compface, but it just produces some  
unuseable output.

Greetings Constantin Szallies

From faces-request  Mon Nov  6 15:53:25 1995
Return-Path: <faces-request@cs.indiana.edu>
Received: by moose.cs.indiana.edu
	(8.7.1/IUCS.1.38) id PAA15991; Mon, 6 Nov 1995 15:53:25 -0500 (EST)
X-Authentication-Warning: moose.cs.indiana.edu: kinzler set sender to faces-request@cs.indiana.edu using -f
Received: from themis.ag.gov.bc.ca by moose.cs.indiana.edu
	(8.7.1/IUCS.1.38) id PAA13206; Mon, 6 Nov 1995 15:15:32 -0500 (EST)
Received: by themis.ag.gov.bc.ca (5.4R3.10/200.1.1.4)
	id AA00897; Mon, 6 Nov 1995 12:21:05 -0800
From: bm11455@themis.ag.gov.bc.ca (Jason Baker)
Message-Id: <9511062021.AA00897@themis.ag.gov.bc.ca>
Subject: Confusion with xfaces regarding directories
To: faces@cs.indiana.edu (Faces (List))
Date: Mon, 6 Nov 1995 12:21:04 -0800 ()
X-Phone: 604-660-5005 (Voice) 604-660-1971 (Fax)
X-Url: http://themis.ag.gov.bc.ca/jbaker/
X-Disclaimer: All email on the Net is personal, unless explicity made official.
X-Mailer: ELM [version 2.4 PL24 ME8b]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Errors-To: faces-request@cs.indiana.edu

Woo, first post. ;)

First, just a note for those that keep track of such things, I managed to
get both xfaces and compface to compile on a Data General box without 
much sweat. Chalk another platform up on the board!

The problem I'm having, though, is the documentation on what files go
where with what names is kind of lacking, and I'm not good enough at
C to browse through the old source files to see where they look.

Where should .xpm files be kept for xfaces to find them on incoming
mail, and what name should they be?  It looks to me to be the hostname
reversed, with the username tacked on the end, and the filename "face.*".

However, I tried making the tree...

/usr/faces/ca/bc/gov/ag/themis/bm11455

and put the file "face.xpm" (a copy of the asterix .xpm from the distribution)
in there, and nothing happened.

I saw something in the source (I can kinda read it) about ifdef SEARCH_DEBUG,
so I'll try that out and see what happens, but any help would be greatly
appreciated.

==============================================================================
Krenn von Salzburg  (Shire of Seagirt, An Tir, SCA) | PGP Key available from
Jason              (Player Help Wiz, ShadowrunMUSH) | most keyservers. Please
Vlad_K-Fuchida       (ComStar, BattleTech3056 MUSE) | encrypt/sign any mail!

  "If at first you don't succeed, destroy all evidence that shows you tried."
 echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc
 Perl: print unpack("u","92G5S\=\"!A;F]T:&5R(\'!E<FP\@:&%C:V5R\"\@\`\`");

