[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[nongnu] elpa/lua-mode b195cdc 205/468: Bump TODO
From: |
Philip Kaludercic |
Subject: |
[nongnu] elpa/lua-mode b195cdc 205/468: Bump TODO |
Date: |
Thu, 5 Aug 2021 04:58:37 -0400 (EDT) |
branch: elpa/lua-mode
commit b195cdc09b8573e6ef402fafeb539be4e215a146
Author: immerrr <immerrr+lua@gmail.com>
Commit: immerrr <immerrr+lua@gmail.com>
Bump TODO
---
TODO | 54 +++++++++++++++++++++++++++++++++++++++++++++++++++---
1 file changed, 51 insertions(+), 3 deletions(-)
diff --git a/TODO b/TODO
index 72f5153..a57e895 100644
--- a/TODO
+++ b/TODO
@@ -9,7 +9,55 @@
- [[http://www.lua.org/manual/5.2/manual.html#9][syntax]]
- [[http://www.lua.org/manual/5.2/#index][function index]]
-* TODO Support line-continuation with commas [0/2]
+
+* TODO Fontify function parameters as variable names
+* TODO Fontify variable names in line-continuation statements
+ - local
+ foo,bar,baz = xyz,xyyz,xyyz
+ - function xyzzy(
+ foo,
+ bar,
+ baz
+ )
+
+* TODO left-shift parenthesis that closes function parameter block
+ local foobar = function(
+ param1,
+ param2,
+ param3
+ )
+ dosmth()
+ end
+
+* TODO issue #33
+ a =
+ {
+ }
+ b =
+ {
+ }
+
+* TODO finish works in lua-compat branch for Emacs21/Emacs22
+
+* TODO put text property 'lua-last-stmt-begin
+ - continuation-line detection becomes a one-liner
+ - multiline fontification becomes easier
+ - beginning-of-defun is a one-liner
+
+ - if property value is a marker, it will get updated on each edit,
+ that's not necessary and might cause performance impact
+ - if property value is an integer, it needs to be updated before use
+ 1. `buffer-access-fontify-functions' / `buffer-access-fontified-property'
+ 2. maintain `stmt-begin-up-to-date-pos' point
+ - after-change function sets `stmt-begin-up-to-date-pos' to
+ (line-beginning-position)
+ - (defun get-stmt-beginning-pos (pos) ...)
+ - (when (< stmt-begin-up-to-date-pos pos)
+ ...
+ (setq stmt-begin-up-to-date-pos pos))
+ - return property at position pos
+
+* TODO Support line-continuation statements [0/2]
- [ ] assignments
x,y = long_value,
other_long_value
@@ -26,8 +74,6 @@
contain more than one key) and all keys but the first one are
silently removed. Maybe there's a better way to do it.
-* TODO [#C] Redo syntax engine using semantic/wisent
-
* DONE Fix braces/parens that reduce indent by const offset
this causes wrong behavior when indented block was
anchored to first line, e.g.
@@ -42,3 +88,5 @@
- [X] don't recognize [[ in comments or literals
- [X] extend region backwards if BEGIN is inside multiline literal
- [X] don't change buffer-modified-p state
+
+* TODO [#C] Redo syntax engine using semantic/wisent
- [nongnu] elpa/lua-mode fb53190 164/468: First part of the fix for #34, (continued)
- [nongnu] elpa/lua-mode fb53190 164/468: First part of the fix for #34, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 086736c 168/468: #36 Don't continue lines on some keywords, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode b9541ce 173/468: lua-send-proc is now an alias to lua-send-defun, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 8d28342 187/468: Revisit block-close unindentation logic (issue #26), Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode b1ac542 191/468: Major refactoring of font-lock-keywords:, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 57c696c 192/468: Add var name highlighting in "for x, y in ..." construct, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 97ce427 198/468: Restore compatibility with Emacs23 broken by commit 8d28342, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode ff3f5e1 199/468: lua-font-lock-keywords: don't eval-when-compile initial value, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 2a0314b 200/468: Improve multiline highlighting via font-lock-syntactic-keywords, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode cd5c071 201/468: Clean up lua-mode start-up function a bit, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode b195cdc 205/468: Bump TODO,
Philip Kaludercic <=
- [nongnu] elpa/lua-mode cee511c 206/468: for/local varname highlighting: match '=' at EOL properly, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode a1dc850 207/468: Post-refactoring fix: evaluate string variables in font-lock-defaults value, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 8ffd075 208/468: lua-calculate-indentation-info: non-functional refactoring, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 4484128 215/468: lua-calculate-indentation-override: unindent to the last block-close token, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 79e6815 216/468: Rewrite lua-beginning-of-proc, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode f2e7138 220/468: Move font-lock test helpers into a separate file, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 94aadfd 221/468: Font-lock "nil", "true" and "false" as constants rather than keywords, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 617c392 224/468: make test: test both compiled and uncompiled variants, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode 7157658 225/468: Create cask project; pull in ert.el to enable testing emacs23, Philip Kaludercic, 2021/08/05
- [nongnu] elpa/lua-mode ed76a6e 227/468: .gitignore: ignore all *.elc, Philip Kaludercic, 2021/08/05