-
Notifications
You must be signed in to change notification settings - Fork 204
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
Wrong icon of "View last log" in backintime-qt #1386
Comments
Dear Hannes, I agree that this icon doesn't make much sense. I assume the original "rational" was to use an Icon different from the one on it's left side ("last snapshot protocol"). Because there is a lot more work to do on the GUI I would suggest keeping a fix as simple as possible; quick and easy without wasting to much resources. The "real" re-design of that GUI needs to be done in the future. My approach would be
Or much more simpel: Just do remove the two menu icons and keep their corresponding menu entries in the "View" menu. My thought behind removing icons from a menubar is that icons there are intended to be used very often. The icon is there for quick access. But viewing log files is not a task done very often. I see on need for such icons a toolbar. EDIT: EDIT2: |
I agree that our icons (like above one) are sometimes confusing or non-standard. After our stabilization release one of our bigger tasks may be to improve the usability of the GUI (incl. code refactoring to enable unit testing of GUI-related code) and I would prefer to wait with this change until we tackle the GUI refactoring. This would also minimize the "confusion" of users ("where is my button"). Anyhow changing the icon is trivial, since it is assigned to the button here Line 136 in 55580a1
and loaded here: Line 45 in 55580a1
That is correct and is caused by three possible reasons:
I am preparing a fix for the "missing icon" issues currently (follow the master issue for that: #1306). |
I agree to (minimally) wait until our next release before doing bigger things on the GUI. But refactoring the GUI will IMHO take years and is not just a one-release-step.
But the key of that issue here is not about a missing but a wrong icon. The loaded icon here is I still vote for removing that two log icons. I assume that this toolbar buttons are not used very often. And the functionality itself remains in the "view" menu. The change is minimal and trivial. Waiting until GUI refactoring is IMHO to long and will take multiple releases. |
We could use the standard freedesktop.org icon "document-open-recent" for the "view last log" toolbar button. It looks like this in the toolbar (using xcb with the qt5ct platform theme and the I am not really happy with this icon but it is the standard and IMHO we should not invent other semantics for existing icons. The current icon with the "plus" symbol is: Edit: We could even also use the standard "document-open" icon for "view snapshot log" Edit:
Removing the two "view ... log" buttons from the toolbar does not solve the decision about the best icon since the icon is still shown in the menu. |
I think the "document-open-recent" makes sense in that context. However, I would rather not change the other log icon to "document-open", which in my opinion doesn't fit nicely to that particular use. |
I have fixed all known systray and app icon issues (hopefully) with my PR #1480 (on dev branch) Line 74 in 535b1c7
Re-testing and feed-back welcome (but not critical for this issue). |
I have forgot to mention this fix (contained in PR #1480) in the CHANGES
I am using backintime-qt on Xfce, so under a GTK+ environment. I am always a bit confused, because the "View last log" entry in the menu bar is associated with a "Create new file" icon.
It doesn't really change with the icon theme, it's just that when using some icon themes the icons are not shown, but only text.
I am not sure, which icon might be better suited, but I always find the current one confusing.
If there's a rationale behind this, then I am fine with it.
The text was updated successfully, but these errors were encountered: