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

GUI 2: On Send Page, the buttons at the bottom are partially hidden. #754

Closed
dontbuymonero opened this issue May 31, 2017 · 5 comments
Closed
Labels

Comments

@dontbuymonero
Copy link

When you launch the GUI, it opens to its default size (which you can increase with the arrow on the bottom right corner). In this default size, on the send page, the bottom 3 buttons (create tx file, sign tx file, submit tx file), are mostly hidden. These buttons should always be clearly visible to the user when the GUI is in its default size and it should not be necessary to expand in order to fully view/use them.

@jonathancross
Copy link
Contributor

Yeah, the UI does not scroll or scale, so if your window is too small, you simply can't reach the items at the bottom ("advanced options" in this case). We should look into a general pattern for such situations (scrollbars work, but are pretty terrible. Scaling UI elements might help, but can also lead to bad situations).

Payment ID and Description are optional, so there might be a way to collapse those and some surrounding whitespace if screen real estate is needed.

We can also consider establishing a minimum height for the app (based on the left nav probably) and then adjust the UI to always fit inside.
Looks like min is about 700px now.

Any other ideas on how to solve this problem?

@Jaqueeee
Copy link
Contributor

Jaqueeee commented Jun 6, 2017

Current master supports scrolling (with scroll-wheel or ), but i agree it's a bad solution for the desktop app. I added that for the mobile versions mostly. I think minimum height/width is the best solution, and scrolling for smaller screens. @jonathancross @dontbuymonero

@jonathancross
Copy link
Contributor

Thanks for the feedback @Jaqueeee.
Once the UI is a bit more stable, we can tighten things up (there is a lot of misused space).

I played around with the idea of something like an "accordion" pattern where the Advanced options and Payment details are exclusive -- only one can be open at a time.

Here is a really rough mock just to demonstrate (has too many arrows, etc!).

Payment details editing mode (default):
2017-06-06_height_editpaymentdetails

Advanced Options mode (when there are no payment details):
2017-06-06_height_adavanced_ no-pymt-details

Advanced Options mode (with payment details):
2017-06-06_height_adavanced_ with-pymt-details

I'm not sure this is a good idea, but it would allow us to avoid scrollbars and make sure all content is accessible in small windows. There is a little complexity added in keeping track of the various states, but I think it improves usability a lot.

Another option would be to have the Advanced Options always visible, but collapse Ring Size into a button until the user selects it. Ring Size is not going be be a common adjustment in comparison to adding payment ID / description.

While doing these, I had the thought that for mobile, Advanced Options should probably be a modal window that fills the screen.

@visdude
Copy link

visdude commented Jun 12, 2017

Since this issue is generally similar to mine, I am just going to add related GUI quirks on here instead of opening a new one.

I am using a Netbook (set up as my cold/offline device) with a typical 1024 x 600 maximum screen resolution. The following are my observations of unusual GUI behavior (default window size after launching) related to this window scaling issue according to OS:

Windows 7 x64:

[1] title bar (along with its control buttons) at the top and the bottom portion of the window are cut off and inaccessible
[2] window resizing feature (by dragging window edges) is not functional
[3] vertical/horizontal scrolling (to access cut off areas of window) is not functional.

Linux Mint 18.1 x64:

[1] title bar is not cut off and accessible; bottom portion is cut off
[2] window resizing feature is functional
[3] nevertheless, vertical/horizontal scrolling is still not functional.

It would be nice if the Monero GUI window behaves just like a typical app window on Windows or Linux for that matter (i.e. Bitcoin Core, Armory, etc.) with functional window resizing/scrolling features regardless of a device's optimal screen resolution.

The following are Windows 7 x64 sample screenshots:

w7-1

w7-2

w7-3

w7-4

@sanderfoobar
Copy link
Contributor

sanderfoobar commented Jul 17, 2018

Resolved since newer versions of the GUI (black-theme).

+resolved

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

No branches or pull requests

6 participants