syntax: fix TOML / add Kconfig syntax highlighting

[sknaumov]

Proposed changes

Improve syntax highlighting:

• Resolves: syntax: multiple issues in syntax highlighting of TOML files #4933
• Resolves: syntax: add highlighting for Kconfig files #5003

Highlight Kconfig output files.

Checklist

• I have referenced the issue(s) resolved by this PR (if any)
• I have signed-off my contribution with git commit --amend -s
• Lint and unit tests pass locally with my changes (make indent && make check)
• I have added tests that prove my fix is effective or that my feature works
• I have added the necessary documentation (if appropriate)

I've not tried to build / install mc - I tested my changes on existing installation by modifying /usr/share/mc/syntax/* files.

[sknaumov]

Please note that I used / for Kconfig.* files not to treat all files in Kconfig directory as Kconfig files.

It looks like Dockerfile file matching rules are incorrect, as all files in Dockerfile* directory will be treated as docker files.

[sknaumov]

BTW, I decided to highlight kconfig output files as Java properties, just because .config - default Kconfig output file, is already highlighted by mc this way, but I'm not sure that it is a right way to go.

.config is quite generic name to treat it exclusively as some Java-related file, and in fact it is an env file in Kconfig case - that could be sourced into any shell script. So probably the right way is to write syntax file for .env files and use it here too instead of relying on some Java-related syntax. Or adjust this syntax to suit both Java properties and env files.

[zyv]

Please note that I used / for Kconfig.* files not to treat all files in Kconfig directory as Kconfig files.

It looks like Dockerfile file matching rules are incorrect, as all files in Dockerfile* directory will be treated as docker files.

Actually, there are quite a lot of rules (starting from the very first ones) that assume that we match on the filename and not the full path to the file.

@mc-worker, do you know if there is a reason why we actually match on the full path to the file and does it make sense? Maybe we should change this to really only matching on the file name?

% git diff
diff --git a/src/editor/syntax.c b/src/editor/syntax.c
index 9ccef28ae..8da7173d8 100644
--- a/src/editor/syntax.c
+++ b/src/editor/syntax.c
@@ -1555,7 +1555,7 @@ edit_load_syntax (WEdit *edit, GPtrArray *pnames, const char *type)
 
     f = mc_config_get_full_path (EDIT_SYNTAX_FILE);
     if (edit != NULL)
-        r = edit_read_syntax_file (edit, pnames, f, vfs_path_as_str (edit->filename_vpath),
+        r = edit_read_syntax_file (edit, pnames, f, vfs_path_get_last_path_str (edit->filename_vpath),
                                    get_first_editor_line (edit),
                                    auto_syntax ? NULL : edit->syntax_type);
     else