nimforum mirror

Pumpus (orginal) [2021-10-26T18:12:32+02:00] view original

Hi Nim guys!

In my opinion NIM is one of the best language around. Point. It should have its own IDE.

Commercial solution like Embarcadero Delphi offers a free community edition. Also R Studio offers a free edition for R. Are project like Aporia and similar still in development? I write this just because people doesn't like VIM and its derivates and even Visual studio code is a bunch of s#^t. PyCharm for Python is getting close to my idea, but is not de facto choice.

So any opinion about that?

robb1e (orginal) [2021-10-26T18:17:41+02:00] view original

that would be time and resource expensive and could lead the developer team attention away from nim development, maybe a community solution would be good, if i'm not wrong a nim ide similar to vim already exists

SolitudeSF (orginal) [2021-10-26T18:26:57+02:00] view original

So any opinion about that?

useless

dom96 (orginal) [2021-10-26T18:28:37+02:00] view original

Nim used to have its own IDE, Aporia: https://github.com/nim-lang/aporia. Trust me when I say: it's better to spend time perfecting a VS Code extension rather than a standalone IDE.

treeform (orginal) [2021-10-26T18:39:54+02:00] view original

As a person who made and used my own editor for many years, I agree with @dom96.

ynfle (orginal) [2021-10-26T18:40:43+02:00] view original

What are you looking for in an IDE?

dsrw (orginal) [2021-10-26T18:45:28+02:00] view original

According to https://insights.stackoverflow.com/survey/2021#most-popular-technologies-new-collab-tools VSCode is used by > 70% of developers, so a good VSCode plugin seems like the best way to attract new users. Fortunately we already have that.

There's also https://plugins.jetbrains.com/plugin/15128-nim which works with PyCharm and other JetBrains IDEs. It has a lot of promise, but there hasn't been much activity for a few months. Hopefully we'll see a new release soon.

juancarlospaco (orginal) [2021-10-26T18:53:16+02:00] view original

Last commit yesterday https://github.com/fox0430/moe#moe

quantimnot (orginal) [2021-10-27T07:33:00+02:00] view original

There are two Nim extensions for VSCode. One written in typescript and not frequently updated, and one written in Nim with frequent updates. I highly recommend using and contributing to the pure Nim one: https://github.com/saem/vscode-nim. You can also use the codelldb plugin for debugging. The only downside with debugging is that someone needs to implement a nice pretty printer for lldb and gdb.

Yardanico (orginal) [2021-10-27T07:40:27+02:00] view original

We do have a GDB pretty-printer though - https://github.com/nim-lang/Nim/blob/devel/tools/nim-gdb.py

evoalg (orginal) [2021-10-28T03:42:11+02:00] view original

Should the "Nim basics tutorial" on the official docs site be updated? ... as the installation section points new users (who want to use vscode) to the kosz extension rather than the saem one - https://narimiran.github.io/nim-basics/

quantimnot (orginal) [2021-10-28T05:46:07+02:00] view original

I don't think that is an "official" tutorial, but go ahead and make a pr or issue for it: https://github.com/narimiran/nim-basics

miran (orginal) [2021-10-28T07:05:58+02:00] view original

Should the "Nim basics tutorial" on the official docs site be updated?

Yes.

I've pushed the updated version.

DIzer (orginal) [2021-10-28T17:08:19+02:00] view original

If you so like PyCharm perhaps you will stick with the Nim plugin for it (from Intelli JDEA creators)

SunnyCorleone (orginal) [2021-10-29T04:39:33+02:00] view original

The typescript VS Code Nim plugin has 48k installs vs 3k for the saem Nim version. Are you recommending that people use the Nim version because its better, or because you hope it becomes better in the future with support?

Yardanico (orginal) [2021-10-29T04:43:16+02:00] view original

I don't get your point - install count (or download count) almost never correlates with software quality, it rather shows software popularity, and kosz extension has 48k installs because it has been around for much longer. Nowadays it's not maintained while the saem extension is, so it actually has some new fixes, and is written in Nim so it's easier for Nim people to contribute to it.

giaco (orginal) [2021-10-29T17:39:20+02:00] view original

Why spending on this or that extension when improving https://github.com/PMunch/nimlsp would make most IDEs compatible with Nim?

quantimnot (orginal) [2021-10-29T18:06:42+02:00] view original

You're probably right. I was using the Saem nim vscode extension, because I had wanted to add some features and the typescript was't getting frequently updated and I wanted to work with nim.

@Saem lists "Extract most functionality into an LSP (check existing one)" on the readme. So there is desire for using and improving it from @saem's standpoint.

I would like to contribute to better nim tooling, so I'll take a look when I can make some time. There are maybe somethings an extension is better at implementing than what's available through LSP. I don't know. I need to study it more.

saem (orginal) [2021-11-01T11:47:40+01:00] view original

An LSP can do pretty much anything an extension can with little to no fidelity difference.

The difficulty in implementation is another matter, I've wasted a lot of cycles on trying to improve the LSP but it's a pain to get a productive test setup going and even if you do the inability to kill threads in a cross-platform way means you can't make meaningful supervision.

It's easy enough to get something flakey, but I'm not interested in dealing with that.

PS. To the clown(s) who will inevitably chime in with "you shouldn't need to kill threads, or do cross-platform process management, ...", my message to them is go and implement a robust solution because I've not seen one in nim.

Mirror of forum.nim-lang.org

8547 :: NIM IDE