unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Konstantin Kharlamov <hi-angel@yandex.ru>
Cc: theo@thornhill.no, emacs-devel@gnu.org, luangruo@yahoo.com,
	holgerschurig@gmail.com
Subject: Re: tree-sitter: conceptional problem solvable at Emacs' level?
Date: Sat, 11 Feb 2023 10:43:12 +0200	[thread overview]
Message-ID: <83lel4k2xr.fsf@gnu.org> (raw)
In-Reply-To: <bfca69efec0639e8b3f470c10357af06de8d5fb9.camel@yandex.ru> (message from Konstantin Kharlamov on Sat, 11 Feb 2023 10:11:24 +0300)

> From: Konstantin Kharlamov <hi-angel@yandex.ru>
> Cc: Holger Schurig <holgerschurig@gmail.com>
> Date: Sat, 11 Feb 2023 10:11:24 +0300
> 
> On Sat, 2023-02-11 at 07:51 +0100, Theodor Thornhill wrote:
> > 
> > 
> > On 11 February 2023 07:36:26 CET, Konstantin Kharlamov <hi-angel@yandex.ru>
> > wrote:
> > > On Sat, 2023-02-11 at 09:25 +0300, Konstantin Kharlamov wrote:
> > > > On Sat, 2023-02-11 at 10:17 +0800, Po Lu wrote:
> > > > > Eli Zaretskii <eliz@gnu.org> writes:
> > > > > 
> > > > > > However, I meant the IDEs which are using tree-sitter and support
> > > > > > developing C/C++ programs.  I believe some do.
> > > > > 
> > > > > I think most of those have similar problems supporting macros.
> > > > > Who knows their names? I may be able to ask some of their users.
> > > > 
> > > > From my experience on and off work, there are just two IDEs (as in, not
> > > > editors)
> > > > used most widely for C++ code: QtCreator and Visual Studio. The first you
> > > > discussed, the second is proprietary.
> > > > 
> > > > Then again, people most often code in C++ and C with text editors, in that
> > > > case
> > > > popular choices from my experience: Sublime Text and VS Code. These two
> > > > have
> > > > don't use tree-sitter either.
> > > 
> > > I installed Sublime Text on my Archlinux and tested with the C++ code OP
> > > posted.
> > > 
> > > What I see is that ST does seem confused about indentation, while trying to
> > > make
> > > a newline right after `slots:` line.
> > > 
> > > However, if you try to make a newline after the `void someSlot() {};` line,
> > > it
> > > will use the indentation used on the previous line.
> > > 
> > > The default cc-mode in Emacs works similarly. The cc-ts-mode on the other
> > > hand
> > > doesn't make use of the previous indentation, and I think it should. It
> > > would
> > > resolve that problem and others, because in my experience it happens very
> > > often
> > > in C and C++ code that you want some custom indentation level, so you just
> > > make
> > > one and you expect the editor to keep it while creating more new lines.
> > > 
> > 
> > That last statement sounds easily solvable. Can you send me a short example
> > describing exactly what you want in a code snippet and I'll add it.
> > 
> > Thanks,
> > Theo
> 
> Thank you! The example is below, but please wait a bit just to make sure there's no opposition from other people, because I don't know if it works like this on purpose, or not.

Since we are close to a pretest, I think we should have a defcustom
which controls this behavior, and leave to users whether to turn this
on or off.



  parent reply	other threads:[~2023-02-11  8:43 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-09  8:09 tree-sitter: conceptional problem solvable at Emacs' level? Holger Schurig
2023-02-09  8:17 ` Po Lu
2023-02-09  8:50   ` Eli Zaretskii
2023-02-09 10:13     ` Po Lu
2023-02-09 10:55       ` Eli Zaretskii
2023-02-10  7:33   ` Yuan Fu
2023-02-10  8:42     ` Eli Zaretskii
     [not found]       ` <CAOpc7mHX6s0B8vdDee+9FMvQejGTSL3jzgwVekS7Esg-AOf=jw@mail.gmail.com>
2023-02-10 11:48         ` Eli Zaretskii
2023-02-11  2:17           ` Po Lu
2023-02-11  6:25             ` Konstantin Kharlamov
2023-02-11  6:36               ` Konstantin Kharlamov
2023-02-11  6:51                 ` Theodor Thornhill
2023-02-11  7:11                   ` Konstantin Kharlamov
2023-02-11  7:53                     ` Konstantin Kharlamov
2023-02-11  8:22                     ` Konstantin Kharlamov
2023-02-11  8:41                       ` Theodor Thornhill
2023-02-11  9:37                         ` Konstantin Kharlamov
2023-02-11 10:25                           ` Konstantin Kharlamov
2023-02-11  8:43                     ` Eli Zaretskii [this message]
2023-04-16 19:21                   ` Konstantin Kharlamov
2023-02-11  9:34       ` Ihor Radchenko
2023-02-11 10:42         ` Eli Zaretskii
2023-02-11 13:58         ` Lynn Winebarger
2023-02-09 16:25 ` Ergus
2023-02-09 20:09   ` Dmitry Gutov
2023-02-10  7:41     ` Holger Schurig

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83lel4k2xr.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=hi-angel@yandex.ru \
    --cc=holgerschurig@gmail.com \
    --cc=luangruo@yahoo.com \
    --cc=theo@thornhill.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).