Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mithril's copy should be emotional #1860

Closed
pygy opened this issue May 28, 2017 · 6 comments
Closed

Mithril's copy should be emotional #1860

pygy opened this issue May 28, 2017 · 6 comments
Labels
Area: Documentation For anything dealing mainly with the documentation itself Type: Enhancement For any feature request or suggestion that isn't a bug fix

Comments

@pygy
Copy link
Member

pygy commented May 28, 2017

@JAForbes suggested these copy updates:

Mithril's copy should be emotional

Everything you know about JS just became even more powerful

Or with some shade

Mithril solves problems you care about, instead of re-inventing javascript in html

Instead of presenting graphs, be direct, be quoteable.

Mithril is faster than react, smaller than vue, does more, with less.

This isn't enough:

Mithril is used by companies like Vimeo and Nike, and open source platforms like Lichess.

You have to say why, and it has be more than dry facts

Mithril's abstractions scale to projects of any size, that's why companies like Vimeo and Nike choose mithril.

This is close

Mithril supports browsers all the way back to IE9, no polyfills required.

Should be

No polyfills, no build system, just build stuff in less time and less code

@dead-claudia
Copy link
Member

Agreed. And sadly, every time I've tried suggesting this (I've tried several times already, both here and in Gitter), I've managed to somehow get pushback for it. 😞

As for why I agree:

  1. Programmers are people, and people are irrational. Emotional arguments are way better at persuading people than logical ones.
  2. We are pretty clearly emotionally supportive of this library. But our page looks like we're all a bunch of Vulcan clones. I mean, if I'm looking at frameworks and libraries, the first thing that comes to mind is "What is it?", not "How large is it?" or "How fast is it?".

(I mean, not like this hasn't been discussed before numerous times...sorry if I come across a little harsh here... 😖)

@pdfernhout
Copy link
Contributor

A couple of other ideas:

"Burned out from wrestling with leaky abstractions that are difficult to debug? Try making your app with Mithril and bring joy back to your coding."

Or:

"Weave joy throughout your code with Mithril."

@timbotron
Copy link

"If you like your code being as light as a feather, but as hard as dragon scales, choose Mithril."

@dead-claudia dead-claudia added Area: Documentation For anything dealing mainly with the documentation itself Type: Enhancement For any feature request or suggestion that isn't a bug fix labels Oct 28, 2018
@dead-claudia dead-claudia added this to Under consideration in Feature requests/Suggestions via automation Oct 28, 2018
@NetOpWibby
Copy link

Can this go into Planned/In-Progress?

@NetLancer
Copy link

Plenty of nice suggestions above, great thanx to devGuys !
I personally got attracted to Mithril when first came across by its existing descriptions/specs + comparison with notorious giants. And surely i still love the framework.
But it seems to me - it lacks real world apps (of use) made with mithril as there are made with vue/react. (like vue-crud or in combo with some backend framework/cms for beautiful robust apps).
I'm in process of getting a better knowledge of the frameworks but generally we need guys who know the product well, love it and are creative enough to USE it as a well-made building material in some industry

@casajarm
Copy link

My 2 cents on emotion...an appeal that would work on me is one that focuses on how NOT frustrating it is. It's easy to convince myself to use a library or framework and then after investing a lot of effort I start to find cracks and things that I can't seem to grok. Ultimately, to use any bit of code I have to live with decisions the authors made. At least in the case of Mithril I can tell that this group has been very conscientious about those decisions.

@MithrilJS MithrilJS locked and limited conversation to collaborators Jan 29, 2022
@orbitbot orbitbot converted this issue into discussion #2728 Jan 29, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
Area: Documentation For anything dealing mainly with the documentation itself Type: Enhancement For any feature request or suggestion that isn't a bug fix
Projects
Feature requests/Suggestions
Under consideration
Development

No branches or pull requests

7 participants