Blåhaj PieFed
DeckPacker
Instance: piefed.blahaj.zone
Joined: a month ago
Posts: 4
Comments: 40
I am a guy from southern germany. I like scouting, trains and computers. Politically, I would consider myself as a democratic socialist. This is not my main instance anymore, my new account is !DeckPacker@piefed.social
-
Pronounds
he/him -
My blog
blog.strawberrycloud.org -
My linkstack
links.strawberrycloud.org/@Straw(berry)man
Posts and Comments by DeckPacker
c/piefed_meta
DeckPacker
c/foss
Comments by DeckPacker
That worked, thanks ;)
Do you know, if there is a way to be able to get the result of my function community.utils.get_community_theme_allowed in the jinja base template when any relevant route is rendered?
Because including this as a parameter in every route seems really inefficient.
World NewsAre you serious?
A change.org with 51 signatures? I am usually not a cynical person, but there have never been any change.org petitions that have really changed anything.
Please stop with this online activism bullshit and go out into the real world and organize and actually do something.
Thank you so much, for this advice! I was also planning on doing a separate table for the blocked communities, I didn’t think about the deleting part though, so thank you for telling me how that works. As for the UI, I have currently implemented it as an extra section in the community info card at the side (which only shows up if the community has an active theme). I will now be working on implementing this within the database.
FunnyNo
Leopards Ate My FaceThe demorcrats would also have gone to war with Iran, if Israel wanted it. Notice how almost none of the majour dems have really condemned the war in Iran, even though it would have been massively electorally advantageous for them?
Maybe they would have done the war more carefully / competently, but they are slaves to the exact same forces of capital, that pushed Trump towards the war.
Alright, thanks for the feedback!
Lemmy Shitpost
PC GamingIt’s a joke, Expedition 33 is not a sequel
SelfhostedYeah, I was looking for that info, because I don’t trust any (especially new projects, that use AI).
How did you know, it was AI though? I am just curious
Disabling a particularly annoying theme seems to me like something you would wanna do on every device, no?
Maybey it would make sense to store the user theme in a cookie though, because that is a thing, you may want to be different on different types of devices.
Do you know, how long such a cookie lasts?
Yeah, that’s a good idea, I’ll try to implement that in a future update.
There are a lot of ways to inject javascript into css aswell. With @import, if you just escape css with </style> and so many more. It would be a herculean task to really sanitize css so that it’s fully safe unfortunately and if we were to make any mistake, that would pose a massive security risk for our users.
So maybe it’s possible, but I am afraid, that it’s beyond the scope of our project.
And, to your other question, there is an option in the user settings to disable community themes.
Yeah, unfortunately it will only work for servers, that have the theme in their files, so you would have to propose it to the repo. This is mainly because of security concerns, because there are a lot of ways to inject malicious Javascript code into a theme, and we don’t want that federating across piefed.
There is a theming guide on our Codeberg, if you are interested: https://codeberg.org/rimu/pyfedi/src/branch/main/docs/developer_docs/09_Theming_Guide.md
Ask LemmyWhat projects are you working on, if I may ask?
Also nuclear is just way more expensive than renewables, so we could build way more renewables than nuclear
Weird Art@lemmy.world
Maybe you could try out nightshade , it only works properly on windows / mac unfortunately, but it’s basically a tool to change your image slightly (not that noticeable to people), which poisons AI datasets. If you don’t have access to a Mac or Windows PC with a decent GPU, you could also try out WebGlaze, which runs on their servers.
That worked, thanks ;)
Do you know, if there is a way to be able to get the result of my function community.utils.get_community_theme_allowed in the jinja base template when any relevant route is rendered?
Because including this as a parameter in every route seems really inefficient.
Are you serious?
A change.org with 51 signatures? I am usually not a cynical person, but there have never been any change.org petitions that have really changed anything.
Please stop with this online activism bullshit and go out into the real world and organize and actually do something.
Thank you so much, for this advice! I was also planning on doing a separate table for the blocked communities, I didn’t think about the deleting part though, so thank you for telling me how that works. As for the UI, I have currently implemented it as an extra section in the community info card at the side (which only shows up if the community has an active theme). I will now be working on implementing this within the database.
No
The demorcrats would also have gone to war with Iran, if Israel wanted it. Notice how almost none of the majour dems have really condemned the war in Iran, even though it would have been massively electorally advantageous for them?
Maybe they would have done the war more carefully / competently, but they are slaves to the exact same forces of capital, that pushed Trump towards the war.
Alright, thanks for the feedback!
How do you want disabeling community themes to work? Question
UPDATE: The feature is now fully implemented! It shows up as an extra option in the community sidebar and saves the result in the database (as was decided by the poll). It is not merged with main yet, but you can look at the pull request , if you are interested.
I think, I am neither, I am
It’s a joke, Expedition 33 is not a sequel
Yeah, I was looking for that info, because I don’t trust any (especially new projects, that use AI).
How did you know, it was AI though? I am just curious
Disabling a particularly annoying theme seems to me like something you would wanna do on every device, no?
Maybey it would make sense to store the user theme in a cookie though, because that is a thing, you may want to be different on different types of devices.
Do you know, how long such a cookie lasts?
Yeah, that’s a good idea, I’ll try to implement that in a future update.
There are a lot of ways to inject javascript into css aswell. With @import, if you just escape css with </style> and so many more. It would be a herculean task to really sanitize css so that it’s fully safe unfortunately and if we were to make any mistake, that would pose a massive security risk for our users.
So maybe it’s possible, but I am afraid, that it’s beyond the scope of our project.
And, to your other question, there is an option in the user settings to disable community themes.
Yeah, unfortunately it will only work for servers, that have the theme in their files, so you would have to propose it to the repo. This is mainly because of security concerns, because there are a lot of ways to inject malicious Javascript code into a theme, and we don’t want that federating across piefed.
There is a theming guide on our Codeberg, if you are interested: https://codeberg.org/rimu/pyfedi/src/branch/main/docs/developer_docs/09_Theming_Guide.md
Piefed just got a new "community theme" option, feel free to get creative with it! Features
For the newest piefed release, I worked on a new feature, that allows community admins to choose a “community theme”, which overrides the users theme while they are browsing the specific community. This works for every user on piefed, that has the newest version, it unfortunately won’t show up on lemmy, because they have a completely different theming system.
Nope
What projects are you working on, if I may ask?