Replies: 2 comments
-
| Incidentally, "well-formed XML" simply means valid XML, not one produced in some specific way. As for your question, it sounds like adding an extra runtime requirement, and the repo owner is generally opposed to such changes. Considering that the generated XML is, in fact, valid, and has a very simple structure as well, I'd say the current implementation is sufficient for its purpose. | 
Beta Was this translation helpful? Give feedback.
                  
                    0 replies
                  
                
            -
| LeXofLeviafan. Thank you for your answer and helpful information. | 
Beta Was this translation helpful? Give feedback.
                  
                    0 replies
                  
                
            
  
    Sign up for free
    to join this conversation on GitHub.
    Already have an account?
    Sign in to comment
  
        
    
Uh oh!
There was an error while loading. Please reload this page.
-
Greetings!
TL;TD; The question is at the last line.
I have noticed, that buku concatenates strings generated by "for loops" in order to generate (i.e. export) XML and other type of files. This is understandable for files of type Markdown and Org.
However, I do not think that it should be so for XML files, except for Netscape HTML bookmarks because it is a not-well-formed XML.
gemini://woodpeckersnest.space/~schapps/journal/2025-01-08-deprecate-netscape-bookmarks.gmi
I do so to generate Atom, OPML and XHTML.
https://git.xmpp-it.net/sch/Rivista/src/branch/main/rivista/xml/opml.py
I concatenate strings, only when
ElementTreedoes not appear to support certain cases, such as appending a reference to XSLT stylesheet.https://git.xmpp-it.net/sch/Rivista/src/branch/main/rivista/xml/xslt.py
Would it be acceptable to utilize class
ElementTree(i.e.import xml.etree.ElementTree as ET) for that task or is it not desirable?Kindly,
Schimon
Beta Was this translation helpful? Give feedback.
All reactions