Re: [ANNOUNCE] Deprecation of xf86-video-nv

ELF relocatable object file, so still a binary, which could be linked to the system C library whatever is it (with some restrictions) at installation (or at packaging time). This won't help for some ABI/API incompatibilities with C library used by NVIDIA

Re: Where to get timestamp for selection?

irect me to right room. > In the future, you should ask on x...@freedesktop.org instead of xorg-de...@lists.x.org. Regards. -- Yann Droneaud ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Widget children

Hi, Le mardi 26 janvier 2010 à 19:05 +, Glynn Clements a écrit : > Yann Droneaud wrote: > > > > Why the resource XmNchildren and/or XmNnumChildren does not return all > > > the widgets children of a similar widget, while Editres or > > > XtNameToWidget

Re: Widget children

widgets children are connected > with the similar widget? > This is about Motif, and Motif is not part of X.org afaik, so it's probably the wrong mailing list. Try http://www.motifzone.net/ aka http://www.openmotif.org/ http://lesstif.sourceforge.net/ aka http://www.lesstif.o

Re: Force destroy Widget

TW, having XtNameToWidget() returning a pending deleted widget is not something I found to be useful. Regards -- Yann Droneaud ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

[OT] e-mail license

list archives, like here http://lists.freedesktop.org/archives/xorg/2009-December/048266.html The license (it seems be a licence: it uses the same wording and sounds like) seems not adapted for Internet days ... I hope the SNCF (Société National des Chemins de Fer) is not going to enforce it ...

[PATCH] xrandr: Disable --clone / --extend support code.

This was dead code after all. The usage message regarding those options was already commented out. This could be a fix for bug #12958 --- xrandr.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/xrandr.c b/xrandr.c index f7eba11..242ed06 100644 --- a/xrandr.c +++ b/

[PATCH] xrandr: Remove test against RANDR_MAJOR/RANDR_MINOR, already done by configure script

xrandr.c uses structures defined in provided by 'libXrandr' package but tests structures availability through RANDR_MAJOR/RANDR_MINOR defined in provided by 'randrproto' package. Sometimes they are not in sync so it's safer to rely on checks made by configure script through pkg-config. In my te

Re: building of xrandr against uClibc

TW, the policy variable is never really used in the code, it's only set while parsing for option, never read. So there's something wrong in the code. Regards. -- Yann Droneaud ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Netbooks... really slow with OGL... can someone help me with a solution?

fferent strategies based on live tests. Regards. -- Yann Droneaud ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Re: sensing X connection failure/timeout

* calling XSync() or XCloseDisplay() generate SIGPIPE * since they wrote on the connexion regardless of the status * * but, it's at least better than the default error function * */ fprintf(stderr, &q

Re: xcompmgr -- Proposal 2: ARGB-window dropoff shadow

ve this above conflict (by some xyz command line > parameter), don't you agree? :-) > I'm agree. > (Of course let's keep xcompmgr's default behaviour to not draw > shadows around ARGB windows but introduce a method to override this > default.) > I

Re: xcompmgr -- Proposal 2: ARGB-window dropoff shadow

Le vendredi 25 septembre 2009 à 17:23 +0200, Yann Droneaud a écrit : > Creating rectangular shadows is a bad things for windows with > non-rectangular content. > > And creating a shadow that match the content shape is not trivial (at > least for me :): you should take care o

Re: xcompmgr -- Proposal 2: ARGB-window dropoff shadow

Le vendredi 25 septembre 2009 à 11:02 -0400, Joel Feiner a écrit : > On 09/25/2009 09:54 AM, Yann Droneaud wrote: > > Le mercredi 23 septembre 2009 à 21:10 +0200, Eeri Kask a écrit : > >> Hello, > >> > >> it appears xcompmgr does not decorate windows with ARGB

Re: xcompmgr -- Proposal 2: ARGB-window dropoff shadow

client window want to be transparent, putting a rectangular shadow around / under it is not a desired feature (ex: cairo-clock). The same apply to XShape'd window (ex: xeyes). IMHO, shadows should optional and a window should be able to ask for none through a property. Rega

Re: A problem of application based on X lib

nt Receiver), while the other > one is to do proper operations according to the events(Event handler). > Did you use XLockDisplay() / XUnlockDisplay() See http://tronche.com/gui/x/xlib/display/threads.html Regards -- Yann Droneaud _

Window content update benchmark (code review)

(XImage SHM): Pixmap, XRenderComposite(Pixmap): 6.575778511 7: XCopyArea(Pixmap SHM): 3.993095927 8: XRenderComposite(Pixmap SHM): 3.805270309 Regards -- Yann Droneaud /** * @file benchimagemark.c * @brief Benchmark methods to update window content * * @date 2009-01-16 cre