Just an idea: we should consider offering some integration to enable a "donate" button for individual git repositories. One solution for European/SEPA countries would be to integrate a QR code for SEPA bank transfers (no fees) to the repo author.
"Donation" button for Open Source authors/maintainers #226
For example, the author of the "Simple Mobile Tools" (Android) has a donation page and prefers bank transfer: https://www.simplemobiletools.com/donate/
Great idea! How well is SEPA via QR supported? https://de.wikipedia.org/wiki/EPC-QR-Code
We could also ask upstream at gitea (if not already possible) to add a donate button which either redirects to the preferred service (like liberapay, patreon, opencollective, paypal, whatever) or shows a dropdown if different ones are available.
I think It would be enouth if the Biography/Description supports markdown
I think the patch can be applyed to v1.12 branch easely - so codeberg can use this enhancement as patch and dont have to wait for v1.13 to come out :)
@hjacobs and for a git project: just use README.md ?
example: https://codeberg.org/gitnex/GitNex/src/branch/master/README.md
I think https://github.com/go-gitea/gitea/issues/12416 will impruve this eaven more :)
I think the patch can be applyed to v1.12 branch easely - so codeberg can use this enhancement as patch and dont have to wait for v1.13 to come out :)
We usually cherry-pick changes from merged PRs but not unmerged PRs, to keep conflict potential within reasonable bounds.
@hw sure, I wouldn't recommend it either. just keep this as proposal for now :)
@6543: thanks, I did not know that GitNex is on codeberg already 😄
When going with this approach, we should think about additional Markdown sanitizing and/or styling, for example for when someone puts a h1 heading into their profile description, possibly breaking the visual layout of the site.
Also, we'll have to remember to think of this point of Markdown rendering when implementing #196
also disabling external links or camo proxy needed, as embedded images etc would otherwise enable tracking?
For enabling a donation button, enabling external links and images would be essential.
For embedding images, a proxy like in #196 would be needed. Why would we need a proxy for mere external links though? Is it because of the referrer URL?
also disabling external links or camo proxy needed, as embedded images etc would otherwise enable tracking?
this is a general problem
When going with this approach, we should think about additional Markdown sanitizing...
there is already a sanitizing in place - throu didn't tested h1
also disabling external links or camo proxy needed, as embedded images etc would otherwise enable tracking?
this is a general problem
Did anybody try camo/go-camo with gitea yet?
Did anybody try camo/go-camo with gitea yet?
I didn't try go-camo yet. Currently, I'm hoping for some comments on the questions in #196 first.
can we close this?
Why should we? Is it implemented?
well you can just use markdown as suggested (so we do support all donation platforms out of the box based on that) ... user description was not markdown back when issue was created
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
Something is not working the way it should. Does not concern outages.
Errors evidently caused by infrastructure malfunctions or outages
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
Please join the discussion and consider contributing a PR!
No bug, but an improvement to the docs or UI description will help
This issue or pull request already exists
New feature
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
An issue directly involving legal compliance
involving questions about the ToS, especially licencing compliance
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
Things related to Codeberg's external communication
More information is needed
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
Related to Forgejo. Please also check Forgejo's issue tracker.
Migration related issues in Forgejo
Issues related to the Codeberg Pages feature
Issue is related to the Weblate instance at https://translate.codeberg.org
Woodpecker CI related issue
involves improvements to the sites security
Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?