Kablam!
That’s a cartoon. Kablam!
Kablam!
That’s a cartoon. Kablam!
Just Firefox, I like the way it looks, and it’s open source.
I still have to wait a long time for the video to load in the Mpv cache
In my experience the video loads in a few seconds compared to the minutes it’d take for it to download, but I get your second point.
So my new workflow is to use Piped to find a video, then copy the end of the link and type “yt-dlp <C-S-v>” in a terminal, wait for the video(s) to download, and open in mpv.
Why not just pass the YouTube link to mpv so you don’t have to wait for the video to download?
I’ve been using it for years and never encountered any issues (besides the fact that they’ve removed comments from the download pages).
Oh, I thought it was an epic judge saying that, but it’s just Epic’s judge.
I’ve had this same situation happen to me before and my solution was to search -x
instead of just x
.
Ok, thank you for the help!
Thank you for the detailed response!
I’m gonna give it a try in my current session and if it works I’ll make it permanent.
One more thing I’d like to ask though is what would be an appropriate size for zram? Considering it grows dynamically 50% would probably be a good amount right?
bruh, don’t lump me with this idiot.
Windows 8.1 (~10 years) -> Xubuntu (a few months) -> Arch linux (present).
Can’t wait for nothing to change 'cause 90% of chrome users don’t use add-ons.
My guess is that sway checks sets the opacity when the window open, so when the first rule matches (app_id=.*
) it skips all others, so maybe try putting the other 2 rules above the first one?
Sorry if my comment is incomprehensible, I’ve just woken up.
I love the different attitudes the first line of the posts has.
I don’t know about beefbot, but this blog convinced me to not use kagi:
Most of the time I don’t mind them, they only get annoying when the battles take longer to finish.