Proper Split Windows. The current implementation seems to a kind of MDI version where the split windows are 2 seperate MDI children. This means that if you select an edit window then press a tab for a 3rd file buffer the file comes up in a 3rd MDI window not the selected tiled one as required.

I would really like to vote for an improved editview/window - it has been requested more than once in the forums so I know it's an uphill battle, but still ...

Due to some browsing in the SlickEdit forum I learned about Sublime Text as I like to test some new tools every now and then. Of course, it's not an editor any serious coder using SE would switch to, but I'd die for having SlickEdit managing the documents/editviews the same way Sublime does (ok I wouldn't die, but I'd be more than happy to pay an additional update/maintentance fee :-)).

So ... what's so great about it ... in just a few words

* you can have multiple views within the current windows (i.e. a 2x1 layout, a 2x2 ... an you can drag the "splitterbars" to change the sizes).* each view has it's on tabbar for all the open files currently bound to this view* multiple views can show the same sourcefile* you can have multiple edit windows (and within each, all these features are available). This would be great for all of us, working with more than one display (i.e. I have 2x24" in portrait mode and one 24" in landscape mode but the best I can do is, resize the SlickEdit window to consume my 2x24" displays and use one of them for various docking panes).* you can drag around the filetabs within a window from view to view as well as to any view of the other windows.

This is the way it works with the beta 2 of Sublime, available as a portable download, so easy to do a quick test.

I've wasted way to many time with subpar editors just because they were cheaper than SlickEdit so at the moment I think I'll never ever go back to anything else but I really think SlickEdit eventually needs to be able to use multiple displays in a much better way.With the ATI 5000 series it was dead easy to use 3 displays on one PC (or 6, with a few special cards), with the 6000 series it's 6 with each available card and ... I guess I'm not the only coder who loves to display as many lines of code as possible.

I would really like to vote for an improved editview/window - it has been requested more than once in the forums so I know it's an uphill battle, but still ...

Due to some browsing in the SlickEdit forum I learned about Sublime Text as I like to test some new tools every now and then. Of course, it's not an editor any serious coder using SE would switch to, but I'd die for having SlickEdit managing the documents/editviews the same way Sublime does (ok I wouldn't die, but I'd be more than happy to pay an additional update/maintentance fee :-)).

So ... what's so great about it ... in just a few words

* you can have multiple views within the current windows (i.e. a 2x1 layout, a 2x2 ... an you can drag the "splitterbars" to change the sizes).* each view has it's on tabbar for all the open files currently bound to this view* multiple views can show the same sourcefile* you can have multiple edit windows (and within each, all these features are available). This would be great for all of us, working with more than one display (i.e. I have 2x24" in portrait mode and one 24" in landscape mode but the best I can do is, resize the SlickEdit window to consume my 2x24" displays and use one of them for various docking panes).* you can drag around the filetabs within a window from view to view as well as to any view of the other windows.

This is the way it works with the beta 2 of Sublime, available as a portable download, so easy to do a quick test.

I've wasted way to many time with subpar editors just because they were cheaper than SlickEdit so at the moment I think I'll never ever go back to anything else but I really think SlickEdit eventually needs to be able to use multiple displays in a much better way.With the ATI 5000 series it was dead easy to use 3 displays on one PC (or 6, with a few special cards), with the 6000 series it's 6 with each available card and ... I guess I'm not the only coder who loves to display as many lines of code as possible.

We do have plans to reimplement our MDI. I'm sick of our current MDI so it has to change. Not sure if we will every support tearing off tabs to create new MDI windows. This is very very difficult due to the number of toolbars and features we have but not impossible.

As an side, if you can "squeak" in full/partial document encryption like notepad++ with the securepad plugin, that would be tremendous. Oh...and a plugin API =D So, all of these things, but if I had to choose one, I would want to concurrently edit multiple files a'la UltraEdit - their split pane system is pretty sweet.

Ummm, Window/Split Horizontally-Vertically ? Or is the method of invoking the split the part you want?

I'm not sure I understand your question.

Did you check the link I posted? Notice not only the method by which the panes are split, but also the option of having several panes up (horizontal and/or vertial), each with arbitrary files loaded into their respective buffers.

Check the link, or think of how Vim allows for an arbitrary split pane layout with arbitrary files loaded into each pane -- if you're familiar with that editor. That's what I want to see in SlickEdit.

Yes I did. Apparently I'm still missing something though. Below are 3 panes, each with different files loaded.

Exactly. Now reorder the Tiles. Kind of a pain, eh? Sometimes I edit several file types throughout the day and have an ordering preference depending on the editing task at hand. Also, what if you wanted a tabbed group of log files or references separate from your working files?

I'm looking for slim pane divisions which can be re-sized by dragging the divisions themselves -- as opposed to having several floating windows within the editor. Additionally, each division should have it's own file tabs. The current SlickEdit method becomes unwieldy if you want to reorder the Tiles, and wastes screen real estate because of the window controls and border that are on each Tile.

I always have multiple files open, as I'm sure most of us do. Oftentimes, I want to have another file pane which holds references of whatever sort (headers, logs, ini's, etc...). In UltraEdit I can accomplish this by dragging a file tab to the current file pane's edge area and it divides the workspace for me as I have described.

As an aside, there's an amazing engineer behind me who never splits his windows. Another sits adjacent to me who does it all the time (with UE). Much like myself, he moves files and tabs around according to his immediate task. To each their own and all that, but these are extremely useful functions for my style of editing.

Also, what if you wanted a tabbed group of log files or references separate from your working files?

I'm looking for slim pane divisions which can be re-sized by dragging the divisions themselves -- as opposed to having several floating windows within the editor. Additionally, each division should have it's own file tabs. The current SlickEdit method becomes unwieldy if you want to reorder the Tiles, and wastes screen real estate because of the window controls and border that are on each Tile.

I see. I concur. The current window handling is pretty much standard behavior. An easier way to manage the splits would be a nice addition. I like the idea of tabs on each division too. A good candidate for the next major release. But I certanly wouldn't complain if it appeared in the interim

I typically have 40~60 files open at a time. Some of these with multiple views. I'll likely have one view on the right side and another view on the left side so that I can look at different lines in the same file. Currently the only way that I've found to select the second opened view of a file is through the Windows->Windows menu.

It would be nice to have either multiple tabs for each view or have them listed separately in the popup file list.

We do have plans to reimplement our MDI. I'm sick of our current MDI so it has to change. Not sure if we will every support tearing off tabs to create new MDI windows. This is very very difficult due to the number of toolbars and features we have but not impossible.