From faces-request Sat Jan 4 11:54:50 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA20022; Sat, 4 Jan 92 11:54:50 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA20017; Sat, 4 Jan 92 11:54:48 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA01574; Sat, 4 Jan 92 11:56:15 EST Received: from iuvax.cs.indiana.edu by Sun.COM (4.1/SMI-4.1) id AA28294; Fri, 3 Jan 92 16:56:10 PST Message-Id: <9201040056.AA28294@Sun.COM> Received: by iuvax.cs.indiana.edu Date: Fri, 3 Jan 92 19:56:08 -0500 From: Steve Kinzler To: faces@Aus Subject: New logos/news bitmap submission mechanism X-Face: %Mz-_My%|8Y#+Dghgh,Owh]Y.wswC(Sr"9$Yxo>,y2|lC]st $*`Oi=Xk;O-^xC=eu>[1;(HMb(!:`;V$i'=z{ZjV x.g*4`x70T3%o3O=[3*ZxF6Z12vu` X-Planation: X-Face can be viewed with "faces". From the iuvax archive today. Errors-To: faces-request@Aus.Sun.COM I've set up a new submission mechanism for additions to the logos and news faces databases. Essentially it's a way to mail them in seperately and have them automatically queued in an area of the iuvax faces ftp archives (pub/faces/incoming/{logos,news}) until they're approved and incorporated into the complete databases. I did this to make things a bit easier for me, and so that submissions are made available to everyone even before I've had a chance to install them in the complete database. Since I'll be off the net for a good portion of this new year, this may come in handy. Finally, I plan on announcing the news database and the newscheck faces application on the net soon, so we can expect the news database to grow significantly in the near future. I append the README.incoming file from the archives below for full details on the new submission mechanism: ---- This directory contains submissions for the faces news or logos bitmap database. They have not yet been approved and incorporated into the complete database in the pub/faces directory above. To submit a bitmap to the database, mail the bitmap to faces-news@cs.indiana.edu or faces-logos@cs.indiana.edu as appropriate. The subject line should contain only the newsgroup or newsgroup hierarchy the news bitmap is for (eg, "comp.unix.shell" or "comp") or the domain address or hierarchy the logo bitmap is for (eg, "sei.cmu.edu" or "cmu.edu"). Please submit each bitmap in a separate mailing. The mail should contain only the bitmap, preferably in X11 xbm 48x48 format. Any extra comments about the submitted bitmaps can be mailed seperately to kinzler@cs.indiana.edu Bitmaps can be created by hand or scanned in with a scanner and scaled down to 48x48 size. Also, one can scrounge around existing bitmap collections for bitmaps that can be converted and scaled to an appropriate faces bitmap. Tools to aid in faces bitmap creation are available in the filters directory of the faces source distribution. Also, I've found these tools to be invaluable: bitmap(1) -- for X11, especially the X11R5 version xgrabsc(1),xfontsel(1),xview(1),xmag(1) -- for X11 pbmplus package -- a bunch of bitmap filters and tools, some of the faces filter tools need these Thanks and enjoy, Steve Kinzler kinzler@cs.indiana.edu From faces-request Mon Jan 6 10:13:41 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA22840; Mon, 6 Jan 92 10:13:41 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA22835; Mon, 6 Jan 92 10:13:37 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA25153; Mon, 6 Jan 92 10:15:02 EST Received: from lucid.com by Sun.COM (4.1/SMI-4.1) id AA04166; Sun, 5 Jan 92 15:14:54 PST Received: from edsel (edsel.lucid.com) by heavens-gate.lucid.com id AA02523g; Sun, 5 Jan 92 15:11:39 PST Received: from thalidomide.lucid by edsel id AA25696g; Sun, 5 Jan 92 15:09:45 PST Received: by thalidomide.lucid (4.1/SMI-4.1) id AA14788; Sun, 5 Jan 92 15:14:27 PST Date: Sun, 5 Jan 92 15:14:27 PST Message-Id: <9201052314.AA14788@thalidomide.lucid> X-Windows: The defacto substandard. From: Jamie Zawinski Original-Sender: jwz@lucid.com To: faces@Aus Subject: thoughts on faces Errors-To: faces-request@Aus.Sun.COM Hello all, I think that faces is a wonderful idea, but I find the current implementation a bit too restrictive; and there's something I really don't like about having to use the structure of the file system as the database tree, though I can't put my finger on it. (Aside from efficiency issues, I mean; I've got a problem with it aesthetically...) Anyway, here are my thoughts on what features I would like to see. These are just some design ideas pretty much off the top of my head; I'd like to know what others think of them. (I'm not terribly familiar with "faces", so perhaps it already does some of this and I haven't noticed. I'd like to know if that's the case!) I'd like to have a program which takes as its input a list of "keys" to display. These keys could be hostnames, usernames, whatever, and the program would consult its database, and pop up the corresponding picture. (This would essentially just be the output part of faces; the smarts would be elsewhere. A mail-checker would integrate with this in the obvious way.) I would then modify my mail reader to send a command to this program each time a new message was selected. In this way, I could have a small window always displaying the face of the sender of the current message. (Since I use VM inside Emacs to read my mail, this would be pretty trivial to do.) My newsreader (GNUS) could also be trivially extended to display a set of bitmaps corresponding to the sender of the current message and the newsgroup(s) in which it was posted. The keys should be a list of alternatives. I think that email addresses are a bad way to index faces; they're good for company logos, but not for people, because individual addresses tend to change at the whims of the system administration staff. So for each message I would send a list of keys to be tried in order until one matches; in this case, the list would be just the user's full name (for the user's face), followed by their email address (for the organization logo if there's no user-face). But I would like to use other things for keys besides names and addresses. I would like to have different icons depending on the contents of various header fields, like Subject, To, CC, Delivered-By, and so on. I would like to see different icons based on any of the following conditions: mail on a topic mail from the "vacation" program mail to a particular mailing list that I am on mail to a mailing list that also includes my name in the To or CC line It seems to me that all of the smarts for this sort of thing should be in the mail reader, but maybe that's just because I use a mail reader that's very easy to customize. I think that doing this for message selection is really just a "cute hack"; what I really want it for is so that my mail-checker can be implemented in emacs. Interfacing something like "reportmail" (with its concept of "junk messages") with a program that could display a set of bitmaps (instead of just one, as xbiff++ does) would be ideal. I'd like my mail-checker to display multiple rows and columns: one axis would be messages, and the other axis would be triples of the bitmap corresponding to the sender, the bitmap corresponding to the sender's organization, and a bitmap corresponding to the message topic (if any.) I'd also like the window to dynamically change size, or perhaps unmap itself when it was empty. It shouldn't consume screen real-estate when it has no information to offer. The mail reader should be responsible for noticing X-Face headers and invoking another program to store them into the database. Alternately, it should be possible for the mail reader to just send the X-Faces data to the display backend directly, without storing it in a database. If the display backend kept a cache (say the last 100 images shown or so) this would be pretty efficient. It might even be fast enough to have the appropriate face pop up as the mouse moved over a message. On the implementation side of things, I'd like to see a setup where there were a few face-servers on the net, and a local database at each site running faces. The local database would be a cache; it would consult the server only when there was a miss (and it would cache misses too, with a timeout of a few days.) If you think about it, this is exactly the same as having every user of "face" ftp a new copy of the bitmap tree from iuvax every couple of weeks, but more efficient, and more to the point, automated. With a cache in the display backend caching to optimize away access to the database, and a cache in the database to optimize away access to the network, this thing could really fly. This modular approach means that folks who only wanted to use a handful of bitmaps, or only wanted to use X-Face headers, wouldn't even have to install the database part. Alternate mailbox checkers, layout algorithms, window systems, etc could be played with without having to re-link one monolithic program, or add new command line options. And even better, you could do any part of it as an elisp client. Anyway, just some thoughts. You may flame at will :-) -- Jamie PS: I'm the fellow who added the faces-like features to xbiff++, though these days I think that xbiff++ is way too limited as well. It has some features that I really really like, which is why I'm still using it, but faces does a lot more. From richb Mon Jan 6 14:47:26 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24058; Mon, 6 Jan 92 14:47:26 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24053; Mon, 6 Jan 92 14:47:24 EST Received: from stard.Aus.Sun.COM by Aus.Sun.COM (4.1/SMI-4.1) id AA27103; Mon, 6 Jan 92 14:48:57 EST Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24048; Mon, 6 Jan 92 14:47:20 EST Message-Id: <9201060347.AA24048@stard.Aus.Sun.COM> From: richb@stard (Rich Burridge) Date: Mon, 6 Jan 1992 14:47:19 +1100 In-Reply-To: Jamie Zawinski's message as of Jan 5, 3:14pm. X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: Jamie Zawinski , faces@Aus Subject: Re: thoughts on faces X-Face: *7O.<19S{MCsaxxe=iCc*y5!i:>e,K40m^btp"<`~gNx5>o?eJMzUng=j]%KybY \/VaZ/3a4pD%#rGu7D4@L Errors-To: faces-request@Aus.Sun.COM On Jan 5, 3:14pm, Jamie Zawinski wrote: [ lots of good ideas on what faces should do ... ] A lot of what Jamie suggests can now be done with the faces -e option, and some clever front-end programming. An example of this kind of thing is Steve Kinzlers newscheck perl script. I think it's time to discuss the next step in the evolution of faces. There has been previous discussion in this mailing list about dividing faces into three: 1/ A faces image server. Given a user name and a host name it returns an image. 2/ A set of scripts/programs. These monitor a queue (file, list, whatever...) and from this generate a set of user and host names, which calls to the faces server turn into the appropriate images. 3/ A display program. Takes the images, and displays them. Even this is too restrictive. Jamie has come up with ideas that don't fit into the user name and host name model. We need to specify what each of these programs should do. A good starting point would be to split off the image lookup part of faces into calls to a separate faces image server and design, create and build that server. My initial thoughts were that the faces image server should look(&feel) like the Domain Name Server. There only needs to be one faces server for the whole of the organisation. Before I do off and "hack" up a prototype, I'd like feedback from the rest of you, on what you think a faces server should do. From faces-request Mon Jan 6 15:12:45 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24097; Mon, 6 Jan 92 15:12:45 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24092; Mon, 6 Jan 92 15:12:38 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA27344; Mon, 6 Jan 92 15:14:04 EST Received: from joyce.cs.su.oz.au by Sun.COM (4.1/SMI-4.1) id AA15991; Sun, 5 Jan 92 20:13:45 PST Message-Id: <9201060413.AA15991@Sun.COM> Date: Mon, 6 Jan 1992 14:47:29 +1100 From: rex@cs.su.oz.au (Rex Monty Di Bona) Subject: thoughts on faces To: faces@Aus Errors-To: faces-request@Aus.Sun.COM > From: Jamie Zawinski > To: faces@Aus.Sun.COM > Subject: thoughts on faces > > Hello all, > > I think that faces is a wonderful idea, but I find the current > implementation a bit too restrictive; and there's something I really don't > like about having to use the structure of the file system as the database > tree, though I can't put my finger on it. (Aside from efficiency issues, > I mean; I've got a problem with it aesthetically...) Well, as the person who changed faces to have the heirarchy in there I must disagree. Faces is for displaying the icons associated with people in the network. Now, the way these people are identified is through their network address. Until we have an efficient X-500 service then a person's login name is their best form of identity. Now, since network names are a domain based heirarchy it seems best to have the faces stored in a similar heirarchy. Since UNIX already provides this for free (the file system) it was a natural, and widely available choice. The reason we search up the heirarchy is that a person can thus easily cover a large sub-domain (for people who move between machines in a department etc, just put your face at the departmental level), so, for example, I can be reached as rex@cs1.cs.su.oz.au rex@karl.cs.su.oz.au rex@basser.cs.su.oz.au rex@ugrad.cs.su.oz.au rex@cs.su.oz.au rex@su.oz.au (and once apon a time rex@oz, but these things change :-) So, My face appears in the local heirarchy as rex@su.oz.au which is the most generic name for me. If there was to be a more specific rex, say rex@random_machine.cs.su.oz.au then a new entry would suffice in the full domain specifier. This reduces the number of entries, and maps very nicely, thank you very much, onto the real world, which is what we are actually trying to map. > Anyway, here are my thoughts on what features I would like to see. These > are just some design ideas pretty much off the top of my head; I'd like to > know what others think of them. (I'm not terribly familiar with "faces", so > perhaps it already does some of this and I haven't noticed. I'd like to > know if that's the case!) > > I'd like to have a program which takes as its input a list of "keys" to > display. These keys could be hostnames, usernames, whatever, and the > program would consult its database, and pop up the corresponding picture. > (This would essentially just be the output part of faces; the smarts would > be elsewhere. A mail-checker would integrate with this in the obvious way.) This is a pretty tall order. You have a lot of mappings here, and are trying to implement most of X-500 for the local domain. I'd love this sort of generality, but it is hard to achieve, and retain some sort of efficiency. > I would then modify my mail reader to send a command to this program each > time a new message was selected. In this way, I could have a small window > always displaying the face of the sender of the current message. (Since I > use VM inside Emacs to read my mail, this would be pretty trivial to do.) But do you not wat it on delivery of mail? Or does your mail reader scan your mailbox for new mail? In that case you have a duplication of scanning between faces and your reader. My mail reader is very dumb, and is little more than more on mail boundaries (I like it like that too). So having faces scan the mail box is a nice option. It also means I don't need modifications to the mail deliverer or the mail reader. > My newsreader (GNUS) could also be trivially extended to display a set of > bitmaps corresponding to the sender of the current message and the > newsgroup(s) in which it was posted. > > The keys should be a list of alternatives. I think that email addresses are > a bad way to index faces; they're good for company logos, but not for > people, because individual addresses tend to change at the whims of the > system administration staff. So for each message I would send a list of > keys to be tried in order until one matches; in this case, the list would > be just the user's full name (for the user's face), followed by their email > address (for the organization logo if there's no user-face). If your address keeps changing (at the local level, or at the global level, ie your address from this message is Jamie Zawinski What changes? lucid.com changes, or jwz changes? In eithercase I'd say this is a problem with your administrators. Consider your network address like a postal address. It is annoying when that changes, and has similar ramifications. > But I would like to use other things for keys besides names and addresses. > I would like to have different icons depending on the contents of various > header fields, like Subject, To, CC, Delivered-By, and so on. I would like > to see different icons based on any of the following conditions: > > mail on a topic > mail from the "vacation" program > mail to a particular mailing list that I am on > mail to a mailing list that also includes my name in the To or CC line > > It seems to me that all of the smarts for this sort of thing should be in > the mail reader, but maybe that's just because I use a mail reader that's > very easy to customize. Whilst I think these would be a good idea, I disagree that these should be in the mail reader. I want a mail reader to read mail, not to tell me about the time, or the weather, or anything else. I'm also of the opinion that these would be better handles by a change to the X-Face line of the mail item. I share a room, and we share a telephone line. If one person sends a message "from the telephone" they use a different X-Face line, and I know where the message is from before I read it. > I think that doing this for message selection is really just a "cute hack"; > what I really want it for is so that my mail-checker can be implemented in > emacs. Interfacing something like "reportmail" (with its concept of "junk > messages") with a program that could display a set of bitmaps (instead of > just one, as xbiff++ does) would be ideal. My opinion on EMACS cannot be broadcast on a public network. I'm from the old 'tools' school, not the new put it in every program and make it run lisp school (call me a fuddy duddy I suppose) > I'd like my mail-checker to display multiple rows and columns: one axis > would be messages, and the other axis would be triples of the bitmap > corresponding to the sender, the bitmap corresponding to the sender's > organization, and a bitmap corresponding to the message topic (if any.) > I'd also like the window to dynamically change size, or perhaps unmap > itself when it was empty. It shouldn't consume screen real-estate when > it has no information to offer. > > The mail reader should be responsible for noticing X-Face headers and > invoking another program to store them into the database. Alternately, it > should be possible for the mail reader to just send the X-Faces data to the > display backend directly, without storing it in a database. If the display > backend kept a cache (say the last 100 images shown or so) this would be > pretty efficient. NO NO NO. The X-Face should NEVER be stored in the database. See above, the X-Face from a person can change according to the message type, if you want to change the "default" icon for yourself that is an explicit action, and should be done explicitly. > It might even be fast enough to have the appropriate face pop up as the > mouse moved over a message. > > On the implementation side of things, I'd like to see a setup where there > were a few face-servers on the net, and a local database at each site > running faces. The local database would be a cache; it would consult the > server only when there was a miss (and it would cache misses too, with a > timeout of a few days.) DNS takes approx 20% of the bandwidth of the network in Australia (the only place I have data for). > If you think about it, this is exactly the same as having every user of > "face" ftp a new copy of the bitmap tree from iuvax every couple of weeks, > but more efficient, and more to the point, automated. But why? Why not grab the faces you want, and keep them. Faces don't change. It is far more efficient to have small messages for infrequent occurances (a face changes, you know, you were in a disfiguring car accident etc..) than for the common thing (getting the same data over and over and over) > With a cache in the display backend caching to optimize away access to the > database, and a cache in the database to optimize away access to the > network, this thing could really fly. > > This modular approach means that folks who only wanted to use a handful of > bitmaps, or only wanted to use X-Face headers, wouldn't even have to install > the database part. Alternate mailbox checkers, layout algorithms, window > systems, etc could be played with without having to re-link one monolithic > program, or add new command line options. And even better, you could do > any part of it as an elisp client. elisp? One monolithic program relinking on each invocation? > Anyway, just some thoughts. You may flame at will :-) > > -- Jamie Just some replies.. Rex. From faces-request Mon Jan 6 20:37:20 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24891; Mon, 6 Jan 92 20:37:20 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24886; Mon, 6 Jan 92 20:37:16 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA00569; Mon, 6 Jan 92 20:38:43 EST Received: from lucid.com by Sun.COM (4.1/SMI-4.1) id AA02253; Mon, 6 Jan 92 01:38:38 PST Received: from edsel (edsel.lucid.com) by heavens-gate.lucid.com id AA03141g; Mon, 6 Jan 92 01:35:05 PST Received: from thalidomide.lucid by edsel id AA26593g; Mon, 6 Jan 92 01:33:10 PST Received: by thalidomide.lucid (4.1/SMI-4.1) id AA14876; Mon, 6 Jan 92 01:38:08 PST Date: Mon, 6 Jan 92 01:38:08 PST Message-Id: <9201060938.AA14876@thalidomide.lucid> X-Windows: Even your dog won't like it. From: Jamie Zawinski Original-Sender: jwz@lucid.com To: rex%cs.su.oz.au@lucid.com (Rex Monty Di Bona) Cc: faces@Aus Subject: Re: thoughts on faces References: <9201060413.AA15991@Sun.COM> Errors-To: faces-request@Aus.Sun.COM In message <9201060413.AA15991@Sun.COM> Rex Monty Di Bona wrote: > > Faces is for displaying the icons associated with people in the network. > Now, the way these people are identified is through their network address. Well yes, but one of my points was that I think it should be for more than that. > This is a pretty tall order. You have a lot of mappings here, and are trying > to implement most of X-500 for the local domain. I'd love this sort of > generality, but it is hard to achieve, and retain some sort of efficiency. Well that I don't buy at all. You're just mapping a large set of keys to a large set of values; it's not a hard problem. >> I would then modify my mail reader to send a command to this program each >> time a new message was selected. In this way, I could have a small window >> always displaying the face of the sender of the current message. (Since I >> use VM inside Emacs to read my mail, this would be pretty trivial to do.) > > But do you not wat it on delivery of mail? Or does your mail reader scan > your mailbox for new mail? In that case you have a duplication of scanning > between faces and your reader. As I said later, I'm talking about two things; the first (which I talked about second) is essentially what faces does now: show me what's in my inbox waiting to be read. The second (which I talked about first) is that I would like the interface of the mail and news readers extended to show me bitmaps corresponding to the message I'm currently reading, regardless of whether it's a new message or not. > My mail reader is very dumb, and is little more than more on mail boundaries > (I like it like that too). So having faces scan the mail box is a nice > option. It also means I don't need modifications to the mail deliverer or > the mail reader. I'm not proposing that the existing functionality be removed or even changed in any user-perceptible way; I'm just talking about some extensions and reorganizations that would make much more applications possible for those of use who use more sophisticated message agents. > If your address keeps changing (at the local level, or at the global level, > ie your address from this message is > > Jamie Zawinski > > What changes? lucid.com changes, or jwz changes? In eithercase I'd say this > is a problem with your administrators. Consider your network address like > a postal address. It is annoying when that changes, and has similar > ramifications. It is annoying, but unfortunately true. My address hasn't changed here at Lucid because our sysadmins are competent; but at other jobs I have had, random permutations have been made to my address as our connectivity to the net changed, or as machines were added or decomissioned and my "home" address changed, and so on. In an ideal world people would have one mail drop all their lives, but this is not that world. People change jobs, machines get renamed. Consequently, I think that real names are better keys than network addresses. Some combination of the two is even better; for example, some kind of regexp where you say "John Doe" at some machine in the "berkeley.edu" domain. Granted, this should *be* the address: "John.Doe@berkeley.edu" should work; but it doesn't, because most sites don't have it together to that extent, and won't in the forseeable future. > Whilst I think these would be a good idea, I disagree that these should > be in the mail reader. I want a mail reader to read mail, not to tell me > about the time, or the weather, or anything else. Well there's no point in our arguing about this; we're not going to convert each other on such fundamental matters, and this isn't the forum to do so anyway. > I'm also of the opinion that these would be better handles by a change to > the X-Face line of the mail item. I share a room, and we share a telephone > line. If one person sends a message "from the telephone" they use a > different X-Face line, and I know where the message is from before I read > it. I'm not sure I understand what you mean by this. Do you mean that the bitmap associated with a message should be solely in the province of the sender of a message? As a reader, I want more control than that. Faces should be first and foremost a tool for *me*, not for the sender of the message. > NO NO NO. The X-Face should NEVER be stored in the database. See above, > the X-Face from a person can change according to the message type, if > you want to change the "default" icon for yourself that is an explicit > action, and should be done explicitly. Ok, that makes sense. I was under the impression that the current implementation did store it in the database, but maybe I'm wrong. > DNS takes approx 20% of the bandwidth of the network in Australia (the > only place I have data for). I am absolutely certain that the number of people using a face server will never approach the number of people who ever need to resolve host names. >> If you think about it, this is exactly the same as having every user of >> "face" ftp a new copy of the bitmap tree from iuvax every couple of weeks, >> but more efficient, and more to the point, automated. > > But why? Why not grab the faces you want, and keep them. Faces don't change. > It is far more efficient to have small messages for infrequent occurances > (a face changes, you know, you were in a disfiguring car accident etc..) > than for the common thing (getting the same data over and over and over) The example I'm thinking of is the large set of bitmaps for organizations and newsgroups that Steve Kinzler has been collecting. Every time he sends out a message saying "I've got N hundred more pictures for you folks" a lot of network traffic is going to be generated. If a face server consumes more bandwidth than the file-transfers that would be happening in its absense, then it's not doing its job. > elisp? One monolithic program relinking on each invocation? "". -- Jamie From faces-request Tue Jan 7 09:50:31 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25738; Tue, 7 Jan 92 09:50:31 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25733; Tue, 7 Jan 92 09:50:29 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA12346; Tue, 7 Jan 92 09:51:56 EST Received: from crl.dec.com by Sun.COM (4.1/SMI-4.1) id AA28366; Mon, 6 Jan 92 14:51:52 PST Received: by crl.dec.com; id AA20244; Mon, 6 Jan 92 17:51:31 -0500 Received: by easynet.crl.dec.com; id AA15021; Mon, 6 Jan 92 17:49:27 -0500 Date: Mon, 6 Jan 92 17:50:27 -0500 Message-Id: <9201062250.AA01696@ferret.crl.dec.com> From: montalvo@crl.dec.com (Fanya S. Montalvo) Original-Sender: montalvo@crl.dec.com To: faces@Aus Subject: wish list Cc: montalvo@crl.dec.com X-Face: $`xJ:MTY;|)`pm\3n5cb\6UaI)a02GQZ9[oR<7EI~ndB&Bc5Mn}Vloj^9h'`x|H/Lg8{mA6 m2RSIuJnr question would be a rule that says, if the message is from montalvo and is to the faces mailing list even in the cc field, then use the question icon in misc. in the faces window. Fanya From faces-request Tue Jan 7 10:29:57 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25854; Tue, 7 Jan 92 10:29:57 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25849; Tue, 7 Jan 92 10:29:49 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA13058; Tue, 7 Jan 92 10:31:17 EST Received: from lucid.com by Sun.COM (4.1/SMI-4.1) id AA07414; Mon, 6 Jan 92 15:31:06 PST Received: from edsel (edsel.lucid.com) by heavens-gate.lucid.com id AA04668g; Mon, 6 Jan 92 15:27:44 PST Received: from thalidomide.lucid by edsel id AA28284g; Mon, 6 Jan 92 15:25:52 PST Received: by thalidomide.lucid (4.1/SMI-4.1) id AA15857; Mon, 6 Jan 92 15:30:49 PST Date: Mon, 6 Jan 92 15:30:49 PST Message-Id: <9201062330.AA15857@thalidomide.lucid> X-Windows: Power tools for power fools. From: Jamie Zawinski Original-Sender: jwz@lucid.com To: montalvo@crl.dec.com (Fanya S. Montalvo) Cc: faces@Aus, montalvo@crl.dec.com Subject: Re: wish list References: <9201062250.AA01696@ferret.crl.dec.com> Errors-To: faces-request@Aus.Sun.COM In message <9201062250.AA01696@ferret.crl.dec.com> Fanya S. Montalvo wrote: > > me an idea for future work. If a message contains a "Purpose: foo" > field, it should override the "From:" field for the purposes of > displaying an icon, or at least there should be an option to let > another field override the from field when present. I think the right way to do this sort of thing is to notice that the Subject: line contains certain text, like "party" or "phone", rather than introducing a new header field. > (from montalvo) & ((to faces@Aus.Sun.COM) | (cc faces@Aus.Sun.COM)) > => question I like that; especially if "from", "to", etc are the names of arbitrary header fields, and the other strings are regular expressions (instead of straight string-matches.) -- Jamie From faces-request Tue Jan 7 10:32:43 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25899; Tue, 7 Jan 92 10:32:43 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (sunaus) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA25893; Tue, 7 Jan 92 10:32:34 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA13097; Tue, 7 Jan 92 10:34:00 EST Received: from iuvax.cs.indiana.edu by Sun.COM (4.1/SMI-4.1) id AA08024; Mon, 6 Jan 92 15:33:50 PST Message-Id: <9201062333.AA08024@Sun.COM> Received: by iuvax.cs.indiana.edu Date: Mon, 6 Jan 92 18:33:30 -0500 From: Steve Kinzler To: montalvo@crl.dec.com Subject: Re: wish list Cc: faces@Aus X-Face: %Mz-_My%|8Y#+Dghgh,Owh]Y.wswC(Sr"9$Yxo>,y2|lC]st $*`Oi=Xk;O-^xC=eu>[1;(HMb(!:`;V$i'=z{ZjV x.g*4`x70T3%o3O=[3*ZxF6Z12vu` X-Planation: X-Face can be viewed with "faces". From the iuvax archive today. Errors-To: faces-request@Aus.Sun.COM Written Jan 6 17:57:23 1992 by montalvo@crl.dec.com in mail:faces@aus.sun.com +---------- "wish list" ---------- | BTW, I love using faces. It's great fun. My face will change once we | get our bitmap reduction transformations working, so don't take it too | seriously. It's a self portrait. Awww, I like the self portrait ... :-) | I run several faces windows, because I have two inboxes, and other | mail files that I would like to visualize. I would like to specify | the name or title that appears at the top of the window for each of | them so I can keep them straight. I'm using dxwm, by the way. "-l label" in the newest versions. | I would like to be able to write | arbitrary rules with AND's, OR's, and NOT's combining terms consisting | of particular bits of text in particular headers in the message. That | is, a term is defined as the presence of "text-string" in | "field-name", and the rule is composed of boolean combinations of | terms mapping to a uid@a.b.c with any of a, a.b, or @a.b.c missing. | So for example: | (from montalvo) & ((to faces@Aus.Sun.COM) | (cc faces@Aus.Sun.COM)) | => question | would be a rule that says, if the message is from montalvo and is to | the faces mailing list even in the cc field, then use the question | icon in misc. in the faces window. In the scripts directory of the faces distribution, there is an alternative mailbox monitor -e application (from.faces, from.allrc-eg) that I use instead of the built-in one. It behaves somewhat differently (ie, the way I like it) and also has the ability to custom configure what icons you see based on any line in the header (or logical combination thereof). You write the rules in perl and put them in from.allrc. I use this to get icons for mailing lists that don't have a consistent From line. from the brain of Steve Kinzler /o)\ kinzler@iuvax.cs.indiana.edu an organ with a mind of its own \(o/ {ames,rutgers}!iuvax!kinzler From faces-request Thu Apr 16 04:27:52 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21251; Thu, 16 Apr 92 04:27:52 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21246; Thu, 16 Apr 92 04:27:50 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA09029; Thu, 16 Apr 92 04:28:00 EST Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com) by Sun.COM (4.1/SMI-4.1) id AA23988; Wed, 15 Apr 92 11:27:48 PDT Received: from dg-webo.webo.dg.com by dg-rtp.dg.com (5.4/dg-rtp-proto) id AA02203; Wed, 15 Apr 1992 14:27:37 -0400 Received: from lemming by dg-webo.webo.dg.com (5.4.1/dg-g01) id AA18444; Wed, 15 Apr 1992 14:26:29 -0400 via SMTP Received: by lemming.webo.dg.com (5.4.1/dg-s01) id AA15810; Wed, 15 Apr 1992 14:27:31 -0400 Date: Wed, 15 Apr 1992 14:27:31 -0400 From: pds@lemming.webo.dg.com (Paul D. Smith) Message-Id: <9204151827.AA15810@lemming.webo.dg.com> To: faces@Aus Subject: Bugs in faces 1.6.1 Errors-To: faces-request@Aus.Sun.COM I grabbed faces 1.6.1 from indiana.edu yesterday (I previously had 1.4 something) and built it; I had these problems (I can't believe someone hasn't already reported them but I wasn't on the mailing list until yesterday, and the mailing list archives only go up to 10-91... so ignore me if you already know about these :-): 1) main.c:793: this assignment causes core dumps in those machines which put constant strings into read-only memory (like mine :-), because s is set to point to ".", then later on *s is set to '.' which causes a core. 2) main.c:809: the auto variable "temp" is declared to be an array of pointer to char instead of an array of char. 3) filters/rs2icon.c:24: #ifdef SYSV32 || hpux is invalid preprocessor syntax; I changed it to #if SYSV32 || hpux. 4) Makefile.dist:284: Added CCOMP to the list of options passed down to lower-level makes so they build with the same optimization/debugging as faces. The patches below fix these bugs; after that and some Makefile tweaking everything works on DG AViiON hosts running DG/UX (versions 4.32, 5.4, 5.4.1, and up). paul ----- ------------------------------------------------------------------ | Paul D. Smith | paul_smith@dg.com | | Data General Corp. | pds@lemming.webo.dg.com | | Network Systems Development Division | | | Open Network Systems Development | "Pretty Damn S..." | ------------------------------------------------------------------ ------------------------------------------------------------------------------- *** main.c-dist Mon Nov 18 23:00:47 1991 --- main.c Tue Apr 14 19:07:51 1992 *************** *** 778,783 **** --- 778,784 ---- searchfacedb(b, facepath, community, user) char *b, *facepath[MAXPATHS+1], *community, *user ; { + char tmp[2] = "."; char *s, *t ; int i, id ; *************** *** 790,796 **** { STRCAT(strcat(t, "/"), community) ; community = "" ; ! s = "." ; } else { --- 791,797 ---- { STRCAT(strcat(t, "/"), community) ; community = "" ; ! s = tmp ; } else { *************** *** 806,812 **** STRCAT(strcat(t, "/"), user) ; for (id = 0; !i && facepath[id] != NULL; id++) { ! char *temp[MAXPATHLEN] ; STRCAT(strcpy(temp, facepath[id]), b) ; IF_DEBUG( FPRINTF(stderr, "\ttrying %s\n", temp) ; ) --- 807,813 ---- STRCAT(strcat(t, "/"), user) ; for (id = 0; !i && facepath[id] != NULL; id++) { ! char temp[MAXPATHLEN] ; STRCAT(strcpy(temp, facepath[id]), b) ; IF_DEBUG( FPRINTF(stderr, "\ttrying %s\n", temp) ; ) *** filters/rs2icon.c-dist Sun Apr 14 23:40:03 1991 --- filters/rs2icon.c Tue Apr 14 18:01:42 1992 *************** *** 21,27 **** */ #include ! #ifdef SYSV32 || hpux #include #else #include --- 21,27 ---- */ #include ! #if SYSV32 || hpux #include #else #include *** Makefile.dist-dist Sun Nov 24 18:55:28 1991 --- Makefile.dist Wed Apr 15 14:22:53 1992 *************** *** 281,287 **** # Options for submakes # MAKEOPTS = $(MFLAGS) BINDIR=$(BINDIR) LIBDIR=$(LIBDIR) \ ! MANDIR=$(MANDIR) CC=$(CC) \ NOINDEX=$(NOINDEX) SYSV=$(SYSV) # --- 281,287 ---- # Options for submakes # MAKEOPTS = $(MFLAGS) BINDIR=$(BINDIR) LIBDIR=$(LIBDIR) \ ! MANDIR=$(MANDIR) CC=$(CC) CCOMP="$(CCOMP)" \ NOINDEX=$(NOINDEX) SYSV=$(SYSV) # From faces-request Thu Apr 16 07:21:35 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21618; Thu, 16 Apr 92 07:21:35 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21613; Thu, 16 Apr 92 07:21:33 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA09478; Thu, 16 Apr 92 07:21:44 EST Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com) by Sun.COM (4.1/SMI-4.1) id AA06833; Wed, 15 Apr 92 14:21:32 PDT Received: from dg-webo.webo.dg.com by dg-rtp.dg.com (5.4/dg-rtp-proto) id AA01828; Wed, 15 Apr 1992 17:21:25 -0400 Received: from lemming by dg-webo.webo.dg.com (5.4.1/dg-g01) id AA22538; Wed, 15 Apr 1992 17:20:20 -0400 via SMTP Received: by lemming.webo.dg.com (5.4.1/dg-s01) id AA16268; Wed, 15 Apr 1992 17:21:22 -0400 Date: Wed, 15 Apr 1992 17:21:22 -0400 From: pds@lemming.webo.dg.com (Paul D. Smith) Message-Id: <9204152121.AA16268@lemming.webo.dg.com> To: faces@Aus Subject: Patch for X11 faces Errors-To: faces-request@Aus.Sun.COM This is a small patch to faces 1.6.1 which moves the .xbm data over so that it's in the middle of the image area instead of off to one side; basically it tries to center the bitmap image horizontally in the image area. I did this because (almost?) all the .xbm images are 48x48 while the image area is 64x64. After applying the patch, 48x48 bitmaps will appear with upper-left corner at 8,0 instead of 0,0. Note it only moves bitmaps by chunks of 8 pixels, so images that don't have widths which are multiples of 8 will not be perfectly centered. paul ----- ------------------------------------------------------------------ | Paul D. Smith | paul_smith@dg.com | | Data General Corp. | pds@lemming.webo.dg.com | | Network Systems Development Division | | | Open Network Systems Development | "Pretty Damn S..." | ------------------------------------------------------------------ ------------------------------------------------------------------------------- *** get.c-dist Mon Nov 18 23:00:46 1991 --- get.c Wed Apr 15 17:02:09 1992 *************** *** 401,407 **** unsigned short buf[256] ; { FILE *fin ; ! int hgt, i, j, wid ; char c, *cptr ; unsigned char vbuf[512] ; unsigned int tmp ; --- 401,407 ---- unsigned short buf[256] ; { FILE *fin ; ! int hgt, i, j, wid, offset ; char c, *cptr ; unsigned char vbuf[512] ; unsigned int tmp ; *************** *** 411,416 **** --- 411,417 ---- if (sscanf(nextline, "#define %s %d", vbuf, &wid) != 2) goto err_end ; if ((cptr = rindex((char *) vbuf, '_')) == NULL || strcmp(cptr, "_width")) goto err_end ; + offset = ((iconwidth - wid) / 2) / 8; wid = (wid + 7) / 8 ; if (fgets(nextline, MAXLINE, fin) == NULL) goto err_end ; *************** *** 426,437 **** { for (i = 0; i < sizeof(vbuf); vbuf[i++] = 0) continue ; for (i = 0; i < hgt; i++) ! for (j = 0; j < wid; j++) { tmp = get_hex(fin) & 0xFF ; if (j < (iconwidth / 8)) vbuf[i*8+j] = (unsigned char) tmp ; } for (i = 0; i < 256; i++) buf[i] = (revtable[vbuf[(i*2)+1]] & 0xFF) + ((revtable[vbuf[i*2]] & 0xFF) << 8) ; --- 427,442 ---- { for (i = 0; i < sizeof(vbuf); vbuf[i++] = 0) continue ; for (i = 0; i < hgt; i++) ! { ! for (j = 0; j < offset; j++) ! vbuf[i*8+j] = 0; ! for (; j < wid+offset; j++) { tmp = get_hex(fin) & 0xFF ; if (j < (iconwidth / 8)) vbuf[i*8+j] = (unsigned char) tmp ; } + } for (i = 0; i < 256; i++) buf[i] = (revtable[vbuf[(i*2)+1]] & 0xFF) + ((revtable[vbuf[i*2]] & 0xFF) << 8) ; From faces-request Thu Apr 16 18:26:46 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24241; Thu, 16 Apr 92 18:26:46 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24236; Thu, 16 Apr 92 18:26:44 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA11979; Thu, 16 Apr 92 18:26:55 EST Received: from sun3.nsfnet-relay.ac.uk by Sun.COM (4.1/SMI-4.1) id AA13485; Thu, 16 Apr 92 01:26:49 PDT Via: sun3.nsfnet-relay.ac.uk; Thu, 16 Apr 1992 09:23:51 +0100 Received: from catless by ncl.ac.uk; Thu, 16 Apr 92 09:25:59 +0100 From: Lindsay "F." Marshall Message-Id: Subject: Patches for UK ordering. To: faces@Aus Date: Thu, 16 Apr 92 9:23:13 BST X-Face: ,%J*lbsqmzpd./ZeNL+.O}#\rwJdMyTLFqP9k[Ti\q0e|\2JW)td#e(SSB7Z|NT=ScIb!Pt U7TRzA7t;P@%y%;H%?,o?w#bqNy5/F67sT>!f#!*yG!H}+/'L#;vPICisEYKD;b@n]o9lTn X.%%nlDSrS4_;xjUZuA@4&ti`xE^S&>y@Qf4nkU$\2W,in%bpM8,Qw^m4o%6OY)y5EY]-SU q Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA24651; Fri, 17 Apr 92 03:19:54 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA13166; Fri, 17 Apr 92 03:20:04 EST Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com) by Sun.COM (4.1/SMI-4.1) id AA27012; Thu, 16 Apr 92 10:19:55 PDT Received: from dg-webo.webo.dg.com by dg-rtp.dg.com (5.4/dg-rtp-proto) id AA13826; Thu, 16 Apr 1992 13:19:44 -0400 Received: from lemming by dg-webo.webo.dg.com (5.4.1/dg-g01) id AA29381; Thu, 16 Apr 1992 13:18:35 -0400 via SMTP Received: by lemming.webo.dg.com (5.4.1/dg-s01) id AA17225; Thu, 16 Apr 1992 13:19:40 -0400 Date: Thu, 16 Apr 1992 13:19:40 -0400 From: pds@lemming.webo.dg.com (Paul D. Smith) Message-Id: <9204161719.AA17225@lemming.webo.dg.com> To: faces@Aus Subject: Another enhancement... Errors-To: faces-request@Aus.Sun.COM Along the lines of my xbm centering patch yesterday, here's a short patch to cause X-Face's to be centered (horizontally) as well. I think this will work on both endian machines: at least I recompiled for little-endian on my AV and the picture was munged in the same way before the patch as after (except after the patch the munged picture was centered :-). It's not clear that this is the best way to do it: both in this patch and yesterday's what I'm doing it modifying the bitmap *as it's read in* to add blank pixels on the left side to center the picture. It seems to me that the proper way to do this is modify the adjust_image() function under the various window systems to note the true size of the image and center it appropriately. Unfortunately, the true size of the image is not kept anywhere that I can find; it's always assumed to be 64x64... so the way to do this with the least hacking of the code is during the reading of the image. Note this patch applies over my patch yesterday; if you didn't apply that one this one should still apply but you'll get a message from ``patch'' about a fuzz factor or something. paul ----- ------------------------------------------------------------------ | Paul D. Smith | paul_smith@dg.com | | Data General Corp. | pds@lemming.webo.dg.com | | Network Systems Development Division | | | Open Network Systems Development | "Pretty Damn S..." | ------------------------------------------------------------------ ------------------------------------------------------------------------------- *** get.c-dist Mon Nov 18 23:00:46 1991 --- get.c Thu Apr 16 13:09:04 1992 *************** *** 465,471 **** char *ibuf ; unsigned short obuf[] ; { ! char *ptr ; int i, j, temp ; ptr = ibuf ; --- 470,476 ---- char *ibuf ; unsigned short obuf[] ; { ! char *ptr, *tp ; int i, j, temp ; ptr = ibuf ; *************** *** 484,489 **** --- 489,498 ---- ptr++ ; } obuf[i*4 + 3] = 0 ; + tp = (char *)&obuf[i*4 + 3]; + for (j = 0; j < 6; ++j, --tp) + *tp = tp[-1]; + *tp = '\0'; } for (i = BLITHEIGHT; i < iconheight; i++) for (j = 0; j < 4; j++) obuf[i*4 + j] = 0 ; From faces-request Wed May 6 23:51:45 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA06475; Wed, 6 May 92 23:51:45 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: <@nexus.yorku.ca:frank@sasquatch.cs.yorku.ca> Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA06470; Wed, 6 May 92 23:51:43 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA17496; Wed, 6 May 92 23:51:59 EST Received: from nexus.yorku.ca by Sun.COM (4.1/SMI-4.1) id AA17566; Wed, 6 May 92 06:51:51 PDT Received: from sasquatch.cs.yorku.ca ([130.63.9.18]) by nexus.yorku.ca with SMTP id <9219>; Wed, 6 May 1992 09:51:39 -0400 Received: by cs.yorku.ca (4.0/SMI-4.1) id AA07067; Wed, 6 May 92 09:45:36 EDT Date: Wed, 6 May 1992 09:45:36 -0400 From: "Frank Pikelner" Message-Id: <9205061345.AA07067@cs.yorku.ca> To: faces@Aus Subject: FACES sources Errors-To: faces-request@Aus.Sun.COM Hello, I have been directed to this address by Steve Kinzler, as a source to possibly answer my questions regarding the program XFACES. This summer one of my projects is to implement a database such as one in your FACES program. The intent is more for the distribution of accounts to student. What we would like is to digitize a photo image of the student's face and issue a computer account. Since our university student ID cards do not include photographs this would enable us know what the student looks like. I've gone through some of the documentation and the package seems to have much more than is presently required, also very little documentation (that I could find) on how the database works. If someone could EMAIL me the required sources I would need to FTP to implement our idea. Also if there is documentation available I would very much appreciate to know its source. At present we'll be using B/W cameras, or video cassette recorder do take the photo then digitize the image into our Sun machines. I believe we have the necessary software to change the digiized image into .XBM graphics format. So as I understand all I require is the facility to build these images into a database for the system administrator, and the capacity to automate this procedure would be nice. I would appreciate any help nayone can offer me in this task. Thank you very kindly in advance, -------------------------------------------------------------------------- --- --- Frank Pikelner \ \ \ Technical Assistant \- \-- York University (Toronto, Canada) \ \ Internet: frank@cs.yorku.ca -------------------------------------------------------------------------- From richb Thu May 7 09:57:02 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA07203; Thu, 7 May 92 09:57:02 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA07196; Thu, 7 May 92 09:57:00 EST Message-Id: <9205062357.AA07196@stard.Aus.Sun.COM> From: richb@stard (Rich Burridge) Date: Thu, 7 May 1992 09:56:59 +1000 In-Reply-To: "Frank Pikelner"'s message as of May 6, 9:45am. X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: "Frank Pikelner" Subject: Re: FACES sources Cc: faces X-Face: *7O.<19S{MCsaxxe=iCc*y5!i:>e,K40m^btp"<`~gNx5>o?eJMzUng=j]%KybY \/VaZ/3a4pD%#rGu7D4@L Errors-To: faces-request@Aus.Sun.COM } I have been directed to this address by Steve Kinzler, as a source to possibly } answer my questions regarding the program XFACES. This summer one of my } projects is to implement a database such as one in your FACES program. The } intent is more for the distribution of accounts to student. What we would like } is to digitize a photo image of the student's face and issue a computer account. } Since our university student ID cards do not include photographs this would } enable us know what the student looks like. I've gone through some of the } documentation and the package seems to have much more than is presently } required, also very little documentation (that I could find) on how the } database works. If someone could EMAIL me the required sources I would need } to FTP to implement our idea. Also if there is documentation available I } would very much appreciate to know its source. At present we'll be using } B/W cameras, or video cassette recorder do take the photo then digitize the } image into our Sun machines. I believe we have the necessary software to } change the digiized image into .XBM graphics format. So as I understand all I } require is the facility to build these images into a database for the system } administrator, and the capacity to automate this procedure would be nice. } I would appreciate any help nayone can offer me in this task. The short answer is, whatever you can get via anon ftp in the /pub/faces directory on iuvax.cs.indiana.edu is what there is. The faces manual page (included with this distribution) is quite extensive; I will admit that the code could use a few more comments in places. If you can convert to .XBM format, then the rest should follow automatically. Faces has a -e option that allows you to decide what faces you want to display. Steve Kinzler has written quite a few perl scripts that make use of this feature. From faces-request Tue Jun 2 01:49:27 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA01453; Tue, 2 Jun 92 01:49:27 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA01448; Tue, 2 Jun 92 01:49:25 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA09358; Tue, 2 Jun 92 01:49:46 EST Received: from crl.dec.com by Sun.COM (4.1/SMI-4.1) id AA10299; Mon, 1 Jun 92 08:49:41 PDT Received: by crl.dec.com; id AA19350; Mon, 1 Jun 92 11:49:19 -0400 Received: by easynet.crl.dec.com; id AA27790; Mon, 1 Jun 92 11:47:05 -0400 Date: Mon, 1 Jun 92 11:49:05 -0400 Message-Id: <9206011549.AA13939@ferret.crl.dec.com> From: montalvo@crl.dec.com (Fanya S. Montalvo) Original-Sender: montalvo@crl.dec.com To: faces@Aus Subject: logo for sri.com Cc: montalvo@crl.dec.com Errors-To: faces-request@Aus.Sun.COM Hi everyone out there in faceland, Does anyone have a bitmap for SRI, Stanford Research Institute? Anyone at SRI willing to make one? Fanya From faces-request Wed Jun 10 16:12:39 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21706; Wed, 10 Jun 92 16:12:39 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA21701; Wed, 10 Jun 92 16:12:37 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA23704; Wed, 10 Jun 92 16:12:47 EST Received: from cv.vortex.com by Sun.COM (4.1/SMI-4.1) id AA03544; Tue, 9 Jun 92 23:12:25 PDT Received: by cv.vortex.com (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 9 Jun 92 23:02 PDT Message-Id: Date: Tue, 9 Jun 92 23:12 PDT From: lauren@cv.vortex.com (Lauren Weinstein) To: faces@Aus Subject: faces monitoring of shrinking mail files Errors-To: faces-request@Aus.Sun.COM Greetings. I've been trying, so far without success, to get faces to delete faces for mail that longer exists in the monitored mail file. For example, after inbound mail in /usr/mail/foo has been processed into the mail handler, I'd like to have faces take down the icons for those messages, since /usr/mail/foo is by then truncated. It would also be nice if the frame would shrink down or vanish at that point, but I don't really expect that. But in any case, even using -M, all of the icons always stay up, only being replaced when a new icon comes along with new mail. Any ideas? Thanks. --Lauren-- From faces-request Wed Jun 10 23:24:40 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA22257; Wed, 10 Jun 92 23:24:40 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA22252; Wed, 10 Jun 92 23:24:38 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA25472; Wed, 10 Jun 92 23:24:59 EST Received: from babsy.mpifr-bonn.mpg.de ([134.104.3.31]) by Sun.COM (4.1/SMI-4.1) id AA21937; Wed, 10 Jun 92 06:23:34 PDT Received: by babsy.mpifr-bonn.mpg.de (5.57/Ultrix4.2) id AA21548; Wed, 10 Jun 92 15:21:00 +0200 Date: Wed, 10 Jun 92 15:21:00 +0200 From: souva@aibn55.mpifr-bonn.mpg.de (Ignatios Souvatzis) Message-Id: <9206101321.AA21548@babsy.mpifr-bonn.mpg.de> To: faces@Aus, lauren@cv.vortex.com Subject: Re: faces monitoring of shrinking mail files Errors-To: faces-request@Aus.Sun.COM Try to use faces -a; it works fine for me. Ignatios From richb Fri Jun 19 13:10:01 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA15424; Fri, 19 Jun 92 13:10:01 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA15417; Fri, 19 Jun 92 13:09:59 EST Message-Id: <9206190309.AA15417@stard.Aus.Sun.COM> From: richb@stard (Rich Burridge) Date: Fri, 19 Jun 1992 13:09:58 +1000 X-Mailer: Mail User's Shell (7.2.0 10/31/90) To: faces Subject: Possible unofficial fix for the Elm problem. X-Face: *7O.<19S{MCsaxxe=iCc*y5!i:>e,K40m^btp"<`~gNx5>o?eJMzUng=j]%KybY \/VaZ/3a4pD%#rGu7D4@L Errors-To: faces-request@Aus.Sun.COM I've just received this. I'm too busy to integrate it and send out an official faces patch, so I'm just forwarding it here for now. Hopefully I'll be in better shape in a month or two... --- Forwarded mail from pod@suite.sw.oz.au (Paul O'Donnell) >From acsnet@sunaus Fri Jun 19 12:20:29 1992 From: pod@suite.sw.oz.au (Paul O'Donnell) Subject: faces fixes To: richb@sunaus.sun.oz Date: Fri, 19 Jun 92 12:19:03 EST Organization: Softway Pty Ltd X-Face: #mT^U,17J-aUFAO![bO5%!!8(!&pY+pxsx3W"6*}&"{36w_~[(4ov.NM6< \T82Y%zp$@Z>c>8%yV2+&"G`xsq.TH/}J7(SaAM=IC3XUMQA4>Gut4pF`z |)~rn!IqaV#HwH){R6I?Ue_2KS c/B\oWEuW+Z#5Oa\&,jH;V6jXmGcbS@ X-Mailer: ELM [version 2.3 PL11] Two fixes: There was a magic number 10 in make_pixrect(). This caused the faces window to be the wrong size when the number of mail items was between maxcols and 10. When elm resyncs your mailbox, it resets the modification time back to what it was. do_mail() checks this time and if it has not changed, does nothing. Thus, even with -MH set, deleting mail does not cause the faces window to shrink. This has been fixed by looking at the inode modification time too. Here are the diffs: 38a39 > static time_t lastctime = 0 ; /* or if the inode has changed */ 276c277,282 < if (buf.st_mtime == lastmtime) --- > /* > * Elm, among other mailers, resets the modification time > * of a file after it resyncs your mailbox. We can tell whether > * this has happened by checking the inode time. > */ > if (buf.st_mtime == lastmtime && buf.st_ctime == lastctime) 281a288 > lastctime = buf.st_ctime ; 517a525,528 > /* > * Save the inode time too. > */ > lastctime = (time_t) 0 ; 595c606 < if (count <= 10) --- > if (count <= maxcols) -- pod@softway.sw.oz.au | Gaffer tape is like the force, Softway Pty Ltd | It has a light side and a dark Phone: +61 2 698-2322 | side and it binds the universe Fax: +61 2 699-9174 | together. --- End of forwarded message from pod@suite.sw.oz.au (Paul O'Donnell) From faces-request Tue Aug 18 11:29:48 1992 Received: by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA01218; Tue, 18 Aug 92 11:29:48 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (4.1/SMI-4.1) id AA01213; Tue, 18 Aug 92 11:29:45 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA03575; Tue, 18 Aug 92 11:30:02 EST Received: from munnari.oz.au by Sun.COM (4.1/SMI-4.1) id AA12122; Mon, 17 Aug 92 18:20:12 PDT Received: from mama.research.canon.oz (via metro) by munnari.oz.au with SunIII (5.83--+1.3.1+0.50) id AA23379; Tue, 18 Aug 1992 11:19:59 +1000 (from rwhitby@mama.research.canon.oz.au) Received: from bing.research.canon.oz.au by mama.research.canon.oz.au with SMTP id AA05385 (5.65b/IDA-1.4.3 for faces@aus.sun.com); Tue, 18 Aug 92 11:19:19 +1000 Received: by bing.research.canon.oz.au (4.1/SMI-4.1) id AA13533; Tue, 18 Aug 92 11:19:17 EST Date: Tue, 18 Aug 92 11:19:17 EST From: rwhitby@research.canon.oz.au (Rod Whitby) Message-Id: <9208180119.AA13533@bing.research.canon.oz.au> To: faces@Aus Subject: Has anyone altered faces to display pixmaps ? Errors-To: faces-request@Aus.Sun.COM Rod Whitby (rwhitby@research.canon.oz.au) _--_|\ / \ Canon Information Systems Research Australia \_.--._/ 1 Thomas Holt Drive, North Ryde, N.S.W., 2113. v From faces-request Tue Oct 13 06:55:55 1992 Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA01056; Tue, 13 Oct 92 06:55:55 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA01051; Tue, 13 Oct 92 06:55:52 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA15788; Tue, 13 Oct 92 06:56:00 EST Received: from uu.psi.com by Sun.COM (4.1/SMI-4.1) id AA06949; Mon, 12 Oct 92 13:54:13 PDT Received: from fuller.UUCP by uu.psi.com (5.65b/4.1.031792-PSI/PSINet) id AA04351; Mon, 12 Oct 92 16:47:49 -0400 Received: by fuller.intellection.com (4.1/SMI-4.1) id AA18722; Mon, 12 Oct 92 15:16:24 CDT Date: Mon, 12 Oct 92 15:16:24 CDT From: emcguire@intellection.com (Ed McGuire) Message-Id: <9210122016.AA18722@fuller.intellection.com> To: faces@Aus Subject: faces in news articles X-Face: 1234567890ABCDEFEGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFEGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyzABCDEFEGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz Content-Length: 55 Errors-To: faces-request@Aus.Sun.COM So . . . anybody written an interface to a newsreader? From faces-request Sat Oct 17 03:06:11 1992 Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00816; Sat, 17 Oct 92 03:06:11 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00811; Sat, 17 Oct 92 03:06:08 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA08494; Sat, 17 Oct 92 03:06:15 EST Received: from ugly.ucs.indiana.edu by Sun.COM (4.1/SMI-4.1) id AA00333; Fri, 16 Oct 92 10:06:01 PDT Received: by ugly.ucs.indiana.edu (5.65c/9.4jsm) id AA08261; Fri, 16 Oct 1992 12:05:59 -0500 X-Face: 0fPx8tuj@oRlMH@T}_8,dYsS>-)jjXI70-}gr$e[ff!1je?KQgr>%Z7(-(|$vyHj\VX}^lJa,,mlL626VL0 $(ea/Z\_+5Ud9x*&q6RdzEMev\\Xm_p}`mti9'Tl.k."=-_} X-Mailer: MH [6.7.2]; MIME and RIPEM accepted Reply-To: Marc VanHeyningen To: faces@Aus Subject: Re: faces in news articles In-Reply-To: Your message of "Mon, 12 Oct 92 15:16:24 CDT." <9210122016.AA18722@fuller.intellection.com> Date: Fri, 16 Oct 92 12:05:53 -0500 Message-Id: <8255.719255153@ugly.ucs.indiana.edu> From: Marc VanHeyningen Content-Length: 1128 Errors-To: faces-request@Aus.Sun.COM (By the way, that was an incredibly annoying X-Face...) >So . . . anybody written an interface to a newsreader? I haven't seen one. I frequently see people clamoring for this or that article-level modification to, say, an rn-based newsreader (the most common other request is that MIME support be added.) The way to get this change actually implemented is to generalize it. There needs to be some kind of command file, like a kill file, but which is executed upon article-level presentation instead of newsgropu-level entry. It should be powerful enough to do things like detect a Mime-Version: header and shuffle the article through a reader, or notice an X-Face: header (or maybe a From: header) and send its contents to another program, which could do a face for it or whatever. (It would also be much easier to convince a significant number of people that such a change is worthwhile than to sell them on faces, which still isn't that widely used even here.) -- Marc VanHeyningen mvanheyn@whale.cs.indiana.edu MIME & RIPEM accepted Kirk: I won't hurt you. Alien: You hit me! Kirk: Well, I won't hit you again. From faces-request Sat Oct 17 04:37:43 1992 Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00880; Sat, 17 Oct 92 04:37:43 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00875; Sat, 17 Oct 92 04:37:39 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA08937; Sat, 17 Oct 92 04:37:47 EST Received: from inet-gw-1.pa.dec.com by Sun.COM (4.1/SMI-4.1) id AA13397; Fri, 16 Oct 92 11:34:18 PDT Received: by inet-gw-1.pa.dec.com; id AA02489; Fri, 16 Oct 92 11:31:06 -0700 Received: by decprl.prl.dec.com; id AA17045; Fri, 16 Oct 92 19:29:27 +0100 Received: by prl313.prl.dec.com (5.61++prl/Ultrix3.0-C+PRL-1.52)id AA27746; Fri, 16 Oct 92 19:27:34 +0100 From: Boyd Roberts Date: Fri, 16 Oct 1992 19:25:26 +0100 To: Marc VanHeyningen , faces@Aus Subject: Re: faces in news articles In-Reply-To: <8255.719255153@ugly.ucs.indiana.edu> Message-Id: <199210161925.27738.faces.babus@prl.dec.com> X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Content-Length: 150 Errors-To: faces-request@Aus.Sun.COM a simple way to do it would be to get your newsreader to hang faces off a pipe and then spit From_ and X-Face: lines to it when you read the article. From faces-request Sat Oct 17 05:20:27 1992 Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00910; Sat, 17 Oct 92 05:20:27 EST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Aus.Sun.COM (ausmail) by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA00905; Sat, 17 Oct 92 05:20:24 EST Received: from Sun.COM (sun-barr.EBay.Sun.COM) by Aus.Sun.COM (4.1/SMI-4.1) id AA09048; Sat, 17 Oct 92 05:20:30 EST Received: from moose.cs.indiana.edu by Sun.COM (4.1/SMI-4.1) id AA19930; Fri, 16 Oct 92 12:21:15 PDT Message-Id: <9210161921.AA19930@Sun.COM> Received: by moose.cs.indiana.edu (5.65c/9.4jsm) id AA05283; Fri, 16 Oct 1992 14:21:13 -0500 Date: Fri, 16 Oct 1992 14:21:13 -0500 From: "Steve Kinzler" To: faces@Aus Subject: Re: faces in news articles X-Face: %Mz-_My%|8Y#+Dghgh,Owh]Y.wswC(Sr"9$Yxo>,y2|lC]st $*`Oi=Xk;O-^xC=eu>[1;(HMb(!:`;V$i'=z{ZjV x.g*4`x70T3%o3O=[3*ZxF6Z12vu` X-Planation: X-Face can be viewed with "faces". From the iuvax archive today. Content-Length: 1714 Errors-To: faces-request@Aus.Sun.COM Written Fri Oct 16 13:46:26 1992 by faces@Aus.Sun.COM in mail: +---------- "Re: faces in news articles" ---------- | a simple way to do it would be to get your newsreader to hang faces off | a pipe and then spit From_ and X-Face: lines to it when you read the | article. Just in case anyone starts hacking on faces in news, remember that I've got a database of faces bitmaps for newsgroups(*) that could be incorporated into the scheme somehow, eg, as default faces for articles without faces. Steve Kinzler (*) ftp cs.indiana.edu; pub/faces/news.tar.Z OR mail "help" in body to mailserv@cs.indiana.edu PS: Has any fixed the (un)compface bug in the current faces release? Here's the relvant TODO item. It's really been a pain to have it broken so long: * From Alan Skea Sometime between versions 1.4.9 and 1.5.1, some change to compface/uncompface has made it produce different output. The face resulting from the uncompression of a 1.4.9 X-Face: using the 1.5.1 algorithm seems to shift the whole image to the left a bit (or maybe two - I don't really have time to check this out thoroughly) and introduces some corruption into the bottom right of the face. Caveat: these observations are made on the basis of a sample space of 1 face. From John Mackin The situation, so that everyone knows (Rich already knows) is this: there are definite problems with post-1.4 compression and decompression. I am liasing with James Ashton, but he is very busy too now and has little time to look at it; what I was hoping was that I could work out what was wrong and then discuss the fix with him. From richb Sun Oct 25 15:31:17 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA04099; Sun, 25 Oct 92 15:31:17 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Eng.Sun.COM (zigzag) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA04094; Sun, 25 Oct 92 15:31:14 PST Received: from stard.Eng.Sun.COM by Eng.Sun.COM (4.1/SMI-4.1) id AA24683; Sun, 25 Oct 92 15:31:48 PST Received: from stard.Aus.Sun.COM by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA04091; Sun, 25 Oct 92 15:31:07 PST Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA04076; Sun, 25 Oct 92 23:28:25 GMT Date: Sun, 25 Oct 92 23:28:25 GMT From: richb@stard (Rich Burridge) Message-Id: <9210252328.AA04076@stard.Aus.Sun.COM> To: faces@stard.Eng.Sun.COM Subject: Faces mailing list - change of address. X-Sun-Charset: US-ASCII Content-Length: 357 Errors-To: faces-request@Aus.Sun.COM In preparation for my move to the US, the location of the faces mailing list has changed. It's new address is: faces@stard.eng.sun.com This mail message is also my attempt at testing the new alias. Hopefully you will only see this message once, but please ignore it if you see it multiple times. And I promise to work on faces again in the new year... From richb Tue Oct 27 15:00:03 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA04628; Tue, 27 Oct 92 15:00:03 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from stard.Aus.Sun.COM by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA04623; Tue, 27 Oct 92 14:59:53 PST Received: by stard.Aus.Sun.COM (5.0/SMI-SVR4) id AA05802; Tue, 27 Oct 92 22:57:11 GMT Date: Tue, 27 Oct 92 22:57:11 GMT From: richb@stard (Rich Burridge) Message-Id: <9210272257.AA05802@stard.Aus.Sun.COM> To: faces@stard.Eng.Sun.COM Subject: Idea from Steven Pemberton Cc: Steven.Pemberton@cwi.nl X-Sun-Charset: US-ASCII Content-Length: 1826 Errors-To: faces-request@Aus.Sun.COM Thanks Steven; I've forwarded it to the faces mailing list. ------Forwarded message------ >From steven@cwi.nl Wed Oct 28 01:10 EST 1992 Date: Tue, 27 Oct 1992 14:12:46 GMT From: Steven.Pemberton@cwi.nl To: richb@Aus (Rich Burridge) Subject: Re: xfaces Thanks for the info about the new xfaces. Sorry to hear about the RealWork(TM). Here's another idea: xfaces as file browser: xfaces -e ~/images/faces/xfile -f ~/images/faces xfile: echo Cols=10 Rows=10 file * | sed "s/ /./g s/:// s/symbolic.link.*/symbolic.link/" | awk -f /ufs/steven/images/faces/awk.f awk.f: BEGIN {OFS=" "} # That's a tab in there {print $1, $2, $1, "", $2, ""} For example: ! commands.text ! commands.text Fonts English.text Fonts English.text ID data ID data INTERF English.text INTERF English.text MkFunc commands.text MkFunc commands.text new ascii.text new ascii.text views executable views executable views.c c.program.text views.c c.program.text views.h ascii.text views.h ascii.text views.o object.file views.o object.file And now another suggestion: The rest of the line after the 6th field of the records generated by the shell script are a shell command that is executed should the user double click on that icon. Then we can make programs that browse the file-store, or mail-readers or news-readers, or whatever. Best wishes, Steven Pemberton, CWI, Amsterdam; Steven.Pemberton@cwi.nl "Let us go then you and I/while the night is laid out against the sky/like a smear of mustard on an old pork pie" Nice poem Tom. I have ideas for changes though, why not come over? - Ezra From faces-request Wed Dec 2 08:48:47 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA02497; Wed, 2 Dec 92 08:48:47 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Eng.Sun.COM (engmail1) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA02492; Wed, 2 Dec 92 08:48:45 PST Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA28196; Wed, 2 Dec 92 08:56:06 PST Received: from s1.msi.umn.edu (msi27-s1.msi.umn.edu) by Sun.COM (4.1/SMI-4.1) id AA28884; Wed, 2 Dec 92 08:56:00 PST Received: from i5.msi.umn.edu by s1.msi.umn.edu; Wed, 2 Dec 92 10:55:59 -0600 From: hughes@s1.msi.umn.edu Message-Id: <9212021655.AA02994@i5.msi.umn.edu> Received: by i5.msi.umn.edu; Wed, 2 Dec 92 16:55:58 GMT Subject: Achive has moved To: faces@stard.Eng.Sun.COM Date: Wed, 2 Dec 92 10:55:58 CST X-Mailer: ELM [version 2.3 PL11] Content-Length: 378 Errors-To: faces-request@Aus.Sun.COM The achive has been moved from iuvax.cs.indiana.edu to: moose.cs.indiana.edu FYI. -- Matthew V. Hughes - MN Supercomputer Institute Graphics Support Coordinator Minnesota Supercomputer Center, Inc. Phone Number: (612) 626-1765 1200 Washington Avenue South hughes@msc.edu Minneapolis, MN 55415 hughes@msi.umn.edu From faces-request Mon Dec 14 14:50:02 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA05825; Mon, 14 Dec 92 14:50:02 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Eng.Sun.COM (engmail1) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA05820; Mon, 14 Dec 92 14:49:59 PST Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA09588; Mon, 14 Dec 92 14:57:42 PST Received: from gatekeeper.oracle.com by Sun.COM (4.1/SMI-4.1) id AA28483; Mon, 14 Dec 92 14:57:09 PST Received: from af9hp.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7) id AA22188; Mon, 14 Dec 92 14:57:06 PST Received: by af9hp.us.oracle.com (16.8/37.7) id AA24909; Mon, 14 Dec 92 14:57:25 -0800 Message-Id: <9212142257.AA24909@af9hp.us.oracle.com> Date: Mon, 14 Dec 92 14:57:25 -0800 From: Mark Warren To: faces@stard.Eng.Sun.COM Subject: Faces on the button panel of VUE (under HP-UX)? Content-Length: 273 Errors-To: faces-request@Aus.Sun.COM Howdy, I'm running vue on an HP 9000-720, HPUX v8, and I'd like to get faces to run as a process displaying in the button panel like xload. Has anyone figured out how to do this? Thanks, Mark P.S. I have yet to compile the pbm package to recreate my lost .face file. From faces-request Tue Dec 15 14:01:54 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA07278; Tue, 15 Dec 92 14:01:54 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Eng.Sun.COM (engmail1) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA07273; Tue, 15 Dec 92 14:01:53 PST Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA21090; Tue, 15 Dec 92 14:09:18 PST Received: from gatekeeper.oracle.com by Sun.COM (4.1/SMI-4.1) id AA05075; Tue, 15 Dec 92 14:09:07 PST Received: from af9hp.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7) id AA03899; Tue, 15 Dec 92 14:09:03 PST Received: by af9hp.us.oracle.com (16.8/37.7) id AA27195; Tue, 15 Dec 92 14:09:19 -0800 Message-Id: <9212152209.AA27195@af9hp.us.oracle.com> Date: Tue, 15 Dec 92 14:09:19 -0800 From: Mark Warren To: faces@stard.Eng.Sun.COM Cc: rbroders@us.oracle.com Subject: Faces in the vue button panel works like a charm... Content-Length: 606 Errors-To: faces-request@Aus.Sun.COM To get faces to run in the vue button panel, I added one line to vuewmrc: FrontPanel LargeFrontPanel { Row Top { ... faces =196x70+4+4 <--------added this line ... } Row Bottom { ... } } and one line to vue.session: vuesmcmd -screen 0 -cmd "/home/mwarren/bin/faces -M -iconic -c 3" It's a nice replacement for HP's built in mail monitor. Cheers, Mark Mark Warren 300 Oracle Parkway, office #423, mail #659304 warren@us.oracle.com Redwood Shores, CA 94065 (415) 506-4639 Voice or -7292 Fax Friends don't let friends run DOS From faces-request Thu Dec 17 21:19:58 1992 Received: by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA10560; Thu, 17 Dec 92 21:19:58 PST Errors-To: faces-request@Aus.Sun.COM Return-Path: Received: from Eng.Sun.COM (engmail1) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA10555; Thu, 17 Dec 92 21:19:56 PST Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA16494; Thu, 17 Dec 92 21:27:28 PST Received: from gatekeeper.oracle.com by Sun.COM (4.1/SMI-4.1) id AA28410; Thu, 17 Dec 92 21:26:33 PST Received: from af9hp.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7) id AA09537; Thu, 17 Dec 92 21:26:26 PST Received: by af9hp.us.oracle.com (1.37.109.4/37.7) id AA04241; Thu, 17 Dec 92 21:26:38 -0800 Message-Id: <9212180526.AA04241@af9hp.us.oracle.com> Date: Thu, 17 Dec 92 21:26:38 -0800 From: Mark Warren To: faces@stard.Eng.Sun.COM Subject: Newscheck for nntp servers? X-Face: 57{69*vgxk'QClsaj8$%YIHhN@Ot?5vP]>)){Ib-Imomztl}FnjqTJL-Bu$qz2YTXc>3TwR t]p:W\>w0E1jD^HD5E|NH9}F<-NB:!gLzt=L)J{s/(w4U2IXjo'Xc1z=C+D>y=r}v~8n^\CR71_U+H H}tu_8c/M%Jy@6.B}3cmd`3W!|Z,eV$x&1r|TR+3KoX[l Received: from Eng.Sun.COM (engmail1) by stard.Eng.Sun.COM (5.0/SMI-SVR4) id AA03989; Tue, 22 Dec 92 14:58:53 PST Received: from Sun.COM (sun-barr) by Eng.Sun.COM (4.1/SMI-4.1) id AA07048; Tue, 22 Dec 92 15:06:25 PST Received: from gatekeeper.oracle.com by Sun.COM (4.1/SMI-4.1) id AA19417; Tue, 22 Dec 92 15:06:14 PST Received: from af9hp.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7) id AA18963; Tue, 22 Dec 92 15:06:09 PST Received: by af9hp.us.oracle.com (1.37.109.4/37.7) id AA13738; Tue, 22 Dec 92 15:06:14 -0800 Message-Id: <9212222306.AA13738@af9hp.us.oracle.com> Date: Tue, 22 Dec 92 15:06:14 -0800 From: Mark Warren To: "Steve Kinzler" Cc: faces@stard.Eng.Sun.COM Subject: Re: Newscheck for nntp servers? References: <9212181354.AA18156@gatekeeper.oracle.com> X-Face: 57{69*vgxk'QClsaj8$%YIHhN@Ot?5vP]>)){Ib-Imomztl}FnjqTJL-Bu$qz2YTXc>3TwR t]p:W\>w0E1jD^HD5E|NH9}F<-NB:!gLzt=L)J{s/(w4U2IXjo'Xc1z=C+D>y=r}v~8n^\CR71_U+H H}tu_8c/M%Jy@6.B}3cmd`3W!|Z,eV$x&1r|TR+3KoX[l Written Fri Dec 18 00:44:36 1992 by faces@stard.Eng.Sun.COM in mail: > > Why doesn't the regular newscheck.faces program work for you? It doesn't > read the spool but runs "rn -c" or "nncheck -t" which should work across > nntp, too. Maybe it should run "rrn" instead of "rn"? This would probably work fine, alas, rn nor rrn are installed on my workstation. (I'm using gnus) > +---------- "Newscheck for nntp servers?" ---------- > | There is no local spool for news articles on my workstation, instead, > | I get news from our company's nntp server. Has anyone written a > | "newscheck" to open and properly query/parse an nntp server? > Lots of things were close, but nothing seemed to be precisely correct. So I put together the following perl script from newcheck.faces (from the faces distribution) and nntptap (from ftp.uu.net). This is my first attempt at perl programming (ok, ok, so I'm a ways behind the times...) and I'd love to hear about bugs and/or improvements. Mark Mark Warren 300 Oracle Parkway, office #423, mail #659304 warren@us.oracle.com Redwood Shores, CA 94065 (415) 506-4639 Voice or -7292 Fax Friends don't let friends run DOS --------------------------->8 Cut Here 8<--------------------------- #!/home/mwarren/bin/perl # # run with the command line: # faces -e nntpnewscheck.perl -f /home/mwarren/src2/faces/news -g +0+60 # $cols = 2; $rows = 6; $ZERO = $0; $format = "%s\t%s\t%s\t%s\t%s\t%s\n"; $max = $cols * $rows; sub usage { die join("\n",@_) . "\nusage: $ZERO [-h newshost] [-f check file]\n"; } do 'getopt.pl' || die "Cannot do getopts.pl ($!)"; &Getopt('hf'); &usage("extra arguments: @ARGV") if $#ARGV > -1; ## defaults: chop($thishost = `hostname`); $fromhost = defined $opt_h ? $opt_h : 'oracle'; $checkfile = defined $opt_f ? $opt_f : '.newsrc-oracle'; $sockaddr = 'S n a4 x8'; @x = getprotobyname('tcp'); $proto = $x[2]; @x = getservbyname('nntp','tcp'); $port = $x[2]; sub hosttoaddr { local($hostname) = @_; local(@x); if ($hostname =~ /^(\d+)+\.(\d+)\.(\d+)\.(\d+)$/) { pack('C4', $1, $2, $3, $4); } else { @x = gethostbyname($hostname); die "gethostbyname: $hostname ($!)" if $#x < 0; $x[4]; } } $fromaddr = &hosttoaddr($fromhost); $thisaddr = &hosttoaddr($thishost); $thisproc = pack($sockaddr, 2, 0, $thisaddr); $fromnntp = pack($sockaddr, 2, $port, $fromaddr); $| = 1; $FH = "nntp"; socket($FH, 2, 1, $proto) || die "$FH socket: $!"; bind($FH, $thisproc) || die "$FH bind: $!"; connect($FH, $fromnntp) || die "$FH connect: $!"; $oldfh = select($FH); $| = 1; select($oldfh); (($_ = &get($FH)) =~ /^2/) || die "got $_ during greeting $FH"; sub put { local($FH) = shift; local($what) = shift; print $FH "$what\n"; print "$FH >>> $what\n" if $verbose >= 3; $what; } sub get { local($FH) = shift; local($what); $what = <$FH>; $what =~ s/\015//; chop $what; print "$FH >> $what\n" if $verbose >= 3; $what; } ######################################################################### # Most of the new stuff is in the next two loops. # # Get latest article numbers for all news groups from the nntp server &put($FH,"LIST"); while( $_ = &get($FH)){ last if /^\.$/; next if /^2/; ($group, $high, $low, $posting) = split; $news{$group}= $high; } # Get subscribed articles from $checkfile (format is assumed to be # .newsrc format). open checkfile; while(){ ($group, $articles) = split; next if /!/; # skip unsubscribed groups chop $group; # get rid of trailing `:' or `!' @lastread = split(/[-,]/,$articles); # Estimate unread articles by subtracting the last read article listed # in $checkfile from the latest article number at the nntp server. # Ignores intermediates. $num = $news{$group} - $lastread[$#lastread]; $tarts += $num; if (($n+1 < $max) && ($num > 0)) { $n++; $host = $abbr = $group; $host = join('.', reverse split(/\./, $host)); $abbr =~ s/([^.])[^.]+\./$1./g; $list .= sprintf($format, 'unknown', $host, "$num $abbr", '', $group, ''); } } # # ########################################################################## if ($list) { printf $format, 'news', "$fromhost", "$tarts/$n", '', '', ''; printf "Cols=%d Rows=%d\n", &lesser($n, $cols), &lesser(($n - 1) / $cols + 1, $rows); print $list; } else { printf $format, 'nonews', '', "0/0", '', '', ''; print "Cols=1 Rows=1\n"; printf $format, 'nonews', '', 'No news', '', 'No news', ''; } sub lesser { local($a, $b) = @_; ($a < $b) ? $a : $b; } exit 0;