Open a blank message, and keep hitting the indent button until you've indented all the way off the side of the screen. I would expect the view to scroll to always keep the caret visible, but it doesn't; the caret disappears.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 193738 has been marked as a duplicate of this bug. ***
using trunk builds, the scrollbar moves as expected, however, the blinking cursor disappears once you get to the window's edge. it re-appears once you start typing. expected results are that the scrollbar scrolls (as is happening) *and* the cursor stays visible and adjacent to the rightmost window border.
Keywords: topembed → topembed+
Whiteboard: edt_x3 → edt_x3 EDITORBASE+
Using a current trunk build the horizontal scrollbars are activated, however, the caret disappears until typing begins.
Just an observation from using composer, it looks like in CSS mode we implement the indent as a left margin ... it looks like the caret disappears because the br it attatches to for rendering is pushed out of the bounds of the div containing it, by the margin ... I'm guessing that the div doesn't think it needs to resize because brs don't really add width to a line.
Can we have an updated milestone?
Loading balancing bugs -> smontagu
Assignee: kin → smontagu
This is a combination of what kin said in comment 4 and the code in nsCaret::GetCaretRectAndInvert() which tweaks the caret position so it doesn't overhang the frame. It's really a very special case of the behaviour in bug 105397
old bug. down to P3
Priority: P1 → P3
You need to log in before you can comment on or make changes to this bug.