11132 2006-10-03 09:44:47 -0700 REGRESSION (r16727): Caret disappears when you're typing forward delete 2007-01-29 09:10:40 -0800 1 1 1 Unclassified WebKit HTML Editing 420+ Mac OS X 10.4 RESOLVED FIXED data:text/html,<input> InRadar P1 Major --- 1 mitz darin darin oldest_to_newest 55788 0 mitz 2006-10-03 09:44:47 -0700 After you type a letter, delete or move in a text field or text area, the insertion point should always be visible. For example, as you hold down the space bar, the insertion point should be visible all the time as it moves. In TOT, it is mostly invisible (I think it's invisble more than 50% of the time). I think this regressed in r16727 (correct mistaken code that would restart blinking every time "invalidateSelection" is called even if the caret has not moved). 55789 1 darin 2006-10-03 09:57:10 -0700 OK. I'll take care of this. 55723 2 darin 2006-10-03 11:21:46 -0700 Committed revision 16738. 53952 3 mitz 2006-10-06 08:35:51 -0700 The insertion points still blinks when I hold down the "forward delete" key to delete a bunch of text after the insertion point. 53955 4 darin 2006-10-06 10:10:11 -0700 OK, but that's a different bug so I would have liked a separate bug report. 53861 5 darin 2006-10-07 07:44:59 -0700 The problem with forward delete is that the caret rectangle doesn't change -- I made the flashing logic based on whether the caret rectangle changes. I'll have to come up with something else. 51517 6 darin 2006-10-21 18:31:11 -0700 Retitled to describe the remaining symptom. 46426 7 slewis 2006-11-08 17:20:12 -0800 radar 4827135 31575 8 mitz 2007-01-27 15:17:13 -0800 Seems to be fixed in TOT! 31026 9 darin 2007-01-29 09:10:40 -0800 Yes. Somewhere along the line, someone fixed this.