I'm a little confused. I am trying to run this boxes in a kiosok type mode. The application of this chvt terminal. Will this throw them back to tty7 (where is is running) or will it move the tty that X is running on. Making X run on tty1.
Maybe this could be an alternate solution, can i force X to run on tty1? So if a Ctrl-Alt-F1 occured nothing would happen since they are already on 1? Please excuse my ignorance on this subject, i've always been used to working in console mode, so I am not familiar with the intricate working of the X system. Chris Allermann - [EMAIL PROTECTED] ----- Original Message ----- From: "Syed Irfan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, February 16, 2002 6:44 PM Subject: Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X > for disabling switching vt > try chvt vtnumber & (eg: chvt 1 &)if ur x is running > in tty1 in your script that should do the trick, i > came with full install of redhat 7.2, try man chvt, or > google is your friend > > hope this helps, i have seen just too many people ask > this question > > hth > syed irfan > crazycrusoe > > --- Andy Sparrow <[EMAIL PROTECTED]> wrote: > > > On Sat, 16 Feb 2002, Christopher W. Allermann > > wrote: > > > > > > > I'm stuck with a little bit of a problem here > > and have been unable to find a > > > > suitable solution. > > > > > > You might have to hack the server to do this. > > There are already > > > config file options to prevent Ctrl-Alt-backspace > > and Ctrl-Alt-+/-, > > > but there isn't one for Ctrl-Alt-F#. Maybe there > > was a reason for > > > that, I don't remember. This isn't the first time > > somebody wanted > > > to do this. > > > > Actually, someone asked me about this recently, and > > I was surprised to > > discover that it didn't exist too. It seems to me > > that it should be a > > standard option, as there's (at least) two cases > > where it would be both valid > > and useful: > > > > i) Your hardware won't switch cleanly back to text > > mode from X[1] > > > > ii) You're setting up a kiosk-mode machine > > > > As you say, this also isn't the first time that > > somebody wanted this, so > > there's obviously a grass-roots requirement for it > > :) > > > > I'm currently working on a patch for this, and I'd > > appreciate some advice; I > > believe that such an option (lets call it > > 'DontSwitch') should disable VT > > switching for all OSes that support that > > functionality (including the ones > > that use the VTSysreq method of doing it). > > > > As there's already a runtime switch to control this > > (which already DTRT when > > DRI has is in fullscreen mode), I also think the > > neatest way to add this > > functionality would be to add 'VTSwitchEnable' to > > the tests for the rest of > > the OSes that support VT switching, and set if from > > the config file, if the > > option is present. > > > > Any comments? > > > > Cheers, > > > > AS > > > > [1] Some Dell laptop users are stuck with this > > apparently, a switch back to > > text mode hoses you totally. Ick. > > > > > > > > > ATTACHMENT part 2 application/pgp-signature > > > > ===== > ===================================== > CrazyCrusoe > Hackerd00d > > http://members.linuxstart.com/openweb > ===================================== > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - Coverage of the 2002 Olympic Games > http://sports.yahoo.com > _______________________________________________ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert _______________________________________________ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
