Opened 15 years ago

Closed 13 years ago

#4393 closed bug (fixed)

StyledEdit scrolling bug when not using wrap lines option

Reported by: psycho_killer Owned by: korli
Priority: normal Milestone: R1
Component: Applications/StyledEdit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

When wrap lines is disabled in StyledEdit the horizontal scroll bar behaves strangely / doesn't work. How to reproduce: Start StyledEdit and enable wrap lines. Copy this text (or any long paragraph) into StyledEdit and turn off wrap lines. Pay attention to the width of the window.

Experienced behaviour: The horizontal scroll bar does not give indication that the text continues to the right and the arrows do not work when clicked either. Resizing the window to expand to the right does not change anything about the scroll bar. But when resizing back to the left to make the window smaller than the initial width of the window the scroll bar / arrow is activated, BUT only up to the position of the initial width. Now re-enable wrap lines, resize window to a different width, disable wrap lines again. The new width is now the maximum width the scroll bar will recognize.

Excpected behaviour: Horizontal scroll bar works like the vertical one: Gives indication of the length of text to the right by its size, clicking on the empty part of the scroll bar result in a page right movement, clicking on the arrows work, etc.

Of course, trying to write with wrap lines off is useless as you can't see what you write. It should obviously be auto-scrolling to the right as you're writing. I should mention that the horizontal scroll works as expected in StyledEdit in R5, but only to an extent. After not too long you are doing invisible writing here too.

Change History (3)

comment:1 by negusnyul, 13 years ago

I cannot reproduce this with hrev39555. I enabled linewrap, pasted a long text, then disabled linewrap. If I write long lines with disabled linewrap, it's autoscrolling as expected. I even tried these with non-default sized window. Everything seems to be fine.

comment:2 by stippi, 13 years ago

There have been quite a few changes to BTextView after this ticket was created, and these changes may have very well fixed the problem described in this ticket.

comment:3 by axeld, 13 years ago

Resolution: fixed
Status: newclosed
Version: R1/pre-alpha1R1/Development

Then let's just assume it to be fixed :-)

Note: See TracTickets for help on using tickets.