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
[Request] Providing information about the passed raw text's offsets/color for the highlight #4035
Comments
We don't generate a sequential list of ranges - it's possible to have deeply nested scopes (a tree). Now if you wanted to walk that tree (and flatten it) to try and build something like this you may want to have a look at https://github.com/wooorm/lowlight instead which users highlight.js but provides guarantees about the output format. Or build the same on us using the same private (but stable) Right now though I don't think this CSS API looks very interesting from our point of view - seems to only support single color highlighting... so I can't see why we'd do anything special in the core library to support this. |
Thanks for the suggestions, I'll look into it. Regarding to the Highlight API, I made a little demo how it would work with multiple colors. |
How does the API handle nested ranges? |
What do you mean on "nested ranges"? Could you show me an example? |
That is variable, within a subst (what we call interpolation), within a string - perhaps even within a "string container" (where the And you can't just flatten there because SOME of the styling of the top-level elements might need to be inherited by the children. |
If I understood correctly, your question is whether is it possible to achieve the same style with Ranges that you can manage with the Element nesting or not. The |
No I mean something more like a SINGLE string with multiple ranges:
So here the child is 3-8 while the parent is 2-14, ie the child SHOULD be inside/nested in the parent. I don't understand why you need more elements at all... if you already have elements everywhere it'd easy enough to just use CSS - and avoid the highlighting API entirely. Feel like I'm still missing something here. |
This example was about to show that the ranges can be nested. I don't need to use any element if I could use the Highlight API.
I'm not sure what you meant by the example above because the ranges are invalid if it's related to the demo.
Regarding your question, the ranges can be nested in a single string.
I'm currently working on a rich text editor where the user can modify the text in the code block, and the code block can strictly contain only a single text node.
|
I'm simpying imagining them as indexing into the string...
(not to any kind of scale, lol) |
As far as I know, the current
hljs
methods (highlight
,highlightAuto
, etc. etc.) only returns a value that contains the HTML string with the highlighted markup.The lately implemented Highlight API makes it possible to change the color, background of the text without modifying the DOM itself.
With this API, I think it would be useful if the
hljs
methods would provide information about the passed text's position and color, therefore we could manage the highlight easily with the Highlight API.E.g.:
The text was updated successfully, but these errors were encountered: