-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Coopersmith (21):
flags member of Display structure needs to be marked volatile
Incorporate char range comments from Solaris version of ksc5601.h
Incorporate more locale names/aliases from Solaris libX11
Add
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eamon Walsh (4):
Print the expected and actual buffer size when a list length
calculated
Add a wrap() function to create a Connection object from a raw C
pointer.
Remove auto-generated file.
git-tag 1.1
On Mon, 2009-04-06 at 14:57 -0700, Jesse Barnes wrote:
On Wed, 01 Apr 2009 17:46:08 +0200
Michel Dänzer mic...@daenzer.net wrote:
The real problem was pointed out by Pierre Willenbrock: If
glxPriv-pDraw is a pixmap, DrawableGone() destroys it, then later
DRI2DestroyDrawable dereferences
On Tuesday 07 April 2009, Lowell Alleman wrote:
Are there any known issues with DPMS not working properly with the latest
radeon driver? I've found some old bugs that sound similar, but don't
exactly match and the workarounds I've found seem to make a difference.
Here is what I'm
Dear all,
When I use SW cursor on XServer 1.6.0, there is a segment fault when
display rotation (xrandr --output xxx --rotate left). But it's OK on
XServer 1.5.2.
I trace the codes and find the cause. The function xxx_crtc_commit will
call xf86_reload_cursors().
In xf86_reload_cursors(),
Nothing has changed. The reasons for rejecting the patch still apply.
It's cool and all - but it's just not appropriate for FreeGLUT's distro.
Once again - I fully understand that. I just wanted to make this patch
available to the general public in some way, which is why it's now on
our project
On Friday 3. April 2009 16.58.48 Li, Yan wrote:
Sorry for the late reply. But Moblin v2.0 might be what you have been
looking for. Moblin v2.0 ships latest X.org and Intel video drivers
and are extensively tested on GM45 (by Intel) so you can expect best
stability and performance.
Thanks - I
Le Mar 7 avril 2009 02:43, Mark Wagner a écrit :
I'm busy updating the Linux branch of a cross-platform toolkit that
was last updated in 1994.
...
Is there a good online document on how to program for XWindows using
Xlib?
XWindows changed a lot since 1994. Legacy stuff is still available
On 2009-04-07, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
XWindows changed a lot since 1994. Legacy stuff is still available but
not really supposed to be used anymore, and in particular (and of
special interest to toolkit authors) nowadays to display text you
should go through XFT and
Le Mar 7 avril 2009 11:03, Tuomo Valkonen a écrit :
On 2009-04-07, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
XWindows changed a lot since 1994. Legacy stuff is still available
but
not really supposed to be used anymore, and in particular (and of
special interest to toolkit
On 2009-04-07 11:36 +0200, Nicolas Mailhot wrote:
The core X11 font system just can not scale to modern requirements.
Works fine for me, good-looking fonts without any effort.
Out-of-the-box! Not so with blur-fascist Xft/fontconfig,
where you have to compile bytecode interpreters and _sudo_
Le Mar 7 avril 2009 12:27, Tuomo Valkonen a écrit :
The requirements haven't changed in twenty years.
They have. Systems now have Unicode locale as default, and font
foundries do not use the same formats as twenty years ago.
What has no changed is that apps using core fonts just crash all
On Tue, 2009-04-07 at 09:03 +, Tuomo Valkonen wrote:
On 2009-04-07, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
XWindows changed a lot since 1994. Legacy stuff is still available but
not really supposed to be used anymore, and in particular (and of
special interest to toolkit
On Tue, Apr 07, 2009 at 10:27:37AM +, Tuomo Valkonen wrote:
The only problem with core fonts is the blur-fascist elite
not bothering to fix UTF-8 fontset support, so there you have
some problems.
I don't think I ever saw any patches.
But don't mind me, the last person who wants good
On Tue, Apr 07, 2009 at 12:01:42PM +, Tuomo Valkonen wrote:
that need root access to modify.
That or an ability to read documentation.
(Nobody ever does anything new properly, just adds layers upon
layers of indirection, complexity upon complexity. Latest example
being the kernel-level
On 2009-04-07, Ross Burton r...@burtonini.com wrote:
I can't believe I'm feeding the troll, but in GNOME (and KDE I'm sure)
there is a nice big Antialiasing: off button in the font
configuration.
Pollute my system with KDE or Gnome? Rather install Windows.
And besides, the big buttons don't
Tuomo Valkonen wrote:
On 2009-04-07, Ross Burton r...@burtonini.com wrote:
I can't believe I'm feeding the troll, but in GNOME (and KDE I'm sure)
there is a nice big Antialiasing: off button in the font
configuration.
Pollute my system with KDE or Gnome? Rather install Windows.
Sounds
Le Mar 7 avril 2009 14:06, Joerg Sonnenberger a écrit :
On Tue, Apr 07, 2009 at 01:37:33PM +0200, Nicolas Mailhot wrote:
What has no changed is that apps using core fonts just crash all the
time.
Sorry, but stupid programmers not doing correct validation of return
values is NO ARGUMENT.
Mark Wagner wrote:
I'm busy updating the Linux branch of a cross-platform toolkit that
was last updated in 1994. The big problem I'm running into is a lack
of documentation on how to program for XWindows: the online
documentation I've been able to find is at least as old as the toolkit
--
You can argue against the config system, xml is not ideal for manual editing.
But, having hinted, aliased fonts isn't impossible. It's pretty simple
actually. Providing you have a suitable freetype version.
So please put your ranting into perspective.
Maarten.
On Tue, Apr 07, 2009 at 02:32:38PM +0200, Nicolas Mailhot wrote:
This is not something specific to core fonts.
Fontconfig-using apps do not crash for lack of fonts, because
fontconfig has built-in font substitution
Are you *really* sure about that? I haven't tried Firefox 3, but older
Tuomo Valkonen wrote:
The only problem with core fonts is the blur-fascist elite
not bothering to fix UTF-8 fontset support, so there you have
some problems.
If transporting visual information that would otherwise go lost is
blurring, then I'm probably not from this world. The implementation
On 2009-04-07, Simon Thum simon.t...@gmx.de wrote:
If transporting visual information that would otherwise go lost is
blurring, then I'm probably not from this world. The implementation
isn't ideal (not gamma correct), but switching off is an option.
Shitty low-resolution computer display
On Mon, Apr 6, 2009 at 8:04 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On 4/6/09, Lowell Alleman low...@allemansonline.com wrote:
Are there any known issues with DPMS not working properly with the latest
radeon driver? I've found some old bugs that sound similar, but don't
exactly
Le Mar 7 avril 2009 14:52, Joerg Sonnenberger a écrit :
On Tue, Apr 07, 2009 at 02:32:38PM +0200, Nicolas Mailhot wrote:
This is not something specific to core fonts.
Fontconfig-using apps do not crash for lack of fonts, because
fontconfig has built-in font substitution
Are you *really*
Date: Tue, 7 Apr 2009 13:37:33 +0200 (CEST)
From: Nicolas Mailhot nicolas.mail...@laposte.net
Le Mar 7 avril 2009 12:27, Tuomo Valkonen a écrit :
The requirements haven't changed in twenty years.
They have. Systems now have Unicode locale as default, and font
foundries do not use the same
On Tue, Apr 07, 2009 at 02:32:38PM +0200, Nicolas Mailhot wrote:
Fontconfig-using apps do not crash for lack of fonts, because
fontconfig has built-in font substitution
Nice theory. Kinda breaks down when you find out that
pango_font_metrics_get_approximate_char_width answers 0 on such a
On 04/07/2009 11:11 AM, Olivier Galibert wrote:
On Tue, Apr 07, 2009 at 02:32:38PM +0200, Nicolas Mailhot wrote:
Fontconfig-using apps do not crash for lack of fonts, because
fontconfig has built-in font substitution
Nice theory. Kinda breaks down when you find out that
Date: Tue, 7 Apr 2009 16:50:26 +0100
From: Alan Cox a...@lxorguk.ukuu.org.uk
Someone offered up www.x.org/docs, which may be fine for X Window
System developers, but is not what most application programmers would
call documentation.
Why would an application programmer want to be using Xlib
On Tuesday 07 April 2009, Lowell Alleman wrote:
On Tue, Apr 7, 2009 at 3:05 AM, Magnus Kessler magnus.kess...@gmx.net
wrote:
On Tuesday 07 April 2009, Lowell Alleman wrote:
Are there any known issues with DPMS not working properly with the latest
radeon driver? I've found some old bugs that
Someone offered up www.x.org/docs, which may be fine for X Window
System developers, but is not what most application programmers would
call documentation.
Why would an application programmer want to be using Xlib directly ?
There is good documentation for things like pango and cairo but then
Hello,
as part of a project I'm coding a calibration tool and I'm looking for a way
to tell the xserver to change some of its settings on the fly. Yes, I know
the xrandr-extension, but I don't think its what I need (if I am wrong feel
free to correct me...).
In the ServerLayout Section of the
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the assumptions
Commiserations but at least Xlib today is back compatible. Try a 25 year
old windows app and weep.
I'd be very surprised if I was alone in this situation.
On 04/07/2009 11:33 AM, Behdad Esfahbod wrote:
Nice theory. Kinda breaks down when you find out that
pango_font_metrics_get_approximate_char_width answers 0 on such a
subtitution.
On further inspection, does it? Do you have a test case? It does return if
you pass a NULL object to it,
On Mon, 2009-04-06 at 17:43 -0700, Mark Wagner wrote:
Are there programming references for the various extensions, or do I
need to work from protocol specifications and uncommented header
files?
Much of the old Xlib documentation was paid for by the Open Group or its
predecessors. No one's
On Tue, 2009-04-07 at 12:01 +, Tuomo Valkonen wrote:
On 2009-04-07, Ross Burton r...@burtonini.com wrote:
I can't believe I'm feeding the troll, but in GNOME (and KDE I'm sure)
there is a nice big Antialiasing: off button in the font
configuration.
Pollute my system with KDE or
On Tue, Apr 7, 2009 at 9:31 AM, Lowell Alleman
low...@allemansonline.com wrote:
On Tue, Apr 7, 2009 at 3:05 AM, Magnus Kessler magnus.kess...@gmx.net wrote:
On Tuesday 07 April 2009, Lowell Alleman wrote:
Are there any known issues with DPMS not working properly with the latest
radeon driver?
Aaron Plattner (2):
Only match PCI display devices in our display driver.
Add NV_/RIVA_ prefixes to fix build warnings.
Adam Jackson (4):
Adjust the nv34 panel tweak for Toshiba Tecra M2.
Do E-EDID if built against a server that supports it.
Remove README.NV1
Mark Wagner wrote:
I'm busy updating the Linux branch of a cross-platform toolkit that
was last updated in 1994.
...
Is there a good online document on how to program for XWindows using Xlib?
Are there programming references for the various extensions, or do I
need to work from protocol
On 2009-04-07, Daniel Stone dan...@fooishbar.org wrote:
On Tue, Apr 07, 2009 at 12:01:42PM +, Tuomo Valkonen wrote:
that need root access to modify.
That or an ability to read documentation.
A 1000 page developer document for a simple setting. YUP.
That is indeed the typical approach to
Ross Burton wrote:
I can't believe I'm feeding the troll, but in GNOME (and KDE I'm sure)
there is a nice big Antialiasing: off button in the font
configuration.
And where is the Prefer legibility over getting the exact physical
size to within a nanometre button?
--
Glynn Clements
Hi xf86-video-intel folks,
Are there any plans to support the ability to set the TV_FORMAT (PAL, NTSC,
etc.) on SDVO TV output using Xrandr (or even through xorg.conf)?
Right now, it looks like it is pretty much hardcoded to NTSC-M
(i830_sdvo_set_tv_format in i30_sdvo.c).
Thanks
Hugo
Patrick O'Donnell wrote:
that need root access to modify.
That or an ability to read documentation.
Hmmm.. It seems to me that that's how this thread started, and the
original question has yet to be answered.
Someone offered up www.x.org/docs, which may be fine for X Window
System
On 2009-04-07, Daniel Stone dan...@fooishbar.org wrote:
That or an ability to read documentation.
1000-page developer documention. Yup. That's the approach
to most things in Linux these days. fontconfig, Xft, udev,
HAL, all screaming out loud POWER USERS: VANISH! THIS OS IS
FOR DEVELOPERS AND
On Tue, 7 Apr 2009 18:36:20 + (UTC), Tuomo Valkonen wrote:
On 2009-04-07, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the
assumptions
Commiserations but at least
On 2009-04-07, Corbin Simpson mostawesomed...@gmail.com wrote:
Pollute my system with KDE or Gnome? Rather install Windows.
Sounds like a plan. Enjoy your Cleartype.
Plan executed and succesfully accomplished. Byebye Linux.
Windows XP has a simple option to disable blurring -- actually
it
On 2009-04-07, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the assumptions
Commiserations but at least Xlib today is back compatible. Try a 25 year
old windows app and weep.
On 04/07/2009 02:19 PM, Tuomo Valkonen wrote:
On 2009-04-07, Daniel Stonedan...@fooishbar.org wrote:
On Tue, Apr 07, 2009 at 12:01:42PM +, Tuomo Valkonen wrote:
that need root access to modify.
That or an ability to read documentation.
A 1000 page developer document for a simple
Pantherman wrote:
I installed GNOME some time ago on my laptop, but liked the enlightened
window manger better, so i went back and installed the Ubuntu system with
the Alternate CD installing only the Linux base and using Apt-get
install to install Xorg, GDM and e16.
Keyboard works
Date: Tue, 7 Apr 2009 17:56:01 +0100
From: Alan Cox a...@lxorguk.ukuu.org.uk
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the assumptions
Commiserations but at least Xlib today is back compatible. Try a 25 year
old
On Tue, Apr 7, 2009 at 10:07, Adam Jackson a...@nwnk.net wrote:
On Mon, 2009-04-06 at 17:43 -0700, Mark Wagner wrote:
Are there programming references for the various extensions, or do I
need to work from protocol specifications and uncommented header
files?
Much of the old Xlib
From: Glynn Clements gl...@gclements.plus.com
Date: Tue, 7 Apr 2009 19:44:19 +0100
Patrick O'Donnell wrote:
Someone offered up www.x.org/docs, which may be fine for X Window
System developers, but is not what most application programmers would
call documentation.
Oh? Would you care to
2009/4/7 Eric Anholt e...@anholt.net:
On Tue, 2009-04-07 at 09:49 +0800, Fu Michael wrote:
Mike Lothian wrote:
Could commit:
drm/i915: Use LVDS config in Driver feature BDB for integrated LVDS check
ed356c1946edc4017799de0371ef229bffa5e72c
Be removed from the drm-intel-next branch
On Tue, 7 Apr 2009, Alan Cox wrote:
On Tue, 7 Apr 2009 18:36:20 + (UTC)
Tuomo Valkonen tuo...@iki.fi wrote:
On 2009-04-07, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
several mission-critical applications that has seen two and a half
decades of development based on Xlib. (... with all the
From: Patrick O'Donnell p...@ascent.com
From: Glynn Clements gl...@gclements.plus.com
Patrick O'Donnell wrote:
I have made similar queries on this list for
documentation, with similar lack of results.
IOW, you ask, people answer, you don't like the answer (probably
because you didn't ask the
Patrick O'Donnell wrote:
Someone offered up www.x.org/docs, which may be fine for X Window
System developers, but is not what most application programmers would
call documentation.
There's also http://www.x.org/wiki/Documentation which isn't much better,
but is a little more friendly than a
Mark Wagner wrote:
Thanks. Is there any documentation on the best way to do various
high-level tasks
Xlib is all about low-level tasks, and very intentionally leaves
high-level tasks to the various toolkits. In order to get much lower
level than Xlib, you'd have to use write() directly on
On Tue, Apr 7, 2009 at 15:37, Peter Harris phar...@opentext.com wrote:
Mark Wagner wrote:
, such as drawing images? One of the big things I
need to update is the toolkit's image-handling code: right now, a
simple JPEG splashscreen takes seven seconds to draw.
Seven seconds! The last time I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Coopersmith (21):
flags member of Display structure needs to be marked volatile
Incorporate char range comments from Solaris version of ksc5601.h
Incorporate more locale names/aliases from Solaris libX11
Add
-Original Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Mark Wagner
Sent: Tuesday, April 07, 2009 4:15 PM
To: Peter Harris
Cc: xorg@lists.freedesktop.org
Subject: Re: Documentation?
On Tue, Apr 7, 2009 at 15:37,
Mark Wagner wrote:
On Tue, Apr 7, 2009 at 15:37, Peter Harris phar...@opentext.com wrote:
Mark Wagner wrote:
, such as drawing images? One of the big things I
need to update is the toolkit's image-handling code: right now, a
simple JPEG splashscreen takes seven seconds to draw.
Seven
My linux distribution (gentoo) just updated to xorg-server 1.5.3
and evdev 2.1.3.
I have it almost-but-not-quite working. The keyboard works
correctly AFAICT and the mouse works except for emulate-wheel,
which was working before the update.
I see these errors from the X server:
(**) Option
On Tue, Apr 07, 2009 at 06:39:59PM +, Tuomo Valkonen wrote:
On 2009-04-07, Corbin Simpson mostawesomed...@gmail.com wrote:
Pollute my system with KDE or Gnome? Rather install Windows.
Sounds like a plan. Enjoy your Cleartype.
Plan executed and succesfully accomplished. Byebye Linux.
On Tue, Apr 07, 2009 at 06:52:42PM -0700, walt wrote:
My linux distribution (gentoo) just updated to xorg-server 1.5.3
and evdev 2.1.3.
I have it almost-but-not-quite working. The keyboard works
correctly AFAICT and the mouse works except for emulate-wheel,
which was working before the
64 matches
Mail list logo