WIP: Fix various misparsing/crash issues #10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "phnt/bbcode:various-fixes"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
[, ]end_tagstrict and only match on valid tags, replaceslookahead_not(string("[/"))withlookahead_not(end_tag)as wellSuperseeds !8
will result in double newlines after #cofe despite
block_taghavingignore(optional(utf8_string([?\n, ?\r], min: 1, max: 2))), but I have no idea how to fix that.EDIT: Probably not worth trying to fix this.
[quote]and probably all the other block tags have the same behavior, it's mostly the line spacing that looks weird in the FE as a result of this behavior in lists.WIP: Fix various misparsing/crash issuesto Fix various misparsing/crash issuesLooks fine to me, one that would be appreciable is better commit messages like what's listed in the MR description seems a lot better. (
git rebase -iallows to do this)About double-newline after cofe, does it still happens with this kind of source text?
@lanodan wrote in #10 (comment):
Will do.
No, I think it's the newline stanza being matched twice. Once at the end of cofe (
text_stanzadoes not eat the newline - it shouldn't) and the second time on the blank line. Which is the correct behavior, but it looks weird in the FE with a big gap between the two.Also I've just noticed that the generator will happily put
<li>outside of<ul>/<ol>blocks which is not valid HTML, because the parser doesn't differentiate them.Fix various misparsing/crash issuesto WIP: Fix various misparsing/crash issues13ae3d3b19tode07dcdf94de07dcdf94tod2049b05dfView command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.