I used first your
File tabs settings with one difference: I selected
Multiline instead of
Single line - drop down file list.
There was automatically opened on start of UltraEdit the new file
Edit1. I pressed
Ctrl+O for opening the file
Open dialog window, clicked on the file
File_50.txt created in this directory before using a command line together with other 49 files, pressed and hold left
Shift and clicked next on the file
File_01.txt to select the fifty files and clicked on button
Open. Yes, Windows (not UltraEdit) requires selecting multiple files in reverse order from last to first to have the file names listed in the correct order in the
File name edit field before clicking on button
Open. UltraEdit closed empty
Edit1 file and opened the fifty files and listed them in the multiline file tabs bar in the correct order as opened in this order.
I pressed
Ctrl+N and UltraEdit created
Edit2 with appending its tab to the end of the file tabs bar. I entered some text into this new file. Then I used again
Ctrl+O for opening one more named file. I redid these steps once more before finally created a third time a new file with
Ctrl+N. The result in toolbar/mode with traditional menus (with my custom toolbar hidden as not relevant here) is:
![file_tabs_bar_multiline.webp (7.1KiB)]()
I think this is the file tab add behavior you want.
I change the configuration for the file tabs bar by right clicking on the file tab
Edit4 and clicking in context submenu
File tabs on the menu item
Single line - drop down file list. The display changed to:
![file_tabs_bar_single_line_drop_down_file_list_1.webp (5.78KiB)]()
In this mode the file tab of the active file is preferred displayed between half and ⅔ of the available horizontal space by the used Microsoft GDI+ library. The last active file
Edit4 is at the end of the file tabs. There are displayed for that reason the file tabs of the files
File_46.txt to
Edit4 and then the tabs of the files at the beginning of the file tabs bar
File_01.txt to
File_06.txt. That reordering of the file tabs on the single line file tabs bar is most likely done by the GDI+ library and not by code in UltraEdit, but I do not know that for sure. Opening the drop down file list and clicking on
File_23.txt results in moving the file tabs bar to get the file tab
File_23.txt displayed at ⅔ of the available horizontal space.
![file_tabs_bar_single_line_drop_down_file_list_2.webp (5.25KiB)]()
There is pressed now
Ctrl+N for the creation of one more new file. The single line file tabs bar is still full. The Microsoft GDI+ library inserts the file tab
Edit5 not at the end as expected, but between ½ and ⅔ of the available horizontal space for the file tabs bar beginning from first file tab
File_01.txt. There can be seen now unexpected the file tabs
File_02.txt to
File_16.txt with the file tab
Edit5 inserted at ⅔ of the available file tabs bar horizontal space. The problem is that this position is kept for
Edit5 even on selecting from the drop down file list, for example,
File_46.txt and next again
Edit5 in the drop down file list. The type
Single line - drop down file list favors displaying a file tab in the middle of the horizontal space or right of it. There are exceptions as I could see in my tests. Sometimes a new file tab is inserted on the file tabs bar at most right position of currently displayed file tabs, but the preferred behavior is inserting a new file tab between ½ and ⅔ of the available horizontal space of the file tabs bar.
![file_tabs_bar_single_line_drop_down_file_list_3.webp (5.11KiB)]()
![file_tabs_bar_single_line_drop_down_file_list_4.webp (5.29KiB)]()
There is no UltraEdit option to override the Microsoft GDI+ library file tabs behavior on adding a file tabs bar on creation of a new file or on opening a file on using the type
Single line - drop down file list.
There should be used the type
Multiline which results in adding the file tab of a newly created opened file at the end of the file tabs bar on not using one of the sort options. The vertical space used by the
multiline file tabs bar cannot be customized on using not
dockable tabs. That was possible in the past with older versions of UltraEdit with checking the option
Dockable tabs, but it looks like that is not possible anymore with UltraEdit 2024.2.0.39 on Windows 11 24H2 with GdiPlus.dll of version 10.0.26100.2454. The height of the
multiline file tabs bar is automatically determined now even on using
dockable tabs.
If the loss of vertical space for the edit area of a file is not acceptable which is the case on many files opened and UltraEdit application window is small or multiple views are opened on left and ride side, it is better using the type
Single line - scrollable which adds the file tab of a newly created or opened file at the end of the file tabs bar on not using one of the sort options. Scrolling left/right on fifty files opened is perhaps not so handy as the drop down files list, but there can be used the
Open files view docked on left or ride side with auto-hide feature enabled to get displayed vertically a list of opened files and select one to make it active. There can be also opened the
Windows dialog window with a click on its item or by hotkey (after assigning a hotkey to the command
List windows in the key mapping configuration) and activate a file from the vertical list in this window.
There could be used also the command palette feature to select quickly a named file currently opened as the file is in this case also in the recently opened files list.
Ctrl+Shift+P for opening the command palette window and next entering
\ for searching the recently opened files list and then entering
file_23 and pressing
RETURN activates the file
File_23.txt. That keyboard method cannot be used for new created, unnamed files as such "file buffers" are not in the recently opened files list.
Conclusion: The file tabs behavior you would like can be achieved as long as not using the file tabs bar type
Single line - drop down file list.
