This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
1. Open about 5 regular Java files, 5 HTML files and 5 Form files (in Design view) in the editor, in mixed order 2. Select an editor tab with a regular Java file. In this case, the palette is now shown, so about 8-10 tabs fit on the editor tab bar. 3. Select a Form or HTML file that is on the right side of the tab bar. The palette will be open, and the tab you just selected will jump to the left. 4. Play with it for a while, switching between files with palette and files without palette. This gets quite annoying, as the tab jumps all the time. See also a similar issue 91057.
Looks like a windowsystem issue. Reassigning.
And what would be expected behavior?
I would expect that the tab will be always in the same place where I clicked, although the detailed UI is probably up to the UI team to resolve.
i tend to disagree, the tab of the document i'm currently editing should always be visible. which wouldn't be the case if editor tabs didn't rearrange themselves after showing/hiding the palette. i'll let our hie experts decide...
Reassigning to Ondra who's working on windowing system changes targeted for the next NB release.
olanger, can we get an opinion for 7.0? Fix or not? How it should behave?
I agree with saubrecht that the current tab should always be visible after I select it, which means sometimes we can not avoid "jumping" of tabs. However, there is at least one situation causing "jumping" when it is not necessary: How to: open a tab with java file (let's call it tab1) and locate a tab with form file in design view (tab2) to the right from it, use tab scrolling buttons so that only part of the tab2 title is visible (the rest is covered by palette). If you then click the tab2, the palette disappears and active tab jumps, even though it doesn't have to (because the area necessary for displaying title of tab2 is no more needed by palette). This should be fixed so that tabs do not jump in this particular case. Other than that, I was not able to find other situation when there would be unreasonable "jumping". Removing the INCOMPLETE and UI keyword, please let me know if there are other questions.
Don't know how to fix this, scrollable editor tabs code too complicated for me (well for almost everybody I guess).