From owner-freebsd-hackers Wed Jan 17 11:02:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28372 for hackers-outgoing; Wed, 17 Jan 1996 11:02:15 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28367 for ; Wed, 17 Jan 1996 11:02:06 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tcd7S-000Hz0C; Wed, 17 Jan 96 20:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tcbwo-00000kC; Wed, 17 Jan 96 18:46 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: screen snaps for syscons & pcvt To: mpp@mpp.minn.net (Mike Pritchard) Date: Wed, 17 Jan 1996 18:46:58 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601170906.DAA02495@mpp.minn.net> from "Mike Pritchard" at Jan 17, 96 03:06:00 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Mike Pritchard: > I want to add a print screen interface to syscons and pcvt. Great! > When I last mentioned this, the discussion degraded down to "well, > SCO did things a different way, and since syscons consoles are SCO > type consoles, it should probably be compatible with how they did things". > or "you should do it via escape sequences", etc. Hm - as far as i remeber this discussion it was considered as being a feature which implements a back door for some sort of attacks to the system. If this is true, it should be a compile time option so people with security issues can fully disable it. As far as pcvt is involved it would be extremely nice if the process can also be triggered by using the (currently not implemented) print screen escape sequence. > I don't care. I just want something nice and simple where I can hit > shift+print_screen and get a printed copy of my current screen. I'm sure > that 90% of the FreeBSD user base would be more than happy with that. Agreed. > Now, if someone comes up with a good reason why each different > virtual console should have a different processing program (e.g. I don't see any reason. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ?