GNU bug report logs - #75154
31.0.50; java-ts-mode. Issues with Indentation

Previous Next

Package: emacs;

Reported by: Artem <snake05865 <at> gmail.com>

Date: Sat, 28 Dec 2024 04:38:02 UTC

Severity: minor

Found in version 31.0.50

Full log


Message #43 received at 75154 <at> debbugs.gnu.org (full text, mbox):

From: Artem Bliznetsov <snake05865 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75154 <at> debbugs.gnu.org, Yuan Fu <casouri <at> gmail.com>, theo <at> thornhill.no,
 stefankangas <at> gmail.com
Subject: Re: bug#75154: 31.0.50; java-ts-mode. Issues with Indentation
Date: Sun, 13 Apr 2025 14:52:32 +0300
> Ping! Ping!  Do we need to do anything else here?
Well... indents still aren’t working exactly as expected. I mean, they
work, but the changes only take effect after pressing RET. This was
mentioned earlier, and so far there’s no fix. Also, there are some
visual issues.
Classes, return values, and data types all have the same
face—font-lock-type-face,
while null uses font-lock-constant-face. I’m not sure why. For instance,
in the statement import java.util.List; the segment “java.util” appears
with font-lock-constant-face. It seems that method declarations and method
calls are supposed to have different faces—font-lock-function-name-face versus
font-lock-function-call-face—but I haven’t managed to figure out how to
configure them differently. Regarding the core functionality, there
might be something else besides indents—I’m not ready to say for sure
yet, as I’m simply not using java-ts-mode on a regular basis at the
moment, so I can’t really tell what else might be off.




This bug report was last modified 60 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.