wjs018

Piefed doesn’t currently natively support setting up an rss feed to populate a community (though there is an issue for it on the codeberg, so hopefully soon). However, we do have an api at this point that is feature complete enough to cook something like this up without too much trouble.

As for self-hosting piefed, it is pretty comparable to lemmy. They both are dockerized and I have a personal instance of both of them. Resource-wise, for a personal instance, I haven’t really noticed a difference, though my VMs are well enough provisioned that I doubt I would run into any bottlenecks for a 1-user instance.

I’m more familiar with the Python ecosystem than Rust

This is basically how I have ended up becoming a piefed contributor. There were features that weren’t in lemmy that I was frustrated by, but don’t know a thing about rust. So, I just started implementing things in python…and have just kept doing it.

It will show up automatically if you meet some conditions (which you won’t until 1.2 is deployed):

1. Running version 1.2 that has the code for the instance chooser (or maybe a custom build like piefed.fan must be)
2. Enable the instance chooser in the admin settings

I don’t know all the details as this is something rimu coded up, but I suspect that your instance would then be listed as a choice for any other piefed instances that have the instance chooser enabled and that you are federated with.

Add ability to use keyword filter on community names

This should already be live. In your user settings on the Blocks & Filters page, you will want to look for these options:

Since you are on piefed.social, rimu has tried to designate basically all the meme communities as “low quality” so that they are easily filterable by checking that box (new ones pop up all the time though). Additionally, the text box below lets you filter based on community name.

I’d like to sort communities by Top X amount of time, IIRC that was already in the works.

This is already live. If you are viewing a community, click Top in the bar and it should be a dropdown menu where you select the timerange:

If you are on a small mobile screen (like using the PWA), the different time options are listed out with the other sort options:

Yeah, that should work then. I haven’t really looked at that portion of the code, but I can try to take a peek.

Hmm, that is an interesting idea…

I might look into this one. Would something like voting buttons in the crosspost dropdown be an acceptable alternative? I think I would prefer to keep 1 action (click) means 1 vote, but making it easier to vote on crossposts makes sense with the way that piefed consolidates comments.

So, voting buttons here maybe? (no promises, just an idea) -

This is planned for the 1.2 release (at least it is on the kanban board).

Do you mean on the bar with the voting buttons instead of being behind the three dots menu?

Are you using an app or the web ui? It is still an open issue that posts are not being marked as read when they are interacted with via the api. It should work as expected if you use the web ui.

I’ve done a lot of work on the markdown to html edge cases. So, I think things like bold and italics intermingling and garbling each other shouldn’t happen any more. If it does, feel free to let me know!

I don’t think that’s the issue since you can upload images for an image post. It’s more the effort of doing file uploads from a dynamically inserted part of the page (the reply box). I don’t know enough Javascript to be able to do that.

Not a bad suggestion. When you are browsing the /communities page for example, the leave buttons are in the warning color (yellow if you are using the default dark theme) while the join buttons are in the primary color (blue). I can try to whip up some code for this.

This is actually a known issue: https://codeberg.org/rimu/pyfedi/issues/1018

The basic takeaway is that you must have already enabled notifications by clicking the enable button that shows up in that box. Then, since they are enabled, the button doesn’t show up any more, so there is just an empty box left. To disable notification, you need to do that through your browser. It’s on the list to make this UI a bit clearer at some point.

Edit: This is what it looks like if you don’t have notifications enabled

Yep! Absolutely. Here is the relevant portion of the docs.

I am using R2 for my instance and I set up those environment variables in my .env file before building the docker container for the first time, and everything just worked. The specifics of different S3 providers can vary a bit. There is a special set of instructions for using Wasabi S3 for example (I think this was contributed by Jerry of feddit.online).

Specifically, from looking at the code, it counts the most recent 50 votes on posts and the most recent 50 votes on comments for the calculation.

When you don’t have too many votes cast, it doesn’t take much to cause a big swing. There is a section in the code where it doesn’t actually calculate the attitude until after 3 votes are cast, but perhaps that should be increased.

Attitude, like others have mentioned is given by:

(upvotes cast - downvotes cast) / (upvotes + downvotes)

If you want to see exactly how it is done, here is the code reference. Basically, it is just a number between -1 and 1 (-100% to 100%) based on the votes you have made. It can be different on different instances depending on what has federated to where. For example, on instances with downvotes disabled, everybody has a 100% attitude!