| Summary: | BBEdit Preview sometimes loses scroll position when editing | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Paul <paul> |
| Component: | Scrolling | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | paul, simon.fraser, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Mac (Intel) | ||
| OS: | macOS 11 | ||
I tried editing a long scrolling HTML file with the BBEdit Preview visible, and it retained the scroll position when adding <br>s. Does this depend on the document being previewed? Does it always happen? What OS version are you testing on? (In reply to Simon Fraser (smfr) from comment #2) > I tried editing a long scrolling HTML file with the BBEdit Preview visible, > and it retained the scroll position when adding <br>s. > > Does this depend on the document being previewed? Does it always happen? > > What OS version are you testing on? Ah... I found a(n extreme) case. 1. Open a long HTML doc and its Preview 2. Scroll halfway down in both windows 3. Enter a <br> in the code --> the Preview remains scrolled 4. Scroll to near the bottom of the code and enter a <br> twice and then delete them --> Preview jumps to the top Mac OS 11.7 BBEdit 14.6.5 |
In BBEdit 14.6.4, I'm editing a 5,400+ lines local HTML file and using the Preview to... preview... the changes. I'm halfway down the page and I add a "<br>" to a line and press Return. The Preview page refreshes and scrolls to the top, losing my place. BBEdit support wrote: > For reference, BBEdit does already request that the web view retain its scrolled position (which is why this sometimes does succeed), but in cases where it does not, I regret there's nothing further to be done.