-
-
Notifications
You must be signed in to change notification settings - Fork 29
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
Tabbed Pane - Tabs Shift and Order Issues #50
Comments
So. Is this considered dead? |
Hello @Vodes,
Do you mean the project it the issue? if you mean the issue, well at the moment yes there is no idea how to implement this effect because the main idea of this issue is to have the JTabbled pane in the middle of the pane. However, there a partial implementation of the scroll view of the tables that you can enable with this simple option on the JTabblePane. The implementation is not perfect under the style in my opinion, but work well also in production I give a good answer to your question? |
I meant the issue. Thanks for your answer. |
@Vodes Thanks for your support.
All are based on a JLabel :-P
Unfortunately, the JTabbedPane in Swing was not projected as a modern JTablePane in my opinion, I think it is more easily start a new side component that customizes the behavior of this component. a couple of side component that implements some material style can be found here maybe you want start to use/contribute here. |
Hello @vincenzopalazzo,
With the newest release of the library which implements "material" tabs, we started to notice 2 major issues, shifting and reordering, as follows:
1. Shifting: shift-left of the tabs is noticeable when we add, or "Dock", tabs to a TabbedPane.
I am attaching the document "Tabs-Issue.pdf" where I show various scenarios of adding tabs dynamically to a tabbed pane and how they shift. The document also shows, for comparison, how docking same tabs worked in pure swing version of JMARS.
TABS-Issue.pdf
2. Reordering: we are running into a problem with tabs when there are too many tabs to display and not enough window width. In such a case, the tabs are displayed in multiple rows, and the behavior of the ordering of the tabs is changing when any tab is clicked.
Attached document, "TABS-WrongOrder.pdf" shows the scenarios we ran into.
According to the Material Design Tabs guidelines, tabs, when not fitting in a window, should be implemented as scrollable. There is even a specific mention in the Design for the Desktop, where it is recommended to have a visual indicator ">" to let the user know there are more tabs, as seen in this image:
TABS-WrongOrder.pdf
The text was updated successfully, but these errors were encountered: