[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RP] [PATCH 3/6] Disable sfdump if there is no xrandr support.
From: |
Mathieu OTHACEHE |
Subject: |
Re: [RP] [PATCH 3/6] Disable sfdump if there is no xrandr support. |
Date: |
Sun, 27 Nov 2016 17:58:21 +0100 |
User-agent: |
mu4e 0.9.17; emacs 25.1.1 |
> No idea whether how stable would be the mapping between Xrandr ids and
> ratpoison ids, though, as we don't control the former. There's not much
> choice though, but 1. you already have implemented a screen_sort
> function, and 2. this sounds better than forcing the user to deal with
> numbers like 42 and 66, especially for 'sselect'. :)
I could use numset (fron number.c), to affect an id to each screen.
The id would be affected at ratpoison start, once screen are detected
and sorted.
Then, if a screen is removed, its numset is released. On screen plugging, a
new numset is affected.
On the positive side, if the user doesn't add or remove screens, its
screen will keep using the same ids.
On the negative side, if the user unplug a screen and plug a different
screen, it will have the same id as the previously unplugged screen.
What's you opinion about it ?
Thanks,
Mathieu
[RP] [PATCH 2/6] Use xrandr output identifiers in sselect., Mathieu OTHACEHE, 2016/11/25
[RP] [PATCH 5/6] Kill gcc uninitialized warning, Mathieu OTHACEHE, 2016/11/25
[RP] [PATCH 4/6] Use xrandr output identifiers in srestore., Mathieu OTHACEHE, 2016/11/25
[RP] [PATCH 6/6] Update XRandr related documentation and man., Mathieu OTHACEHE, 2016/11/25