GNU bug report logs -
#44191
gnu: Add kristall
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Hi!
The PR has been merged (so now I can link to cmark just fine).
Find attached the new patches.
I'm unsure about BreezeStyleSheets, as the install instructions
specifically say:
#+begin_quote
Copy breeze.qrc, dark.qss, light.qss and the dark and light folders into
your project directory and add the qrc file to your project file.
#+end_quote
Note on fonts: I'm using pre-built ttf as I'm not able to build them
(lot of javascript required)
Let me know!
Nicolò
[0001-gnu-Add-font-openmoji.patch (text/x-patch, attachment)]
[0002-gnu-Add-kristall.patch (text/x-patch, attachment)]
[Message part 4 (text/plain, inline)]
Nicolò Balzarotti <anothersms <at> gmail.com> writes:
> Just linking to it would be easier. However, the file markdownrenderer
> requires access to implementation details of the struct cmark_node
> (it includes the file node.h, which is not installed by cmark, and fails
> with: ../src/renderers/markdownrenderer.cpp:83:23: error: invalid use of incomplete type ‘const cmark_node {aka const struct cmark_node}’)
>
> I replaced references such as `node.as.heading.level` to
> `cmark_node_get_heading_level(node)` and so on. I could compile it (by
> also adding -I/gnu/store and -lcmark to the build process), and markdown
> seems to be working (tested here
> gemini://tilde.team/~supernova/blog/this-is-a-test-of-using-markdown.md).
>
> I'm going to send a patch to the author, linking to this mail exchange.
>
> I'll let you know.
>
> Christopher Baines <mail <at> cbaines.net> writes:
>
>> Nicolò Balzarotti <anothersms <at> gmail.com> writes:
>>
>>> Hi Chris!
>>>
>>> Thanks for the review.
>>>
>>> I tried, but:
>>> 1. breeze is a different package from the ones in the repo (url is
>>> https://github.com/Alexhuszagh/BreezeStyleSheets). It does not seems to
>>> be compiled, I can try to package it.
>>> 2. there are files in lib/cmark that are not present in the cmark
>>> distribution (thei are .h files generated by their .h.in), so I cannot
>>> extract our cmark source directly
>>> - I tried keeping those files, but build fails [[failed-build]]. Not sure if it's
>>> a patched version or if it's an older one. But I can investigate
>>> probably
>>
>> I think you might be overcomplicating this. kristall shouldn't be trying
>> to build cmark, as it's a library, it should just be linking against
>> it. Therefore, you shouldn't need to keep the .h.in files.
>>
>> Making kristall use cmark, rather than the copy in the kristall source
>> probably requires adapting/fixing src/kristall.pro.
>>
>> It hopefully isn't that difficult, but I don't know what this .pro file
>> is, it also looks pretty odd in parts, especially the references to
>> /home/felix/... !
>>
>> It doesn't look like the copy of cmark in the kristall source has been
>> modified much, which also raises the question of why there is a copy of
>> the cmark source inside kristall?
This bug report was last modified 4 years and 268 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.