scintilla-interest Google Group

Line wrapping changes

nyamaton...@me.com (Neil Hodgson) — Tue, 18 Jun 2013 05:25:08 UT

There are some inefficiencies in the line wrapping code with lines outside the wrap-needed range being wrapped and lines being wrapped multiple times. Some improvements were just committed that should optimise the more common cases. In particular, most typing or deletion within a line should only cause that line to be rewrapped.

Re: [scintilla] Last (sub)-line in document displayed repetitively with word wrap

nyamaton...@me.com (Neil Hodgson) — Tue, 11 Jun 2013 02:40:20 UT

Florian Balmer:

OK. committed to Hg.

For anyone that spots regressions in wrap mode, please report them.

Neil

Re: [scintilla] Last (sub)-line in document displayed repetitively with word wrap

florian.bal...@gmail.com (Florian Balmer) — Fri, 07 Jun 2013 17:48:07 UT

Thank you very much for the quick update, it works fine!
I don't have the power to see if it affects any other code paths, so far I
haven't seen any side effects, at least.
--Florian

Re: [scintilla] Last (sub)-line in document displayed repetitively with word wrap

nyamaton...@me.com (Neil Hodgson) — Thu, 06 Jun 2013 00:34:19 UT

Florian Balmer:

The contraction state object wasn't correctly synchronized to the lines. Here is a potential patch but it may affect other code paths:

diff -r 6a2f299a13b1 src/Editor.cxx
--- a/src/Editor.cxx Wed Jun 05 22:39:05 2013 +1000
+++ b/src/Editor.cxx Thu Jun 06 10:28:37 2013 +1000

Last (sub)-line in document displayed repetitively with word wrap

florian.bal...@gmail.com (Florian Balmer) — Wed, 05 Jun 2013 19:46:33 UT

I'd like to report an issue posted to me by a mindful user of Notepad2. I'm
able to reproduce the problem with SciTE 3.3.3 on Windows (any version,
Direct2D disabled):
1. Create a new document in SciTE
2. Enable word wrap (Options, Wrap)
3. Type some text, until the line is long enough to get wrapped

Does anyone use Digital Mars C++?

nyamaton...@me.com (Neil Hodgson) — Wed, 05 Jun 2013 10:06:43 UT

There are some conditionally compiled sections of ScintillaWin.cxx that work around some problems with Digital Mars C++ from 11 years ago. Its likely that Digital Mars now supports the Imm32 library (needed for Asian language input) and zmouse.h header (mouse wheel definitions) so it should be possible to remove these preprocessor checks.

Re: [scintilla] Font smoothing on OS X

nyamaton...@me.com (Neil Hodgson) — Wed, 05 Jun 2013 09:07:48 UT

Me:

This change has now been committed.

Neil

Scintilla 3.3.3 released

nyamaton...@me.com (Neil Hodgson) — Sun, 02 Jun 2013 01:01:53 UT

Scintilla 3.3.3 is now available from the scintilla.org web site.

Scintilla 3.3.3 is a bug fix release, mostly for the GTK+ platform. The previous release 3.3.2 contained bugs with copy, paste and drag and drop leading to invalid memory reads and spurious characters.

Other changes were made and bugs fixed. A detailed list of changes is available on the history page.

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

nyamaton...@me.com (Neil Hodgson) — Fri, 31 May 2013 05:36:28 UT

This should be reported to the wxStyledTextCtrl maintainers.

Neil

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

paulclin...@gmail.com (Paul K) — Fri, 31 May 2013 05:22:59 UT

Neil:

I did find the fragment you referenced in cocoa/ScintillaCocoa.mm. There
are only two places (and both set bufferedDraw to false). I don't have
anything similar to that file in wxSTC, but I did set the default value to
"false" as you have and recompiled the component to see if this makes any

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

paulclin...@gmail.com (Paul K) — Fri, 31 May 2013 03:38:36 UT

Neil:

wxStyledTextCtrl instead of the native implementation. wxWidgets may not
have implementations for translucency or may differ in the way the alpha
value is interpreted: possibly making it less visible.
I indeed use wxSTC, but the interesting thing is that I can get the colors
(including transparency) to work just find as long as I don't turn the

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

nyamaton...@me.com (Neil Hodgson) — Fri, 31 May 2013 00:41:10 UT

Paul K:

Looked through your posting history and it appears you are using wxStyledTextCtrl instead of the native implementation. wxWidgets may not have implementations for translucency or may differ in the way the alpha value is interpreted: possibly making it less visible.

Neil

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

paulclin...@gmail.com (Paul K) — Fri, 31 May 2013 00:28:38 UT

Neil:

platform used and the colour chosen. Setting
selection.additional.back=#000 0FF in SciTE shows additional selections as a
light blue on my main MacBook display (a Dell 2005FPW) but its less intense
on the built-in screen. Choose a colour and level of alpha that works for
you.

Right; everything looks/works as expected as long as I don't call

Re: [scintilla] SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

nyamaton...@me.com (Neil Hodgson) — Fri, 31 May 2013 00:07:03 UT

Paul K:

The visibility of translucent features will depend on the display and platform used and the colour chosen. Setting selection.additional.back=#000 0FF in SciTE shows additional selections as a light blue on my main MacBook display (a Dell 2005FPW) but its less intense on the built-in screen. Choose a colour and level of alpha that works for you.

SetBufferedDraw(false) removes additional selection indication (and some other indicators) on OSX (Scintilla 3.2.3)

paulclin...@gmail.com (Paul K) — Thu, 30 May 2013 19:00:21 UT

Neil:

I just noticed that I don't see any color on additional selections on OSX
(Scintilla 3.2.3). On Windows the same code shows the same selection by
default and when I adjust SetAdditionalSelAlpha I get a proper change in
additional selection.

It turned out to be related to SetBufferedDraw(false) call I added on OSX