I use exunit.el <https://github.com/ananthakumaran/exunit.el> for tests and 
it works pretty nice. Also, visual-mode-line do not ease the *processing* 
of the long line for emacs.

But again, the main point here is NOT Emacs itself but a nicer CLI 
formatter for all :)

In any case it is good to know more Emacsers around and contributing with 
nice projects! Thanks for your work too! I will try it out certainly.

Cheers

Em terça-feira, 9 de junho de 2020 12:41:05 UTC-3, Jonathan Arnett escreveu:
>
> Emacs has visual-line-mode (originally called longlines-mode), which can 
> be enabled in at least eshell and shell (not sure about ansi-term) and will 
> automatically wrap long lines and modify the navigation keybindings to 
> treat those wrapped lines as if they are separate lines, which I think 
> accomplishes your stated goal.
>
> For whatever it's worth, I'm working on making elixir-test-mode 
> <https://github.com/j3rn/elixir-test-modehttps://github.com/j3rn/elixir-test-mode>,
>  
> which vastly simplifies running test in Elixir projects, MELPA-ready. MELPA 
> has very exacting standards, as it should. Anyhow, you can hook 
> elixir-test-mode to use visual-lines-mode—or, better yet, hook 
> compilation-mode (its parent) to use visual-lines-mode to get line-wrapping 
> in all compilation-type buffers (as I do 🙂).
>
> On Tuesday, June 9, 2020 at 11:25:02 AM UTC-4, Josh Adams wrote:
>>
>>
>> On Tuesday, June 9, 2020 at 7:49:04 AM UTC-5, Victor Oliveira Nascimento 
>> wrote:
>>>
>>> I think the role of the "dots" in the formatter is to show some visual 
>>> information and the way things are now it is not optimal visual information 
>>> as a very long horizontal line adds too little as a UX.
>>>
>>
>> I find this compelling in its own right. Due to variability in output, a 
>> long line of dots is not as meaningful visually as a more fixed volumetric 
>> output would be.
>>
>> Having said that, I collect junit output and present this sort of thing a 
>> lot more valuably inside CI anyway. Presumably if an emacs plugin wanted to 
>> produce information with a nicer user experience, it could parse the junit 
>> output similarly.
>>
>> At any rate, I just wanted to mention that I enjoyed the argument-from-UX
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"elixir-lang-core" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elixir-lang-core/f67579d4-9372-4b3c-81d5-542e9cc35a59o%40googlegroups.com.

Reply via email to