Here's my XRandR and multi-screen patch, its pretty much not what you've
asked for here, but I'll throw it out as a starting point. I haven't
had a chance to test it much, so don't yell at me if your screen
explodes...
one tag for all screens. status bar is only shown on screen 0 (although
this
It should probably be abstracted further, to just a list of monitor
positions in the buffer. I'm working on an xrandr patch to do just
this (I took all the recent messages about xrandr as a challenge =)
Anselm: re: method #3, the screen-tagging approach, I think it would be
simple to use part of
What about moving XineramaScreenInfo *info = NULL; out of
updategeom()? if you make info a global variable it is easy for people
to have custom tile algorithms which make use of it. If you also
define custom functions to view tags, change layouts, etc you will be
able to have plenty of different xi
On Thu, Dec 11, 2008 at 10:09 AM, Mate Nagy <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 09:52:45AM +, Anselm R Garbe wrote:
>> - have a dwm environment on each Xinerama screen (like multiple dwm's
>> in classic multihead setups) as suggested by Mate
>> -> the problem was, it didn't f
Okay, I'll wait =)
On Tue, Dec 9, 2008 at 1:52 AM, Marc Andre Tanner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sat, Nov 29, 2008 at 05:40:13PM +0300, SIO wrote:
>> If I start some applications inside dvtm, sometimes I've got troubles
>> with cyrillic input.
>> Sometimes letters enter, sometimes not.
On Dec 11, 2008, at 2:32 AM, Kai Großjohann wrote:
Anselm R Garbe wrote:
I tried different multihead approaches in between 4.9 and 5.1 with
dwm. I remember the following: [...]
You haven't mentioned my favorite approach:
Currently, each tag is visible or hidden. Change this so that a
ta
Anselm R Garbe wrote:
> I tried different multihead approaches in between 4.9 and 5.1 with
> dwm. I remember the following: [...]
>
You haven't mentioned my favorite approach:
* Currently, each tag is visible or hidden. Change this so that a
tag can be visible on a specific screen.
I understand what you are trying to say and so I think the best solution
would be a patch which does that thing ;)
Maybe I'll write one based on dwm-gtx (the only problem is that I suck
at c and that I have to do too much school work :( )
On Thu, Dec 11, 2008 at 09:52:45AM +, Anselm R Garbe w
On Thu, Dec 11, 2008 at 09:52:45AM +, Anselm R Garbe wrote:
> - have a dwm environment on each Xinerama screen (like multiple dwm's
> in classic multihead setups) as suggested by Mate
> -> the problem was, it didn't felt right because it added another
> navigation layer on top of dwm, to basi
Hi,
I tried different multihead approaches in between 4.9 and 5.1 with
dwm. I remember the following:
- have a dwm environment on each Xinerama screen (like multiple dwm's
in classic multihead setups) as suggested by Mate
-> the problem was, it didn't felt right because it added another
navigat
2008/12/11 Mate Nagy <[EMAIL PROTECTED]>:
> Hiho,
> On Thu, Dec 11, 2008 at 09:39:19AM +0100, yy wrote:
>> on this list and, if somebody finds a great _general_ solution (which
>> seems difficult, but I would be love to be wrong), I'm sure Anselm
>> would be glad to include it in the official relea
Hiho,
On Thu, Dec 11, 2008 at 09:39:19AM +0100, yy wrote:
> on this list and, if somebody finds a great _general_ solution (which
> seems difficult, but I would be love to be wrong), I'm sure Anselm
> would be glad to include it in the official release.
> Just my 2cts,
I don't see anything "diffic
The problem with xinerama is that no general implementation is
possible. You can have a tile algorithm for both screens or two
different ones, you can share tags or they can be different, it could
be possible for the user to move windows between screens or not, etc.
And what do you do with the stat
13 matches
Mail list logo
