-
Notifications
You must be signed in to change notification settings - Fork 25
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
Support for {marquee} #120
Comments
Do you propose this would be as a replacement for or an addition to the current parsing method we have? If there is a particular feature we wish to add such as breaking up strings into substrings, might it be better to implement that within our own framework than absorb an extra dependency? That particular feature does not seem an insurmountable challenge. On the other hand, we could probably simplify our own code substantially while improving its feature set by switching to marquee. Interestingly, marquee uses a custom C++ tokenizer and parser stack to process the markdown, very similar to the mechanism I have used myself for pdf parsing, and close to what I envisaged we could write when rich text support was first discussed back in #39. I think we had decided against it because compiled code would be too bothersome to maintain. I'm glad a more feature-filled version is available to use now (and maintained by someone else!) |
For now, I'll propose this as an addition to the current rich text parsing and maybe start gradually deprecating the current method over time. I'm willing to put {marquee} into the suggested packages in order to not maintain a parser. If {gridtext} had exported their parser, I think I had preferred to use that too; but since they didn't, we had to copy it. I'm still convinced that I wouldn't be able to maintain a C++ parser :p I'll have to figure out exactly how it'll work but my initial feel for this feature would be that we could pass e.g. |
The {marquee} package is a new package that also sports the markup of rich text.
It has a function called
marquee_parse()
that allows one to automatically break up a string into substrings, which we could use in {geomtextpath} towards rich text display.I don't think we could fully support all features of {marquee} like images or backgrounds, but we might be able to support some of the rich text features.
The text was updated successfully, but these errors were encountered: