Neil Hodgson | 1 Feb 01:52 2003
Picon

Autocompletion pixmap fix on Windows

   Mauritius Thinnes discovered a bug with pixmaps being displayed one item
earlier than they should be in autocompletion lists. Also a deallocation
failure. Fixes in CVS and normal places.

   Neil
Neil Hodgson | 1 Feb 02:03 2003
Picon

Scroll bar range changing

   David Ascher of ActiveState has contributed some changes to the
horizontal scroll bar. When the caret is moved into text that is beyond the
horizontal scroll range, then the horizontal scroll range is extended. I'm
not completely sure about the mechanics of this change so please report any
unusual scroll bar behaviour.

   When SCI_SETXOFFSET is called the scroll bar is updated.

   David has some more code for the horizontal scroll bar that may go in
after some more discussion.

   Modifications available from CVS and from
http://www.scintilla.org/scite.zip Source
http://www.scintilla.org/wscite.zip Windows executable

   Neil
Neil Hodgson | 1 Feb 09:46 2003
Picon

Re: Autocomplete problems

   Hi Simon,

> May also delve into the message that selects an
> 'item beginning with' to see why sometimes it selects
> and sometimes it doesn't. At very least, I may
> understand why sometimes it doesn't do it.

   Is your list sorted? Are you trying to use a list sorted in a case
sensitive manner with non-case-sensitive selection.

   You could send some sample code that reproduces the problem. Small
examples can go to ths list. Larger samples should be put on a web site or
sent to my personal mail address.

> If I do make an mods to the codebase, how does
> it get merged in for a future release or is such a
> thing not supported or outlawed?

   You can send the modification to me and then I decide whether to merge it
in.

   Neil
Antonio Tejada Lacaci | 1 Feb 18:41 2003
Picon

Build error in version 1.50 with MSVC 6.0 (and solution) and MFC wrapper

Hi all,

I just downloaded version 1.50 of scintilla and found that
"scintilla_vc6.mak" fails to build:

>--------- Build snip ---------
nmake -f scintilla_vc6.mak
[......]
link -OPT:NOWIN98 -OPT:REF -DEF:Scintilla.def -DLL
-OUT:..\bin\Scintilla.dll release\AutoComplete.obj release\CallTip.obj
release\CellBuffer.obj release\ContractionState.obj
release\Document.obj release\Editor.obj release\Indicator.obj
release\KeyMap.obj release\LineMarker.obj release\PlatWin.obj
release\PropSet.obj release\RESearch.obj release\ScintillaBase.obj
release\ScintillaWin.obj release\Style.obj release\UniConversion.obj
release\ViewStyle.obj release\ScintRes.res KERNEL32.lib USER32.lib
GDI32.lib IMM32.lib OLE32.LIB
Microsoft (R) Incremental Linker Version 6.00.8168
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.

   Creating library ..\bin\Scintilla.lib and object
..\bin\Scintilla.exp
LineMarker.obj : error LNK2001: unresolved external symbol "public:
void __thiscall XPM::RefreshColourPalette(class Palette &,bool)"
(?RefreshColourPalette <at> XPM <at>  <at> QAEXAAVPalette <at>  <at> _N <at> Z)
LineMarker.obj : error LNK2001: unresolved external symbol "public:
__thiscall XPM::XPM(char const *)" (??0XPM <at>  <at> QAE <at> PBD <at> Z)
LineMarker.obj : error LNK2001: unresolved external symbol "public:
__thiscall XPM::~XPM(void)" (??1XPM <at>  <at> QAE <at> XZ)
ViewStyle.obj : error LNK2001: unresolved external symbol "public:
(Continue reading)

Neil Hodgson | 2 Feb 05:32 2003
Picon

Two phase drawing

   I have implemented an alternative drawing technique in Scintilla that
draws all the background colours before drawing the foreground text. This
avoids some text being cut off as described by Bruce Dodson on Windows XP
with ClearType on. The new two phase drawing technique causes more flashing
when drawn unbuffered and may be slower than the old one phase drawing.
Scintilla has a SCI_SETTWOPHASEDRAW API to set this mode (which is the
default) and SciTE has a two.phase.draw property.

   Here are some example images:
http://www.scintilla.org/OnePhase.png
http://www.scintilla.org/TwoPhase.png
   Note how the 0 final argument to setvbuf and CoInitialize are cut off as
is the f and ( in setvbuf.
   This also makes a difference on GTK+ although it is harder to provoke
overlapping characters. The standard X times font may and Microsoft's Times
New Roman (as used in the Windows examples) will.

   There is another problem on GTK+ where selecting chracters can cut off
other characters earlier. On GTK+ with the text:
if PLAT_GTK
   selecting the P can truncate the f, despite there being a character of
space between them. I suspect X does something unusual when drawing strings
with a final space (as does GDI+).

   This modification increases the complexity of the drawing code and there
is a good chance that it has bugs so please report them.

   Platform layers need to provide a new method DrawTextTransparent to
enable this feature.

(Continue reading)

Simon Steele | 2 Feb 18:26 2003

Re: Build error in version 1.50 with MSVC 6.0 (and solution) and MFC wrapper

on Sat, 01 Feb 2003 18:41:56 +0100, Antonio Tejada Lacaci may have
written:

> I just downloaded version 1.50 of scintilla and found that
> "scintilla_vc6.mak" fails to build:
> 
> Looks like the line
>         $(DIR_O)\XPM.obj
> is missing from SOBJS and LOBJS (I just appended it at the end of each
> list of files - adding slashes where necessary - and it now builds
> ok).

Ok, will fix. Thanks.

> BTW, I'm coding an MFC wrapper for Scintilla (CScintillaEditView &
> CScintillaEditCtrl), right now it's not finished (it lacks translating
> lots of the messages to methods), but it's in working state. 
> I plan to make it available when it's a bit more polished (I think
> I'll submit it to http://www.codeproject.com), but I can send
> preliminary versions to whoever is interested.
> 
> Thanks to all the involved in this great piece of code :)

You might want to look at the wrapper code I have (non-MFC, but C++)
which includes a python script which will automatically generate all
of the methods for you:

http://www.pnotepad.org/scintilla/

Good luck!
(Continue reading)

Simon Steele | 2 Feb 18:37 2003

Re: Build error in version 1.50 with MSVC 6.0 (and solution) and MFC wrapper

on Sat, 01 Feb 2003 18:41:56 +0100, Antonio Tejada Lacaci may have
written:

> I just downloaded version 1.50 of scintilla and found that
> "scintilla_vc6.mak" fails to build:
> 
> nmake -f scintilla_vc6.mak

Never mind, I've just noticed somebody's fixed it already in CVS. I've
also checked that it builds correctly, and it seems ok. Maybe this
missed the 1.50 release? 

I noticed, however, that it was missing from the .dsp so I've added it
there and this now builds correctly again too.
--

-- 
Simon Steele
Programmers Notepad - http://www.sf.net/projects/pnotepad/
Antonio Tejada Lacaci | 2 Feb 19:23 2003
Picon

Re: Build error in version 1.50 with MSVC 6.0 (and solution) and MFC wrapper

On Sun, 02 Feb 2003 17:37:45 +0000, Simon Steele
<scintilla <at> echo.mailkeep.com> wrote:

>on Sat, 01 Feb 2003 18:41:56 +0100, Antonio Tejada Lacaci may have
>written:
>
>> I just downloaded version 1.50 of scintilla and found that
>> "scintilla_vc6.mak" fails to build:
>> 
>> nmake -f scintilla_vc6.mak
>
>Never mind, I've just noticed somebody's fixed it already in CVS. I've
>also checked that it builds correctly, and it seems ok. Maybe this
>missed the 1.50 release? 

I got the makefile from the .zip files available at the website, so
that may be it.

>I noticed, however, that it was missing from the .dsp so I've added it
>there and this now builds correctly again too.

I thought the .dsp file (in "vcbuild" folder) was out of date and
that's why I used the makefile. As the readme file puts it:
"The Visual C++ 6.0 project (.dsp) files are no longer supported but
are left in the download for people that are prepared to update them."

Although I remember using the .dsp file to build 1.49 and indeed
produced some dll, but I got wary at the dll being called
scilexer.dll. 
Later on and after reviewing the makefile, I understood that you can
(Continue reading)

Antonio Tejada Lacaci | 2 Feb 19:29 2003
Picon

Re: Build error in version 1.50 with MSVC 6.0 (and solution) and MFC wrapper

On Sun, 02 Feb 2003 17:26:13 +0000, Simon Steele
<scintilla <at> echo.mailkeep.com> wrote:

>> BTW, I'm coding an MFC wrapper for Scintilla (CScintillaEditView &
>> CScintillaEditCtrl), right now it's not finished (it lacks translating
>> lots of the messages to methods), but it's in working state. 
>> I plan to make it available when it's a bit more polished (I think
>> I'll submit it to http://www.codeproject.com), but I can send
>> preliminary versions to whoever is interested.
>> 
>> Thanks to all the involved in this great piece of code :)
>
>You might want to look at the wrapper code I have (non-MFC, but C++)
>which includes a python script which will automatically generate all
>of the methods for you:
>
>http://www.pnotepad.org/scintilla/

Hmmm been looking at that, although my main point for the wrapper is
to make it MFC-alike (allow to use HICONs for images instead of
pixmaps, COLORREFS for colors, etc) and to provide a CView descendant
(so you can use it in document-view apps).

I thought about the automated approach to build the methods (using
scintilla.iface information), but I want to rename some of them, make
them "MFC" typesafe, use name overloading, etc.

>Good luck!

Thanks :)
(Continue reading)

Simon Rose | 3 Feb 09:44 2003

RE: Autocomplete problems

Hi Neil,

Thanks for the speedy reply. Made a silly mistake and missed the bit in the
docs commenting the list had to be sorted. I'll get it sorted and see how
things go.

Thank You,

Simon

-----Original Message-----
From: scintilla-interest-admin <at> lyra.org
[mailto:scintilla-interest-admin <at> lyra.org]On Behalf Of Neil Hodgson
Sent: 01 February 2003 08:46
To: scintilla-interest <at> lyra.org
Subject: Re: [scintilla] Autocomplete problems

   Hi Simon,

> May also delve into the message that selects an
> 'item beginning with' to see why sometimes it selects
> and sometimes it doesn't. At very least, I may
> understand why sometimes it doesn't do it.

   Is your list sorted? Are you trying to use a list sorted in a case
sensitive manner with non-case-sensitive selection.

   You could send some sample code that reproduces the problem. Small
examples can go to ths list. Larger samples should be put on a web site or
sent to my personal mail address.
(Continue reading)


Gmane