f_ changed the topic of #wayback to: Wayback - a wayland-based X11 environment | https://wayback.freedesktop.org/ | preview release 0.2 is out! https://wayback.freedesktop.org/news/2025/07/31/wayback-0.2-released/ | src: https://gitlab.freedesktop.org/wayback/wayback | logs: https://libera.catirclogs.org/wayback | matrix bridge: #wayback:catircservices.org
grufwub has quit [Remote host closed the connection]
grufwub has joined #wayback
tomate has quit [Quit: The Lounge - https://thelounge.chat]
tomate has joined #wayback
mccd_ has joined #wayback
ivyl has quit [Ping timeout: 244 seconds]
cow has quit [Ping timeout: 244 seconds]
mccd has quit [Ping timeout: 244 seconds]
mccd_ is now known as mccd
cow has joined #wayback
ivyl has joined #wayback
f_|cat has quit [*.net *.split]
f_ has quit [*.net *.split]
fossdd has quit [*.net *.split]
Wayback has quit [*.net *.split]
wink has quit [*.net *.split]
thomas_adam has quit [*.net *.split]
CHRiSNEW has quit [*.net *.split]
f_|cat has joined #wayback
f_ has joined #wayback
fossdd has joined #wayback
Wayback has joined #wayback
wink has joined #wayback
thomas_adam has joined #wayback
CHRiSNEW has joined #wayback
Ariadne has quit [Ping timeout: 256 seconds]
Ariadne has joined #wayback
kaylie has joined #wayback
<kaylie> Hi all! This looks real neat, I'd like to ask: can/does this resolve screen tearing and stutter problems when using multiple monitors of different refresh-rates? X11 DEs/WMs have been virtually unusable for me because basically any game will tear like crazy and feel horrible.
<f_> kaylie: well, we don't have multimonitor support yet
<kaylie> f_: That's fair, but you guys definitely know more about compositing than I do -- do you know if this problem could/would be remedied down the line with X11 DEs as the project progresses?
<f_> there's no screen tearing in wayback at the moment
<f_> no matter the X11 DE you run inside it
<f_> I don't think that would change when multimonitor support comes
<kaylie> That's great! I'll check in with this project periodically then, best of luck to all of you! :)
<f_> ty! :)
<f_> for the most part it's mostly complete and usable
<kaylie> i'll have to try it on another machine sometime, one that's not my main
<f_> There's just a few things here and there that don't quite work
<f_> kaylie: I actually run it on my main, when I'm not dealing with multiple displays. And Ariadne runs it on her main too
<f_> You can run it on a separate tty if you prefer
<f_> no need for a completely separate computer
<f_> But you do you :)
<kaylie> i have older computers to spare that i don't have any other use for, so i typically use them for experiments
<f_> cool
vkareh has joined #wayback
<ConanKudo[m]1> f_: I think the main thing left for completing substitutability is completely stubbing /usr/bin/X
<f_> I think it is already completely stubbed? At least it ignores/recognises all Xorg opts
<f_> Maybe some of these ignored/stubbed options can be reimplemented though
<f_> and I think the Xorg config should probably also be parsed
<dramforever[m]> i'm not sure what xorg config even works tbh
<f_> typically I only see it being used when Xorg w/o config just doesn't work
<f_> Not sure if anyone uses Xorg configs much these days
<dramforever[m]> yeah but can we even handle those as a wlroots compositor
<f_> I think we can handle some of them
<f_> Obviously not all of them, but some of them possibly yes
<f_> That said I wouldn't consider this a priority, more like something that "would be nice to have"
_whitelogger has joined #wayback
<ConanKudo[m]1> I consider Xorg configs out of scope
<ConanKudo[m]1> as long as we can be launched by xinit, we're good
<dramforever[m]> yeah it would be very low priority esp since we won't be able to handle much
<dramforever[m]> also considering that the xkb commands already mostly work
<f_> I'd like to think of this as low priority rather than out of scope, it would be nice to have because we could handle some of it, but if it's not there it's not the end of the world either
<dramforever[m]> i think we agree that "get what users need working" is higher priority than "get what users need working exactly the way it did"
<f_> I mean, I'd like to get it as close as possible
<f_> but xorg configs... not sure anyone ever intentionally touched them in decades
<ConanKudo[m]1> I would rather have a different config system
<ConanKudo[m]1> reimplementing the Xorg config system is a very dangerous road
<ConanKudo[m]1> and frankly I don't want to go there because it creates a new set of expectations that I don't think we should have
<f_> fair enough
<ConanKudo[m]1> if we need a config system, then a new toml-based one would be sufficient
<f_> Personally the only time I ever touched Xorg configs was as a device/distro maintainer where I have a few device ports I maintain, which need an Xorg config for Xorg to work. These same devices work in wayland with no config
<f_> (in the recent decade that is)
nariyel has joined #wayback
_whitelogger has joined #wayback
kaylie has quit [Quit: WeeChat 4.7.1]
ConanKudo[m]1 has quit [Quit: Bridge terminating on SIGTERM]
_catircservices has quit [Quit: Bridge terminating on SIGTERM]
dramforever[m] has quit [Quit: Bridge terminating on SIGTERM]
f_|cat has quit [Quit: Bridge terminating on SIGTERM]
Achill[m] has quit [Quit: Bridge terminating on SIGTERM]
_catircservices has joined #wayback
_catircservices has quit [Client Quit]
_catircservices has joined #wayback
vkareh has quit [Quit: WeeChat 4.7.1]
ivyl has quit [*.net *.split]
grufwub has quit [*.net *.split]
Izzy has quit [*.net *.split]
valerius has quit [*.net *.split]
theophilus has joined #wayback
Izzy has joined #wayback
theophilus is now known as valerius
ivyl has joined #wayback
arraybolt3 has joined #wayback