CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 05/08/31 07:17:57 Log message: Fix message Modified files: xc/programs/Xserver/hw/xfree86/drivers/i740/: i740_driver.c Revision ChangesPath 1.57 +2 -2 xc/programs/Xserver/hw/xfree86/drivers/i740/i740_driver.c ___ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 05/08/31 07:39:37 Log message: 136. Add a Compose keycode to fix build problem introduced by change #123 (#8240, Bang Jun-Young). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/common/: atKeynames.h Revision ChangesPath 3.3587+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.23 +2 -1 xc/programs/Xserver/hw/xfree86/common/atKeynames.h ___ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit
Re: tdfx and DDC2
The NVIDIA Mac boards I've seen are Mac only. They won't even plug into a PC because the connector is different. It's like PCI, but has and extra power tab to drive the Apple Display Connector. None of those boards have a PC BIOS; they have OpenFirmware fcode. I think most hardware manufacturers prefer an incompatible board for the Mac. It means you can charge more for them, which you need to do because you need to cover the cost of the software developement for the lower volume PowerPC market. Mark. On Tue, 30 Aug 2005, Tim Roberts wrote: Michael wrote: I don't see why they should be enabled - they're PC-specific and even with x86 emulation they would be pretty much useless since you're not too likely to encounter a graphics board with PC firmware in a Mac ( or other PowerPC boxes ) Wrong. No hardware manufacturer in their right mind would build a Mac-only PCI graphics board, with the possible exception of Apple. They're going to build a generic graphics board that works in a PC and by the way also works in a Mac. Such a board will have a video BIOS. I suppose you might find a board with a Mac-only SKU that does not stuff the BIOS chip. -- Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
[XFree86] Problem with XFree86 in multiwindow mode
Hi, I run an X Window application using XFree86 in multiwindow mode. I open a panel(say A), open one more panel(say B) without closing A and then I try to open panel A again using hot key functionality we invoked or by directly clicking (using mouse)on the appropriate menu created for this. I observe that the panel A is not pushed to the top. But when I do the same sequence of operations using XFree86 in single window mode(with default window manager and twm window manager as well), the panel A is pushed to the top when I try to reopen it. Hence when we use XFree86 with native Window Manager, the above problem exists. Can anyone help in this issue? Thanks, Lakshmi. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Problem with XFree86 in multiwindow mode
Hi, I run an X Window application using XFree86 in multiwindow mode. I open a panel(say A), open one more panel(say B) without closing A and then I try to open panel A again using hot key functionality we invoked or by directly clicking (using mouse)on the appropriate menu created for this. I observe that the panel A is not pushed to the top. But when I do the same sequence of operations using XFree86 in single window mode(with default window manager and twm window manager as well), the panel A is pushed to the top when I try to reopen it. Hence when we use XFree86 with native Window Manager, the above problem exists. Can anyone help in this issue? Thanks, Lakshmi. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] text console not readable when ctrl-alt-f1
using XFree86 4.5.0 on a Debian 3.1/testing system, video card is a i740/agp with 8mb ram, the problem is, when switch back to virtual console by pressing CTRL-ALT-Fn, text on virtual terminals are no longer readable, all characters on screen becomes a colored block(red), or just gone(black), or something very strange. original xfree86 shipped with the distro (4.3.0) doesn't have this problem. shipped version has another problem: a small square of image where the mouse pointer is in couldn't properly updated when screen is re-draw. tried option noaccel , but have no use. option xaanopixmapcache and option xaanooffscreenpixmaps are not accepted by the i740 driver . [[[BEGIN XF86Config-4]]] # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout dvorak EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier Generic Video Card Driver i740 BusID PCI:1:0:0 VideoRam8192 Option XaaNoOffScreenPixmaps true Option XaaNoPixmapCache true Option NoAccel true EndSection Section Monitor Identifier Generic Monitor HorizSync 28-60 VertRefresh 60-85 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth16 SubSection Display Depth 1 Modes 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 800x600 640x480 # Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 # Modes 800x600 640x480 # Modes 1024x768 800x600 640x480 Modes 800x600 640x480 1024x768 EndSubSection SubSection Display Depth 16 # Modes 800x600 640x480 # Modes 1024x768 800x600 640x480 Modes 800x600 640x480 1024x768 EndSubSection SubSection Display Depth 24 # Modes 800x600 640x480 # Modes 1024x768 800x600 640x480 Modes 800x600 640x480
Re: [XFree86] Problem with XFree86 in multiwindow mode
On Wed, 31 Aug 2005, Murugan, Muthulakshmi wrote: I run an X Window application using XFree86 in multiwindow mode. I open a panel(say A), open one more panel(say B) without closing A and then I try to open panel A again using hot key functionality we invoked or by directly clicking (using mouse)on the appropriate menu created for this. I observe that the panel A is not pushed to the top. But when I do the same sequence of operations using XFree86 in single window mode(with default window manager and twm window manager as well), the panel A is pushed to the top when I try to reopen it. Hence when we use XFree86 with native Window Manager, the above problem exists. Can anyone help in this issue? What do you mean by multiwindow mode? Multi-monitor? If so, do you see this behaviour with XINERAMA (aka PanoramiX) enabled (default), or disabled? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] text console not readable when ctrl-alt-f1
On Wed, 31 Aug 2005, cc wrote: using XFree86 4.5.0 on a Debian 3.1/testing system, video card is a i740/agp with 8mb ram, the problem is, when switch back to virtual console by pressing CTRL-ALT-Fn, text on virtual terminals are no longer readable, all characters on screen becomes a colored block(red), or just gone(black), or something very strange. If you can build from source, please try the attached patch. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. i740.diff.gz Description: Binary data
RE: [XFree86] Problem with XFree86 in multiwindow mode
Hi, Thanks for your response. multiwindow is basically an option while starting the Xserver which will start an integrated Windows based Window Manager. It is used in the following way in the command for starting the Xserver. run XWin -multiwindow -clipboard -silent-dup-error And I am not sure about what XINERAMA is and I will get back to you once confirming that. Thanks, Lakshmi. On Wed, 31 Aug 2005, Murugan, Muthulakshmi wrote: I run an X Window application using XFree86 in multiwindow mode. I open a panel(say A), open one more panel(say B) without closing A and then I try to open panel A again using hot key functionality we invoked or by directly clicking (using mouse)on the appropriate menu created for this. I observe that the panel A is not pushed to the top. But when I do the same sequence of operations using XFree86 in single window mode(with default window manager and twm window manager as well), the panel A is pushed to the top when I try to reopen it. Hence when we use XFree86 with native Window Manager, the above problem exists. Can anyone help in this issue? What do you mean by multiwindow mode? Multi-monitor? If so, do you see this behaviour with XINERAMA (aka PanoramiX) enabled (default), or disabled? Marc. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: text console not readable when ctrl-alt-f1
its still there. after applied patch, i run 'make' in build dir, then 'make install'.(keep previous build, i think this is enough, isn't it? or should i run 'make World' again?) thanks :). On 8/31/05, Marc Aurele La France [EMAIL PROTECTED] wrote: On Wed, 31 Aug 2005, cc wrote: using XFree86 4.5.0 on a Debian 3.1/testing system, video card is a i740/agp with 8mb ram, the problem is, when switch back to virtual console by pressing CTRL-ALT-Fn, text on virtual terminals are no longer readable, all characters on screen becomes a colored block(red), or just gone(black), or something very strange. If you can build from source, please try the attached patch. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] tienes un dscto de...
25% si te inscribes antes del Miercoles 31
de Agosto
Aprende a hacer el mas exquisito sushi de manera personalizada o en
grupos.
El curso incluye 4 clases con todos los materiales. (horarios
personalizados, ideal para quienes trabajan)
si eres de los 10 primeros en inscribirte, te damos un set de
cuchillos y esterillas de Regalo
Precio normal 48000 preciocon dscto36000 por pocos
dias.
Ademas si tienes un evento, te preparamosel mejor
sushientu casa.
F: 2475189
Inscribete Aqui
Si no quiere recibir nuestras ofertas,
haga click aqui
Acatando la nueva Ley del Consumidor
Nº 19.496 y su modificación Nº 19.955 del 2004,en su Artículo 28b, donde
regula el envío de correos electrónicos("Toda comunicación promocional o
publicitaria enviada por correo electrónico deberá indicar la materia o asunto
sobre el que versa,la identidad del remitente y contener una dirección
válida a la que el destinatario solicite la suspensión de los envíos")
Para cotizar publicidad
via email haga click aqui
[XFree86] Re: ea3 Special PHãRMMA
Grehop and setings, VISlT Q-.PharamacyByMail SaveYoAVE Over% on yourmacy wiu CAN S60r phath us.VALllALlS VlAGRer medUM CA and many othdications
[XFree86] Arbitrary Small Resolutions, Color Inversion
Hi, Can anyone tell me how I can: 1. set the resolution for X to any resolution smaller than the smallest possible resolution for a particular monitor, while the desktop area remains the same? If one starts out with say 1024x768, and you also have say 640x480 set up in XF86Config, one can go to 640x480 by pressing Ctr+Alt+-|+ but retain the original desktop area. Would this be possible for something rediculously small like 64x48? 2. invert the colors? Is this kind of thing possible either through configuration or by changing the source code? If code changes is required, where can I start? Thanks in advance!-- Kerneels Roos
