PuTTY wish character-line-delay

Home | FAQ | Feedback | Licence | Updates | Mirrors | Keys | Links | Team
Download: Stable · Snapshot | Docs | Changes | Wishlist

summary: Configurable per-character and per-line delays
class: wish: This is a request for an enhancement.
difficulty: fun: Just needs tuits, and not many of them.
priority: medium: This should be fixed one day.

We've had several requests for PuTTY to be able to impose rate limiting on data sent to the backend (remote device) -- particularly large pastes, but perhaps also interactive user input. When implemented in terminal software (e.g., Hyperterminal), there is traditionally a separate delay per-character and per-line (user pressed Return, or similar). Delay is typically configured in milliseconds.

This is apparently required for interoperation with some devices (for instance, some Cisco devices require a line delay of 10ms).

We've had quite a few requests for this since we added the serial backend, but we also had requests even before that existed (to work around broken terminal servers that didn't pass on SSH flow control, among other things), so it clearly shouldn't be tied to the serial backend. (Although a per-character delay is likely to make the network backends hideously inefficient when transferring large volumes of data, due to per-packet overheads.)

(We do already have some mechanism for breaking up large pastes, as experience has shown that even with a reliable, flow-controlled network channel, sending massive amounts of data in one go tends to cause trouble. But it's not configurable.)


If you want to comment on this web site, see the Feedback page.
Audit trail for this wish.
(last revision of this bug record was at 2007-03-13 15:16:54 +0000)