Maarten van Gompel
Maarten van Gompel
This is a good point yes and something to investigate. If I recall correctly I have rather limited CDATA support, there could be situations where this becomes a problem.
In the lxml binding, there is this paramter which is enabled by default and causes this behaviour: * strip_cdata - replace CDATA sections by normal text content (on by default)
Right, good point!
Parent bug fixed, this one lower priority
The offset will refer to this string: https://github.com/jjsullivan5196/wvkbd/blob/8106d7606d5d0ea24d23b3f0fadeafe7e6e528f6/keymap.mobintl.h#L9 . Your debug output showed: ```-> [email protected](1, fd 5, 61419)```, the last int is the total length (`strlen()`) of that keymap string,...
Looking at the xkbcommon-rs code, it looks like `xkb::Keymap::new_from_fd()` reduces the size by one before passing to libxkbcommon's `xkb_keymap_new_from_buffer()`... so I think it just assumes the file descriptor holds the...
The bug is in xkbcommon-rs yes, and it should be solved there.
Support for CITATION.cff (as well as simply harvesting contributors from git) is also something we have also tackled in the software harvesting pipeline for CLARIAH, see https://github.com/proycon/codemeta-harvester and https://github.com/CLARIAH/tool-discovery ....
We are having similar discussions in CLARIAH that may be relevant: https://github.com/CLARIAH/clariah-plus/issues/98
Is this issue on the latest ticcutils & frog releases (or latest development versions even) ? Compiling tscan with DEBUG_FROG might give some further insights, if you hadn't tried that...