ocaml-lsp VS fedbox

> There is no alternative to Django, for instance.

https://aantron.github.io/dream/, which is new and used by ocaml.org

> No serious IDE, except emacs

and vim, and visual studio, and whatever else supports the LSP protocol via https://github.com/ocaml/ocaml-lsp

> The standard library was so lacking that there is at least an alternative.

While janestreet does have an publish their own stdlib, I personally try to stick to the stdlib whenever possible. Not to knock janestreet. I'm glad they're around and have contributed a bunch.

But overall I agree with you. It's been my favorite language two write in for years now. You can't just reach for off-the-shelf libraries for every little thing. Although the ones that do exist tend to be written halfway decently.

Merlin is great, but it's vim plugin leaves a bit to be desired (in particular, it doesn't seem to use any of the modern async apis from vim 8+/neovim). Personally ocaml-lsp (which is still backed by Merlin on the backend) together with neovim's built-in lsp support has been far smoother for me

Perhaps the README[1] is out of date, but it appears to note that textDocument/implementation is not done? That's a pretty big hole.

[1]: https://github.com/ocaml/ocaml-lsp/#features

Short answer: yesWith https://marketplace.visualstudio.com/items?itemName=ocamllabs.ocaml-platformand https://github.com/ocaml/ocaml-lspand https://dune.readthedocs.io/en/stable/and utop

This is the one I tried and seems well supported - https://github.com/ocaml/ocaml-lsp . I've only started very lightly playing around with ocaml. It seems to be working fine on vscode and seems to do as expected on nvim too, at least as far as I configured nvim for it.

Typically I would recommend using https://github.com/ocaml/ocaml-lsp which is now the main OCaml language server, and VSCode with the OCaml Platform extension, a combo I know works well.

You might also look into ocaml-lsp for inspiration. Not everything will carry over to SML but it might help somtimes.

If you're interested in an ActivityPub that works like that, I work on one called FedBOX[1]. It doesn't have clients at the moment, but that's how I planned to have it used.

https://github.com/go-ap/fedbox

Well, there is one already as the reference implementation for a suite of libraries I wrote. You can find it at https://github.com/go-ap/fedbox. (Contributions welcome)

Also my project, mentioned elsewhere in the thread: https://github.com/go-ap/fedbox, supports filesystem storage directly.

Hi, I'm the developer of go-ap. Which parts of it are giving you trouble? I'm always open to answer questions to the project's mailing list: https://lists.sr.ht/~mariusor/activitypub-go

There is a rather hidden wiki that has some more information than strictly the comments in the code: https://man.sr.ht/~mariusor/go-activitypub/

If you are looking for examples, there is a reference server at https://github.com/go-ap/fedbox

There is a Go implementation of a generic ActivityPub service. I am actively working on it as we speak: https://github.com/go-ap/fedbox. (You can see a demo instance of it at https://federated.id)

That's pretty cool actually. I've been tossing around the idea of a federating forum style UX that uses ActivityPub, and I figured it would be easy using something like this https://github.com/go-ap/fedbox

I don't know how many generic AP backend servers are out there, but it looks like Lemmy is becoming one. I hope they keep with the AP spec and allow any functionality in addition to it to be modular.

> What we really need in this landscape is dead simple services.

I'm working on exactly that: a service that acts as an ActivityPub server (code[1], example[2], example application running on top of it[3]) for users in the form of a static binary. It supports multiple storage backends that can be selected individually or all together at build time and it can be extended to many more.

[1] https://github.com/go-ap/fedbox

[2] https://federated.id

[3] https://littr.me