Re: Keyboard autorepeat settings [Was: Updated: XFree86-xserv-4.3.0-22]
Harold L Hunt II wrote: Cary, Cary Jamison wrote: It seems to me that what is being asked for is that XKB support is kept but its default configuration (delay, repeat rate, etc.) is whatever Windows is currently set to. I think this makes very good since - if I really want a repeat rate different for X applications I can configure it, otherwise it should be the same as it is on all my other Windows apps. From the above comments it looks like Alexander understood this but Harold thought everyone was asking to remove XKB support and go back to using Windows autorepeat. Forgive me if I misread you, Harold. I think you hit the nail on the head. People are asking for XKB to handle the generation of autorepeat key events, but for it to grab its default settings from the Windows autorepeat settings? Is that what is going on here? Yes, that was the original nature of my request. Forgive me for not being clear enough. I didn't understand the underlaying consequences to explain it better. Zbynek -- http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic
Re: Updated: XFree86-xserv-4.3.0-22
I am not sure I know how the system worked internaly and I would cetrainly make no requests in that matter. I was just trying to point out the user point of view. You are (probably) saying that you have improved the software internaly (which is always good). However this improvement changed the original default behavior in such a way that in order to get it back I am going to have to browse the net for some XF86Config-4 file only to set it to same value I was perfectly happy with before I did the upgrade. Isn't it weird? And I know this will fix the problem only because I happend to subscribe a week ago to this list. Before that I didn't even know there was such an option. Could you make us all happy and use the win32 default unless told otherwise instead of pulling one out of thin air? Does it sound reasonable? We are talking here only about two numbers. I don't mean to be pain in the ... but I really think it is more logical to do it this way. Would it break anything? Zbynek Harold L Hunt II wrote: We were previously using two auto-repeat schemes at the same time: 1) xkb 2) Win32's auto repeat layer Convince me why it is good to have two layers handling auto repeat by default and I will accede to your request. Harold Zbynek Winkler wrote: Alexander Gottwald wrote: Alexander Gottwald wrote: On Wed, 12 Nov 2003, Dr. Volker Zell wrote: No. The AutoRepeat option is not used yet. I'll change this. Done. As it happens, I was completely happy with the old behavior. Now it defaults to something else than I have set in the win32 environment. Could the default be (when no config file is found) the autorepeat that was before the change? Thus this upgrade would hit only the users who really want to customise it. Zbynek -- http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic
Re: OpenGL and GLX
Alexander Gottwald wrote: On Wed, 12 Nov 2003, Zbynek Winkler wrote: It seems the linker is not using the libraries at all :-(. Zbynek $ g++ -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -Wl,-t glxsample.cpp -o glxsample reorder the arguments: $ g++ glxsample.cpp -I/usr/X11R6/include -L/usr/X11R6/lib -lX11 -lGL -o glxsample Thanks. That actually works! Would you have a hint as to why the order is important? Also would you know how to fix this command that shows the same symptoms? c++ -g -g -O2 -o gazebo -L. -L/usr/X11R6/lib -L../libgazebo main.o World.o WorldFile.o Model.o ModelFactory.o Sensor.o SensorFactory.o X11Window.o WindowManager.o Camera.o ContactParams.o -lX11 -lm -lpthread -lGLU -lGL -L/usr/lib -lxml2 -lz -liconv -lm -L/home/zbynek/playerstage/ode-0.039/lib -lode models/SimpleSolid/libsimplesolid.a models/Pioneer2AT/libpioneer2at.a models/Pioneer2DX/libpioneer2dx.a models/SegwayRMP/libsegwayrmp.a models/SickLMS200/libsicklms200.a models/UserX11GLCamera/libuserx11glcamera.a models/GroundPlane/libgroundplane.a models/SonyVID30/libsonyvid30.a models/ClodBuster/libclodbuster.a sensors/X11GLCameraSensor/libx11glcamerasensor.a -lgazebo bodies/libbodies.a ../replace/libreplace.a ../toolkit/libtoolkit.a Well not exactly the same. Adding -Wl,-t shows that is is using /usr/X11R6/lib/libGLU.dll.a and /usr/X11R6/lib/libGL.dll.a but somehow it is missing functions like glMultMatrixf, glVertex3f etc. It also returns bunch of warnings like Warning: resolving [EMAIL PROTECTED] by linking to _glMaterialf Thank you for any insights you might have. Zbynek -- zw at matfyz.cz http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic