windows: button order for GtkAssistant import is confusing

Bug #1801655 reported by HGlab
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
HomeBank
Low
Maxime DOYEN

Bug Description

The new dialog (version 5.5.2) to import QIF-file (File --> Import) should be optimized regarding user experience. In previous versions it worked much smoother.
1. step: "Open"-Button on the right side
2. step: "Next"-Button jumps to the left side, "Back" in the middle
3. step: "Back"-Button disappears, "Next"-Buttons moves one position to the right side
4. step: "Apply"-Button very left again

--> for the happy-path: Open [right], Next [left], Next [middle], Apply [left] you have to move for navigation from one klick to the next

suggestions: keep "Back" visible and just deactivate this button in 3. step

OS: Microsoft Windows [Version 10.0.17134.345]

Revision history for this message
Maxime DOYEN (mdoyen) wrote :

what is your OS ?

Changed in homebank:
status: New → Invalid
status: Invalid → Incomplete
Revision history for this message
HGlab (hglab) wrote :

Microsoft Windows [Version 10.0.17134.345]

description: updated
Revision history for this message
HGlab (hglab) wrote :

1st step

Revision history for this message
HGlab (hglab) wrote :

2nd step

Revision history for this message
HGlab (hglab) wrote :

3rd step

Maxime DOYEN (mdoyen)
Changed in homebank:
status: Incomplete → New
Maxime DOYEN (mdoyen)
tags: added: file-import-export
Revision history for this message
Maxime DOYEN (mdoyen) wrote :

Well in fact things are a litlle bit complicated that users might expect.
Like said into this bug: #1777250 Change of workflow in Import dialog
HomeBanks use a standard pre-coded GtkAssistant, as so have not full control about what is displayed.

What I can do is as you suggest:
=> not display the back button at the end, in the confirmation screen
In Linux, the position is cancel/prev/next and apply
In windows those into your capture, we cannot change this like in the past with gtk-alternative-button-order = 1, has it has no effect

that said, after that the button position under windows are... discussable.
if you look at the windows world:
https://www.google.com/search?client=firefox-b-d&biw=1348&bih=921&tbm=isch&sa=1&ei=tGl6XI3ZOtma1fAPm_q0iAM&q=windows+back+next+canxel&oq=windows+back+next+canxel&gs_l=img.3...7919.11415..11613...0.0..0.70.762.16......0....1..gws-wiz-img.......0j0i30j0i19j0i30i19j0i8i30i19.DMRHlhQroC8

it would deserve to fill in a bug at GTK+ project

Revision history for this message
Maxime DOYEN (mdoyen) wrote :

I spent more time on this, and I finally fill a bug @GTK project.
https://gitlab.gnome.org/GNOME/gtk/issues/1733

I prefer to keep the back button on confirmation page.

So at the end we do have 2 solution:
- we wait GTK team to respond and maybe fix the button order problem
- I can force the order to follow gnome HIG instead of Windows one and so you will get
Cancel Back Next
Cancel Back Apply at the end.

M.

Changed in homebank:
status: New → Incomplete
summary: - UX concept for import-function to be optimized
+ win: button order for import assistant is confusing
Maxime DOYEN (mdoyen)
Changed in homebank:
status: Incomplete → Triaged
Maxime DOYEN (mdoyen)
summary: - win: button order for import assistant is confusing
+ win/GTK: button order for import assistant is confusing
Maxime DOYEN (mdoyen)
Changed in homebank:
importance: Undecided → Low
Revision history for this message
Kinnin Vo-Shay (vo-shay) wrote : Re: win/GTK: button order for import assistant is confusing

I'll note that I brought up a similar issue with the new file creation dialog bug #1663790

At the time, I noted that the Linux HIG was much more intuitive than the Windows one. So in the meantime, I'd be supportive of using the Linux HIG if possible, while waiting for a GTK level fix to the Windows HIG. Maxime, I'm glad to hear you submitted a bug for this with GTK.

Revision history for this message
Maxime DOYEN (mdoyen) wrote :

I have add yours as a duspliacted one, so this this 1801655 heat rise up!

Mathias Clasen fill in a 1st response, I disagree to fill back to him, anyhow the status yet is not very encouraging (I mean that GTK follow the native HIG of windows). Now I wait for further info on what they plan, especially with GTK 4 and then I will decide what to do.

I also have another problem with the assistant with too much pages on the left part and no scrollbar #1824914. So at last I may drop the GtkAssistant usage and do my own stuff.

summary: - win/GTK: button order for import assistant is confusing
+ win: button order for GtkAssistant import is confusing
Maxime DOYEN (mdoyen)
tags: added: bug-gtk
Maxime DOYEN (mdoyen)
summary: - win: button order for GtkAssistant import is confusing
+ windows: button order for GtkAssistant import is confusing
Maxime DOYEN (mdoyen)
tags: added: gtk4
Revision history for this message
Maxime DOYEN (mdoyen) wrote :

As GTK team don't want to fix this, I did my own hack.
based on https://docs.microsoft.com/en-us/windows/win32/uxguide/win-wizards, the button order are now:
Back Next Apply Finish Cancel Close

so fro import you mostly have: Back Next Cancel
and Back Apply Cancel at the end

Changed in homebank:
assignee: nobody → Maxime DOYEN (mdoyen)
milestone: none → 5.5.4
status: Triaged → Fix Committed
Maxime DOYEN (mdoyen)
Changed in homebank:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.