Open ShivamS136 opened 3 years ago
Why browser bookmarks don't work for you?
In my humble opinion, A single click in the website which is synced across all devices and that is also managed on a single page on websites seems more convenient to me rather than marking a single page as a bookmark in the browser then grouping them manually on my own and while searching for it struggle through the poor bookmark navigation and to make it synced in all devices, I'll have to login in browser and sync all bookmarks.
All the browser struggle can be removed via a single click on the website. If there's a smarter way to manage such a thing via browser bookmarks, please suggest it.
@ShivamS136 yes, i also need such feature on this website. nice to see your comment on such issue
+1 for this. I'm planning to use the site as my main ref for js, and it will be a really handy option.
I'm very confused about this request.
Most modern browsers, including Chrome and Firefox, allow to synchronize the profile between devices.
So one can use regular browser bookmarks and enable profile syncing. They'll be synced.
Is it that people just don't know how to sync their browser profile? Is it the only reason such request exists? Otherwise, please explain, I'm all ears.
Here are some reasons I can think of:
javascript.info
account and continue your progress.However, the main point is not using the browser profile instead of actual site profile, but having an in-app bookmark functionality instead of struggling with browser bookmarks.
Here's a quick screenshot of what's in my (and possibly others') mind.
.list-sub__item:nth-child(5n) .list-sub__title .list-sub__link::after {
content: "📘"; /* or 🔖*/
position: absolute;
right: 24px;
}
Additional to @ShahriarKh We already have sign in feature in the site, so I think adding bookmark feature in site should be easier.
Also this js the real centralisation of the data, not the browser bookmark thing, browsers can be different and bookmarks are harder to manage.
Here's a quick screenshot of what's in my (and possibly others') mind.
.list-sub__item:nth-child(5n) .list-sub__title .list-sub__link::after { content: "📘"; /* or 🔖*/ position: absolute; right: 24px; }
Actually in my mind is having a bookmark button on the post, on this page and a separate page with all bookmarked articles or a filter on this page for bookmarked articles.
Of course. There should be a button somewhere in the article itself so you can toggle the bookmark.
In addition to bookmarks, we can use these emojis (icons) for other requested features:
📘 or 🔖: Bookmarked ✅: Studied (see #1913, which I'm really interested in) 🔄: Updated (Since your last visit/Since the last time you hit "studied"/...)
@bezart32, what you think?
Any updates?
We need a vote on features =)
Any service for that, with ability to suggest new features?
There are bunch of those. I took a quick look here https://alternativeto.net/software/productroad/ and you can look too; but "convas" offers a free plan for open-source projects: https://convas.io/open-source.
Another alternative is to use GitHub discussions. Example: https://github.com/forem/forem/discussions/categories/feature-requests?discussions_q=category%3A%22Feature+Requests%22+sort%3Atop
Here we go!
Let's try https://javascript.convas.io/
Create a feature there, please. Or multiple features, if you like.
Wanna introduce it in Discord chat and also put a link in the website?
Let's put several issues there first.
Is it a convenient place to describe them and vote?
I think GitHub discussions is better, but we need a "general" repo rather than "en.javascript.info" so different people can suggest things. Something like "javascript.info website" or "javascript.info". What do you think?
We have this: https://github.com/javascript-tutorial/server
Why are discussions better (besides keeping it on github)?
We have this: https://github.com/javascript-tutorial/server
Why are discussions better (besides keeping it on github)?
I don't think we should have another platform to discuss the features to implement on javascript.info, being developed at github.com. For upvotes, we can use Github discussions or 👍 emoji counts on an issue. We should keep it simple. If discussions need to be private then it's a different scenario.
I took a look at other options. Almost all of them are paid and the only free one I find is Convas. So, here's what I think:
Convas | Github Discussion |
---|---|
+ Supports Gmail & Email login for new users | - Requires GitHub account |
+ Is a simple website which we can share its link easily | - Need to put it in a specific repo & we have 63! It may be hard for new users to find it unless we give a straight-forward link in the website |
+ Can link issues and pull requests (of that repo I guess) | |
+ I think most of us visit GitHub more frequently than a specific feature-tracking board of a specific website! It will be easier too keep ourselves updated with notifications and see/talk about new ideas in GitHub | |
+ We can create other categories like "Need Help", "Questions", ... | |
+ We can label (tag) ideas/posts. For example "in progress", "needs investigation", ... |
I guess, makes sense to make discussions here. And if other languages want something specific, then they can add a discussion there.
Okay. Here is better than server repo (easier to find and more starts).
I see a fundamental flaw with such voting.
Let's say feature A was added a week ago, and feature B was added a year ago.
Surely, feature B will have more votes, just because the it was around longer.
To judge fairly, we must compare something like "votes last month" and "votes per month".
Is it possible to get such metric in github?
Yes it does:
No, it shows all votes, no matter which top you choose. Try it.
This is because we created all of them on the same day :trollface: See it in a repo with a large amount of posts: https://github.com/tannerlinsley/react-query/discussions?discussions_q=sort%3Atop+created%3A%3E%3D2022-02-14
Any updates on this? This is actually a quite useful feature IMO. I can pick this up on implementation side.
I am learning and brushing up my JS skills by this site only, I am learning from beginning to the end.
While reading I realized that there are some articles which I need to revisit regularly so that they are fresh in my mind, some are there which I would like to read later and some are very fabulous articles to which I would refer always when I need to understand or to explain someone the same.
So for this, I propose a feature to bookmark articles, also, if possible then in multiple lists like below:
Though only a single "Bookmark" feature will also help a lot.
We can discuss the need for such a feature here and once we are OK to have the feature we can discuss how to implement it.