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

Initial design review #2

Closed
bertob opened this issue May 25, 2020 · 14 comments
Closed

Initial design review #2

bertob opened this issue May 25, 2020 · 14 comments

Comments

@bertob
Copy link
Contributor

bertob commented May 25, 2020

First of all, thanks for this very cool app!

I just built in in Builder, and here are a few things I found that could be improved:

image

The initial state is a bit empty, I'd add a large symbolic icon, e.g. the app symbolic or text-bold-symbolic between the header and the button.

image

I think the output options dialog could be a bit less compact, e.g. like this:

image

If technically possible, something like this could be potentially interesting:

image

It feels odd that I get a file chooser when clicking "Generate". Perhaps the output directory could be set in the output options instead?

image

It's a bit weird that there's neither cancel nor close during the generation process. I tried with a file that didn't work, so the app got stuck in a limbo state you can only recover from by closing the app, which is not great.

I'd have a "Cancel" button during the generation process which goes back to the regular app window.

On both these views I'd increase vertical spacing between elements, especially below headers and between sections, so they don't looks so cramped:

image

I'd also add a bit of padding inside that sourceview if possible, e.g. 6px or so.

image

Also, I'd make all the headers ultra-bold, looks cooler :P

rafaelmardojai added a commit that referenced this issue May 26, 2020
rafaelmardojai added a commit that referenced this issue May 26, 2020
rafaelmardojai added a commit that referenced this issue May 26, 2020
rafaelmardojai added a commit that referenced this issue May 26, 2020
@rafaelmardojai
Copy link
Owner

I have achieved most of your suggestions, please test latest commits when you have time.

@bertob
Copy link
Contributor Author

bertob commented May 27, 2020

Very nice, I really like the new subsetting settings!

A few more things I noticed while trying it:

The file chooser button feels a bit meh here, I'd suggest trying an entry with a "Browse..." button connected to it.

image

Example (from App Icon Preview):

image

This view feels a bit off-balance layout-wise, I think largely because the top and bottom are empty, while the progressbar in the middle is taking up the full width. I'd try putting the progressbar in an HdyColumn with a max width around 600px or so, so it never takes up the full width.

I'd also maybe not style the cancel button as destructive, it looks a bit too prominent (and you're not really losing data with it).

image

After generation is complete it would be nice if there was an easy way to open the directory with the generated files. I'd try adding a "Open in Files" button below the code snippets.

image

Edit: just saw there's a typo in the title here: "Generarion" -> "Generation"

@rafaelmardojai
Copy link
Owner

The file chooser button feels a bit meh here, I'd suggest trying an entry with a "Browse..." button connected to it.

Be aware it will show the ugly /run/user/1001/doc/xxxxxx/foo path. I don't want to set --filesystem=home permission.

@bertob
Copy link
Contributor Author

bertob commented May 27, 2020

Hmm yeah, that's not great. Let's maybe leave it as-is, and see if it can be addressed at the Flatpak level, because I can imagine a lot of apps wanting this kind of pattern.

Edit: apparently other apps have indeed had this problem, it's being discussed here: flatpak/xdg-desktop-portal#475

@rafaelmardojai
Copy link
Owner

Which one looks better to you?
Captura de pantalla de 2020-05-27 12-34-47

rafaelmardojai added a commit that referenced this issue May 28, 2020
rafaelmardojai added a commit that referenced this issue May 28, 2020
rafaelmardojai added a commit that referenced this issue May 28, 2020
@rafaelmardojai
Copy link
Owner

I have implemented all of your suggestions.

Currently the "Open in Files" button isn't working. Since i can't get Gtk.show_uri_on_window to work with the folder URI provided by the sandbox.

@bertob
Copy link
Contributor Author

bertob commented May 28, 2020

Hmm yeah, this is definitely not great :/

image

Since that path doesn't give us any useful information and (I assume) can't be edited, perhaps we could just have a label with the folder name instead, e.g. like this:

image

Currently the "Open in Files" button isn't working. Since i can't get Gtk.show_uri_on_window to work with the folder URI provided by the sandbox.

Hmm so, is this not possible at all with the current permissions or something we could work around somehow?

@rafaelmardojai
Copy link
Owner

Enabling access to home should fix all the issues. But i don't think that's ideal.

I found something here: flatpak/xdg-desktop-portal#95

rafaelmardojai added a commit that referenced this issue May 29, 2020
@rafaelmardojai
Copy link
Owner

I have implemented the new "Output directory".

@bertob
Copy link
Contributor Author

bertob commented May 29, 2020

Nice 👍

I think overall this app looks really good now, might be worth making a new release soon :)

One thing I think could still be improved a bit is the welcome screen, the single symbolic is still not great here:

image

Perhaps we could try a simple illustration, e.g. something like this?

image

This is the SVG: webfont-splash.zip

rafaelmardojai added a commit that referenced this issue May 29, 2020
related to #2
rafaelmardojai added a commit that referenced this issue May 29, 2020
@rafaelmardojai
Copy link
Owner

Perhaps we could try a simple illustration, e.g. something like this?

Nice, I just implemented it.

I think overall this app looks really good now, might be worth making a new release soon :)

I'm aiming to fix the "Open in Files" button before a new release. Also a proper icon would be awesome (#1).

@bertob
Copy link
Contributor Author

bertob commented May 29, 2020

Sweet, that looks much better!

I'm aiming to fix the "Open in Files" button before a new release.

If it doesn't work due to the sandboxing thing feel free to remove it, at least for now.

Happy to help with a new icon, but I wouldn't block the release on it, you can always make another one later :)

@rafaelmardojai
Copy link
Owner

Yeah. You are right. Current changes are enough for a new release.
I'm probably releasing 0.2.0 tomorrow.

@rafaelmardojai
Copy link
Owner

0.2.0 has been released.
Thanks for your feedback and suggestions! The app is looking very neat now.

I'm closing this. Feel free to open new issues if you find other things to polish.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants