ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput | register your nick to speak
Seirdy has quit []
rv1sr has quit []
Serus has quit [Ping timeout: 480 seconds]
Serus has joined #wayland
Serus has quit [Read error: Connection reset by peer]
cvmn has joined #wayland
rasterman has joined #wayland
jmdaemon has quit [Quit: WeeChat 3.4]
jmdaemon has joined #wayland
fmuellner_ has quit [Ping timeout: 480 seconds]
Serus has joined #wayland
maxzor_ has quit [Ping timeout: 480 seconds]
jmd has joined #wayland
columbarius has joined #wayland
jmdaemon has quit [Ping timeout: 480 seconds]
co1umbarius has quit [Ping timeout: 480 seconds]
Seirdy has joined #wayland
rasterman has quit [Quit: Gettin' stinky!]
sillyslux_ has joined #wayland
sillyslux has quit [Ping timeout: 480 seconds]
Emet-Selch has joined #wayland
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kenny has quit [Ping timeout: 480 seconds]
Azem has quit [Ping timeout: 480 seconds]
masoudd has joined #wayland
nerdopolis has quit [Ping timeout: 480 seconds]
zebrag has quit [Quit: Konversation terminated!]
vylet has quit [Quit: leaving]
cvmn has quit [Remote host closed the connection]
Lyude has quit [Remote host closed the connection]
Lyude has joined #wayland
kenny has joined #wayland
rue has joined #wayland
hardening has joined #wayland
maxzor_ has joined #wayland
mvlad has joined #wayland
eroux has joined #wayland
spstarr has joined #wayland
danvet has joined #wayland
dcz_ has joined #wayland
maxzor_ has quit [Ping timeout: 480 seconds]
creich_ has joined #wayland
Dami_Lu has joined #wayland
creich has quit [Ping timeout: 480 seconds]
maxzor has quit [Ping timeout: 480 seconds]
luyn has joined #wayland
Dami_Lu has left #wayland [#wayland]
Dami_Lu has joined #wayland
<luyn> Under the touch screen, can I get the area of the touch point or the diameter of the touch point circle through libinput?
<luyn> Can anyone please help me, thanks
eroux has quit [Read error: No route to host]
rue1 has joined #wayland
DebianUserMaybe has joined #wayland
<kennylevinsen> luyn: reading the wl_touch documentation would be a good start, wl_touch::shape
davidre has joined #wayland
<luyn> ok thanks
DavidRedondo[m] has quit []
DavidRedondo[m] has joined #wayland
davidre has left #wayland [#wayland]
DavidRedondo[m] has quit []
DavidRedondo[m] has joined #wayland
eroux has joined #wayland
txtsd is now known as Guest370
txtsd has joined #wayland
Guest370 has quit [Ping timeout: 480 seconds]
<luyn> kennylevinsen: can i ask how to tell if a touch device supports shape reporting
<emersion> do you need to know before the touch event happens?
<luyn> best yes
rue1 has quit []
<luyn> emersion:Can I use some command like libinput to confirm if it is supported
<emersion> `sudo libinput list-devices` will list all devices and their capabilities
<emersion> but i don't think it says whether shape is supported or not
<emersion> `sudo libinput debug-events` dumps raw events
<emersion> if you see the shape when touching the screen, then it's supported
<luyn> I know this but I'm not sure if he can find the corresponding function, I'll try it first Thanks
MajorBiscuit has joined #wayland
<luyn> I don't seem to see any supported features https://paste.debian.net/1232095/
<luyn> This is the touch point data I got via 'sudo libinput debug-events'
<luyn> event13 TOUCH_MOTION +9.21s 0 (0) 61.52/67.29 (315.00/196.86mm)
fmuellner_ has joined #wayland
<emersion> it doesn't seem like libinput support any shape/orientation info
davidre has joined #wayland
<luyn> ok thanks i'll take a look
<luyn> I have seen this
<luyn> Is there any other way to confirm whether the device I am using supports shape? or other touch screen devices
<luyn> such as some commands :-C
<emersion> the kernel seems to support it
<emersion> ABS_MT_TOUCH_MAJOR, ABS_MT_ORIENTATION, etc
<emersion> whot: why is kernel and wayland support implemented, but not libinput? missing patch, or something else?
<emersion> luyn: you could try `sudo libinput record /dev/input/eventXXX`
<emersion> then grep for the evdev constants i mentionned above
<whot> emersion: "no demand". there was a patchset for it a few years ago but that was dropped
<whot> emersion: well, sort of. we got to a v8 in the discussion and when I tried it it didn't even compile...
<emersion> luyn: ^ sounds like there'd be an opportunity to send a libinput patch if you need this
<emersion> ack!
<davidre> luyn: evtest and see if you get those events maybe?
<emersion> a bit of a shame we merged the wayland part of it then
<whot> i'm not fundamentally opposed to it, the biggest problem is that major/minor are usually rubbish so they don't work without quirks for every single device
<emersion> whot: i orientation any better?
<emersion> is*
<whot> so libinput is a bit in the weird place where we *want* to only export things that make sense to the caller but we can't do this generically here
<emersion> by "every single device", do you mean every piece of hw needs calibration?
<whot> touchpads use major/minor for palm/thumb detection in libinput but only if a quirk is avaialble
<whot> not calibration in the traditional sense, more "specified ranges"
<emersion> ah, no, every model then
<emersion> so it's not _that_ bad
<whot> yeah, generally once the quirks is in you're good for that device (except ppl who disagree on touch sizes etc)
<emersion> just need to grow that quirk database :S
<whot> the problem is - what are we converting it to?
<whot> palm detection is a threshold so that's easy
<emersion> the wayland protocol says… "surface coords"…
<whot> right, so that conversion will be fun
<whot> need to write all the tools etc to actually make this possible to measure first
<whot> re: orientation - most orientation is just a 0 or 1 (vert or horiz), sometimes you get 2 bits of information
<whot> can't remember what the apples do, they may be more fine-grained with 4-8 directions?
<emersion> okay, so no quirk, but not very precise
<whot> yeah, it's generally reliable enough
<whot> but I kinda feel bad about giving you a "90 degree" angle when it's anywhere between 45 and 135
<whot> plus the whole mirroring thing
<emersion> mirroring?
<whot> turns out human fingers are symmetrical, so upside down is downside up
l4s8g has joined #wayland
<emersion> hm
<whot> which means 0 deg angle is the same as 180 and I don't know which
<emersion> can i create an issue about this so that it doesn't get forgotten?
l4s8g has quit []
<whot> none of these problems are unsolvable, it just needs someone with the hardware and motivation to actually dig down and figure it out. so far that hasn't happened and the shouting about it was limited, so I figured it may not be *that* important
<whot> sure
<davidre> I have atouchscreen before me and from running evtest, I very rarely see any MAJOR event, and never one for minor or orientation, interesting :~
<davidre> correction I get major and minor but both have always the same value
<davidre> But I don't even know what I have to do so it sends there
<whot> davidre: change the size of the touch (press harder so your finger flattens)
l4s8g has joined #wayland
l4s8g has quit [Remote host closed the connection]
<whot> davidre: and rotate a bit too, the major/minor is rotation-dependent iirc
<davidre> whot: Doesn't seem to do be reliable so I can confirm hardware is not nice :D
<whot> well, I guess we won't add a patch to libinput today then :)
l4s8g has joined #wayland
maxzor_ has joined #wayland
<pq> macc24, weston uses libinput for input devices, and libinput requires properties through the udev library API, and setting up those properties is what udevd accomplishes. If you don't need any input devices, then you could hack the libudev usage out completely I think.
rasterman has joined #wayland
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #wayland
<luyn> emersion: It doesn't seem like there are those constants you mentioned above https://paste.debian.net/1232099/
<emersion> rip
l4s8g has quit [Remote host closed the connection]
l4s8g has joined #wayland
<luyn> emersion whot:I have the equipment and I am willing to study this problem, but my knowledge in this area is not enough, but I am willing to invest enough energy to study this problem
<luyn> whot: I don't quite understand what quirks refer to, is it a feature of every touchscreen device
<luyn> As more touch devices are used, I feel like this type of problem will increase
pnowack has joined #wayland
davidre has quit [Quit: Konversation terminated!]
flacks has quit [Quit: Quitter]
flacks has joined #wayland
jmd has quit [Ping timeout: 480 seconds]
devilhorns has joined #wayland
rue1 has joined #wayland
punit has left #wayland [ERC (IRC client for Emacs 27.1)]
rue1 has quit []
maxzor_ has quit [Ping timeout: 480 seconds]
davidre has joined #wayland
nerdopolis has joined #wayland
maxzor_ has joined #wayland
mnadrian has joined #wayland
nadrian has quit [Ping timeout: 480 seconds]
rgallaispou has joined #wayland
<macc24> pq: might try it out later
<pq> macc24, oh right, you will also lose monitor hotplug support.
<pq> I think?..
<emersion> yeah, hotplug events come through udev
<kennylevinsen> pq: there are drop-in replacements and alternatives. Those usually do not focus on udev properties, but while libinput uses them I don’t think it will fail without. Worst case there is the path backend to libinput.
<macc24> pq: i don't use /any/ capabilities of weston beyond displaying
<pq> kennylevinsen, I believe libinput uses udev properties to classify devices as keyboard/pointer/etc. and does nothing with devices not tagged as such.
<pq> so at the very least any replacement needs to mock the libudev property API to deliver the right tags to libinput.
<emersion> there's also a libinput non-udev backend…
<pq> Doesn't the path backend only avoid udev-based device discovery but not the udev property API?
<emersion> hm, maybe, not sure
<emersion> indeed
caveman has joined #wayland
<kennylevinsen> ugh
<kennylevinsen> I guess there’s more work then
Company has joined #wayland
<bl4ckb0ne> could a wayland backend for libinput be something?
<pq> bl4ckb0ne, kinda, but why?
<bl4ckb0ne> im refactoring wlroots input code and i thought about cramming everything in libinput and let it handle all inputs
<bl4ckb0ne> but the more i speak about it the less appealing it sounds
<pq> yeah, it like doesn't fit at all :-)
* bl4ckb0ne still has the wayland input device to refactor on his todo list
caveman has quit [Remote host closed the connection]
MrCooper has quit [Quit: Leaving]
<emersion> libinput's operating at a lower level
<emersion> it consumes evdev events from the kernel
MrCooper has joined #wayland
<pq> maybe via libei and that stuff...
<pq> but it becomes quite a detour
<emersion> :/
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #wayland
MrCooper has quit []
MrCooper has joined #wayland
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #wayland
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #wayland
caveman has joined #wayland
rasterman has quit [Quit: Gettin' stinky!]
davidre has quit [Quit: Konversation terminated!]
rv1sr has joined #wayland
ahartmetz has joined #wayland
zebrag has joined #wayland
maxzor_ has quit [Remote host closed the connection]
maxzor has joined #wayland
rgallaispou has left #wayland [#wayland]
maxzor has quit [Ping timeout: 480 seconds]
masoudd has quit [Ping timeout: 480 seconds]
___nick___ has joined #wayland
MajorBiscuit has quit [Ping timeout: 480 seconds]
rpigott has quit [Ping timeout: 480 seconds]
rpigott has joined #wayland
remanifest has joined #wayland
cabal704 has joined #wayland
devilhorns has quit []
remanifest has quit []
remanifest has joined #wayland
caveman has quit [Remote host closed the connection]
caveman has joined #wayland
jmd has joined #wayland
___nick___ has quit []
___nick___ has joined #wayland
___nick___ has quit []
___nick___ has joined #wayland
cvmn has joined #wayland
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
andyrtr has quit [Quit: ZNC 1.8.2 - https://znc.in]
andyrtr has joined #wayland
rasterman has joined #wayland
pnowack has left #wayland [#wayland]
fmuellner_ has quit [Ping timeout: 480 seconds]
pnowack has joined #wayland
evx256 has quit [Ping timeout: 480 seconds]
l4s8g has quit [Read error: Connection reset by peer]
DebianUserMaybe has quit []
l4s8g_ has joined #wayland
l4s8g_ has quit [Remote host closed the connection]
___nick___ has quit [Ping timeout: 480 seconds]
evx256 has joined #wayland
fmuellner_ has joined #wayland
jmdaemon has joined #wayland
jmd has quit [Ping timeout: 480 seconds]
cvmn has quit [Remote host closed the connection]
cabal704 has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
dcz_ has quit [Ping timeout: 480 seconds]
danvet has quit [Ping timeout: 480 seconds]
rv1sr has quit []
remanifest has quit []
<whot> luyn: https://wayland.freedesktop.org/libinput/doc/latest/device-quirks.html are the libinput device-specific quirks
<whot> luyn: they're extra bits of data that we don't get from the kernel or the kernel/device lies about
<whot> emersion: yes, libinput always requires udev but only for a limited number of things (properties). the use-case of no udev is too niche to worry about tbh
<whot> or was, anyway
spstarr has quit [Remote host closed the connection]
Company has quit [Read error: No route to host]
Company has joined #wayland
ahartmetz has quit [Quit: Konversation terminated!]
maxzor has joined #wayland
hardening has quit [Ping timeout: 480 seconds]