Bug 138799 - Editor tabs jump when switching between specific types of files
Editor tabs jump when switching between specific types of files
Status: NEW
Product: platform
Classification: Unclassified
Component: Window System
6.x
All All
: P4 (vote)
: 6.x
Assigned To: issues@platform
issues@platform
issue_reviewed
: USABILITY
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-07-02 13:12 UTC by Petr Jiricka
Modified: 2010-08-11 13:32 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Jiricka 2008-07-02 13:12:02 UTC
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.
Comment 1 Max Sauer 2008-07-02 13:32:25 UTC
Looks like a windowsystem issue. Reassigning.
Comment 2 David Simonek 2008-07-02 14:35:05 UTC
And what would be expected behavior?
Comment 3 Petr Jiricka 2008-07-02 15:47:02 UTC
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. 
Comment 4 Stanislav Aubrecht 2008-07-18 18:10:34 UTC
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...
Comment 5 jrojcek 2008-09-01 09:41:48 UTC
Reassigning to Ondra who's working on windowing system changes targeted for the next NB release.
Comment 6 Lukas Hasik 2008-11-19 10:58:03 UTC
olanger, can we get an opinion for 7.0? Fix or not? How it should behave? 
Comment 7 Ondrej Langr 2008-11-19 15:30:41 UTC
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.
Comment 8 David Simonek 2008-11-21 14:24:54 UTC
Don't know how to fix this, scrollable editor tabs code too complicated for me (well for almost everybody I guess).


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo