rendering with word-wrap on...
Christopher Barker
I'm running Peppy (SVN HEAD) on OS-X primarily, and use soft word-wrap a
lot.
There are some odd rendering issues. It seems that when I add to a line
that is wrapped, such that it has to add another line to the wrapped
part, the area of the buffer below that isn't re-rendered. All the lines
below the one I'm working on should get moved down one, but that doesn't
happen until I move the cursor down to that location.
Clear as mud??
The enclosed screen shots might help:
PeppyWrap1 is a shot after typing a bunch on line 33. Note that the line
is wrapped, but the line numbers in teh margin don't indicate the
current line numbers anymore.
PeppyWrap2 is the same buffer, after scrolling up and down, so that it
now shows it correctly.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Rob McMullen
<Chris....@noaa.gov> wrote:
> I'm running Peppy (SVN HEAD) on OS-X primarily, and use soft word-wrap a
> lot.
>
I understand what you described (the screenshots helped). That's very
strange. I use the wrap-at-word-boundaries pretty much for all my
editing and don't see this at all on GTK (my primary platform) or on
windows (which I use about 2% of the time).
So, it puts the little arrows in the right margin but doesn't update
the column of line numbers... Does it look like that column of line
numbers is getting redrawn at all? What happens at the end of the
file -- does it insert new line numbers even though they're wrong, or
is it just blank?
On the peppy side, I did notice that the screenshots are from a TeX
lexer. My usage of the Editra styling system causes a bunch of files
to be recognized and colorized even though there isn't a peppy major
mode for them. Do you see this happening in Python mode or something
else that has a peppy major mode? I'm wondering if I've screwed
something up when setting all the lexer specific things.
But, then again, this sorta looks more like a scintilla bug since
there's nothing in the python side of the code that deals with
wrapping lines on word boundaries as you type -- that's all in the
C++. Have you noticed this issue in SciTE on OSX or one of the other
python based StyledTextCtrl editors?
It might be worth while to ask Cody Precord if he's seen the problem
with his Editra --- he's using OSX as his primary platform. Or, maybe
it's worth asking on the wxpython mailing list? I suppose we'd have
to demonstrate that it wasn't a peppy-specific problem first...
Rob
Christopher Barker
> So, it puts the little arrows in the right margin but doesn't update
> the column of line numbers... Does it look like that column of line
> numbers is getting redrawn at all?
eventually, yes. It's not just the line numbers -- all the lines below
should be moved down, but they are not. It looks like STC is neglecting
to re-render the window when a (virtual) line is added.
> Do you see this happening in Python mode or something
> else that has a peppy major mode?
Same thing under Text mode.
> Have you noticed this issue in SciTE on OSX or one of the other
> python based StyledTextCtrl editors?
I never tried SciTE on OS-X -- I should, I like it on Windows.
> It might be worth while to ask Cody Precord if he's seen the problem
> with his Editra
I just tested Editra , and yes, it's got the same problem, so it looks
like an STC bug on OS-X.
> maybe
> it's worth asking on the wxpython mailing list?
Hmm, I'll try that.
-CHB