#8141: Recursive replacement is recursively replacing recursively... ---------------------------------------+---------------------------- Reporter: humdinger | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 1 | Platform: All ---------------------------------------+---------------------------- Comment (by x-ist): Replying to [comment:4 humdinger]: > I'm not sure though why the caret is placed after the last occurence that's been replaced, but the view isn't scrolled to it. I'd say, either you scroll to the caret so the user sees where he's going to type, or don't scroll and leave the caret where it was before the replace action. I think I'd prefer the latter... Good point! Added a final ScrollToSelection() after all replacements are done. Intermediate scrolling is still ommited though. > > Oh, and next time, please use "git format-patch" in order to be easier credited. I did {{{ git format-patch origin git diff src/apps/stylededit/ > ReplaceAll2.patch }}} but it didn't affect the generated patch. -- Ticket URL: <http://dev.haiku-os.org/ticket/8141#comment:5> Haiku <http://dev.haiku-os.org> Haiku - the operating system.