Piotr Gluszenia Slawinski curi...@bwv190.internetdsl.tpnet.pl writes:
i am not claiming toolkits are useless, was more adressing statements like
you really want (for simple app - not really) and qt and gtk are
best choice (quite bold, almost advertisement-like claim.
There are applications
Nima Sahraneshin unix.n...@gmail.com writes:
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
Assuming that you want to make an ordinary application that is going
to run under X, you really want to use a toolkit. These days, Qt
(http://qt.nokia.com
Nima Sahraneshin unix.n...@gmail.com writes:
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
Assuming that you want to make an ordinary application that is going
to run under X, you really want to use a toolkit. These days, Qt
(http://qt.nokia.com
On Mon, Jan 3, 2011 at 12:28 PM, Piotr Gluszenia Slawinski
curi...@bwv190.internetdsl.tpnet.pl wrote:
Nima Sahraneshin unix.n...@gmail.com writes:
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
Assuming that you want to make an ordinary
On Mon, Jan 3, 2011 at 9:28 AM, Piotr Gluszenia Slawinski
curi...@bwv190.internetdsl.tpnet.pl wrote:
Nima Sahraneshin unix.n...@gmail.com writes:
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
Assuming that you want to make an ordinary application
they both have serious shortcomings, and bugs, which make
target application either non-functional after routine API changes (nokia)
or bloated, buggy and slow (gtk).
Gtk is usually faster than the naïvely programmed Xlib apps because it
does actually have a modicum of sense about things like
On 01/ 3/11 09:28 AM, Piotr Gluszenia Slawinski wrote:
coding either directly for X or using lighter toolkits (i.e. fltk)
has some point, and saves royal withdrawal after royal painkillers.
...and saves you from having to deal with users who need the accessibility
or internationalization
.internetdsl.tpnet.pl wrote:
Nima Sahraneshin unix.n...@gmail.com writes:
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
Assuming that you want to make an ordinary application that is going
to run under X, you really want to use a toolkit. These days, Qt
(http
On Mon, 3 Jan 2011, Alan Coopersmith wrote:
On 01/ 3/11 09:28 AM, Piotr Gluszenia Slawinski wrote:
coding either directly for X or using lighter toolkits (i.e. fltk)
has some point, and saves royal withdrawal after royal painkillers.
...and saves you from having to deal with users who need
Hi
I want to write a program based on X .I need some documentation about
X (using X) .
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your
Nima,
That's a pretty broad question, but a good place to start:
http://www.x.org/releases/X11R7.6/
Matt
On Fri, Dec 31, 2010 at 2:02 PM, Nima Sahraneshin unix.n...@gmail.com wrote:
Hi
I want to write a program based on X .I need some documentation about
X (using X
the in-tree documentation to
docbook/xml. With the goal of having attractive, usable documentation
that's easy to edit and generate html,pdf,ps and text, with an
emphasis on consistency across it all.
I can speak just to the conversion:
There are roughly 2200 pages of documentation in the tree
As many of you know, with some guidance from Alan, Gaetan and I have
been quietly slugging through converting the in-tree documentation to
docbook/xml. With the goal of having attractive, usable documentation
that's easy to edit and generate html,pdf,ps and text, with an
emphasis on consistency
Is there any documentation that describes how to install x.org on a Free BSD
system? I downloaded all the source files but I don't know what to do with
them.
Any help will be gladly appreciated.
--
==
Jorge Hernandez
Technology Consultant
On Monday 09 November 2009 12:25:43 Jorge Hernandez wrote:
Is there any documentation that describes how to install x.org on a Free
BSD system? I downloaded all the source files but I don't know what to do
with them.
Any help will be gladly appreciated.
Is there some reason you don't
On Mon, Nov 09, 2009 at 01:01:13PM -0500, Adam K Kirchhoff wrote:
On Monday 09 November 2009 12:25:43 Jorge Hernandez wrote:
Is there any documentation that describes how to install x.org on a Free
BSD system? I downloaded all the source files but I don't know what to do
with them
the clock chip is an
OTI-088, so I am looking for documentation on this chip. Does any of you
have this datasheet? I have tried the Wayback site but to no avail.
I have an actual paper book [1] describing a bunch of Oak chips,
including the 64107. But I don't see anything obviously describing
back when the target machine
ran Windows 95 (it now runs updated Fedora 10). However, I still don't
know how to set the supposed higher pixel clock speeds required for
1024x768 and beyond. The 64107 datasheet says the clock chip is an
OTI-088, so I am looking for documentation on this chip
Can you help me to give a link for downloading the documentation for
X11R6.6, the last release.
Thanks.
--
Eduard Bagrov
Linux Verification Center, ISPRAS, RAU
web:http://www.linuxtesting.org
e-mail: ebag...@linuxtesting.org
___
xorg mailing list
The man page for XF86VidModeSetGammaRamp says to check the source for
info on how to use it. Where can I find this source? On my system,
the function is declared in X11/extensions/xf86vmode.h, which is a
member of the xf86vidmodeproto package, but that source tarball
doesn't contain any actual
On Tue, May 5, 2009 at 12:57:43 -0500, tsuraan wrote:
The man page for XF86VidModeSetGammaRamp says to check the source for
info on how to use it. Where can I find this source? On my system,
the function is declared in X11/extensions/xf86vmode.h, which is a
member of the xf86vidmodeproto
On Tuesday 05 May 2009 10:57:43 am tsuraan wrote:
The man page for XF86VidModeSetGammaRamp says to check the source for
info on how to use it. Where can I find this source? On my system,
the function is declared in X11/extensions/xf86vmode.h, which is a
member of the xf86vidmodeproto
On 8 Apr 2009, Gene Heskett said:
But I'm still watching my screen scroll 2 lines at a
time, with a redraw time per 2 lines scrolled of nearly a second.
Isn't this fixed by Alex Deucher's improved EXA glyph cache patches?
___
From: Jim Gettys j...@freedesktop.org
Date: Thu, 09 Apr 2009 19:28:15 -0400
On Thu, 2009-04-09 at 19:08 -0400, Patrick O'Donnell wrote:
[compositing is] not really the same [as BS/SU], though, is it?
It's a bit disingenuous to claim that it's a simple substitution,
when in the one case the
On Wed, 2009-04-08 at 17:41 -0400, Gene Heskett wrote:
I have NDI why they just
can't send the pw to my recorded email addy and leave it otherwise
alone.
I'd imagine for the same reason that you can't just read other user's
passwords from /etc/(passwd,shadow): they are stored hashed so that
On 04/08/2009 05:00 PM, Thomas Dickey wrote:
...
If only the latest release is API-stable, by definition it's not
stable.
On Wed, Apr 08, 2009 at 05:34:48PM -0400, Behdad Esfahbod wrote:
...
This cannot be deduced from that line. You need to review your math.
On Wednesday 08 April 2009
On Thursday 09 April 2009 10:39:47 Alan Cox wrote:
if someone massively resizes a window with backing store (remembering
it can be mostly offscreen) your X server explodes.
Remind us why turning it on for all windows all the time (Composite) is
better than for one window? ;o)
There
On Thu, 9 Apr 2009, Daniel Stone wrote:
On Wed, Apr 08, 2009 at 05:52:12PM -0400, Thomas Dickey wrote:
On Wed, Apr 08, 2009 at 05:34:48PM -0400, Behdad Esfahbod wrote:
On 04/08/2009 05:24 PM, Thomas Dickey wrote:
If only the latest release is API-stable, by definition it's not
stable.
This
On Thu, Apr 09, 2009 at 06:14:21AM -0400, Thomas Dickey wrote:
On Thu, 9 Apr 2009, Bill Crawford wrote:
It makes perfect sense. He's saying that (f(A) ⊢ g(B)) ⊬ (¬f(A) ⊢ ¬g(B)),
where
A is release, f is latest, B is API and g is stable ;o)
The point is not that it has to be the latest
if someone massively resizes a window with backing store (remembering it
can be mostly offscreen) your X server explodes.
Remind us why turning it on for all windows all the time (Composite) is
better
than for one window? ;o)
There is nothing in composite that requires you redirect
On Wednesday 08 April 2009 21:28:47 Alan Cox wrote:
Backing store has long been off by default in Xfree/Xorg. Fundamentally
its a dumb design issue in the concept of backing store - it means the
server has to consume huge amounts of memory keeping copies of stuff and
if someone massively
On Thu, 9 Apr 2009 13:22:45 +1000
Torgeir Veimo torg...@pobox.com wrote:
2009/4/9 Alan Cox a...@lxorguk.ukuu.org.uk
For proving fancy anti-aliasing isn't just for new apps or integrating it
into old ones, KeithP's rework of twm with render is glorious...
Is there a screenshot
He might have. His response doesn't contain any useful information.
I think you are confusing not containing information with not
understanding it
tie-in on the web-page, that's problematic since it's only the portion of
the API which has been unchanging for an extended period of time that
On Thu, Apr 09, 2009 at 12:35:32PM +0100, Alan Cox wrote:
On Thu, 9 Apr 2009 13:22:45 +1000
Torgeir Veimo torg...@pobox.com wrote:
2009/4/9 Alan Cox a...@lxorguk.ukuu.org.uk
For proving fancy anti-aliasing isn't just for new apps or integrating it
into old ones, KeithP's rework of
That's http://keithp.com/~keithp/talks/
Nice pictures. I also like how they demonstrate anti-aliased fonts
are unusable at small sizes.
Each to their own, I know which I find easier to read and I know what
extensive studies say people prefer as well.
Also be careful with the images to view
On Thu, Apr 09, 2009 at 11:31:18AM +0100, Alan Cox wrote:
If any of the words I have used are too long please ask for help.
In-ter-fwhat? Oh, fuck it, I'll go get a beer instead.
Seriously, let's go back to that sentence again:
Please download one of the latest releases in order to get an
On Thu, Apr 09, 2009 at 02:05:51PM +0100, Alan Cox wrote:
Each to their own, I know which I find easier to read and I know what
extensive studies say people prefer as well.
To each their own indeed.
Also be careful with the images to view them full size - if your browser
is scaling them
= there can't be that many applications using it if it was moving all the
time
So the fact there are lots of applications using it should have told you
that your interpretations were suspect
= there can't have been much testing by real applications at that point
See above.
Pretty much the
On Thu, Apr 09, 2009 at 02:25:14PM +0100, Alan Cox wrote:
= there can't be that many applications using it if it was moving all the
time
So the fact there are lots of applications using it should have told you
that your interpretations were suspect
If the cairo website gives a list of
If you look at our paper here:
http://keithp.com/~keithp/talks/usenix2003/
You'll discover that the font metadata turned out to be as large as
the glyphs actually used.
And client side fonts with server caching therefore turns out to be a
wash as far as bits transferred in practice, while
I've always wondered why. It makes no sense. The network-oriented
nature of X means you should do your best to send as little data as
possible, and prerendered pixmaps are nowhere near minimal. Why isn't
fontconfig/xft and even pango in the server where it seems to belong?
It turns out to
Twas brillig at 09:31:01 09.04.2009 UTC-04 when j...@freedesktop.org did gyre
and gimble:
JG So the X11 core font design is fundamentally a mistake, which we
JG fixed.
Given this topic resurfaced again, I'd like to ask the related question:
core X fonts had the feature of being controlled by
On 04/09/2009 09:38 AM, Olivier Galibert wrote:
On Thu, Apr 09, 2009 at 02:25:14PM +0100, Alan Cox wrote:
= there can't be that many applications using it if it was moving all the
time
So the fact there are lots of applications using it should have told you
that your interpretations were
On Thu, 2009-04-09 at 20:52 +0700, Mikhail Gusarov wrote:
Twas brillig at 09:31:01 09.04.2009 UTC-04 when j...@freedesktop.org did gyre
and gimble:
JG So the X11 core font design is fundamentally a mistake, which we
JG fixed.
Given this topic resurfaced again, I'd like to ask the
On 04/09/2009 09:52 AM, Mikhail Gusarov wrote:
Twas brillig at 09:31:01 09.04.2009 UTC-04 when j...@freedesktop.org did gyre
and gimble:
JG So the X11 core font design is fundamentally a mistake, which we
JG fixed.
Given this topic resurfaced again, I'd like to ask the related
On Thu, Apr 09, 2009 at 09:31:01AM -0400, Jim Gettys wrote:
If you look at our paper here:
http://keithp.com/~keithp/talks/usenix2003/
You'll discover that the font metadata turned out to be as large as
the glyphs actually used.
And client side fonts with server caching therefore turns
On 04/09/2009 09:59 AM, Jim Gettys wrote:
Note, however, that our concept of size of fonts is fundamentally
broken: the physical size in pixels of some physical size is *very*
seldom what you actually want; what you really want is the size of a
font in terms of angle: the physical size at
Twas brillig at 10:00:44 09.04.2009 UTC-04 when beh...@behdad.org did gyre and
gimble:
BE Xft and cairo have (shared) XRDB keys for antialiasing and other
BE stuff, but not dpi. GTK+ uses XSETTINGS for those as well as DPI,
BE and those are per-screen. gnome-settings-daemon populates them
On 04/09/2009 10:03 AM, Mikhail Gusarov wrote:
Twas brillig at 10:00:44 09.04.2009 UTC-04 when beh...@behdad.org did gyre
and gimble:
BE Xft and cairo have (shared) XRDB keys for antialiasing and other
BE stuff, but not dpi. GTK+ uses XSETTINGS for those as well as DPI,
BE and
On Apr 9, 2009, at 4:03 PM, Behdad Esfahbod wrote:
On 04/09/2009 09:59 AM, Jim Gettys wrote:
The viewer is at a very different distance depending on whether the
application is on a PDA a foot from your eyes, several feet for a
desktop, and across the room for a projector.
Just define DPI
On Thu, 9 Apr 2009, Behdad Esfahbod wrote:
I didn't flame him. Certainly didn't mean to do that. I just said that his
Go back and read the thread, in order, before continuing.
awai
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
On Thu, 2009-04-09 at 16:01 +0200, Olivier Galibert wrote:
On Thu, Apr 09, 2009 at 09:31:01AM -0400, Jim Gettys wrote:
If you look at our paper here:
http://keithp.com/~keithp/talks/usenix2003/
You'll discover that the font metadata turned out to be as large as
the glyphs actually
Is there equivalent functionality with Xft? And whose responsibility it
is now, if this functionality is not here: applications, toolkits or
something else?
Xft provides the DPI information, the desktop permits the DPI to be
configured providing some muppet hasn't decided that is too
My point is different:
DPI by itself isn't usually interesting: you also need the distance from
the screen to understand what size font makes sense. Very seldom do you
actually want what you see is what you get on a piece of paper I
can't read a piece of paper across the room if the text is
On 04/09/2009 10:37 AM, Alan Cox wrote:
In the perfect world the monitor would report the DPI reliably to the
Xserver which would adopt it and everything would just work.
Unfortunately monitors report rather varied things, the dominant OS
product appears to ignore the monitor value entirely
Date: Thu, 9 Apr 2009 01:14:28 +0200
From: Olivier Galibert galib...@pobox.com
On Wed, Apr 08, 2009 at 07:00:02PM -0400, Patrick O'Donnell wrote:
Speaking of which -- the applications I'm maintaining are wedded to
using a writable color map, which has always been PseudoColor, which,
as you
On Thu, 2009-04-09 at 10:48 -0400, Behdad Esfahbod wrote:
On 04/09/2009 10:37 AM, Alan Cox wrote:
In the perfect world the monitor would report the DPI reliably to the
Xserver which would adopt it and everything would just work.
Unfortunately monitors report rather varied things, the
On 04/09/2009 10:55 AM, Jim Gettys wrote:
On Thu, 2009-04-09 at 10:48 -0400, Behdad Esfahbod wrote:
On 04/09/2009 10:37 AM, Alan Cox wrote:
In the perfect world the monitor would report the DPI reliably to the
Xserver which would adopt it and everything would just work.
Unfortunately
On Thu, 2009-04-09 at 10:58 -0400, Behdad Esfahbod wrote:
On 04/09/2009 10:55 AM, Jim Gettys wrote:
On Thu, 2009-04-09 at 10:48 -0400, Behdad Esfahbod wrote:
On 04/09/2009 10:37 AM, Alan Cox wrote:
In the perfect world the monitor would report the DPI reliably to the
Xserver which would
On 04/09/2009 11:10 AM, Jim Gettys wrote:
Since when you are doing certain few applications (actual WSIWYG layout,
or the use of the screen as a ruler, which we do on OLPC), you really do
want the actual DPI; it's just we *also* need to know the typical
viewing distance.
You have a very
Patrick O'Donnell wrote:
Date: Wed, 08 Apr 2009 08:36:29 -0700
From: Alan Coopersmith alan.coopersm...@sun.com
Are there any systems in which you can write a million colors to a
PsuedoColor colormap? I've not often seen PseudoColor supporting
more than 8-bit/256 colors in the real world.
And in the past, we never had the viewing distance in X11's design: our
presumption was then always desktop monitors, viewed at the usual
desktop distance). It is entirely missing from the core protocol.
One problem is that this is application dependant. I will be at normal
viewing distance
On Thu, 2009-04-09 at 16:20 +0100, Alan Cox wrote:
And in the past, we never had the viewing distance in X11's design: our
presumption was then always desktop monitors, viewed at the usual
desktop distance). It is entirely missing from the core protocol.
One problem is that this is
Date: Thu, 09 Apr 2009 11:17:25 -0400
From: Peter Harris phar...@opentext.com
Patrick O'Donnell wrote:
(Supporting TrueColor, alas, would be a royal pain, given the design
of the apps.)
... use an OpenGL fragment shader to do the
PseudoColor = TrueColor translation at CopyArea[1] time. ...
On Thu, 2009-04-09 at 10:29 -0400, Jim Gettys wrote:
Someday somehow I'll try to do some tests to check whether that's
really true with a better optimized protocol, because right now
everything that uses xft over a ssh tunnel is an horrible pain in the
ass,
I don't know what problem
On Thu, 2009-04-09 at 18:29 +0200, Xavier Bestel wrote:
On Thu, 2009-04-09 at 10:29 -0400, Jim Gettys wrote:
Someday somehow I'll try to do some tests to check whether that's
really true with a better optimized protocol, because right now
everything that uses xft over a ssh tunnel is an
Patrick O'Donnell wrote:
The RENDER extension already has mechanisms for copying PseudoColor
pixmaps to TrueColor displays, but it does not allow you to use your own
colormap.
This sounds a bit more promising, though. I guess I'll have to read
up on RENDER. Could you clarify it does not
On Thu, Apr 09, 2009 at 12:46:57PM -0400, Jim Gettys wrote:
That is downright strange. Are you comparing the same application? or
different applications?
GTK may be doing something really stupid internally, that has nothing to
do with fonts, but is related to the latency. I've suspected as
On Thu, 2009-04-09 at 12:46 -0400, Jim Gettys wrote:
On Thu, 2009-04-09 at 18:29 +0200, Xavier Bestel wrote:
On Thu, 2009-04-09 at 10:29 -0400, Jim Gettys wrote:
Someday somehow I'll try to do some tests to check whether that's
really true with a better optimized protocol, because right
-Original Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Jim Gettys
Sent: Thursday, April 09, 2009 8:11 AM
To: Behdad Esfahbod
Cc: Victor Wagner; x...@freedesktop.org
Subject: Re: Documentation?
We've been missing one
On Thu, 2009-04-09 at 11:30 -0700, McDonald, Michael-p7438c wrote:
By the same argument, should that missing one value also be
applyable to Coordinates and Dimensions also? I would think a zero
width line would have the same visibility issues as a 8 point font.
Yeah, zero width lines were
The right way to attack this problem is, when you identify a broken GTK
application, get a copy of xscope (or whatever it is called these days),
and interpose it between the application and the high latency line, and
get a X protocol trace.
That would make it easy to locate the offending
Jim Gettys wrote:
Note, however, that our concept of size of fonts is fundamentally
broken: the physical size in pixels of some physical size is *very*
seldom what you actually want; what you really want is the size of a
font in terms of angle: the physical size at some distance.
As well as
This cannot be deduced from that line. You need to review your math.
On Wednesday 08 April 2009 22:52:12 Thomas Dickey wrote:
Behdad's comment doesn't make sense in English.
(Perhaps someone can help Behdad with that - or else explain to him
what API-stable might mean).
It makes perfect
-Original Message-
From: xorg-boun...@lists.freedesktop.org
[mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Jim Gettys
Sent: Thursday, April 09, 2009 11:54 AM
To: McDonald, Michael-p7438c
Cc: x...@freedesktop.org
Subject: RE: Documentation?
Would that we got a fresh
On Thu, 2009-04-09 at 12:16 -0700, McDonald, Michael-p7438c wrote:
Would that we got a fresh slate (and all new applications); a design
done today would be very different than what we did in 1986.
That's undoubtable true since we like to think we learn from past
mistakes. Recurring
Patrick O'Donnell wrote:
So much stuff breaks with a DirectColor visual that no-one ever uses
one.
By this, I presume you mean that many clients fail to support
DirectColor correctly, (or fail to match visuals correctly) so they
break? Or are you referring to server support for
latest-releases tie-in on the web-page, that's problematic since it's
only the portion of the API which has been unchanging for an extended
period of time that would be (in the normal sense of the word) stable.
I guess one keeps something stable exactly because it wasn't at some
point. I'd
From: Jim Gettys j...@freedesktop.org
Date: Thu, 09 Apr 2009 15:25:26 -0400
But I for one think you guys did one hell of a good job coming up with
X11. There are a lot more things right with it than there are wrong.
Most of those 20 year old programs do still work. You can't say that
about a
On Thu, 2009-04-09 at 13:49 -0700, McDonald, Michael-p7438c wrote:
I wasn't refering to backing store or save unders or any other feature
specificly. I was refering to MY impression of what I perceive as the
philosophy of the new set of developers.
I don't have the same impression, at
On Thu, 2009-04-09 at 19:08 -0400, Patrick O'Donnell wrote:
We did fix it, with composite, in a way better than before. You don't
have to run a compositing manager that does anything visual at all; you
don't have to have one iota of transparency, drop shadows, or even
anti-aliased fonts.
Patrick O'Donnell wrote:
From: Jim Gettys j...@freedesktop.org
Date: Thu, 09 Apr 2009 15:25:26 -0400
We did fix it, with composite, in a way better than before. You don't
have to run a compositing manager that does anything visual at all; you
don't have to have one iota of transparency,
On Tue, 2009-04-07 at 16:27 -0400, Patrick O'Donnell wrote:
There shouldn't be any breakage of compatibility in old old apps. ...
Perhaps not compatibility, strictly speaking, but we're going to miss
our old friends backing store and save unders. Their demise feels
like a breakage of
Le Mar 7 avril 2009 22:41, Mark Wagner a écrit :
Thanks. Is there any documentation on the best way to do various
high-level tasks, such as drawing images?
As already discussed, for higher-level tasks you'll be better of going
through a higher-level library such as cairo.
cairo
On 2009-04-07, Daniel Stone dan...@fooishbar.org wrote:
xmodmap should work fine these days: if it doesn't, file an actual bug
on http://bugs.freedesktop.org, instead of non-specific whining on a
mailing list.
It doesn't. Not combined with X kitten butcher keymaps.
E.g. ISO_Level3_Shit+j can't
On Tue, 7 Apr 2009, Alan Coopersmith wrote:
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
On Wed, Apr 08, 2009 at 09:16:49AM +, Tuomo Valkonen wrote:
On 2009-04-07, Daniel Stone dan...@fooishbar.org wrote:
xmodmap should work fine these days: if it doesn't, file an actual bug
^^
on
On 2009-04-08, Daniel Stone dan...@fooishbar.org wrote:
xmodmap should work fine these days: if it doesn't, file an actual bug
^^
on http://bugs.freedesktop.org, instead of non-specific whining on a
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 09:42:01 +0200
On Tue, 2009-04-07 at 16:27 -0400, Patrick O'Donnell wrote:
One of our applications has a very expensive redraw cycle that we now
have to decide how we are going to manage when backing store is not
Date: Tue, 07 Apr 2009 20:05:08 -0400
From: Peter Harris phar...@opentext.com
Unless you need to maintain support for legacy (PseudoColor)
displays, ...
Yes, PseudoColor is a pain. ... Fortunately, PseudoColor seems to be
mostly dead these days.
Please don't write off PseudoColor quite yet. A
On Wed, 2009-04-08 at 09:14 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 09:42:01 +0200
On Tue, 2009-04-07 at 16:27 -0400, Patrick O'Donnell wrote:
One of our applications has a very expensive redraw cycle that we now
a GUI application using nothing but raw Xlib is a bad idea.
It's analogous to writing an application without any libraries (even
libc), using nothing but home-grown functions and direct system calls.
Application programming documentation normally focuses on a specific
toolkit.
Oh, I agree
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:29:28 +0200
On Wed, 2009-04-08 at 09:14 -0400, Patrick O'Donnell wrote:
Unfortunately, that's not going to be available for all the platforms
we must support.
Why not?
U... Because the servers on those
On Wed, 2009-04-08 at 09:55 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:29:28 +0200
On Wed, 2009-04-08 at 09:14 -0400, Patrick O'Donnell wrote:
Unfortunately, that's not going to be available for all the platforms
we
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:58:18 +0200
On Wed, 2009-04-08 at 09:55 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:29:28 +0200
On Wed, 2009-04-08 at 09:14 -0400,
On Wed, 2009-04-08 at 09:33 -0400, Patrick O'Donnell wrote:
From: Glynn Clements gl...@gclements.plus.com
Date: Wed, 8 Apr 2009 11:58:45 +0100
Patrick O'Donnell wrote:
Someone offered up www.x.org/docs
... a guide to what's even in that
directory. ...
Okay.
BDF Bitmap
On Wed, 2009-04-08 at 10:30 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:58:18 +0200
On Wed, 2009-04-08 at 09:55 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08
Patrick O'Donnell wrote:
From: Peter Harris phar...@opentext.com
...Even if you do need to work on a PseudoColor display, you're far
better off allocating a new Colormap[1] and calling XStoreColors once
(to fill the whole Colormap with exactly the colors you need) for
this sort of thing.
Date: Wed, 08 Apr 2009 11:11:15 -0400
From: Peter Harris phar...@opentext.com
Solaris: Default install is TrueColor only (?). ...
IRIX: dead. But when it was alive, it often had multiple hardware
colormaps (little or no flashing) even when the root visual was PseudoColor.
The Solaris on
Michel Dänzer wrote:
On Wed, 2009-04-08 at 10:30 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?= mic...@daenzer.net
Date: Wed, 08 Apr 2009 15:58:18 +0200
On Wed, 2009-04-08 at 09:55 -0400, Patrick O'Donnell wrote:
From: Michel =?ISO-8859-1?Q?D=E4nzer?=
1 - 100 of 204 matches
Mail list logo