| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
This is important when caching the line layout, so that changing the
tab draw mode to SCTD_CONTROLCHAR will actually change the identations.
This is already in upstream Scintilla as part of 7621fda67d13735836c6f050d1eec8c691a68292.
d4fa2014808092ddfaa0c97c1755af87a182be6b will not be merged upstream
and should be refactored when rebasing on the next Scintilla version
to keep down the number of touched lines.
|
|
Allows rendering tabs (ASCII 9) with character representations like any other
control character.
This will not actually change the tab's indentation, so you may need to call
SCI_SETTABWIDTH and SCI_SETTABMINIMUMWIDTH as well.
|
|
This can help when using Scintilla views as command line widgets.
It can also help when using Scintilla to edit binary files as you
don't want to attach special meaning to CR and LF.
|
|
* SciTECO needs to avoid automatic scrolling as an optimization.
While this works partially by avoiding certain messages like SCI_GOTOPOS (in favor of SCI_SETEMPTYSELECTION),
there aren't alternatives for all messages that scroll.
For instance SCI_UNDO will always call EnsureCaretVisible().
Also, even if we could avoid all scrolling messages, there is no guarantee that will not suddenly
and unexpectedly break in the future.
* Instead, every scrolling is now disabled except for an explicit SCI_SCROLLCARET.
SciTECO can therefore use the more intuitive messages like SCI_GOTOPOS.
* SetLastXChosen() (choosing the X that caret sticks to) has been found to be a major slow down
during UNDO and serves no purpose on SciTECO anyway - we have to implement such an algorithm
at the SciTECO language level.
We therefore simply disable SetLastXChosen().
|
|
* This sets the default key representations on every SCI_SETDOCPOINTER
which is very inefficient considering the way that SciTECO uses the
Q-Register view.
Furthermore it meant, we had to reset the representations to their
SciTECO versions again after every SCI_SETDOCPOINTER.
* This patch only does not cause problems because we initialize
the representations anyway for every Scintilla view.
This patch is not meant to be upstreamed!
|
|
|
|
|
|
|
|
alias it
* This is the case e.g. on NetBSD 10 for ARMv6 where Sci::Position == ptrdiff_t == long int,
but obviously for other platforms as well, where it causes "invalid conversion"
and "undefined symbol" errors.
Scintilla was testing for aliasability by comparing the storage size with sizeof()
or PTRDIFF_MAX == INT_MAX at the preprocessor level.
This was fundamentally flawed.
* In LineVector<T>::InsertLines() we are now using the C++17 construct
std::is_convertible_v<From*,To*> instead.
* We need RunStyles<ptrdiff_t> as well on the affected platforms.
This is impossible to test for in a constant expression that can be used
with the preprocessor.
Also, it's not possible to conditionally instantiate templates.
We tried to instantiate RunStyles for all scalar types that could be behind ptrdiff_t,
but it was causing warnings on MSVC.
Implicitly instantiating RunStyles would be possible, but is not desired.
Therefore as a workaround, you can now define the PTRDIFF_DOESNT_ALIAS_INT
macro when invoking the build system, to force instantiating RunStyles<ptrdiff_t>.
When writing portable applications, you may have to use a compile-time check
for checking aliasability of ptrdiff_t and int in order to define PTRDIFF_DOESNT_ALIAS_INT.
|
|
|
|
|
|
Set optional SCINTILLA_BIN environment variable to point to build directory.
It's unclear just what the problem was but Python 3.13 would crash out in window
handling code when run inside the debugger and using its HINSTANCE.
Changing to a global class and using None for the HINSTANCE made it work.
There are various other minor problems here like using c_int (32-bit) for the
window procedure return instead of c_ssize_t (64-bit) but they are not worth
destabilizing the code further.
Example Scintilla.vcxproj.user for debugging a test script with a particular
Python interpreter.
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="Current" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">
<LocalDebuggerCommand>C:\Users\Neil\AppData\Local\Programs\Python\Python313\python.exe</LocalDebuggerCommand>
<DebuggerFlavor>WindowsLocalDebugger</DebuggerFlavor>
<LocalDebuggerCommandArguments>G:\u\hg\scintilla\test\simpleTests.py</LocalDebuggerCommandArguments>
<LocalDebuggerWorkingDirectory>G:\u\hg\scintilla\test\</LocalDebuggerWorkingDirectory>
<LocalDebuggerEnvironment>SCINTILLA_BIN=G:\\u\\hg\\scintilla\\win32\\x64\\Debug</LocalDebuggerEnvironment>
</PropertyGroup>
</Project>
|
|
|
|
|
|
|
|
|
|
|
|
There doesn't seem to be any editor using this color these days and
the result looks alien on the platform. Using grey on white looks much
more native for the platform.
|
|
Avoid processing characters multiple times by relying on from_chars munching
digit characters instead of searching for delimiters.
|
|
|
|
|
|
bidirectional mode which is used for accessibility on macOS with VoiceOver.
Avoid out-of-bounds access.
|
|
|
|
|
|
Enlarge bitmap to avoid visible blank background between items.
|
|
|
|
|
|
|
|
|
|
allocations succeed and others fail.
|
|
|
|
for validity check.
|
|
|
|
|
|
Clarify code a little.
|
|
|
|
https://github.com/notepad-plus-plus/notepad-plus-plus/pull/16373
|
|
surrounding to better position candidate window.
|
|
https://github.com/notepad-plus-plus/notepad-plus-plus/pull/16373
|
|
|
|
|
|
|
|
|
|
|
|
composition active.
|
|
|
|
|
|
bug where scroll position not restored in non-wrap mode.
|
|
|
|
|
