Re: [Xpert]how to get global key release events ?
On Tue, 30 Jul 2002, Peter Finderup Lund wrote: > XFree86 4.2.0 contains the docs for XTEST and RECORD but not for XTrap. The docs for XTrap can be found here, at The X Consortium's website: http://ftp.x.org/contrib/extensions/XTrap.tar.gz -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]how to get global key release events ?
> > On Fri, 26 Jul 2002, Alexander Neundorf wrote: > > > > > I need to get global key release events in my app, i.e. also if none of the > > > windows of my app has focus. > > > My app is based on Qt/KDE and I am able to get the key press events, but not > > > the release events. > > > I read some things about input masks, grabbing keys, window attributes and so > > > on, but I don't really understand what I have to do. > > > Can somebody please shed some light on me about key grabbing, input masks, > > > and stuff ? Turns out I /did/ overlook something! Ah, the joys of early brain damage ;) There are a couple X extensions intended for macro recording/playback and regression testing purposes (mainly): XTrap, XTEST, RECORD. XFree86 4.2.0 contains the docs for XTEST and RECORD but not for XTrap. However, I couldn't find any demos or test code for XTEST and RECORD in it but I did find xc/programs/xtrap/*, which contains many useful little programs to use or to steal code from. They do seem to be able to snoop keyboard press/release events (among a ton of other things). -Peter "Never judge the strength of foundation by size of building." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Accessing selection from command line
On Wed, 17 Jul 2002, Peter Finderup Lund wrote: > On Fri, 12 Jul 2002, Ville Herva wrote: > > > I was wondering whether people feel that something like this should exist in > > the XFree86 distribution: > > Yes, please! > > I was very fortunate to find xcut some months ago, which does the paste > thing but not the cut: > > http://xcut.sourceforge.net/ > > > echo puppa | xsel -c # 'puppa' is now the current X selection > > echo puppa | xsel --copy # same as above > > > > xsel -p | less# pastes the current X selection to less > > xsel --paste | less # same as above > > Btw. it should be possible to see if stdin or stdout was a pipe and do the > right thing automatically. Here is another similar project: http://www.goof.com/pcg/marc/xcb.html -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: Antwort: Re: Antwort: Re: [Xpert]two x-server onone vt
On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote: > Ok, when I use Xinerama, is it not possible to get two separate mice. Then I Yes it is. > will get one mouse (one mouse-pointer) which I can move with the two mice. > Isn't it so? > But this is not what I want. I want to have two different mice on each monitor. > Is this possible with Xinerama? If yes, can you tell me please how? As far as I know you designate one of them to be the "core pointer". That's the one that will control the mouse pointer. Programs that need to (say, CAD programs) can ask to be notified about the other mouse's position through the X Input Extension. The two monitors will conceptually be one big screen. You use the serverlayout section in the configuration file to tell the server which one is the left screen and which one is the right one (or top/bottom). If the resolutions of the two monitors don't quite match, i.e. if the combined area is not a rectangle, you will get "dead areas" which conceptually exist but don't have any actual monitor pixels to go with them. If the window manager you use is new enough to know about the dead areas and not put any windows there, this won't be a problem. Since you are probably running a newish KDE I wouldn't worry about it. Still, should it turn out to be problematic you can fix it be upgrading. [just a guess: since you are both German and running KDE, are you using SuSE?] The one mouse pointer can be moved from screen to screen with the "core pointer". You can use an option in the configuration file called "SendCoreEvents" which makes the second mouse generate "core events", too, meaning it will also control the mouse pointer. Use "man XF86Config" for the details of setting this up. Here's a tasty quote to whet your appetite: [...] Here is an example of a ServerLayout section for a dual headed configuration with two mice: Section "ServerLayout" Identifier "Layout 1" Screen "MGA 1" Screen "MGA 2" RightOf "MGA 1" InputDevice "Keyboard 1" "CoreKeyboard" InputDevice "Mouse 1""CorePointer" InputDevice "Mouse 2""SendCoreEvents" Option "BlankTime" "5" EndSection [...] -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: Antwort: Re: [Xpert]two x-server on one vt
On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote: > I will see the two X-Servers at the same time and when I tried to display them > at different vt's I have to change between them with ++(f7/8>. That > isn't what I want. You are using the same keyboard (standard PC compatible) with both X servers, as far as I can tell from your config files!?!? How does that work? Honestly, I can't how it should work at all. Not with the X servers being on the same virtual terminal. I think you should take a look at Xinerama - remember you can use two (or more) mice if you want to. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: Antwort: Re: [Xpert]two x-server on one vt
On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote: > I've two monitors at two Graphic Cards. Now I want to display one X-Server at > one of them. This is only possible, when I start the X-Servers at ONE vt. One > time with :0 and one time with :1 and different XF86Configfiles. Isn't it > correct?? Not really. > I will see the two X-Servers at the same time and when I tried to display them > at different vt's I have to change between them with ++(f7/8>. That > isn't what I want. That explains the vt thing. But why aren't you using Xinerama? It's much better suited to your needs - actually I thought you were going to use that as per the earlier discussion on using multiple mice. http://www.tldp.org/HOWTO/Xinerama-HOWTO.html > I don't know? Where can I seen this? It's so, that when I press the > "logout"-Button one display will be black, and the other shows on one half the > KDE on the other half a very bad text console. The one with half a KDE image would be my guess ;) -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: [Xpert]two x-server on one vt
On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote: > OK, that's fine. I tried this, and it works. Now I have a problem when I want > to logout. If I want to logout, the X-Server is chrashing. So I get no screen > and it hangs up. > > What's about this? Dunno... why do you want them to use the same virtual terminal? (which one of the X servers crash on you?) -Peter "If Bush is serious about his goal of having Palestine democratically choosing a replacement for Arafat, he's sending the wrong people. He shouldn't send Colin Powell. The one he should send is Katherine Harris." (seen on advogato.org/person/raph) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]two x-server on one vt
On Tue, 23 Jul 2002 [EMAIL PROTECTED] wrote: > - and when i want to start a application at the first x it will work > correctly. but on the second x the warning "can't do this! please start the >docpserver!". What's this? That's a KDE problem (it says "dcopserver", right?). KDE programs use the X server for interprocess communication, together with a litle helper application called the DCOPserver. Maybe KDE doesn't particularly like it if you are using two X servers with one user. What if you create a dummy user that belongs to the same group as your ordinary user (so they can read/write each other's files) and have the dummy user start the second X server? Since you are tyring to run two different X servers anyway, I guess you are not expecting programs on one screen to be able to cooperate with those on the other so you don't loose anything there. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Setting up MTRR support
On Thu, 18 Jul 2002, Andy Isaacson wrote: > > Doesn't work here. If I do "cat /proc/mtrr" before running an X-server I > > get nothing at all: > > "" > > Ah, perhaps your CPU only has 1 MTRR. You could check the kernel code > if you're very curious. The AMD K6-2 has two (I was curious some months ago and read the documentation from AMD). > > Running "cat /proc/mtrr" after starting the X server gives me the > > following: > > > > reg00: base=0xd000 (3328MB), size= 32MB: write-combining, count=1 > > That looks a whole lot like a framebuffer. So what's the point of this > thread, then, if it's working fine for you? :) (I came in at the tail > end here, sorry if I'm missing context.) It probably is his framebuffer. What troubles him, I think, is that lspci tells him that the video card has two memory ranges and only one of them is covered by an MTRR. I have an AMD K6-2 500 MHz and a RIVA TNT2 M64 card. I'm running Linux 2.2.21 and XFree86 4.2.0. cat /proc/mtrr: reg00: base=0xe600 (3680MB), size= 32MB: write-combining, count=1 lspci: 01:00.0 VGA compatible controller: nVidia Corporation Riva TNT2 Model 64 (rev 15) (prog-if 00 [VGA]) Subsystem: AOPEN Inc.: Unknown device 000d Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 9 Memory at e400 (32-bit, non-prefetchable) Memory at e600 (32-bit, prefetchable) Expansion ROM at e500 [disabled] Capabilities: [60] Power Management version 1 Capabilities: [44] AGP version 2.0 If anybody knows why my card also shows up twice in the memory map I'd be much obliged. Is the first (non-prefetchable) part memory-mapped control registers for the accellerator functions and the second one the framebuffer? (I think I used to know this... :/ ) -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Automatically copying selection
On Wed, 17 Jul 2002, y wrote: > When I select text it automatically copies it to the clipboard. > While a lot of people love this feature, I just hate it. > People sometime select text to delete it, for example (especially in GUI > editors). > > Could you tell me how to disable it, or is it hopeless? I think it is hopeless :( It's too deeply built into the X architecture to change for all clients - it's not just a question of setting a boolean flag to another value. Some clients and toolkits, however, have workarounds so the behaviour might end up being closer to your liking. Background info: (I hope I got the details right - it's complex stuff) There isn't one entity that you could call the clipboard in X, there are several. One set of those are the cut buffers, another are the selections. Cut buffers have numbers and selections have names. Usually cut buffer #0 and the selections PRIMARY and CLIPBOARD are used. When you select paste in an application, some toolkits will paste from PRIMARY first, if it is non-empty, and try CLIPBOARD next -- I think. Others will always use PRIMARY if you paste with the middle button and CLIPBOARD if you select paste from a menu or use a keyboard shortcut. The buffer for the CLIPBOARD selection gets overwritten only when you actually select copy in the application (and PRIMARY also gets written). When you select something (before the delete/copy/cut) only the PRIMARY selection gets overwritten. (there is also a standard selection called SECONDARY, just to make things more complicated - but few use that) You can read almost the whole story here: http://www.freedesktop.org/standards/clipboards.txt if you are really curious you can always check the three references at the bottom. KDE 2.x applications didn't quite follow the above standard but current KDE and Gnome apps do. Many applications not made with either won't. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XVideo extension docs
On Tue, 16 Jul 2002, Jacek Bator wrote: > I'm tring to find documentation on capabilities and use of XVideo > extension. Mabey someone knows where to find some manuals or so? xc/doc/hardcopy/Xv in the tarball. xc/doc/specs/XvMC in the tarball. xc/doc/man/Xv in the tarball. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Question
On Tue, 16 Jul 2002, Milos Cvetanovic wrote: > details about the project, but my question is how could I compile Xserver > and make it work under DPMI (DOS protected mode). I saw some docs related I have no idea why anybody in their right mind would want to do that ;) (PHB request, maybe?) But, in general, if you want to port anything to DOS these days, you want to use DJGPP (www.delorie.com/djgpp). I guess you already have an X application that "must" run on a machine that "must" run DOS for some "reason". Maybe because of a special driver to strange hardware or because it is running some embedded software? About the only reason I can think of for running DOS (or an open source clone) is if the hardware is wimpy or if you need extreme stability or extremely well-defined and quick responses to whatever your hardware is doing -- and in that case you either can't or really, really, really shouldn't use X. In the latter two cases you probably shouldn't even consider a graphical user interface, at least not running on the same machine. But if you really have good reasons (or management forces you), perhaps you should consider using xlibemu, also for DJGPP. It is probably nowhere close to complete and probably also quite buggy but there you are. It is /not/ an X server. It is /most definitely/ not a port of XFree86. Instead, it is a library with an xlib compatible interface that emulates an X server and a window manager. I trust you can find the relevant URLs with google just as well as I can. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Accessing selection from command line
On Fri, 12 Jul 2002, Ville Herva wrote: > I was wondering whether people feel that something like this should exist in > the XFree86 distribution: Yes, please! I was very fortunate to find xcut some months ago, which does the paste thing but not the cut: http://xcut.sourceforge.net/ > echo puppa | xsel -c # 'puppa' is now the current X selection > echo puppa | xsel --copy # same as above > > xsel -p | less# pastes the current X selection to less > xsel --paste | less # same as above Btw. it should be possible to see if stdin or stdout was a pipe and do the right thing automatically. -Peter "C++ is more of a rube-goldberg type thing full of high-voltages, large chain-driven gears, sharp edges, exploding widgets, and spots to get your fingers crushed. And because of it's complexity many (if not most) of it's users don't know how it works, and can't tell ahead of time what's going to cause them to loose an arm." -- Grant Edwards ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Antwort: Re: [Xpert]2 mice with 2 mouse pointer
Sorry 'bout the late answer but I only just got your letter. I don't know if the mailing list program at XFree86 is to blame or my university's qmail setup or the script kiddies who did a DoS attack recently :/ (but mails from the xpert mailing list do come at extemely odd intervals and quite often "bunched up" with 10-20 of them showing up at once) On Thu, 11 Jul 2002 [EMAIL PROTECTED] wrote: > On Wed, 10 Jul 2002, Trent Whaley wrote: [actually, I think it was me but never mind...] > >Or would it be enough for "CAD or GIS work" if one the pointers was the > >"real" pointer, which would generate normal events, and the other one > >controlled another cursor -- with a distinct look -- that generated > >another kind of mouse events that only "prepared" applications would > >receive ? > > Yes it is so. I want to have one pointer which is the "normal" mouse pointer to > generate normal events, and the other should be a graphic table that only react > when I do something in a "prepared" application. > > > > >If so, I think it is already supported. > > > Where is it supported? Can you give me a little bit help? Well, it's supported in XFree86 of course ;) (sorry, cheap shot) The "prepared" application has to use the X Input Extension (as an other poster also wrote). The documentation can be found in the tarball in the directory xc/doc/hardcopy/Xi. The server has to be configured correctly, of course -- see the file xc/programs/Xserver/hw/xfree86/doc/xinput (or the source file xc/programs/Xserver/hw/xfree86/doc/sgml/xinput.sgml) and the man page for XF86Config, especially the INPUTDEVICE section. -Peter Besides, anybody who can't handle needless complexity shouldn't be fooling around with dangerous machines such as computers. - Dan Rabin (Haskell mailing list, May 1993) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]RE: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, Andrew Berg wrote: > This thread has gone all over the place, but I have a suggestion. Has > anyone considered setting up something like LXR (http://lxr.linux.no) > against the sources for XFree86? I have occasionally had the need to browse I second that motion! -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Book?
On Tue, 16 Jul 2002, Bharathi S wrote: >1. Oreilly published 7 volumes for Xwindow. It deals > from XProtocol to New X Tool Kits. > >2. X Window System Programming By NABAJYOTI BARKAKATI ( PHI ) > It is also nice book to learn all basic concepts. I have read it and in retrospect consider it mostly a waste of time. The documentation from the X Consortium and from xfree86 is mostly good and complete if it exists -- the problem lies in finding it and in knowing what to read in what order. (Just putting these documents in HTML versions on a web site in a flat list would probably be an improvement from having to dig them out from various places and file formats inside the tarball -- I had /not/ expected such a variety of both!) -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
On Mon, 15 Jul 2002, Mike A. Harris wrote: > An effort at a website with tutorials, HOWTO's and other > developer related help information geared at helping NEW > developers get up to scratch on given areas would be very useful > if someone has the time to work on it. I've been writing some > things for a while, none of which are complete. Something like > the dri website's new developer info, etc. That would start to > help anyway. I think it will happen in time. We need the X-newbies website - www.x-newbies.org ;) Changing the organization of www.xfree86.org so the stuff would be easy to find if somebody put it there is probably not going to happen anytime soon. I think it is much more probable that somebody sits down and creates a new site for this stuff, similar to kernelnewbies.org. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]2 mice with 2 mouse pointer
On Wed, 10 Jul 2002, Trent Whaley wrote: > On July 10, 2002 12:32 am, Nick Name wrote about "Re: [Xpert]2 mice with 2 > mouse pointer": > > > Still I can't see the point-er :) What use could a second pointer be of? > > If you're doing CAD or GIS work, the second pointer could be a digitizer. That's how you would /control/ the second pointer. The lo-level driver side has always been clear. The question is how the hi-level representation of two "coordinate sources" should be. Would you want one pointer controlled by both the mouse and the digitizer? Do you want two pointers, one controlled by the mouse and one by the digitizer? Would they be equal? Would they both be displayed at all times? Could "clicks" with both of them be seen as normal mouse clicks by legacy X applications? What about focus issues? What about mouse grabs? Or would it be enough for "CAD or GIS work" if one the pointers was the "real" pointer, which would generate normal events, and the other one controlled another cursor -- with a distinct look -- that generated another kind of mouse events that only "prepared" applications would receive ? If so, I think it is already supported. -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: AW: [Xpert]framebuffer 2D acceleration
On Fri, 28 Jun 2002, Matthias Zacharias wrote: > We also working on a framebuffer 2D acceleration. So again the question > where to find the XAA.HOWTO. The path you wrote in the mailing list seems to > be your local path. No, what Mark wrote really is the right path - I just checked: firefly@charybdis:~/Work$ locate CURSOR.NOTES /mnt/old/home/firefly/XFree86/xc/programs/Xserver/hw/xfree86/ramdac/CURSOR.NOTES firefly@charybdis:~/Work$ locate XAA.HOWTO /mnt/old/home/firefly/XFree86/xc/programs/Xserver/hw/xfree86/xaa/XAA.HOWTO firefly@charybdis:~/Work$ xc is one of the top-level directories inside the tarball (the others are doctools and utils). -Peter "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." -- Theodore Roosevelt ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert] Pointers to the AccessX programming API?
On Tue, 28 May 2002, Alan Coopersmith wrote: > Unfortunately, there is no API provided - the client side of the AccessX > protocol is completely embedded in the accessx client application. There :/ > was minimal documentation released - I managed to get some of it from the > original authors (Earl Johnson, who still works for Sun, and Will Walker, > who used to work for DEC and now works for Sun) and have attached it below Thanks! :) I had given up all hope -- this is the second time you've been able to dig up documentation for me :))) > for whatever help that will be (it does include a protocol spec - note that > the library referred to was DEC's implementation, Sun never provided this > library as far as I can tell). > > The best news I can provide is that Sun is committed to the XKB extension > and is in the process of moving from the old AccessX extension to XKB in our > X server. I figured you (Sun) would be. Getting the documentation might be good enough for me, though... [exports it from pine, scp's it tohome machine, reading, reading, reading, "Aha, AccessX Protocol", mumble, mumble] Yes, I think sending an X_AccessXSelectInput request and then listening for XAccessXEvents with the subtype X_AccessXModifierXX might work :) (I'm writing a hack for text-mode = terminal applications that will enable them to distinguish between things like ctrl-left arrow and shift-ctrl-left arrow -- nice for selecting text in editors -- by using XKeyboard to get events every time the modifier keys change and keep the newest shift-state around in a variable which gets combined with whatever escape codes are read from stdin into a 16-bit keycode. It works well enough to be useful for XKeyboard and the terminal emulators I have tried it on. It's not combined with S-lang yet but it will be. In short, I wanted something similar to just reading the byte at 40h:17h under DOS. A similar hack for the Linux console (the same idea is also used by the Linux version of Turbo Vision and in RHIDE, a Turbo C++ IDE clone): http://www.linuxgazette.com/issue76/marinov.html A description of my hack: http://groups.yahoo.com/group/zepp/message/381 And a follow up with notes on another, grosser though unimplemented X hack: http://groups.yahoo.com/group/zepp/message/386 ) -Peter "My coffee is cold and I will sue all of you for that" - Jerzy Karczmarczuk ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Pointers to the AccessX programming API?
I know, wrong forum :) XFree86 implements XKB which is newer and better than AccessX anyway ... but I want my program to work well on old and outdated equipment that only supports AccessX, such as the Sun equipment my university uses ;) (Lots of SunRay1 terminals served by three big Sun machines, calling themselves something like "sun4u sparc SUNW,Ultra-250") So, can anyone (from Sun or DEC^WCompaq^WHPAQ) point me to some docs on it? -Peter "...they may well attempt to treat the gangrene they got when blowing off their foot by amputating their leg with a shotgun!" ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Docs for MIT-SCREEN-SAVER
On Sun, 5 May 2002, Alan Coopersmith wrote: > I don't know why they never got into the trees, but we had to dig up a copy of > the docs a while ago and did manage to find them. I've attached them to this Wonderful, thanks :) -Peter "Dance like no one is watching and love like it's never going to hurt." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Docs for MIT-SCREEN-SAVER, MIT-SUNDRY-NONSTANDARD,XFree86-Bigfont, etc?
Thanks :) On Sat, 4 May 2002, Mark Vojkovich wrote: > On Sun, 5 May 2002, Peter Finderup Lund wrote: > > > Does anybody know where I can find the docs for the following extensions: > > > > o MIT-SCREEN-SAVER > > o MIT-SUNDRY-NONSTANDARD > >Probably on the web someplace. I can't find them in our tree. Neither could I. man xset hints that one of the purposes of MIT-SUNDRY-NONSTANDARD is to switch pre-X11R4 bug compatibility on/off ;) > > o XFree86-Bigfont > >Big font isn't really something and end user would be exposed to > so I don't think it's documented anywhere. > > > o XFree86-Misc > >I don't know if that's documented. I think maybe only xset uses it. > > > o XFree86-VidModeExtension > >man XF86VidModeQueryExtension Ah, got it. man XF86VM :) (except that I must have done something wrong during the installation -- anyway, it's xc/programs/Xserver/hw/xfree86/doc/man/XF86VM.man) I found the other one, too - XFree86-Misc lurks in XF86Misc.man :) (didn't get installed either, weird) The -Misc is for reading/changing the low-level (hardware) setup of mouse and keyboard without editing XF86Config and restarting the server. Part of the functionality (keyboard repeat rate + delay) is duplicated by XKEYBOARD. The -VideModeExtension is similar for the monitor configuration - reading/validating/setting the modeline(s), getting the name of the manufacturer and model, horiz/vert sync ranges, bandwidth, moving/querying the viewport if the X screen size is bigger than the current mode, locking/unlocking mode switches. > > o FontCache > >I think this is only used with XTT? I'm not sure it's expected > that anything other than the font server would use it. Ok, I'll look around some more. > > Does anybody know what the big difference is between GLX and SGI-GLX? > >It's an alias. The same extension. Ok - thanks :) I thought that there might be a few extra requests that were only available if the program used SGI-GLX. -Peter "I use emacs, which might be thought of as a thermonuclear word processor." -- Neal Stephenson, "In the beginning... was the command line" PS: I think the two #if 0 lines in xc/programs/Xserver/hw/xfree86/doc/man/Imakefile might explain some of it... and the misspelled ExpandNamNames. And the install.man target in the generated Makefiles doesn't seem to be used - at least according to the log I made of make World when I installed the server. But I /do/ get a huge amount of man pages installed by some other mechanism... Me and Imakefiles are not exactly friends yet :/ [from xc/programs/Xserver/hw/xfree86/doc/man/Imakefile] #if 0 InstallManPage(XF86DGA,$(MANDIR)) #if ExpandNamNames InstallManPageAliases(XF86DGA,$(MANDIR),XF86DGAQueryExtension XF86DGAQueryVersion XF86DGAQueryDirectVideo XF86DGAGetVideo XF86DGADirectVideo XF86DGASetVidPage XF86DGASetViewPort XF86DGAViewPortChanged XF86DGAGetViewPortSize XF86DGAInstallColormap XF86DGAForkApp) #endif #endif #if 0 InstallManPage(XF86Misc,$(MANDIR)) #if ExpandNamNames InstallManPageAliases(XF86Misc,$(MANDIR),XF86MiscQueryExtension XF86MiscQueryVersion XF86MiscGetSaver XF86MiscSetSaver XF86MiscGetMouseSettings XF86MiscSetMouseSettings XF86MiscGetKbdSettings XF86MiscSetKbdSettings) #endif #endif /* XXX Check if this is up to date */ InstallManPageLong(XF86VM,$(MANDIR),XF86VidMode) #if ExpandManNames InstallManPageAliases(XF86VidMode,$(MANDIR),XF86VidModeQueryExtension XF86VidModeQueryVersion XF86VidModeGetModeLine XF86VidModeGetAllModeLines XF86VidModeDeleteModeLine XF86VidModeModModeLine XF86VidModeSwitchMode XF86VidModeSwitchToMode XF86VidModeLockModeSwitch XF86VidModeGetMonitor XF86VidModeGetViewPort XF86VidModeSetViewPort XF86VidModeValidateModeLine) #endif ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Docs for MIT-SCREEN-SAVER, MIT-SUNDRY-NONSTANDARD, XFree86-Bigfont,etc?
Does anybody know where I can find the docs for the following extensions: o MIT-SCREEN-SAVER o MIT-SUNDRY-NONSTANDARD o XFree86-Bigfont o XFree86-Misc o XFree86-VidModeExtension o FontCache Does anybody know what the big difference is between GLX and SGI-GLX? -Peter, trying to understand X in general and the XFree86 implementation in particular... "Dance like no one is watching and love like it's never going to hurt." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]NVidia RIVA TNT2 M64 and Xv - how can I implement it?
On Sun, 28 Apr 2002, Mark Vojkovich wrote: >I'm told that pre GeForce cards have different overlay hardware > that is more difficult to program. I've never really looked into > it and wasn't planning on it since I don't have docs for the > deprecated TNT overlay engine. :( When even you don't have the docs then it's really hopeless for the rest of us. Seems I have to go play with bochs :/ -Peter "A man's library is a sort of harem." -- Ralph Waldo Emerson. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]NVidia RIVA TNT2 M64 and Xv - how can I implement it?
I upgraded to XFree86 4.2.0 from source a couple of days ago but was disappointed to find that the nv driver doesn't really support Xv for my video card. I looked at the CVS sources yesterday and it seems to be only NV_ARCH_10 and up that support it... I think that translates into GeForce and newer. Apparently my card is a member of the NV_ARCH_4 group, having the card id 002D. The driver looks surprisingly clean and the Xv part in nv_video.c that actually plays with the hardware is a lot smaller than I thought. If the TNT2 hardware is similar to the GeForce hardware it should be quite simple to fix. Does anybody (Mark Vojkovich?) know what I should change in the driver to make it work? -Peter A celibate clergy is an especially good idea, because it tends to suppress any hereditary propensity toward fanaticism. -- Carl Sagan ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
