I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
today. The Source Editor comes up with the borders around the tabs, and
the filenames on the tabs,
missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
something else before I can use scrolling tabs?
Sumit.
**
Hi!
Yep, this is a bug somewhere. :)
Best regards,
Kovi
At 12:57 6.8.2002 -0700, you wrote:
>I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
>today. The Source Editor comes up with the borders around the tabs, and
>the filenames on the tabs,
>missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
>something else before I can use scrolling tabs?
>
>Sumit.
>
>**
>
>(Embedded image moved to file: pic30081.pcx)
--040809000704080902050208
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I created an issue, and will look at it.
http://www.netbeans.org/issues/show_bug.cgi?id=26331
Peter
Sumit Kishore wrote:
> I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
> today. The Source Editor comes up with the borders around the tabs,
> and the filenames on the tabs,
> missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
> something else before I can use scrolling tabs?
>
> Sumit.
>
> **
>
>
>
--040809000704080902050208--
I haven't seen that particular bug, but I experimented
with the scrolling tabs back in early June and thought
they had some pretty serious problems.
If you open a modest number of files, then it becomes
very difficult to find the one you are interested in.
I opened about 10 files, 5 of my own and 5 from the JDK.
The JDK files are read-only so the string "[read only]"
gets appended to the filename, making the names pretty
wide. I was typically seeing four or less names and
then scrolling showed just one new one. This meant
alot of scrolling to find files. You don't have a
scrollbar, just the arrows, so you have no indication
of the number of non-visible tabs. My screen size is
1024x768 and I'm running Win2000.
There is also a bad interaction with the new Xs that
have been added to make it easy to close the tabs. When
you scroll, the Xs get confused. I saw Xs that were not
enabled, Xs in random locations and, worst, and occassional
X that was placed over the scrollbar controls so that rapid
scrolling would cause me to close tabs.
I agree that we need some mechanism to deal with lots of
Editor tabs -- thay take up alot of room and it can be
hard to find the right one. Scrolling tabs save space but
make it even harder to find things. I think we need to
brainstorm about other solutions.
Some thoughts. First, do something about "[read only]", its
MUCH too long. I've seen some discussion of this, but I
don't know if a conclusion has been reached. The Beta 3
build still uses "[read only]". We could go so far as to
not indicate the read only status in the tab, instead using
a background color in the editor. If we say something in
the tab, then "[ro]" would be sufficient, saving 7 characters.
For dealing with the tabs, I think we should look to a
combo-box. A combo-box of all the names, kept alphabetically
so its easy to scan, might be an efficient way to deal with
the names. A hybrid solution would be to keep one row of
tabs and populate it with the most recently used files and
also have the combo-box.
Thinking out loud here, other thoughts?
Evan
Sumit Kishore wrote:
>
> I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
> today. The Source Editor comes up with the borders around the tabs, and
> the filenames on the tabs,
> missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
> something else before I can use scrolling tabs?
>
> Sumit.
>
> **
>
>- -
> [Image]
>
>
>For dealing with the tabs, I think we should look to a
>combo-box. A combo-box of all the names, kept alphabetically
>so its easy to scan, might be an efficient way to deal with
>the names. A hybrid solution would be to keep one row of
>tabs and populate it with the most recently used files and
>also have the combo-box.
>
>
how about a departure from the scrolling tabs way of seeing more opened
tabs? show one row of
filenames ( most recently opened is good), and have a button at the end
of this row to show all tabs
the normal (taking up space) way?
swing incorporated scrolling tabs because they were becoming a standard
in Windows and other GUI
worlds to handle proliferating tabs. anyone know of other approaches
taken to handle proliferating tabs?
sumit.
>Thinking out loud here, other thoughts?
>
> Evan
>
>Sumit Kishore wrote:
>
>
>>I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
>>today. The Source Editor comes up with the borders around the tabs, and
>>the filenames on the tabs,
>>missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
>>something else before I can use scrolling tabs?
>>
>>Sumit.
>>
>>**
>>
>> - -
>> [Image]
>>
>>
>
>
>
I think this is heading in the rigbt direction.
I also think we should move this discussion over
to nbui. I'll post my reply there.
Evan
Sumit Kishore wrote:
>
> >
> >
> >For dealing with the tabs, I think we should look to a
> >combo-box. A combo-box of all the names, kept alphabetically
> >so its easy to scan, might be an efficient way to deal with
> >the names. A hybrid solution would be to keep one row of
> >tabs and populate it with the most recently used files and
> >also have the combo-box.
> >
> >
> how about a departure from the scrolling tabs way of seeing more opened
> tabs? show one row of
> filenames ( most recently opened is good), and have a button at the end
> of this row to show all tabs
> the normal (taking up space) way?
>
> swing incorporated scrolling tabs because they were becoming a standard
> in Windows and other GUI
> worlds to handle proliferating tabs. anyone know of other approaches
> taken to handle proliferating tabs?
>
> sumit.
>
> >Thinking out loud here, other thoughts?
> >
> >Evan
> >
> >Sumit Kishore wrote:
> >
> >
> >>I tried the *-J-Dnetbeans.scrolling.tabs=true *flag for the first time
> >>today. The Source Editor comes up with the borders around the tabs, and
> >>the filenames on the tabs,
> >>missing. My JDK is 1.4. Anyone knows why is it so? Do I need to enable
> >>something else before I can use scrolling tabs?
> >>
> >>Sumit.
> >>
> >>**
> >>
> >> - -
> >> [Image]
> >>
> >>
> >
> >
> >
Evan Adams wrote:
>I think this is heading in the rigbt direction.
>I also think we should move this discussion over
>to nbui. I'll post my reply there.
>
Another possible solution is to create a hideable tab panel. Taking the
idea from the Windows task bar, which can be set to 'autohide' -- scroll
down when not in focus. I have enclosed a couple of screen shots to
show the effect.
There could be a 5 or 10 pixel high bar across the bottom of the editor
window. Clicking on it would display the tabs immediately. Just
hovering over it would display the tabs after one or two seconds. The
tabs would stay visible as long as the cursor stayed over them. So to
hide them again, just move the cursor away. So you could have enough
open files to take up half the editor window but it would only take up
that much space when you actually wanted to select a tab.
So you could have the entire editor real estate available for editing
and still have all the tabs visible at once when you wanted to select a tab.
Tomm
