Tabs about mintty HOT 33 OPEN

I wondered how long it would take for this issue to show up. :)

I'm afraid there's no chance of me implementing tabs though. They don't go with
MinTTY's basic approach of keeping things small and simple. More generally, I 
think
multiple document interfaces and tabs are a Bad Idea™, and even Microsoft 
themselves
are moving away from them in Office. The problem that tabs try to address needs 
to be
solved at the window manager level, and not separately in every app. Windows 7 
is
meant to make progress in this area. WinTabber from http://www.wintabber.com 
will
aggregate any application windows into tabbed windows, although unfortunately 
it's
not free for Cygwin apps (or PuTTY).

Stepping off the soapbox, tabs would be a big job to implement, as they would 
require
a major redesign of both the Windows frontend and the pty backend. See also
http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/multiple-connections.
html

Ah, fair enough, mate.  Thanks for your explanation.

...never hurts to ask, right ;)

Reopened with priority "None", so that it appears in the list of open issues, 
in the
hope of avoiding duplicates.

While I know that tabs/multi-document interfaces are an emotive issue, I do like
tabbed designs too, even if they make the application larger.

However I do find that GNU screen at the server end mitigates the problem to 
some extent.

I'd like to see it as a feature but accept that I probably wont get it!

Good program BTW.

tabs would be great.
wintabber is quite buggy with mintty.. it doesn't resize the window

Issue 72 has been merged into this issue.

_if_ someone really needs tabs for shell-environments, then using GNU screen 
would imho 
be an way better idea.

its just meant to be controlled by keyboard, wheras graphical tabs are designed 
for 
mice.

The resizing problem with WinTabber seems to have been sorted by the fix for 
issue 76
in 0.3.9.

I couldn't agree more with comment 1.  I was very surprised to hear this from 
someone 
other than myself.  Wintabber looks good at first glance.  I'll try it... but 
it 
can't force my favorite editor to use 1 window per document unfortunately.

I stumbled across a utility that blows WinTabber out of the water: WindowTabs,
available from http://www.windowtabs.com.

It can group any windows, with Google Chrome-style tabs on top of the window, 
and it
seems to work well with MinTTY. See also attached screenshot.

Unfortunately it's not Free either, but there's a free trial that allows up to 
three
tabs.

Here's a project that shows how to make a tabbed wrapper for MinTTY (and much 
more
besides): http://mobaxterm.mobatek.net. And it's GPLed, although written in 
Delphi.

I came to the issue tracker only to find this feature request, confident it 
would
exist. I was surprised to Comment #1, but after some thought I have to agree. 
This
*is* the sort of thing that should be solved at the window manager level. In an 
ideal
world, anyway.

I've just never had any confidence that a window manager will ever do it right, 
which
is why I'm used to seeing this solved over and over again at the application 
level.
Thanks for the fresh injection of optimism and idealism. Best of luck!

In the mean time I'll try WindowTabs.

I just found "screen" is actually a better choice, if hardstatus is set well, 
and
bindkey function keys as prev/next. MinTTY is supposed to be light and robust.

Issue 164 has been merged into this issue.

Just as a comment while looking at this issue and the discussion at the putty 
site. 
Im struck by some of the similarities in problems between tabbed browsing 
windows &
tabbed ssh sessions, in terms of security as well as robustness/isolation 
requirements.

On the surface it seems the model advocated by chrome/chromium as well as some 
of the
underlying infrastructure might be a good fit for code leverage or ideas.

MultiProcessArchitecture -
http://www.chromium.org/developers/design-documents/multi-process-architecture
ChromeViews - http://www.chromium.org/developers/design-documents/chromeviews

Me personally, Id love a chromesque mintty...

I agree that Chrome has tabs about right, including the multi-process model. 
Yet I 
also remain convinced that those are better implemented in a desktop-wide 
solution 
such as WindowTabs rather than separately in each application. And it's not 
just the 
tabs themselves (which in the case of Chrome require custom window frame 
painting), 
but also stuff like ripping tabs off a window and dropping them into another 
one, 
thumbnails, saving and restoring sets of tabs ...

In any case, I have neither the interest, skills, or additional spare time to 
work on 
this. Here are the ground rules in case someone else wants to have a go: I 
won't 
accept patches that implement tabs within mintty.exe, but I'd be happy to make 
reasonably-sized changes to help with embedding mintty.exe into a container 
app, as 
long as those changes don't hinder tabless operation.

To help a little bit with handling multiple mintty windows, I've implemented 
Ctrl+Tab 
and Ctrl+Shift+Tab shortcuts for switching between them. This is in r881 on 
trunk, to 
appear in 0.7-beta2.

Andy, I updated mintty to pick up your multi-window changes and they're great.  
One
minor enhancement to this and I think it'll be there.  When I pretty ALT-F2 to 
create
a new window it uses the default window size.  I pretty much always maximize my
console windows, though, and there doesn't seem to be a way to specify that you 
want
the new mintty to start maximized.  Maybe I've just missed it.  If it already 
exists,
mind sharing how to do it; if not, any chance of having an option to start the 
new
window either maximized or, preferably, using the same window size (including
maximized or full screen) as the window from which it was launched?

You can start mintty maximized by setting the 'Run' field of an Explorer 
shortcut
accordingly, or by invoking it through cygstart with the --maximize option.
Unfortunately the maxiticity doesn't get inherited by new mintties invoked via 
Alt+F2
though. I've entered issue 189 for that.

I see KDE introduced tabs at window manager level with version 4.4 earlier this 
year. Neat. Redmond, please copy that.

mintty seems to run fine in conemu from the far3 project which creates a tabbed 
window interface for windows consoles.  Conemu is under a bsd license and the 
source is available http://code.google.com/p/conemu-maximus5/

[deleted comment]

[deleted comment]

See also

http://ttyplus.com/multi-tabbed-putty/ideas.html

puttytabmanager ? 

http://sites.google.com/site/macdsite/utilidades/puttytabmanager

Puttytabmanager might help, but the site is in spanish, hence close to 
unusable, at least for me.

[deleted comment]

[deleted comment]

configure puttytabmanager:

https://sites.google.com/site/macdsite/foro?place=msg%2Fmacdsoft%2Fz0Tu2bU9M9w%2
FVhEk48ePtGYJ

Unfortunately  popup menu not work

While Ctrl-tab to switch between mintty windows is nice, my preference for 
tab-based UIs is to reduce clutter. If I have several terminals open, I don't 
want them to take up the entire taskbar (and while I can and do use screen, 
having different applications with different configurations for switching 
between documents/frames/windows/tabs/whatever is somewhat less than optimal).

Referring back to comment #1, the argument that MDI should be the business of 
the window manager would work better if the application actually let the window 
manager do so. mintty (at least when used with Cygwin) doesn't combine entries 
in the Windows 7 taskbar, when the taskbar is set to "always combine". 

Has any one looked at the work being done on Con-emu?
http://code.google.com/p/conemu-maximus5/
It looks like it seems to work with cygwin and minnty alright, with some minor 
exceptions that I have already filed bugs on..  I think with a little bit of 
work, it could be what every one on this board is asking for and more.

Conemu actually runs into a number of problems with using Cygwin.

* Using 256 colors requires a hack that makes things slightly slower
* Using 256 colors with vim requires even more hackery
* Using 256 colors over ssh is impossible
* Using tmux (at least over ssh, and possibly locally) causes issues - namely, 
due to some butchered handling of escape codes between mintty and Conemu, you 
can't use split window (in tmux, or in vim once in tmux). 

For a while I thought conemu was the answer, but there's still this area where 
Conemu gets some things right that mintty doesn't, and vice versa. 

See https://github.com/mintty/mintty/issues for further progress on this issue.