Hmm, I downloaded ScintillaNET a couple months ago and it still had
C++ in it - glad to hear it's changed.  My wrapper is 100% C# and is
working really well for me.

ScintillaNET is great, but I had the following problems with it:

1. It's handling of Scintilla notifications - it raised all the events
but didn't expose the information in the SCNotification structure.  My
wrapper has exposed these with event handlers I've written.
2. Documentation - It's a complicated control, and not working with it
for some time you tend to forget how to use it!  I've also made a bit
of effort in documenting the methods and properties in the wrapper,
with reference to the original scintilla documentation.
3. ScintillaNET was a single compiled entity - my problem is that I
don't use Visual Studio so I couldn't recompile it.  My wrapper
requires SciLexer.dll on the user's system, and as such is not tied to
a single version of Scintilla.  If Scintilla gets updated, the control
should continue to work with the newer version - this is a major plus
when lexers get updated etc.  New methods etc would obviously need to
be exposed, although they can still be called with unmanaged code.
4. As part of another project, I wanted to have more control of the
code - with my own wrapper if there are problems I can sort it out. 
ScintillaNET didn't change in so long I thought the project was dead -
glad to hear it's back on track.

So that's it - I'd be happy to share any code if you want it - I'll
probably put the wrapper out for free with source on the net at some
stage - it's far from complete as at this stage it only exposes the
bits and pieces I need, not everything scintilla offers.  It's been a
good way of learning how scintilla works, that's for sure.

For interests sake, Neil's answer (thanks!) led to my solving of the
original arrow problem of this post.  The problem wasn't in the parent
form but in the parent control that was housing the scintilla window,
that was "swallowing" the arrow keys.  Overriding the ProcessDialogKey
protected method to always return false sorted it out.  Took me ages
to find it.

Cheers
Matt








On 10/02/06, Steve Donovan <[EMAIL PROTECTED]> wrote:
> >>> [EMAIL PROTECTED] 02/08/06 3:14:21 AM >>>
> > I've looked at the
> > ScintillaNET code a bit, but it has quite a lot of C++ so it's
> > implementation is very different to mine.
>
> All that stuff got reimplemented - it's all C# now.
>
> Would be interesting to see what happens if you pop a ScintillaNET
> control into your app....
>
> I'm curious - what didn't ScintillaNET expose?  I've recently been
> extending it myself (there has been a bit of a hiatus in the lead
> developer's life) and put in things like drag-n-drop, control-click
> events, etc.
>
> steve d.
>
>
>
> --
> This message is subject to the CSIR's copyright, terms and conditions and
> e-mail legal notice. Views expressed herein do not necessarily represent the
> views of the CSIR.
>
> CSIR E-mail Legal Notice
> http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html
>
> CSIR Copyright, Terms and Conditions
> http://mail.csir.co.za/CSIR_Copyright.html
>
> For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR
> Legal Notice send a blank message with REQUEST LEGAL in the subject line to
> [EMAIL PROTECTED]
>
>
> This message has been scanned for viruses and dangerous content by 
> MailScanner,
> and is believed to be clean.
>
>
> _______________________________________________
> Scintilla-interest mailing list
> [email protected]
> http://mailman.lyra.org/mailman/listinfo/scintilla-interest
>

_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest

Reply via email to