> Hey Anders, > > impressive patch. I see that it probably has taken some time to write.
Well, it was a lazy sunday afternoon, nothing serious. >> The fast-blink support involves a bit of mucking about in the main >> loop, and is a bit more debatable. I'm not entirely happy with it, but >> it does separate things a bit. It also makes independent windows blink >> synchronously, which makes me slightly less crazy. > > Tbh, I don't favor the fast-blink support, given blinking is not very > common anymore. In fact, I struggle to find examples where it is being > used at all. Yeah. ^[[6m=>Fast blink isn't even on the (now) canonical reference http://invisible-island.net/xterm/ctlseqs/ctlseqs.html So, wth, let's use ^[[6m to mark URL:s or something. (not in a hurry, but something to think a bit about) > Thus, adding complexity to the program to support fast and slow > blinking is in my opinion not a good choice. > The patch weighs in at +84 LOC, so better get ready for some heavy > debate ;). I'm not really that enamored with the fastblink patch either, but I felt the main loop needed to suck less. Not sure if it does with this patch, but, well, it's at least a conversation piece. Also, don't confuse low LOC count with simplicity. Splitting the main loop has merit even without either fastblink or blink. > I favor the INVISIBLE and STRUCK patches, because they are very simple. > However, as before, I struggle to remember when I last saw struck text > or text with the invisible attribute. > Can somebody help me see where this is necessary? INVISIBLE has real and useful use in kpcli, where passwords are written out invisible, which means you can copy+paste without either (a) mucking with x selection. (nice over ssh) or (b) showing your password to shoulder surfers STRUCK or CROSSED-OUT (as Dickey notes it's called in ISO-6429) is right because you might want it to actually mark deletions. It's also a legit, non-insane code from a standard, so if it doesn't add too much, it should be included. cheers aes --- I might have a go the bizarre font-scaling+resizing behavior next