4 ms·

> What is the ideal way to switch between terminals? I like command-option-(right or left arrow). I don't usually have so many terminals going simultaneously t

> What is the ideal way to switch between terminals? I like command-option-(right or left arrow). I don't usually have so many terminals going simultaneously that it's difficult or annoying to cycle through them or keep track of their order. > What would make copy-paste handling "better"? Well, I often enough find myself copying e.g. config file contents from one to another, along with path names and maybe a password or two. Sometimes I have to create a scratch text document to store the pieces, so something like a command-option-v to bring up a floating clipboard buffer would be pretty cool. But, I know that the right answer to this is any one of the dozens of utilities that do exactly this, and I know that I'm probably a freak and there's no good reason for you to do something like that. So it's not at all a feature request. :-) (I'm moving back to Linux full-time in the next couple of days anyway, so I don't even get to be one of your customers.) > I did implement a way to get auto-copy-on-select like Unix terminals do... I personally actually don't like that. It's usually harmless, but every once in a while, I'll be trying to grab a single piece of text, and the window will scroll for some reason at the same time, and I'll get a bunch of garbage into the clipboard. That's really not a big deal, except sometimes I'm an idiot and not paying attention, and I'll try to paste that in another terminal. To me, it violates the UI rule about not surprising your users. If I had wanted to copy that chunk, it wouldn't've been any trouble to hit command-c. But, again, I'm probably way in the minority here. I really appreciate by the way that MacTerm is still compatible with 10.3.9+. PPC luddites like me are starting to have a difficult time out there. Oh! There is one thing I just thought of that would make you heroic. For some reason, every single Terminal program I've tried so far will auto-scroll the window when there's new output, and try to scroll down to the bottom-most line besides. So, say for example I'm going through a bunch of tcpdump output -- I now have to fight the window I'm in to be able to scan for the stuff I'm looking for, or to select text. If the user scrolls up or selects some text, it would be pretty cool to stay right there at that scroll point, and let the user catch up when they're ready. I'm doing some terminal work today, so I'll give your app a try and see if I can offer more useful feedback.

makecheck 15y ago
I appreciate the help even if you'll be heading to Linux. (While you're there, check out "aterm" which I kind of like but had nothing to do with.) I don't have command-option-arrows (they're used for other things), though the menu items for next/previous window are available as command-tilde and command-shift-tilde. So in theory the Keyboard pane in System Preferences can be used to remap them to any other keys. I can appreciate the idea of piecing text together, I'm frequently cracking open temporary "vim" sessions to do that. Would you consider it too much to rely on a macro for that? Using the existing macro scheme it's straightforward to do something like remap command-option-V to open a new editor in a new window. I agree that auto-Copying selections can sometimes be unexpected, so I left it as a preference. But should you accidentally dump garbage into a window, there's even an option to intercept multi-line Pastes. Thanks for mentioning 10.3.9. :) Yes, that has been increasingly tricky to pull off, but I figure as long as Apple hasn't made it impossible to support I can keep it working. As far as the scroll behavior on new input; I believe I actually am doing what you'd expect (though only when scrolled back; selecting text has no effect on it). There is also a way to suspend/resume explicitly, though any terminal can do that using the appropriate start/stop control sequences.

makecheck 15y ago

I appreciate the help even if you'll be heading to Linux. (While you're there, check out "aterm" which I kind of like but had nothing to do with.) I don't have command-option-arrows (they're used for other things), though the menu items for next/previous window are available as command-tilde and command-shift-tilde. So in theory the Keyboard pane in System Preferences can be used to remap them to any other keys. I can appreciate the idea of piecing text together, I'm frequently cracking open temporary "vim" sessions to do that. Would you consider it too much to rely on a macro for that? Using the existing macro scheme it's straightforward to do something like remap command-option-V to open a new editor in a new window. I agree that auto-Copying selections can sometimes be unexpected, so I left it as a preference. But should you accidentally dump garbage into a window, there's even an option to intercept multi-line Pastes. Thanks for mentioning 10.3.9. :) Yes, that has been increasingly tricky to pull off, but I figure as long as Apple hasn't made it impossible to support I can keep it working. As far as the scroll behavior on new input; I believe I actually am doing what you'd expect (though only when scrolled back; selecting text has no effect on it). There is also a way to suspend/resume explicitly, though any terminal can do that using the appropriate start/stop control sequences.