Version 3 about x11-rs HOT 7 CLOSED

@tomaka

from x11-rs.

For plan A you should keep in mind that some systems don't have X11, so that should be detectable.

from x11-rs.

There would be functions to check the availability of libraries and functions, so you can avoid calling missing functions and causing a panic. Probably something like:

pub enum Lib {
    Xlib,
    Glx,
    ...
}

pub fn check_lib (lib: Lib) -> bool { ... }
pub fn check_fn (lib: Lib, fname: &str) -> bool { ... }
pub fn check_fns (lib: Lib, fnames: &[&str]) -> bool { ... }

One of the current problems is that Ubuntu LTS 14.04 has an older version of Xrandr which is missing 5 of the functions defined in x11::xrandr::Xrandr, so we added a separate struct (x11::xrandr::Xrandr_2_2_0) which omits these functions. Both plans described above will have better ways to avoid this problem.

from x11-rs.

I'm wondering if perhaps x11-dl could also be made just a feature of the main x11 crate? It mostly uses the same code anyway, and this way the code sharing could be better IMO. Of course this would be a breaking change, that's why I'm adding this comment to the version 3 thread.

from x11-rs.

My current plan is to define all types in x11 and pub use them into x11-dl when version 3.0 comes around. I think this may even be possible before 3.0 without breaking anything.

from x11-rs.

A suggestion for version 3:
Include some more bindings for xfixes extension if possible.

from x11-rs.

Like winapi-rs bindings are currently being added by hand, which is why things are missing. If xfixes bindings are needed, I'll see if I have some time to add them. Unfortunately, version 3 may have to wait for untagged unions, or else a version 4 would follow shortly after.

from x11-rs.