Unfortunately, I’m also not so sure about the ‘dialog as new tab’ idea. I can see the intention – get rid of the annoying dialogs – but the tab still has to be closed. Even if all errors occur in the same tab (that would be something), I’d still find myself constantly closing the thing. How about an ‘error bar’? Running along the top of the window (below the tab row), such a location would draw attention, yet be unobtrusive enough to leave open as long as necessary. It could even be configured to ‘auto-hide’ after a given period of time.

The Undo / Redo improvements are excellent.

“Middle click on a tab not in use and it simply attemps to close (ask to save or what not)”

I’d like to echo those who would prefer the search on the bottom though. I think sacraficing some flexibility is worth it. Forcing the text to reflow is not such a good idea, like Yury says. His suggestion for expanding the window size won’t work if the window is maximised though. I’m going to have to suggest the Epiphany-style bottom search bar.

Here’s why close buttons on each tabs are a good idea in a browser: if you were at tab A and wanted to close tab B, you’d have to switch to it. If tab B had a lot of heavy stuff (java, flash) it would take a second on a slow machine just to get rid of that tab, whereas it would be instantaneous if you could just click on its individual close button. I think that reasoning is very sound in a browser. But I’m not sure that it applies in a text-editor, since rendering each document is instantaneous. Is it a GNOME-HIG thing?

gedit find and replace. sidebar makes a lot of sense, but i suggest expanding functionality by including a regex option… they had this in edit plus 2, and i still get slight withdrawal from it now i use linux.