ftp.nice.ch/peanuts/GeneralData/Usenet/news/1991/CSN-91.tar.gz#/comp-sys-next/1991/Jan/Mail-Audio-Announcement-A-Tip

This is Mail-Audio-Announcement-A-Tip in view mode; [Up]


Date: Sun 30-Jan-1991 14:11:35 From: tvz@phoenix.Princeton.EDU (Timothy Van Zandt) Subject: Mail Audio Announcement - A Tip In <5671@idunno.Princeton.EDU> I asked how to get sounds play to announce the arrival of new mail. Solutions were described in <5705@idunno.Princeton.EDU> <SCOTT.91Jan28115931@sage.uchicago.edu> <SCOTT.91Jan29075725@sage.uchicago.edu> To implement any of these, you must choose to be a Public Sound Server in the Unix menue of Preferences. Timothy Van Zandt NextMail: tvz@zandtwerk.princeton.edu
Date: Sun 30-Jan-1991 16:15:11 From: dorner@pequod.cso.uiuc.edu (Steve Dorner) Subject: Re: Mail Audio Announcement - A Tip >In <5671@idunno.Princeton.EDU> I asked how to get sounds play to announce >the arrival of new mail. Solutions were described in > > <5705@idunno.Princeton.EDU> > <SCOTT.91Jan28115931@sage.uchicago.edu> > <SCOTT.91Jan29075725@sage.uchicago.edu> > >To implement any of these, you must choose to be a Public Sound Server >in the Unix menue of Preferences. I'd like to add my voice to the chorus who'd like more flexibility in this "Public Window Server" and "Public Sound Server" uh, stuff. Unix devices with standard permissions and chowned to the console user would do just fine. And one for the pasteboard, while you're at it (at ignoring me, that is).
Date: Sun 01-Feb-1991 01:07:15 From: bennett@mp.cs.niu.edu (Scott Bennett) Subject: Re: Mail Audio Announcement - A Tip In article <1991Jan30.161511.7726@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: >>In <5671@idunno.Princeton.EDU> I asked how to get sounds play to announce >>the arrival of new mail. Solutions were described in >> [text deleted --SJB] > >I'd like to add my voice to the chorus who'd like more flexibility >in this "Public Window Server" and "Public Sound Server" uh, stuff. > >Unix devices with standard permissions and chowned to the console user >would do just fine. Hear, hear. Then a simple approach like mesg(1) or an equivalent NeXTStep application would take care of the problems quite nicely. > >And one for the pasteboard, while you're at it (at ignoring me, that is). >-- >Steve Dorner, U of Illinois Computing Services Office >Internet: s-dorner@uiuc.edu UUCP: uunet!uiucuxc!uiuc.edu!s-dorner Scott Bennett, Comm. ASMELG, CFIAG Systems Programming Northern Illinois University DeKalb, Illinois 60115 ********************************************************************** * Internet: bennett@cs.niu.edu * * BITNET: A01SJB1@NIU * *--------------------------------------------------------------------* * "WAR is the HEALTH of the STATE" --Albert Jay Nock (I think:-) * **********************************************************************
Date: Sun 01-Feb-1991 20:31:02 From: keen@ee.ualberta.ca (Jeff '876393' Keen) Subject: Re: Mail Audio Announcement - A Tip >>>In <5671@idunno.Princeton.EDU> I asked how to get sounds play to announce >>>the arrival of new mail. Solutions were described in >>> [text deleted --SJB] >> >>I'd like to add my voice to the chorus who'd like more flexibility >>in this "Public Window Server" and "Public Sound Server" uh, stuff. >> >>Unix devices with standard permissions and chowned to the console user >>would do just fine. > > Hear, hear. Then a simple approach like mesg(1) or an equivalent >NeXTStep application would take care of the problems quite nicely. >> The only problem with this is if someone opens the dev file in question before it is chowned (like when you are out not using your NeXT) then suspends that program he can use the dev file whenever he wants to through that program, even after it is chowned. At least this works on the HP-UX system at U of A (I've only tried it for terminal dev's but it works). I should try it on the speakers on the SPARCS we have here. If you have screen he can even log out and back in and use the dev file (screen allows you to save pseudo tty sesions and pick them up later). Although I agree the finer control is needed I'm not so sure dev files are the best way to do this since validation only occurs when a file is openned.

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.