Hi all,
with display servers proliferating thanks to Wayland, and the Linux
kernel exposing only a very limited set of information based on EDID
(rightfully so!), the need to interpret EDID blobs is spreading even
more. I would like to start the discussion about starting a project to
develop a sha
On Wed, 7 Apr 2021 11:44:04 +0300 Pekka Paalanen said:
> Hi all,
>
> with display servers proliferating thanks to Wayland, and the Linux
> kernel exposing only a very limited set of information based on EDID
> (rightfully so!), the need to interpret EDID blobs is spreading even
> more. I would l
On Wed, 07 Apr 2021, Hans Verkuil wrote:
> It is the most complete EDID parser I know based on the various standards.
Does it support pure DisplayID in addition to DisplayID blocks embedded
to EDID extension blocks? I think we'll be needing that sometime in the
near future. (We don't yet support
FWIW, with my Sway/wlroots hat on I think this is a great idea and I'd
definitely be interested in using such as library. A C API with no
dependencies is pretty important from my point-of-view.
I'd prefer if C++ was not used at all (and could almost be baited into
doing the work if that were the c
Hi Pekka,
On 07/04/2021 10:44, Pekka Paalanen wrote:
> Hi all,
>
> with display servers proliferating thanks to Wayland, and the Linux
> kernel exposing only a very limited set of information based on EDID
> (rightfully so!), the need to interpret EDID blobs is spreading even
> more. I would like
On 07/04/2021 12:31, Jani Nikula wrote:
> On Wed, 07 Apr 2021, Hans Verkuil wrote:
>> It is the most complete EDID parser I know based on the various standards.
>
> Does it support pure DisplayID in addition to DisplayID blocks embedded
> to EDID extension blocks? I think we'll be needing that so
On Wed, Apr 07, 2021 at 10:59:18AM +, Simon Ser wrote:
> FWIW, with my Sway/wlroots hat on I think this is a great idea and I'd
> definitely be interested in using such as library. A C API with no
> dependencies is pretty important from my point-of-view.
>
> I'd prefer if C++ was not used at a
On 07/04/2021 13:40, Jonas Ådahl wrote:
On Wed, Apr 07, 2021 at 10:59:18AM +, Simon Ser wrote:
FWIW, with my Sway/wlroots hat on I think this is a great idea and I'd
definitely be interested in using such as library. A C API with no
dependencies is pretty important from my point-of-view.
I'
libxkbcommon 1.2.1
=
- Fix `xkb_x11_keymap_new_from_device()` failing when the keymap contains key
types with missing level names, like the one used by the `numpad:mac` option
in xkeyboard-config. Regressed in 1.2.0.
Tarball:
git tag: xkbcommon-1.2.1
https://xkbcomm
