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]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]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: 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: 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 str+alt+(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: 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 str+alt+(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: [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]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: 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]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: [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]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 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]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
[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]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
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