Hi 

Author of elm-light <https://github.com/rundis/elm-light> the Elm plugin 
for Light Table here. I'm not 100% sure, but I think I might be right when 
saying that currently my plugin provides the widest range of Elm related 
features at the moment.
A lot of folks have never heard of Light Table and understandably so, it's 
probably most known in the Clojure community.  Light Table's biggest 
strength is that it's super hackable (like emacs hackable), that's what got 
me interested in the first place. However it's not as polished as say 
VSCode or Atom (which is build on a similar architecture). It is written in 
ClojureScript, which is a dynamically typed languge Personally I think that 
it is a great functional language. (Btw if someone ever considers writing a 
modern editor in Elm, count me in.)  I think it's awesome to be able to 
tweak the most important tool I use everyday, but of course I also 
understand that most people probably aren't interested in optimizing their 
editor and wants more an out of the box experience. Hence why I created the 
plugin in the first place.

Anyways I'm straying.  Choosing to learn a new editor is a leap of faith 
and obviously requires some investment. Number of features is probably not 
the most important metric for selecting an editor, but to the degree it 
carries some weight it might be worth at least checking out/skimming the 
Docs <https://rundis.gitbooks.io/elm-light-guide/content/> for elm-light :-)


I do want to voice a slight concern regarding a feature comparison matrix 
though. We have to be careful that we don't end up comparing apples and 
oranges. Example
- Autocomplete : *check*. What does that mean, are their implementation/use 
equally good because they all have it ? Some editors might have context 
sensitive completions, but others might just use a more generic completions 
engine that only covers 3.rd party packages and no or little context 
awareness. Both are useful, but maybe they shouldn't be equally weighted ?

It's hard to convey these nuances in a feature comparison matrix. Worth 
keeping in mind if nothing else. 

*Editor future:*
- There is work in progress to create an Elm AST (some implementations are 
out there already), but I'm talking about an community / "official" one 
probably powered/enriched by the Elm compiler. It's going to take some 
time, but I think this will allow for some really awesome editor features 
and lots of innovation going forward. We just need a bit of patience in the 
tooling space, Elm is still a young language !
- Lot's of editors are using https://github.com/ElmCast/elm-oracle to drive 
Elm features. It's a great first step, but eventually I believe that or 
something similar might evolve into something a lot more powerful that will 
benefit all editors.

Editor support for Elm is not fantastic today, but it's steadily improving 
and I'm confident the future is bright !

If you do decide to give Light Table a try. Let me know how it went. 
(@mrundberget on slack)

cheers 
-magnus








- 














On Tuesday, 4 October 2016 18:46:13 UTC+2, Keith Lazuka wrote:
>
> I use (and contribute to) the Elm plugin for IntelliJ 
> <https://github.com/durkiewicz/elm-plugin>. It has rename support 
> (although not for modules/files yet). Detects unresolved references and 
> suggests a quick fix that adds the correct import for you. Has great 
> go-to-definition support. I have elm-format setup as an external tool and 
> bound to a keybinding in the editor.
>
>
> On Tuesday, October 4, 2016 at 7:24:09 AM UTC-7, Dénes Harmath wrote:
>>
>> I created a Google Spreadsheet for this, feel free to edit it: Elm 
>> editor plugin comparison 
>> <https://docs.google.com/spreadsheets/d/1JJ21llMKaIYzy449ILvyzQCCmoapJxbVGr-FyRUgKCw/edit?usp=sharing>
>>
>> 2016. okt. 4. dátummal, 16:12 időpontban OvermindDL1 <[email protected]> 
>> írta:
>>
>> Are there a set of wiki pages that such a table could be set up at? 
>>  Perhaps at the elm-lang.github.io or so?  This would be a good setup to 
>> add.  I know Atom plugins have all the below features for Elm (and more 
>> features).
>>
>>
>> On Tuesday, October 4, 2016 at 6:35:38 AM UTC-6, Andrew Radford wrote:
>>>
>>> I'm also using this, but one thing that I can't figure out is how to 
>>> copy code to the elm repl. Never works if you copy more than one line...
>>>
>>> Would love to see a matrix of capabilities for common editors, covering 
>>> things like
>>>
>>> * Intellisense
>>> * Send to Repl
>>> * Go to definition
>>> * Rename Refactor
>>> * Elm-format 
>>>
>>> etc etc.
>>>
>>> I think it would be a good tool for beginners (like me) to get going 
>>> faster. They won't need to 'survey the landscape' as much.
>>>
>>> On Tuesday, 4 October 2016 12:57:15 UTC+1, Witold Szczerba wrote:
>>>>
>>>> Recently I've tried the VS Code. Installed the elm plugin and it works 
>>>> like a charm. I'm positively surprised. 
>>>>
>>>>
>>>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Elm Discuss" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/elm-discuss/RbF_EgacGSM/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> [email protected].
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups "Elm 
Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to