wish: Consistently order buttons in new file creation windows

[Kinnin Vo-Shay]

I minor issue, but when trying to create a new homebank file, I found that the order of the buttons was not consistent, and I kept hitting the "back" button after the first screen because the "next" button was not in the same place. Illustrated the issue in the attached screen shots.

Homebank 5.1.3 on Windows 10.

[Maxime DOYEN (mdoyen)]

This could maybe more a GTK problem (HB do not position those dialogues buttons).

By default under Linux the button order is following gnome HIG:
1) Cancel | Next
2) Cancel | Back | Next
...
end) Cancel | Back | Apply

For Windows the HIG are different and normally the order should be:
( see by example the capture here: http://www3.toshiba.co.jp/assistpc/osup/win7/doc/eng/content.htm)
1) Next | Cancel : ok
2) Back | Next | Cancel
...
end) Back | Finish | Cancel

For GTK under windows, there is an option to override this "gtk-alternative-button-order" which is activated
for GtkAssistant I checked th gtk code, this simply invert all buttons position and so you get what you get into your capture.
=> anyway the Apply is at the same position the last Next button, but it is unusual for Windows users maybe.

I can fill in a bug into GTK if you really want, but not sure they will do anything, as they have deprecated this option in 3.10, so it will be dropped very soon (its done in 3.89 and will be in gtk 4)

btw: to me, gnome HIG is more "logical" ;D

[Kinnin Vo-Shay (vo-shay)]

Ah, I see! As I'm still learning about GTK, I didn't realize the it provided the assistant widget that was doing the heavy lifting. Thanks for that insight.

Trying out Homebank in Linux (Gnome specifically), the assistant is actually MUCH more intuitive than in Windows, because it actually looks like this (https://developer.gnome.org/gtk3/stable/assistant.png) with the buttons on top. As you go through the assistant, the "Next" button is ALWAYS on the top right (and it turns into "Apply" on the last page), the "Cancel" is ALWAYS on the top left, and the "Back" button appears beside the "Cancel" button when it should. The position of the buttons are logical because they establish the directional convention of left=back/right=forward, and it is followed through out all the pages of the assitant. My issues is that this convention doesn't happen cleanly in Windows.

So I agree with you completely that this isn't a Homebank bug, but rather a GTK one; it's not even a matter of competing HIGs, as the implementation under Gnome makes perfect sense to me. The issue is a matter of the HIG having an inconsistent implementation on the Windows platform.

Given your experience and better knowledge of the GTK stack, and if you agree me here, I would appreciate it if you filled in a bug about it. I've even tried to illustrate the issue as it appears in Homebank with a new set of screenshots. If not, I still appreciate the time you took to explain it to me.

[Launchpad Janitor (janitor)]

[Expired for HomeBank because there has been no activity for 60 days.]