Scintilla Update frequency
-
@MAPJe71 v3.7 should be out in a few days.
@oirfeodent-oirfeodent If you take a look here it isn’t updated that often.
Can I request a pull request and include the scintilla upgraded components alone
Don Ho will not accept updates to Scintilla. He handles all this himself. (I hope v3.7 will be a good candidate for Don Ho to consider; lots of nice features :) )
or include the scintilla components as well in my Lexer Pull request?
Pretty much anything changing something inside the Scintilla directory won’t be accepted. This is mostly due to making sure to not maintain a custom version of Scintilla. It is easiest just to use it as-is and keep all the Scintilla stuff strictly to the Scintilla developers.
-
-
@oirfeodent-oirfeodent
Sure, I’ll make it happen in the future version. -
Thx @donho . WIll await the future version. Just for info, scintilla version 3.7.0 is released.
Regards,
-
I made a Python script to apply all the necessary Notepad++ changes (w/ or w/o Boost RegEx support) to a Scintilla official library release.
Let me know if you’re interested. -
-
@MAPJe71 ,
Sure, interested in the script.
Let me know. -
See my fork’s Convert-to-SCI-for-NPP branch.
-
Your script is amazing. It should have take a long time to do it.
There is also a scintilla mirror on github https://github.com/mirror/scintilla
What about adding it as a submodule. Wouldn’t it be more convenient ? -
Convenient? Maybe.
Wise? Probably not. When any change to a third-party library gets automatically integrated into the this project, the project also automatically inherits the libraries (new/unknown) issues e.g. none backwards compatible changes in its interface.
IMO a controlled/managed update of third-party libraries/tools with regression tests/checks is preferred.
