Materialious doesn’t use remote fonts by default, only as a backup if local font loading fails. For some reason ublock in hard mode makes local font fail loading & remote font is used.
Open source developer & privacy advocate.
Materialious doesn’t use remote fonts by default, only as a backup if local font loading fails. For some reason ublock in hard mode makes local font fail loading & remote font is used.
Materialious contains zero trackers. Believe this was a issue with ublock falsely flagging local fonts as trackers or something, someone else open a issue on the repo with a similar issue. Feel free to review the source code for any trackers.
It requires the Invidious instance to have the correct COR values for Materialious, but yes connects to a existing instance.
Materialious does currently just use Invidious’ API. If extending it requires a custom backend it will be a completely different project (what will still be using Invidious)
Isn’t just a theme, is a completely different application built on top of Invidious’ API. What works completely differently to Invidious’ current UI. A LOT of things are handled different then how Invidious handles it on their frontend. Replacing Invidious current interface with Materialious isn’t a good idea, because its quite a bit bigger & requires JS compared to Invidious’ current UI.
Calling Materialious a theme would be like calling clipious a theme.
I believe loading videos directly works, but discover/trending doesn’t to my understanding.
Yea just need to avoid it from being bloated. The idea would be to have a global feed, what you can filter by platform.
Yea, Materialious is a bit more complex then a theme as it has a lot of custom client side logic (Like sync parties, playlists, etc).
If I expanded Materialious you’d still be able to use just Invidious or Safetwitch etc.
But Materialious at its core would still be built off the API of giants. So it wouldn’t be reinventing the wheel for scrapping/handling data from twitch, YouTube etc.
Haven’t used Proxitok in a while, so not sure if its working currently. Seems to be in active development tho. Misspoken, doesn’t appear to be working & hasn’t been updated in awhile
Maybe with the Materialious frontend
https://github.com/WardPearce/Materialious
Cough cough might be a plug
Yes anyone can host Materialious on their own server! Does require you to host Invidious too.
Thank you & yes my taste is on point.
Material design 3 was released in 2021, so I’d call that somewhat modern and is the latest release of Material design. Unlike Apple’s design language Material design is also meant for the web.
There is already a Invidious interface for Apple devices, but ofc isn’t a web interface like Materialious.
Materialious is a web app. Check out Clipious for a native Android Invidious client with support for Android TV.
Yes! DeArrow support is planned
Yea the slider was the default component vidstack uses, I do agree it would be a good idea to use a drop down instead.
Materialious uses ReturnYouTubeDislikes for dislikes and likes, this option can be disabled in settings.
This interface uses the Invidious API. So if YouTube breaks Invidious & Materialious, once Invidious is fixed, Materialious is also fixed.
fair enough! Materialious very much meant for people who use Invidious and are comfortable with JS.
Waterfox is a neat project, but is often slow to implement security patches from Firefox upstream.