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

ref: Accept client-side wayland connection, global #8

Merged
merged 1 commit into from
Apr 7, 2024

Conversation

Shinyzenith
Copy link
Member

Clients should be able to provide their own connection and global list instead of wasting time on another roundtrip / causing a segfault due to two open wayland-connections

@Shinyzenith Shinyzenith self-assigned this Apr 7, 2024
@Shinyzenith Shinyzenith added the enhancement New feature or request label Apr 7, 2024
// this anymore

let mut state = state::WaysipState::new(kind);
pub fn get_area(
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the origin api should be reserved.Sometimes I do not want to induce wayland-client

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe add like get_area_with_connection like this kind , maybe add one extra function will be better I think.

Copy link
Collaborator

@Decodetalkers Decodetalkers Apr 7, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

or make connection and globals optional I think will be better. if it is none, make a new connection and globals

like create a struct

WaysipWaylandInfo<'a> {
    globals: GlobalList,
   connection: &'a Connection
}

@Decodetalkers
Copy link
Collaborator

#9

I would perfer like this

@Shinyzenith
Copy link
Member Author

Looks good, would you want me to merge your pr or edit it into mine?

@Shinyzenith
Copy link
Member Author

Maybe committing to my branch aakash/dev directly would be easier next time 😄

@Decodetalkers
Copy link
Collaborator

ok, if that pr is ok, can you merge mime?

@Shinyzenith
Copy link
Member Author

sure

@Shinyzenith Shinyzenith merged commit 53b9c35 into master Apr 7, 2024
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

Successfully merging this pull request may close these issues.

2 participants