I just posted this in a comment here: https://lemmy.ml/post/112460/comment/110439 (link goes to the “What are your most wanted Lemmy features?” post in the “lemmy” community)
I am following up now with this new post, because I just found https://github.com/LemmyNet/lemmy/issues/875 (link goes to the “Community name in post URL” issue on the lemmy project’s github, under the LemmyNet organization… note github has 2 of those 3 pieces of information in their URL) where I learned that @email@example.com has actually thought about this and arrived at (imo) the wrong conclusion. Afaict, they have decided that having human-meaningful in URLs is “silly” and therefore we shouldn’t?!
I am hoping they’ll change their mind!
I think having no idea what a URL is about makes for a really lousy user experience. When people send me lemmy links, I want to have a clue as to what they’re about before I decide to click it. Maybe I’ve seen it before. Maybe it’s a meme, and I want to look at it later. Or maybe it’s the answer to a question I urgently need to know the answer to. So, I have to click to find out - often to discover it is just a meme i’ve seen 3 times already.
Having the community name and the post title in the URL would make my lemmy experience much better.
In my opinion, there is no benefit to lemmy URLs being short except for in the rare case that you need to transmit one verbally or on paper. But, in that case, you can actually just omit the post title when copying the URL, as there would still be a database ID preceding it! (Try it with a reddit URL: if you remove the title slug and just supply the database ID, it redirects you to the post’s canonical URL with the slug in it.)
Lemmy devs: please reconsider this!
Everything about Lemmy; bugs, gripes, praises, and advocacy.
For discussion about the lemmy.ml instance, go to !firstname.lastname@example.org.
I like the current model.
It is simple and short.
The only part I don’t like are the URLs with “data_type” and such things included that appears in some parts of Lemmy. (I don’t remember where).
You memorize lemmy post IDs?! They’re currently six digits here, and I can’t imagine why you would need to memorize one. It is sort of nice that they can be communicated verbally, though I doubt that actually happens very often. But, in any case, my proposal still allows for that because the title part can always still be omitted when entering the URL. Do you ever receive lemmy URLs in chat? I do, as I imagine many people do, and that is the case I would like to see improved.
I think the only URLs containing data_type that I’ve seen were 404 URLs from a bug in the inbox, sometimes triggered by reloading immediately after clicking “mark all as read”.
These links are completely ugly. Short links are perfectly clean and should be by default.
As a WebDev student we are taught to take into account that.
Recently, we started to modify an app (in order to learn BladeOne template engine) and got the way to show urls in a WebApp by “folder” addresses.
Basically, the WebApp overwrites the default web address and replace its structure following a hierarchy in the sense of
example.com/user/(a list of users),
example.com/user/create(create a new user), etc.
And this is a recommended way here.
Should be the default why? Is recommended by who?
He’s full of it, haha
WebDev working standards.
Recommended by several Devs in development and in teaching.
No, that is not a WebDev working standard. String-based IDs are legitimate as well, and can even be primary keys in a database.
Link to where “WebDev working standards” say URLs should be short? SEO benefits from more info in URL, and so does web browser history/bookmark search. Many platforms such as Reddit and Medium put the title (or part of it) in the URL.
Presenting your opinions as fact and quoting “standards and teaching” when asked does not advance the debate.