gmane.comp.lib.scintilla.devel

Re: Getting Re-Acquainted with Scintilla

Neil Hodgson — 2013-05-25T23:26:43

Gary Beene:


   It should be compatible. Version 3 was mostly about platform churn. Sub-pixel positioning is used on some platforms but isn't really exposed through the API. If you are writing a lexer and want to store extra state about the document then it can be written as an object lexer.

   Neil

Getting Re-Acquainted with Scintilla

Gary Beene — 2013-05-24T15:19:57

I wrote an app in 2010, using v2.12 of Scintilla.  I'd like to revise the 
app using the latest version of Scintilla.

Are there any words of wisdom appropriate for learning to use, or migrating 
to, the newer version?

I'll start with the documentation and the history files, of course, but 
just wondered if there were any high level comments that would help me get 
back into using Scintilla and avoid taking any wrong paths?  Perhaps any 
major new features that I should be sure and watch out for or any major 
differences in how Scintilla is used vs the older version?

Re: DirectWrite bug in 3.0.2 pre-release

Neil Hodgson — 2013-05-24T12:42:05

Greg:


    Do you have the version of MFC from Visual Studio 2012? I couldn't find
the documentation for this version online.

    Neil

Re: DirectWrite bug in 3.0.2 pre-release

Greg — 2013-05-24T09:40:28

*Just in case anyone else thinks of this, I have tried using:
D2D1_RENDER_TARGET_USAGE_GDI_COMPATIBLE
in place of **D2D1_RENDER_TARGET_USAGE_NONE as the rest of my application 
is probably using GDI, but it makes no difference. 
*

Re: DirectWrite bug in 3.0.2 pre-release

Greg — 2013-05-24T09:31:48


An HWnd identifies a window. A top level window (in Aero at least) has an 
off-screen bitmap that is shared by all the children of the window... I 
suspect that when a child gets a DC it is given a shifted and clipped (or 
not clipped - ClipSiblings flags etc) version of the parent DC. In the case 
of an MFC application, the main application window frame is a top level 
window, all the CView (representing documents) as children of it and thus 
share the bitmap.

window then its possible your view creates a surface over a rectangle that 
includes Scintilla. It saves the Scintilla pixels, does some drawing, and 
then blitting that whole surface onto the screen is scheduled. Scintilla's 
drawing is also scheduled but they overlap and the final composition occurs 
in an unfortunate sequence. Its also possible that the surface areas are 
larger than asked for, perhaps scaled up to an 8x8 pixel grid or similar, 
leading to unexpected overlap.
The problem happens regardless of the technology used to draw the movi

Re: Error compiling d887fce163757c50ec95ed204d50b02675db830c

Neil Hodgson — 2013-05-24T00:52:30

Andreas Tscharner:


   The make file doesn't list all header dependencies so its easy to have a build failure after an update. In particular, no dependencies are listed for lexers. It might help some to fix this. Scintilla builds so fast (with a reasonable -j) that its OK to always 'make -B' so that everything is recompiled. 

   Neil

Re: Auto selection of folded text

Neil Hodgson — 2013-05-24T00:29:50

Greg:


   There are different points of view on this one. The opposing one is that selection of invisible text should be avoided since it can lead to invisible and unexpected changes. If there's a good implementation of an option for whole fold selection then I'll include it.

   Neil

Re: DirectWrite bug in 3.0.2 pre-release

Neil Hodgson — 2013-05-24T00:27:00

Greg:


   I thought CViews are CWnds (and so HWNDs) and thus have separate DCs.

   If you are using Direct2D for drawing content surrounding the Scintilla window then its possible your view creates a surface over a rectangle that includes Scintilla. It saves the Scintilla pixels, does some drawing, and then blitting that whole surface onto the screen is scheduled. Scintilla's drawing is also scheduled but they overlap and the final composition occurs in an unfortunate sequence. Its also possible that the surface areas are larger than asked for, perhaps scaled up to an 8x8 pixel grid or similar, leading to unexpected overlap.

   Neil

Auto selection of folded text

Greg — 2013-05-23T15:00:28

As you have now allowed Scintilla to do much of the folding work that 
previously needed container action, would it be easy to make Scintilla 
select all folded code automatically when you click in a margin on a folded 
fold header line? At the moment, clicking in a gap margin or in a line 
number margin selects the current line without requiring you to make the 
margin active. However, it pays no attention to the fold state of the line, 
which feels wrong... or am I missing something?

Re: DirectWrite bug in 3.0.2 pre-release

Greg — 2013-05-23T11:53:17

As you have made a change to D2D support in 3.3.2 I retested the problem 
with overwriting of a window moving over a Scintilla window and can report 
that it still fails.

What is odd (to me) is that the corruption of the moving window (which is 
an MFC CView derived item moving over the CView derived window that holds 
the Scintilla-based control) happens on the bottom edge of the moving 
window when it moved upwards... Now it is a bit hard to understand how this 
can happen if the corruption happens when a Scintilla update is deferred to 
the flyback time as one presumes that the moving window has moved up the 
screen... so how can it get painted over... it feels like it is something 
to do with view clipping (the two MFC CViews ultimately share the same 
bitmap/DC) being messed up by deferred updates. The moving window is just 
being bit-blitted as it is dragged... somehow the clipping out of the 
moving window from the Scintilla window is getting out of sync... or 
getting interleaved with the bit-blit o

Font smoothing on OS X

Neil Hodgson — 2013-05-23T10:02:29

   About a week ago I noticed that the text drawn in Apple's Mail.app often looked better than in SciTE. Here's an image of this comparing, from top to bottom, Mail, TextEdit and SciTE:
http://www.scintilla.org/CocoaFontSmoothing.png

   Zooming in shows that it is only Mail that has the coloured fringes associated with LCD sub-pixel anti-aliasing. I far prefer the appearance of Mail so examined the possible calls and found that this call would enable the appearance in SciTE.
    CGContextSetAllowsFontSmoothing((CGContextRef)gc, YES);
   There are 4 independent boolean choices available from Quartz: FontSubpixelQuantization, FontSubpixelPositioning, FontSmoothing, and Antialiasing.  There are also two calls for each setting (Allows..., and SetShould...) where both must be true for the effect with the SetShould... derived from system settings.

   Others may want to experiment with the permutations possible with this set of calls and suggest a different way of mapping Scintilla's current font quality state to

Scintilla 3.3.2 released

Neil Hodgson — 2013-05-22T00:04:14

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

   Scintilla 3.3.2 is a minor feature and bug fix release.

   Common folding operations are available in a packaged form so that applications can more easily add folding that works similar to SciTE.

   Input composition was improved on Cocoa.

   Qt 5.0 is supported.

   Scintilla no longer builds with Visual C++ 6.0.

   The Haskell lexer and folder were improved and the Literate Haskell language was added.

   Other changes were made and bugs fixed. A detailed list of changes is available on the history page.
http://www.scintilla.org/ScintillaHistory.html

   Scintilla uses Mercurial (Hg) for source code control. The repository can be cloned with
hg clone http://hg.code.sf.net/p/scintilla/code scintilla

   Thanks to the contributors of code and documentation and to the testers.

   Neil

Re: Error compiling d887fce163757c50ec95ed204d50b02675db830c

Andreas Tscharner — 2013-05-21T07:05:38

Never mind! I forgot to clean the project first. Sorry for the noise!

Best regards
Andreas

Error compiling d887fce163757c50ec95ed204d50b02675db830c

Andreas Tscharner — 2013-05-21T06:59:55

Hello World,

If I try to compile scintilla (r4571, 
d887fce163757c50ec95ed204d50b02675db830c), I get the following error 
when linking SciLexer.dll:


         link -OPT:REF -LTCG -DEBUG -DEF:Scintilla.def -DLL 
-OUT:..\bin\SciLexer.
dll .\Accessor.obj .\AutoComplete.obj .\CallTip.obj .\Catalogue.obj 
.\CellBuffer
.obj .\CharacterSet.obj .\CharClassify.obj .\ContractionState.obj 
.\Decoration.o
bj .\Document.obj .\Editor.obj .\ExternalLexer.obj .\Indicator.obj 
.\KeyMap.obj
.\LexerBase.obj .\LexerModule.obj .\LexerSimple.obj .\LineMarker.obj 
.\PerLine.o
bj .\PlatWin.obj .\PositionCache.obj .\PropSetSimple.obj .\RESearch.obj 
.\RunSty
les.obj .\ScintillaBaseL.obj .\ScintillaWinL.obj .\Selection.obj 
.\Style.obj .\S
tyleContext.obj .\UniConversion.obj .\ViewStyle.obj .\WordList.obj 
.\XPM.obj .\L
exA68k.obj .\LexAbaqus.obj .\LexAda.obj .\LexAPDL.obj .\LexAsm.obj 
.\LexAsn1.obj
  .\LexASY.obj .\LexAU3.obj .\LexAVE.obj .\LexAVS.obj .\LexBaan.obj 
.\LexBash.obj
  .\LexBasic.obj .\LexBullant.obj .\LexCaml.obj .\

Re: rapidsvn is used locally and checkin would be good

Andreas Tscharner — 2013-05-15T06:10:16

[snip]

Does SourceForge have a "Pull Request" feature like BitBucket has? I 
think that could be used in this case...

Best regards
Andreas

Release 3.3.2 next week

Neil Hodgson — 2013-05-15T03:54:19

   Enough changes are ready for a new release early next week.

   A rough change list:
Basic implementations of common folding methods added to Scintilla to make it easier for containers to implement folding.
Add indicator INDIC_COMPOSITIONTHICK, a thick low underline, to mimic an appearance used for Asian language input composition.
On Cocoa, implement font quality setting. Feature #988.
On Cocoa, implement automatic enabling of commands and added clear command. Feature #987.
C++ lexer adds style for preprocessor doc comment. Feature #990.
Haskell folder improved. Bug #1459 .
LaTeX lexer bug fixed for Unicode character following '\'. Bug #1468 .
PowerShell lexer recognises here strings and doccomment keywords. #region folding added. Feature #985.
Fix multi-typing when two carets are located in virtual space on one line so that spaces are preserved.
Fixes to input composition on Cocoa and implementation of accented character input through press and hold. Set selection correctly so that changes to pieces of

Re: rapidsvn is used locally and checkin would be good

Neil Hodgson — 2013-05-14T22:11:40

   Hi netkoala,


   Scintilla switched to Mercurial (Hg) mostly due to it being a distributed SCM but also due to it being the focus of more effort than Subversion.


   I prefer to review code before it is committed to the main repository. There are some narrow exceptions but I'd need to be convinced there was a net benefit to allowing more committers.

   Neil

rapidsvn is used locally and checkin would be good

netkoala — 2013-05-14T17:56:20

rapidsvn is used locally - so i thing its good.

To be able to checkin code would be good.

Re: Scroll bar dimensions

Neil Hodgson — 2013-05-10T00:45:19

Vinay Sajip:


   Make sure scroll width tracking is off as otherwise it will check and possibly expand width when painting.

   I tried using ScintillaEditBase (a Qt binding distributed from scintilla.org which is not the same as QScintilla2) and the horizontal scroll bar appears and disappears as the window is made longer and shorter.

   Neil

Re: Scroll bar dimensions

Vinay Sajip — 2013-05-09T14:31:01


Thanks for the quick response. the parameter of num_lines *
text_height > control_height is a boolean - perhaps I should have
parenthesised for clarity as "(num_lines * text_height) >
control_height". That seems to work as expected.


Yes, I got this from the documentation, but it doesn't work as
expected for me (I don't know if it's relevant, but I'm using
QScintilla2). With a call to SCI_SETSCROLLWIDTH with a value of 1, the
horizontal scrollbar is still shown! I did a call to
SCI_GETSCROLLWIDTH to make sure that the value had indeed been set
correctly, and it had. The same happens with other small values of the
scroll width, e.g. 8, 16, 24. To get the horizontal scroll bar to
disappear when it's not needed, I had to do the following after the
SCI_SETSCROLLWIDTH call:

1. Get the left margin width, say as mw.
2. If vertical scroll bar is showing, do mw += the vertical scroll bar
width.
3. If the scroll width passed with SCI_SETSCROLLWIDTH is greater than
(the control's width - mw), show the
    horizonta

Find indicator extreme memory use on OS X 10.6

Neil Hodgson — 2013-05-09T04:43:21

   On OS X 10.6, the animation layer used for the find indicator appears to be being sized to match the whole document instead of just the visible portion of the document. It works OK on small documents but on larger files it tries to use gigabytes of memory. Even before running out it becomes sluggish. This issue is new since the change to using NSScrollView in 3.3.0.

   The animation layer is attached to the inner view which is enclosed in the scroll view. It may be possible to attach the animation layer to the scroll view or its container which are sized to just their apparent size on screen but this didn't work when I tried it before the 3.3.0 release.

   Since different containers may have different requirements and the implementation works OK for small files on 10.6, I'll leave the feature enabled in Scintilla but turn it off in SciTE when OS X 10.6 is detected.

   Neil