Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Handle display option in Wayland #2111

Open
Caellian opened this issue Dec 8, 2024 · 0 comments
Open

[Feature]: Handle display option in Wayland #2111

Caellian opened this issue Dec 8, 2024 · 0 comments
Labels
display: wayland related to Wayland backend feature suggest addition of new functionality that isn't currently supported in any way

Comments

@Caellian
Copy link
Collaborator

Caellian commented Dec 8, 2024

Conky currently assumes a single output/monitor is available and:

  • uses dimension information of last reported/connected monitor,
  • requests placement on last focused/used monitor,
  • display option is currently ignored in Wayland.

Wayland uses a different naming for displays than X11.

  • X11 format is: hostname:number.screen_number, used by display_name in x11-settings.cc
    • basically :0 is a single X11 instance. :0.0 is the first, :0.1 is the second monitor on that instance, etc. Xinerama & RandR abstract this away and create a single "workspace" on :0.0 that spans all :0.N displays.
  • Wayland doesn't assign any number IDs to outputs from wl_output events.
    • Users might want to specify displays with description which is a manufacturer name of the display.
      • Only guaranteed to be correct with xdg-output protocol. But likely is with the core protocol as well.

hostname:number.screen_number can be translated to wayland socket and wl_output.

  • number is similar to socket wayland-<number>.
  • screen_number is the ordinal number of reported wl_output.

On wayland wl_output name is a unique output identifier (per-session).

We'd need to:

  • Collect wl_outputs into an array to get a mapping to their indices.
  • Handle hotplugging by removing monitors on wl_registry::global_remove and handling additions.
    • Needs some way to re-trigger initialization logic for surfaces.
@Caellian Caellian added display: wayland related to Wayland backend feature suggest addition of new functionality that isn't currently supported in any way labels Dec 8, 2024
@Caellian Caellian changed the title [Feature]: Handle display option in Wayland to allow specifying _single_ display [Feature]: Handle display option in Wayland to allow specifying single display Dec 8, 2024
@Caellian Caellian changed the title [Feature]: Handle display option in Wayland to allow specifying single display [Feature]: Handle display option in Wayland Dec 8, 2024
@Caellian Caellian added this to the Wayland Support milestone Dec 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
display: wayland related to Wayland backend feature suggest addition of new functionality that isn't currently supported in any way
Projects
None yet
Development

No branches or pull requests

1 participant