lkml.org 
[lkml]   [2000]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Multihead] was Re: [PATCH] devfs v99.11 available

> Huh. I can not see the "most obvious" case here: where you have two (or more)
> monitors as one big virtual console. I want to have LOTS AND LOTS of GIMP's
> toolbars on my small 15" monitor and big picture on my main 21" monitor. In fact
> it's THE ONLY way to use multihead in Windows98. Of course Linux should allow
> some other ways (when my niece ask me to run game I want just plug USB mouse,
> USB keyboard, free small 15" monitor from my toolbars and start game
> there -- not possible currently with Windows98) as well but this one SHOULD be
> supported.

This is the case where you are sharing input devices across two
independent displays. You scroll your mouse to the left edge it its
appears on the other monitor. You can see this as a mouse/keyboard shared
between two ttys. This would not be the default console behavior.

> This is all great but IMNSHO in fact just VERY few applications should be
> aware about multihead at all. X server, GPM server, may be few others (like
> GDB). All other must NOT be aware about multihead thing at all. If multihead
> support requires rewriting of each and every program it's BAD thing.

No way. To require that would be insane. It's true that only a few apps
will take advantage of this. Under normal use you want to see each head
behave as independent console. The people in each office shouldn't realize
that other people in other offices are using the same machine. Everything
should behave as if the machine was their own. So no you will not have to
rewrite every normal program just to use it on a multihead machine. This
defeats the above purpose. This is the normal default behavior. The only
time a program needs to be aware of multihead is when you want to take
advatange of it.


P.S

I'm glad people are starting to discuss this. I like to have more input
from people. 2.5.X will not be not far in the future. So we have to start
thinking about and start molding a form for the new console system.

Codito, ergo sum - "I code, therefore I am"
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.169 / U:0.776 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site