Also on Webtoons:
https://www.webtoons.com/en/challenge/system32comics/list?title_no=235074
Which has RSS feed:
https://www.webtoons.com/en/challenge/system32comics/rss?title_no=235074
Moved to @[email protected]
Also on Webtoons:
https://www.webtoons.com/en/challenge/system32comics/list?title_no=235074
Which has RSS feed:
https://www.webtoons.com/en/challenge/system32comics/rss?title_no=235074
Yep, a bit of JS is another option.
I’m not sure what’s rendering your html though
Nothting really, I wanted to keep the project very simple (because there are non-devs contributing to it) and the HTML is static code.
(If the ideal solution is not possible) I think you are right.
Let me check I understood: the idea is to have a single changing-magic-number (the number of menu options) set in a variable --item-count
and then calculate all the other values from that. The --column-count
would be fixed for each resolution step, so that’s ok.
Thank you very much for the help!
If that’s the case, I think that doesn’t really help. The original issue is that I need to edit the CSS file every time a new chapter is added. Which would be the same if I have to hardcode the number of rows.
I mean, it’s a bit cleaner to hardcode the number of rows than the height in pixels, but I was looking for a solution that doesn’t require magic numbers in the CSS.
Thanks!
I also tried that but it just renders a single row. Probably because I’m missing something…
#menu ul {
display: grid;
grid-template-columns: 1fr 1fr 1fr 1fr;
grid-auto-flow: column;
}
Some communities with different content:
It’s hard to explain with words, I’m trying to adjust the number of columns depending on the available width. But (probably because I don’t know how to use display: grid
) the only way I found was to set a fixed height for each “step”.
In other words: I trying to achieve the exact behavior it has right now.
That’s what @[email protected] suggested in a x-post.
I need to give that a try, thank you very much!
Artist: Ellis Rosen
Sources:
IMHO as a random user is that, given the nature of the fediverse, that makes more sense to be an option for instance admins. I’m personally more inclined to leave that decision to each user, but I see how the network effects play a role and how someone would want to enforce their decission on their own instances.
Anyway, it’s an interesting discussion and I like to try to understand the consquences of each implementation.
I’m not an expert, so those who know more, please correct me.
FYI: with the script User Details on Hover you can also see karma in Lemmy. Example.
From what I understand, there are technical issues with this. Allowing people to hide the karma if they want is easy. But blocking people for seeing karma even if they want is much harder. Note that if you want karma for posts and comments (to be able to sort the most voted ones), then the user karma is just a very easy query away (just sum the karma of that user’s posts and comments). EDIT: I realize that this would not solve the issue either: There are technical ways to do anonymous and auditable voting, but I think that would be too overkill for the fediverse.
Try this link: https://files.catbox.moe/xk1ywd.jpg
deleted by creator