-
Notifications
You must be signed in to change notification settings - Fork 6.3k
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
Prepare for v4 LTS and v5 #200
Comments
Will there be changes to https://nodejs.org/dist/index.json? |
cc @nodejs/evangelism @mikeal can we bring anyone from foundation-level marketing in to discuss this? |
@phillipj perhaps a |
@rvagg sounds like a good plan. I'll could do some tests with that in mind for scenario 1, probably in the weekend / early next week. For scenario 2, as long as file structures on /dist/ stays the same and we find it in index.json, no changes would be needed for us. Although adding some hard coded LTS strings around could be helpful to emphasize it, e.g. |
From an Evangelism perspective, there shouldn't be much of a problem. Weekly or twice-weekly tweets, as well as listing of updates in blog posts, are easy. However, will we be attempting to pull people in to either using or contributing to LTS? Will it have independent contributors, outside of core? |
Alright, to get the ball rolling I'll post some screenshots with some minimal changes necessary to host two release lines at the same time. All kind of feedback is much appreciated! I'm thinking we should keep it as simple as possible to download the version of node most devs will use, which I've been told is On the frontpage an LTS-link could been added beneath the big green download button, sending users directly to e.g. https://nodejs.org/dist/v4.2.1/. As for the download page, a couple of links could be added to do some JS toggling of the URLs in the download matrix. An explanation of what LTS is and its pros/cons should also be added, either as a new section on the download page, or a completely new page which explains the release lines in great detail with content provided by @nodejs/lts as mentioned in nodejs/Release#44. Any thoughts? |
I would much rather see the two releases side by side with clearly marked
|
Yes, my first preference is that if you don't choose carefully you end up with the LTS release. ie unless you know what you are doing and know that you want the latest/greatest you end up with an LTS release. |
Understandable. I appreciate when website are focused on the most important part(s) which should be relevant for the majority of users. On the other side, we cant really predict what our users really want before seeing the download figures, although we'll ofc influence those numbers by just having one button from the get go. |
Could there be something user focused like: "looking for updated solid and
stable? → LTS • want to try out the latest features? → latest"
So try to switch based on the users self identification.
|
I prefer the first one. People tend to skip reading the "small print", so IMHO it's better to have some big shiny buttons in this case. |
+1 to the first one. I like it a lot. |
+1 to big buttons |
+1 Buttons, can we maybe get some hover text? |
Also, maybe we should have some slightly different coloring associated with them. |
How about moving some of the text from 2 into the buttons ? Maybe the "Solid and Stable" |
Would that cover your needs for some hover text @Fishrock123? |
Maybe. But we need to change it from having a Perhaps we should have the lts description be how many months it's supported? |
(the stable branch is stable) |
Possibly "Solid and Supported" for LTS ? |
Again, the stable branch is most definitely supported. :) I think we need wording about the longevity of the LTS's support, not about it's supposed stability compared to the stable. |
Sounds like something @nodejs/lts could help us with. |
How about: LTS: "Mature and Dependable" |
Sometimes these things have a small but colorful "button'/link below that sais something like |
Went with "Mature and Dependable" and "Latest Features" for LTS and Stable respectively in #260. These taglines and other methods of explaining LTS/Stable differences should be discussed and iterated on going forward. As the v5 release is getting dangerously close (I assume), I think its time to merge the proposed changes ASAP, to ensure users of node.js can download these different versions as soon as they're available. |
@phillipj / all - should there a link to some text such as https://github.com/nodejs/LTS/ if users need more help? I'm seeing lots of confusion on twitter :( Maybe "Unsure of which version?" Examples: |
Yes, it would be great if we could do a better job helping people choose version! Might be worth trying to resurrect the stale discussion in nodejs/Release#44. |
From nodejs/node#3000 where this question is something to be resolved by the @nodejs/website WG:
5
at the front? Ideally, users will be self-selecting and would end up with the kind of release suited to them, perhaps we need to outline on the front page of the website and/or on the download page why you would choose LTS over Stable?Until the first item in the list @ nodejs/node#3000 is resolved I think you need to be prepared for the following scenarios:
Also, we probably should have wording for what LTS actually means, to put somewhere, feel free to kick that over to @nodejs/lts and make them do it if you want, either open a new issue and describe exactly what you need or add it in nodejs/Release#43.
The text was updated successfully, but these errors were encountered: