Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
Repo info
  • Jan 19 10:45
    LoganDark commented #1340
  • Jan 11 11:18
    13k commented #984
  • Jan 10 16:06
    chrisduerr commented #984
  • Jan 10 15:27
    13k commented #984
  • Jan 01 01:10
    michaelkirk opened #1346
  • Dec 28 2020 17:01

    murarth on master

    Fix broken link in documentatio… (compare)

  • Dec 28 2020 17:01
    murarth closed #1345
  • Dec 28 2020 04:14
    atsheehan opened #1345
  • Dec 10 2020 23:45

    kchibisov on v0.26.0


  • Dec 10 2020 23:44

    kchibisov on master

    Release version 0.26.0 (compare)

  • Dec 10 2020 23:44
    kchibisov closed #1344
  • Dec 10 2020 19:23
    chrisduerr review_requested #1344
  • Dec 10 2020 19:23
    chrisduerr opened #1344
  • Dec 10 2020 17:58
    chrisduerr commented #1343
  • Dec 10 2020 17:38

    kchibisov on master

    Usa stable version of rustfmt f… (compare)

  • Dec 10 2020 17:38
    kchibisov closed #1343
  • Dec 10 2020 17:37
    kchibisov commented #1343
  • Dec 10 2020 17:19
    kchibisov review_requested #1343
  • Dec 10 2020 17:18
    kchibisov synchronize #1343
  • Dec 10 2020 17:17
    kchibisov opened #1343
UndeadLeech on Freenode Perfect is the enemy of good. Merging PRs without any second party verifying them because "testing correctly is difficult" is not exactly constructive.
UndeadLeech on Freenode Once you have people verify things on at least one compositor, you can think about having multiple tested.
kchibisov on Freenode I mean if they verify on GNOME it's hard to say anything.
UndeadLeech on Freenode Why?
kchibisov on Freenode Like the amount of GNOME bugs I've seen is rediculuos.
UndeadLeech on Freenode We should be aware of how the application behaves. If something cannot be tested on GNOME then that should be stated ahead of time.
kchibisov on Freenode And it's not that hard to trigger them.
UndeadLeech on Freenode If there is a GNOME bug, we should be aware of it.
kchibisov on Freenode I mean, I report them to GNOME sometimes.
kchibisov on Freenode Like HiDPI on GNOME is completely broken last time I've tried.
UndeadLeech on Freenode So?
kchibisov on Freenode nothing, I guess.
Kai Mast Just tested the bugfix and it resolves the problem for me.
kchibisov on Freenode Kai Mast: yeah, just set min_inner_size if you really want it on a window and not in a builder.
UndeadLeech on Freenode If something applies only to certain compositors, that should be made clear from the start. If it should work on all compositors and it turns out during the testing process that it doesn't, that's exactly what testing is there for.
kchibisov on Freenode I mean the thing with GNOME that it can arbitrary downscale you.
kchibisov on Freenode Like it just reverts scale factor after certain actions or something like that.
kchibisov on Freenode So I can't just state in every PR, 'please don't test anything on GNOME with HiDPI or verify logs in WAYLAND_DEBUG=1'.
kchibisov on Freenode I mean I agree that everything should be tested, I just don't want to test GNOME bugs.
Kai Mast Would it help if I tested Gnome stuff for you?
Kai Mast (I think since 0.23 most issues have been resolved for me though)
kchibisov on Freenode I mean, I test sway, gnome, weston, and sometimes KDE.
kchibisov on Freenode But if you really want to test things you can add yourself as a tester on Wayland.
kchibisov on Freenode Into this table ^
@lennart:nltrix.net was kicked by @appservice-irc:matrix.org ("Idle for 30+ days").
fuzbuz on Freenode Hey all. Is there any way to create a winit window from a raw window handle?
fuzbuz on Freenode I have a C++ library that creates a window and it would be neat if I could just dump that window into winit somehow rather than trying to shoehorn things in
UndeadLeech on Freenode Why are you creating a window with a different library?
fuzbuz on Freenode Because I don't control where the window comes from. I am given a window and am asked to render to it.
fuzbuz on Freenode If I can somehow convert the raw handle into a winit window, then it fits into the ecosystem nicely. If not, I suppose I can work around it.
UndeadLeech on Freenode Which library gives you that window handle?
fuzbuz on Freenode I'm 95% sure it's coming from Qt
UndeadLeech on Freenode Shouldn't you use Qt then?
fuzbuz on Freenode Nope. For multiple reasons: I really dislike Qt, I'd rather work in Rust, and the rendering library is already written in Rust and I don't feel any need to rewrite it just to satisfy a single use of the library.
UndeadLeech on Freenode If you really dislike Qt, why are you letting it create windows for you?
fuzbuz on Freenode I'm not. Someone else is and then giving me the window handle.
UndeadLeech on Freenode Are you being held hostage?
fuzbuz on Freenode In the literal sense, no. I do like keeping my boss happy, though.
UndeadLeech on Freenode What exactly do you want winit to do for you?
fuzbuz on Freenode The Rust code takes a winit Window as an argument for the rendering. If there's a nice way to turn a raw handle into a winit Window, I don't have to change the rendering library - it will just fit. If there's not a nice way, I can work around it.
fuzbuz on Freenode At some point the rendering code has to turn it back into a raw handle for OS reasons, I can just add a function that passes an already-raw-handle down to that level.
fuzbuz on Freenode But it would be nice if I didn't have to do that.
UndeadLeech on Freenode Is that a crate, or did you write the rendering library yourself? Fundamentally taking just a winit window for rendering doesn't make a ton of sense.
UndeadLeech on Freenode Winit's purpose is to manage your windows and window events. If you don't have winit manage your windows, there's little point in using it.
fuzbuz on Freenode I have a rendering crate that is used in several Rust-only projects. The rendering crate takes a winit Window to provide the rendering context as the Rust-only projects use winit for managing the windows and window events. A new project, mostly in C++, wants to also use the rendering code and can provide me with a raw window handle.
fuzbuz on Freenode As I'm making the C FFI interface for the rendering crate, I need to either turn that raw handle into a winit Window or I need to make changes to the rendering to allow using raw handles. The former is cleaner but the latter isn't a problem.
fuzbuz on Freenode I'm just curious if there is a way to do the former that I am failing to discover by reading the docs
Hi. I found winit the other day and it looks like a good alternative for SDL2. My question is, is it generally OK to run the event loop in another thread, send them back to the main thread and actually handle them there?
UndeadLeech on Freenode If by generally you mean on all platforms, then no.