[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[no subject]
From: |
Patrice Dumas |
Date: |
Tue, 18 Jan 2022 15:20:48 -0500 (EST) |
branch: master
commit 0ce4b99a0011887573c5cf63ef079640d7bf8db0
Author: Patrice Dumas <pertusus@free.fr>
AuthorDate: Tue Jan 18 21:18:30 2022 +0100
Remove unclear tp/TODO entry.
---
tp/TODO | 6 ------
1 file changed, 6 deletions(-)
diff --git a/tp/TODO b/tp/TODO
index 2fa7ac91aa..2b9bb1080f 100644
--- a/tp/TODO
+++ b/tp/TODO
@@ -298,12 +298,6 @@ Interrogations and remarks
Should more Converter ignore the last new line (with type
last_raw_newline) of a raw block format?
-In a first step, close when the the command to be closed is at the
-top of the tree, not when it should be closed theoretically.
-Then it could be possible to come back to the place where the command
-should be closed and give an error message.
-This is certainly only an issue for @footnote and similar not a general issue.
-
There is no forward looking code anymore, so maybe a lex/yacc parser
could be used for the main loop. More simply, a binary tokenizer, at
least, could make for a notable speedup.