New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make fields and functions in PdeKeywords protected #2383
Comments
@jdf managed to get through this with his version of Python Mode; is there anything we're still missing here or can this be closed? |
I forked an old copy of the original open source project that the syntax highlighting editor in PDE is built from in order to execute the Python mode editor. |
Looked at this now and went back and forth several times... The keyword coloring is really fragile (and buggy), and those interfaces stink, so I'd left them hidden so that we're not supporting them in perpetuity or setting up an expectation of them working in future releases. Then again, if we change anything, it'll be getting rid of the entire 'syntax' package, so we may as well make those available as-is. So... fixed for 3.0 beta 4. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
The PDEKeywords class in the Processing app, handles syntax highlighting. This would seem a prime candidate for subclassing in different modes. As different languages have different syntax rules, then there should be different code for handling them (I am currently working on the Python mode).
However, it isn't really set up for subclassing as important members and functions (lastOffset, lastKeyword, doKeyword) are declared private. Would it be possible to make these protected?
The text was updated successfully, but these errors were encountered: