rami3l
Following previous discussion in https://github.com/fwcd/kotlin-language-server/issues/303#issuecomment-1045989516, this PR is an attempt to resolve https://github.com/fwcd/kotlin-language-server/issues/304: - Fix the existing code formatting with `gradle ktfmtFormat` using the [official style configuration](https://github.com/facebookincubator/ktfmt/blob/d4718f643abd0999ba502caf5062c98a3218e88d/core/src/main/java/com/facebook/ktfmt/format/Formatter.kt#L48-L50): ```kt val KOTLINLANG_FORMAT...
We're vendoring `ktfmt` ([here](https://github.com/fwcd/ktfmt/tree/kls)) since it uses the embedded Kotlin compiler rather than the standard one, which we use. The embedded Kotlin compiler uses other package paths (e.g. `org.jetbrains.kotlin.com.intellij` instead...
After reading several issues about code formatting support (https://github.com/fwcd/kotlin-language-server/issues/29, https://github.com/fwcd/kotlin-language-server/issues/303, https://github.com/fwcd/kotlin-language-server/issues/304), I think it might be feasible to just make a configurable subprocess command and launch it when code formatting...
This should be relatively easy if [`clap_complete`](https://docs.rs/clap_complete/latest/clap_complete/) can be leveraged.
Yes, I know now this is a rather small and immature project, but I really want it to be available on more package managers! - [x] cargo - [x] homebrew...
What's supported so far: - [x] Linux/linuxbrew - [x] Debian/apt - [x] RedHat/dnf - [x] Gentoo/emerge - [x] SUSE/zypper - [x] Alpine/apk - [x] Void/xbps (handled in #330) - [x]...
Up till now, the common operations across different package managers are mapped directly to Pacman commands, which is a good solution in the very beginning, but might constraint the scope...
Installing `macports` is a time-consuming part in my CI, so I guess backing up `/opt/local` will help: ``` - name: Cache MacPorts id: cache-macports uses: actions/cache@v2 with: path: /opt/local/ key:...
There are times when the negation of a complex boolean expression is more expressive. For example, when specifying a RecordFlux `message`, rather than manually applying the [De Morgan's law](https://en.wikipedia.org/wiki/De_Morgan's_laws): ```ada...
**Describe the bug** When trying to write the Class Diagram description below, I'd expect the method line to be rendered as `+dict() dict`: ```txt classDiagram class Foo { +dict() dict~K,...