New gedit 3 design - TODO
before for 3.12
- revisit all css alignment details (e.g. file browser toolbar and tabs, bottom of filebrowser and statusbar)
- the close confirmation dialog was ported to the new "style" but the theme part is still missing and it looks bad... if it does not happen in time we need to revert
- translation issues with the items in the appmenu
Nice to have for 3.12 (if someone makes patches)
support for alternative menus / no CSD: it would be nice to detect different environment and adapt, this was discussed with desrt etc and should be fairly easy (and also important for OSX). This is not a blocker but patches from the interested parties would be very welcome. Done for OSX
- port third party plugins (well, we cannot really do all the work, but listing it here if someone wants to help)
- more work on CSD dialogs: most important ones have been ported, but there are more in plugins etc
popover for the gear menu -> the problem is that is big and popovers do not exit the window, would also be nice to rework using some buttons in the popover as seen in the mockups
rethink new /new tab: maybe a popover that also includes quickopen? But it's buggy.
encoding dialog / selection: there is a patch that just ports it to CSD, but a better idea would be to just change this UI completely
- rethink the statusbar: use an overlay at the bottom right with just the ln/col that expands? use a revealer?
- Write a better documentation to port plugins…
- If only one document is shown, the tabs are not shown in the notebook, so there is no tooltips to know the encoding and the mime type.
- In the main menu (the hamburger button), there is no tooltips for the three buttons (it's hard to know that the first is the revert action). At a first glance it is not easily fixable with GTK+ 3.18.
- The UI is less self-discoverable:
- For example the tabs group feature is available when doing a right click on a tab. One has to know that there are some actions there too…
- Also, with a traditional design, it's convenient to have the keyboard shortcuts documented at the same place as where the feature is available in the menu, it's more logical.
- The app menu is hard to discover, and some actions are only available there (but it's a general problem in GNOME 3).
- Some features are available only through keyboard shortcuts (!), like Ctrl+Shift+T to reopen the most recently closed tab.
- Some actions are now convenient to use only through keyboard shortcuts, like the undo/redo (before those actions were present in the toolbar).