On 09/11/11 12:16, Peter Hutterer wrote:
A month late but I just noticed that I never sent an announcement out for
this. libXi is the first snapshot for XI 2.1 support. At this point I
consider it unlikely that any major protocol changes will happen to the
smooth scrolling support.
If you're
Hi,
How should the format of a DRI2 buffer be determined?
http://www.x.org/releases/current/doc/dri2proto/dri2proto.txt
DRI2ATTACH_FORMAT { attachment: CARD32
format: CARD32 }
The DRI2ATTACH_FORMAT describes an attachment and the associated
format. 'attachment'
On 05/11/10 10:21, Peter Hutterer wrote:
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote:
In XInput2, when i get a XI_HierarchyChanged event after plugging in
another mouse, is there a way to get a unique identifier for each device
such as a brand and model number?
no, the device
Justin P. Mattock wrote:
On 11/02/2010 10:42 PM, Russell Shaw wrote:
I commented out all of xorg.conf, but it didn't fix it.
maybe try the ati driver instead of the radeonhd?
Hi,
I messed around with xorg.conf settings and tried reinstalling
the old driver and xorg-core resulting
I commented out all of xorg.conf, but it didn't fix it.
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address:
cheshirekow wrote:
Hello,
My goal is to have a program that sleeps in the background but can be
activated by the user via some hotkey. From digging around the Xlib
manual and the Xlib O'reilly manual, I gather that the correct way to to
this is with XGrabKey. However my understanding of the
Andreas Falkenhahn wrote:
Andreas Falkenhahn wrote:
Hi,
I have the following setup:
...
Anybody got a clue what's going on there?
You could add test code that uses XQueryTree() to find out why.
http://tronche.com/gui/x/xlib/window-information/XQueryTree.html
Hmm, I'm not sure if this
Richard Brown wrote:
Mikhail Gusarov wrote:
Twas brillig at 19:05:25 28.02.2010 UTC-05 when rbrown1...@gmail.com did
gyre and gimble:
RB So of these disabled, removed extensions. How many of these are
RB disabled as a result of actual broken code, vs, how many are
RB disabled because, we
David Gerard wrote:
On 1 March 2010 01:28, Richard Brown rbrown1...@gmail.com wrote:
Russell Shaw wrote:
What are you referring to by Ximage ?
Ximage extension to the X server. It has been superceded by MIT shared
memory. However, some ancient apps may still use it.
It's not clear
Martin Cracauer wrote:
...
Anyway...
I will also spend some time this week to test the available Window
managers to see where they stand wrt xrandr and report back. I
noticed that fvwm2 seems broken enough to not even get keyboard focus
over to the added desktops, ever. I also don't
David Bronaugh wrote:
Russell Shaw wrote:
*SNIP*
You have plenty of time on your hands, don't you? This can mean only one
thing: You have an idea to sell, in the hopes that people will jump on
board and run with it and you won't have to do any work.
I hate to disappoint you
Hi,
Is remote execution of X clients away from the X server still regarded
as a design goal, or does everyone just develop for client applications
that only run on or close to the X server machine?
With a unicode text widget, every time a character is entered, the
line or paragraph(s) need to be
Patrick O'Donnell wrote:
Date: Wed, 03 Feb 2010 01:18:01 +1100
From: Russell Shaw rjs...@netspace.net.au
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109)
Sender: xorg-boun...@lists.freedesktop.org
Is remote execution of X clients away from the X server still regarded
as a design goal
Daniel Stone wrote:
On Sat, Jan 30, 2010 at 12:04:41AM +1100, Russell Shaw wrote:
Daniel Stone wrote:
On Fri, Jan 29, 2010 at 10:53:11AM +1100, Russell Shaw wrote:
One can make their own widget libraries based on Xlib, then write apps
using the libraries. Nothing hard about that (hard
Clemens Eisserer wrote:
Man, don't have a job? Is your time worth anything to you?
And by the way ... I've never read so many *strange* arguments in one
discussion.
(using shm ximage for normal drawing is bullshit)
What do you suggest? I'd very much like to know.
How do other toolkits draw
Russell Shaw wrote:
Daniel Stone wrote:
On Sat, Jan 30, 2010 at 12:04:41AM +1100, Russell Shaw wrote:
Daniel Stone wrote:
On Fri, Jan 29, 2010 at 10:53:11AM +1100, Russell Shaw wrote:
...
He doesn't want non-trivial widgets, he wants full-screen and a menu,
remember? That's not something
Clemens Eisserer wrote:
Man, don't have a job? Is your time worth anything to you?
And by the way ... I've never read so many *strange* arguments in one
discussion.
(using shm ximage for normal drawing is bullshit)
What do you suggest? I'd very much like to know.
How do other toolkits draw
Daniel Stone wrote:
On Sat, Jan 30, 2010 at 12:13:23AM +1100, Russell Shaw wrote:
This means abstracting
everything with pointer indirections leading to slow
Any performance problems you may have are not caused by excessive
pointer dereferences.
Not directly. In the context of widget kits
Daniel Stone wrote:
On Thu, Jan 28, 2010 at 10:41:04PM +1100, Russell Shaw wrote:
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want to get anything really
nontrivial running
Alan Cox wrote:
One can do all that with their own libraries based on Xlib. I don't use
any Xlib font functions.
And how is your Gujerati and accessibility ... ?
Non-existant, but the precise place and how it should be plugged in is defined
for easy addition if required.
I'm also not sure
Daniel Stone wrote:
On Fri, Jan 29, 2010 at 10:53:11AM +1100, Russell Shaw wrote:
Glynn Clements wrote:
Russell Shaw wrote:
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want
Rémi Cardona wrote:
Le 29/01/2010 00:41, Russell Shaw a écrit :
What i really meant was Forget existing widget toolkits. One can write
their own that is much better than the existing ones, if you architect the
thing right. Doing that is not a small job. Takes a lot of time just to
think about
Mikhail Gusarov wrote:
Twas brillig at 23:29:43 29.01.2010 UTC+11 when rjs...@netspace.net.au did
gyre and gimble:
RS xcb is designed to preserve the Xlib api. I prefer to architect
RS things completely new and efficient.
Laughed out loud. Sorry, could not resist it.
I read, debug,
Nicolas Mailhot wrote:
Le Ven 29 janvier 2010 14:40, Russell Shaw a écrit :
The right way is to make each font a smart font that is simply a C library
plugin.
In other words, you can't handle real-world fonts. Since those cost millions
and can take months or even years to create (see
Dirk De Becker wrote:
Tom,
Thanks for the clarifying questions, since I had no clue what
information John needs.
The answers:
- I want my program to be dominating the entire display (i.e. to be on
top of all other graphics). Maybe later on, I will like to be able to
switch between
Alan Cox wrote:
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want to get anything really
nontrivial running this month.
Unless you need to get any real work done - like non
Glynn Clements wrote:
Russell Shaw wrote:
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want to get anything really
nontrivial running this month.
On the contrary, using
Alan Cox wrote:
Forget widget toolkits. They're totally lame wrappers that hide
all the useful functionality from you, run like a waterlogged
sheep, and otherwise assume you don't want to get anything really
nontrivial running this month.
Unless you need to get any real work done - like non
Glynn Clements wrote:
Russell Shaw wrote:
For functions XkbLookupKeySym(), XLookupString(), XKeycodeToKeysym(),
XKeysymToString etc, how can i tell if the keysym is a graphic printable
character like a, or a control character such as Left (XK_Left) ?
I need to tell automatically if it's
Hi,
For functions XkbLookupKeySym(), XLookupString(), XKeycodeToKeysym(),
XKeysymToString etc, how can i tell if the keysym is a graphic printable
character like a, or a control character such as Left (XK_Left) ?
I need to tell automatically if it's a normal unicode character that can be
printed
Hi,
When i do xpyinfo, i get 29 visuals the same:
visual:
visual id:0xdc
class:TrueColor
depth:24 planes
available colormap entries:256 per subfield
red, green, blue masks:0xff, 0xff00, 0xff
significant bits in color specification:8
Alex White wrote:
Hi,
Not sure if this is the right place for this question, but here goes..
I need to constrain the mouse cursor in xorg, to prevent it reaching an
area of screen that is not visible to the user (don't ask).
I've noticed that there is support for this within the x
Vandana Vuthoo wrote:
Hi,
I am having Xserver as v 1.6 on my intel atom board, some how ctrl +
alt + bksp doesnot restart my X server, Even setting setxkbmap -option
terminate:ctrl-alt-bksp in xorg.conf doesnot help.
Please provide you inputs.
Underscores?
setxkbmap -option
Hi,
In /etc/X11/xorg.conf i have:
Section ServerFlags
# Allow ctrl-alt-backspace
Option DontZap false
EndSection
but ctrl-alt-backspace doesn't work.
(Recent xorg server from debian/unstable: Version: 2:1.6.4-2)
How do i log out of X so the xdm screen comes up?
Hi,
If i have 1000 user accounts on one accounts server and dozens of X apps on
another apps server, how can a user start an X app when they don't have an
account on the apps server? (no user accounts at all on apps server)
I'm thinking of traditional X where the users use dumb X terminals, and
Hi,
What's the xcb replacement for XSetWMProperties() ?
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Hi,
When i run Qt gui apps on a recent X debian/unstable system, when the mouse
cursor passes over a Qt window, the whole screen goes black with traces of
some menu text still visible, and various widget colours of the Qt app go
black too. I don't know if all Qt apps do this. The one that
Hi,
When i run Qt gui apps on a recent X debian/unstable system, when the mouse
cursor passes over a Qt window, the whole screen goes black with traces of
some menu text still visible, and various widget colours of the Qt app go
black too. I don't know if all Qt apps do this. The one that
Robin Cook wrote:
I am using evdev.
Section InputDevice
Identifier Keyboard0
Driver kbd
Option XkbModel evdev
Option XkbLayout us
Option XkbVariant dvorak
Option XkbRules Xorg
EndSection
gnome keyboard config
Russell Shaw wrote:
Peter Hutterer wrote:
On Fri, Sep 19, 2008 at 01:46:21PM +1000, Russell Shaw wrote:
I built X from git. I get a stippled background when X starts but the
mouse cursor is invisible. The mouse is working because i tested it
with xev. I built and installed in this order
Keith Packard wrote:
On Fri, 2008-09-19 at 13:52 -0400, Adam Jackson wrote:
You don't ask for the stipple though. It's the default.
My point was that if you want to avoid the vintage X appearance, you'd
likely start the X server with a black root window instead of the ugly
stipple, and
Peter Hutterer wrote:
On Fri, Sep 19, 2008 at 01:46:21PM +1000, Russell Shaw wrote:
I built X from git. I get a stippled background when X starts but the
mouse cursor is invisible. The mouse is working because i tested it
with xev. I built and installed in this order:
commit
42 matches
Mail list logo