Re: X11 fullscreen

2010-01-29 Thread Rémi Cardona
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 before even writing

Re: X11 fullscreen

2010-01-29 Thread Nicolas Mailhot
Le Ven 29 janvier 2010 00:53, Russell Shaw a écrit : One can make their own widget libraries based on Xlib, then write apps using the libraries. Nothing hard about that (hard is relative;) On the text processing front, hard is not relative. Working solutions are quickly being reduced to

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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

Re: X11 fullscreen

2010-01-29 Thread Mikhail Gusarov
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. -- http://fossarchy.blogspot.com/

Hibernation-ready multiseat options?

2010-01-29 Thread Kārlis Repsons
Dear all, I'd like you to let me know if there are currently any combination(s) of two- card hardware + software, which could provide hibernation-safe multiseat working environment? (I got a bummer with that previously, so...) signature.asc Description: This is a digitally signed message part.

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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

Re: X11 fullscreen

2010-01-29 Thread Olivier Galibert
On Fri, Jan 29, 2010 at 06:34:37PM +0600, 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.

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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,

Re: X11 fullscreen

2010-01-29 Thread Nicolas Mailhot
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 stix), since people like to

Re: X11 fullscreen

2010-01-29 Thread John Tapsell
2010/1/29 Nicolas Mailhot nicolas.mail...@laposte.net: 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

Re: Configuring FireMV 2400

2010-01-29 Thread Alex Deucher
On Fri, Jan 29, 2010 at 10:28 AM, Bill Conner bcon...@mac.com wrote: On Jan 21, 2010, at 7:39 PM, Timothy S. Nelson wrote: On Thu, 21 Jan 2010, Bill Conner wrote: I've been fighting with get a ATI FireMV 2400 PCIE for several days now and I've reached a dead end. I was hoping someone has

Re-mapping the middlemouse paste functionality

2010-01-29 Thread Adrian Sud
Hi, I am trying to reconfigure the middle mouse button paste buffer command to another one of the 7 available buttons on my mouse, but leave the 2nd mouse button reporting itself as a 2nd mouse button. Any googling and browsing of FAQs finds ways to disable the 2nd mouse button entirely, or map

Re: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Ross Burton
On Fri, 2010-01-29 at 10:58 -0500, Adrian Sud wrote: Any googling and browsing of FAQs finds ways to disable the 2nd mouse button entirely, or map the 2nd mouse button to another button (causing all other functions tied to the 2nd mouse button to move to that other button as well). Am I to

Re: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Glynn Clements
Adrian Sud wrote: I am trying to reconfigure the middle mouse button paste buffer command to another one of the 7 available buttons on my mouse, but leave the 2nd mouse button reporting itself as a 2nd mouse button. Any googling and browsing of FAQs finds ways to disable the 2nd mouse

RE: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Adrian Sud
Hi Ross, xmodmap should let you reassign the button codes (so the middle button is 7 and some side button is 2), but I suspect that this has changed now that XKB is ruling. Worth a go though. Ross Or I could use xinput to remap buttons--the problem is that I actually want the middle mouse

Re: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Barry Scott
On 29/01/10 15:58, Adrian Sud wrote: Hi, I am trying to reconfigure the middle mouse button paste buffer command to another one of the 7 available buttons on my mouse, but leave the 2nd mouse button reporting itself as a 2nd mouse button. Any googling and browsing of FAQs finds ways to

RE: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Ross Burton
On Fri, 2010-01-29 at 13:33 -0500, Adrian Sud wrote: As I said, I'm not sure this is currently possible, but I'd like to see if I can work out a way to do it. Certainly GTK+ hard-codes button 2 as selection paste, so I expect you'll have trouble. Ross -- Ross Burton

RE: Re-mapping the middlemouse paste functionality

2010-01-29 Thread Adrian Sud
Certainly GTK+ hard-codes button 2 as selection paste, so I expect you'll have trouble. Aha, that's what I needed to know. Makes a lot more sense than X doing it; my thought process was only based on KDE and Gnome both using the same button for it. I'll go look at the GTK then. Thank you

Re: X11 fullscreen

2010-01-29 Thread Russell Shaw
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

[ANNOUNCE] xmessage 1.0.3

2010-01-29 Thread Alan Coopersmith
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 xmessage displays a message or query in a window. The user can click on an okay button to dismiss it or can select one of several buttons to answer a question. xmessage can also exit after a specified time. This is a minor maintenance, build fix,