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

Let's try to make a non-GTK gui frontend #378

Open
adsick opened this issue Jun 17, 2021 · 8 comments
Open

Let's try to make a non-GTK gui frontend #378

adsick opened this issue Jun 17, 2021 · 8 comments
Labels
enhancement New feature or request PR welcome The given topic has already been analyzed and you can safely create a PR implementing this functiona

Comments

@adsick
Copy link

adsick commented Jun 17, 2021

I think egui would be very good for an app like this, I mb even try to implement it myself in the future.

What do you think?

@skejeton
Copy link

I don't see the reason to, unless there's some explicit problem that makes GTK not work for this particular program

@qarmin
Copy link
Owner

qarmin commented Jun 18, 2021

More frontends will be great, but I remember that at beginning I wanted to use https://github.com/redox-os/orbtk, but I found that it missing some more advanced features and also I'm not a fan of creating GUI from code(in GTK I use Glade for now)/

@adsick
Copy link
Author

adsick commented Jun 18, 2021

Yesterday I tried czkawka for the first time on my high dpi windows tablet ond honestly I just did not liked how it was(

the first problem was extraction of the files from a .zip - it took a lot of time (I mean a lot more than I would expect) and my 2 core cpu was busy all the time.
Looks like that's because GTK-bundled version comes with lots of small files (which is not the case with egui as everything is inside the executable)

secondly I wouldn't say, that UX was awful, but for me it definately could be better: scaling on high-dpi screen with small scale in the system settings was not good - elements were very small and too close to each other.
directory selector window had its buttom buttons lower than the bottom of the screen so I firstly did not figured out where they are.
The overall feel is also a bit mixed due to "imperfect placing of elements" (I mean aligments and stuff)

yep, I am kinda pity on UI's, but I hope it can help to create better ones. Egui is a simple library and I actually like creating UI with code) btw, I'm not sure, but egui might miss the file selector menu right now, but I think I could make one myself too.

@adsick
Copy link
Author

adsick commented Jun 18, 2021

image

the look of file selector when I open it (notice, the buttons on the bottom are not visible/accessible)
image

@alexislefebvre
Copy link
Contributor

Do you see all the buttons when you enlarge of maximize the Czkawka window?

@adsick
Copy link
Author

adsick commented Jun 18, 2021

Do you see all the buttons when you enlarge of maximize the Czkawka window?

they are visible, but they are too small.
also the file selector menu can not be maximized (as far as I remember)

@tbrtje
Copy link

tbrtje commented Aug 14, 2021

I think a non-GTK gui would be very helpful, as GTK is somewhat broken on MacOS, meaning it won't display correctly on HI-DPI settings.

@qarmin qarmin added the PR welcome The given topic has already been analyzed and you can safely create a PR implementing this functiona label May 4, 2022
@qarmin qarmin added the enhancement New feature or request label May 29, 2022
@andresiraola
Copy link

It would be better an Electron-based frontend with the current Rust backend.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request PR welcome The given topic has already been analyzed and you can safely create a PR implementing this functiona
Projects
None yet
Development

No branches or pull requests

6 participants