How to support other formatters?

[bolt12]

Right now I think hie only supports brittany and floskell. Is it possible to support other formatters via configuration?

[fendor]

You have to add another Plugin, e.g. Ormolu.hs and register it as a formatter.
Take a look at Floskell.hs or Brittany.hs for what a formatter plugin needs to support.
Then you have to add the Plugin to basePlugins in MainHie.hs.

[DavSanchez]

Hi @bolt12 , are you taking care of the issue? I'll be exploring it as well to see if I can contribute to HIE in any way. I'm not that proficient with Haskell, but I got to start somewhere! This looks easy enough at first glance 😃

[bolt12]

@DavSanchez Please go ahead! As of now I could try and tackle this issue but it would take me a while to find time.

Maybe someone can assign you this task?

[fendor]

@DavSanchez If you run into any problems, feel free to ask here or on irc. At the beginning the Code-base is a bit hard to explore, so if you need any explanations or pointers, please ask!

[DavSanchez]

Thanks @fendor ! I'll try to add support for the recent Ormolu formatter, mentioned in your example.

[DavSanchez]

Hi guys!

At the moment I have the following code to handle the formatting with ormolu, including the handling of a possible OrmoluException:

provider :: FormattingProvider
provider contents uri typ _opts =
  pluginGetFile contents uri $ \file -> do
    let (range, selectedContents) = case typ of
          FormatText    -> (fullRange contents, contents)
          FormatRange r -> (r, extractRange r contents)

    result <- try @OrmoluException (ormolu defaultConfig file (T.unpack selectedContents))
    case result of
      Left  err -> return $ IdeResultFail (IdeError PluginError (T.pack $  "ormoluCmd: " ++ show err) Null)
      Right new -> return $ IdeResultOk [TextEdit range new]

I thought that when doing result <- ... the m Text content of MonadIO m get extracted (and, via the try function, encapsulated into an Either OrmoluException Text that I can use in the next lines to return IdeResultFail or IdeResultOk. However, the whole function definition gets a red underline and HIE complains (emphasis mine):

• Couldn't match type ‘IO’
with ‘Control.Monad.Trans.Reader.ReaderT
Haskell.Ide.Engine.PluginsIdeMonads.IdeEnv
(MultiThreadState IdeState)’
Expected type: IdeM (IdeResult [TextEdit])
Actual type: IO (IdeResult [TextEdit])
• In the expression:
pluginGetFile contents uri
$ \ file
-> do let ...
result <- try
@OrmoluException
(ormolu defaultConfig file (T.unpack selectedContents))
....
In an equation for ‘provider’:
provider contents uri typ _opts
= pluginGetFile contents uri
$ \ file
-> do let ...
....

Why does it complain about an IO type? When I try something similar from GHCi, the type of result is result :: Either OrmoluException Data.Text.Internal.Text. Maybe the case sequence used is not what it should be, causing the function to return this type instead? If that is the case, how do I transform this IO type to that IdeM type?

Thanks!

[lukel97]

If that is the case, how do I transform this IO type to that IdeM type?

With liftIO! IdeM is IO with a bunch of transformers stacked on top to keep track of HIE-related stuff.

[DavSanchez]

Alright, thank you @bubba! I'll try to check the behaviour of the code as it currently is, to see if I need to add anything else in other sections of the codebase, and then I'll write some unit tests to do more formal checking.

I see that there is a FormatSpec.hs in the test directory and that it uses Hspec, but at present HIE throws some errors there about not finding some of the modules imported in the file, Hspec included... I'll need some time to check everything out and then I'll add some new tests for Ormolu. I guess I'll be able to use CircleCI (or Travis CI, although it seems to be broken) to automate the testing at some moment?

[fendor]

Circleci can be used for running the tests. Easiest way is probably to open a pr, so others can already see your progress and the tests are automatically run!
Hie, especially if stack is used, does not work with multiple components. This changes when #1126 lands, but for now, it does not work.

[DavSanchez]

Thanks @fendor ! I'll try testing the behaviour locally and if it seems to work I'll open the PR so it can be tested more thoroughly.

At the moment I'm trying to manually test it within VS Code. Do I need to modify VS Code's HIE extension code to be able to select ormolu as a formatter in the options drop-down menu, or is there some location within the HIE codebase itself where I need to register the new plugin? At present, I have added the plugin to MainHie.hs (both importing the module and adding the descriptor to the basePlugins list), but it doesn't appear in VS Code's options:

[fendor]

It seems like you have to actually modify https://github.com/alanz/vscode-hie-server/blob/954e0a9ecc7be4d96bc71d05c65a730e642b65a6/package.json#L87 to see the options in vscode.
However, I would suggest to hardcode the formatter in

haskell-ide-engine/src/Haskell/Ide/Engine/Support/HieExtras.hs

Line 442 in 9feb2eb

let providerName = formattingProvider config

to "ormolu" for local tests.

E.g.

getFormattingPlugin :: Config -> IdePlugins -> Maybe (PluginDescriptor, FormattingProvider)
getFormattingPlugin config plugins = do
  let providerName = "ormolu"
  fmtPlugin <- Map.lookup providerName (ipMap plugins)
  fmtProvider <- pluginFormattingProvider fmtPlugin
  return (fmtPlugin, fmtProvider)

ping, @alanz or @bubba Is it indeed necessary to define the available formatters in vscode-hie-server?