This is the problem:
cc-mode relies somewhat on the assumption that keywords are single words. Adding support for enum_class
instead of enum class
would just be a matter of changing a few regexps.
Instead Emacs treats this as a class. The correct way of solving this would be teaching Emacs that this is an enum. But that's beyond the scope of an answer.
This is the hack:
So we'll modify the existing indentation to behave differently in this one case. (Code available for tinkering in this gist.)
(defun inside-class-enum-p (pos)
"Checks if POS is within the braces of a C++ "enum class"."
(ignore-errors
(save-excursion
(goto-char pos)
(up-list -1)
(backward-sexp 1)
(looking-back "enum[ ]+class[ ]+[^}]+"))))
(defun align-enum-class (langelem)
(if (inside-class-enum-p (c-langelem-pos langelem))
0
(c-lineup-topmost-intro-cont langelem)))
(defun align-enum-class-closing-brace (langelem)
(if (inside-class-enum-p (c-langelem-pos langelem))
'-
'+))
(defun fix-enum-class ()
"Setup `c++-mode' to better handle "class enum"."
(add-to-list 'c-offsets-alist '(topmost-intro-cont . align-enum-class))
(add-to-list 'c-offsets-alist
'(statement-cont . align-enum-class-closing-brace)))
(add-hook 'c++-mode-hook 'fix-enum-class)
This is not heavily tested. ;)
How it works:
c-offsets-alist
determines the indentation for different positions in the syntax tree. It can be assigned constants or functions.
These two functions find out whether the current position is inside the enum class {...}
. If that's the case, they return 0 or '-, which cc-mode interprets as an indentation depth. If it isn't, they return the default value.
inside-class-enum-p
simply moves up to the previous brace and checks if the text before it is "enum class".
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…