[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: |
Jeremie Courreges-Anglas |
Subject: |
Re: [RP] [PATCH 3/6] Disable sfdump if there is no xrandr support. |
Date: |
Sun, 27 Nov 2016 11:45:15 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) |
Mathieu OTHACEHE <address@hidden> writes:
> Hi,
Ehlo,
>> I think this is headed in the wrong direction. There is no reason to
>> disable this command when we can easily deal with the single available
>> screen.
>
> Yes I agree, it is not a very good idea after all.
>
> Maybe we could copy the old behaviour by mapping the Xrandr identifier
> to an integer going from 0 to screen count.
>
> For example,
>
> Xrandr id -> Ratpoison id
> 0x47 0
> 0x48 1
> 0x49 2
>
> Then we would use this ratpoison id to identify screens in sdump,
> sselect and sfrestore commands.
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'. :)
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
signature.asc
Description: PGP signature
[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