Codeberg/Community
54
325
Fork
You've already forked Community
12

"Donation" button for Open Source authors/maintainers #226

Open
opened 2020年07月29日 13:16:22 +02:00 by hjacobs · 20 comments

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.

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.
Author
Copy link

For example, the author of the "Simple Mobile Tools" (Android) has a donation page and prefers bank transfer: https://www.simplemobiletools.com/donate/

For example, the author of the "Simple Mobile Tools" (Android) has a donation page and prefers bank transfer: https://www.simplemobiletools.com/donate/
Member
Copy link

Great idea! How well is SEPA via QR supported? https://de.wikipedia.org/wiki/EPC-QR-Code

Great idea! How well is SEPA via QR supported? https://de.wikipedia.org/wiki/EPC-QR-Code
Owner
Copy link

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.

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 It would be enouth if the **Biography**/**Description** supports markdown
https://github.com/go-gitea/gitea/pull/12415

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 :)

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 :)

@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 :)
Member
Copy link

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.

> 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 :)

@hw sure, I wouldn't recommend it either. just keep this as proposal for now :)
Author
Copy link

@6543: thanks, I did not know that GitNex is on codeberg already 😄

@6543: thanks, I did not know that GitNex is on codeberg already :smile:
@hw https://github.com/go-gitea/gitea/commit/2872a04f2796b369fb388c6f34780bbda2e64710

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

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 https://codeberg.org/Codeberg/Community/issues/196
Member
Copy link

also disabling external links or camo proxy needed, as embedded images etc would otherwise enable tracking?

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?

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 > When going with this approach, we should think about additional Markdown sanitizing... there is already a sanitizing in place - throu didn't tested `h1`
Member
Copy link

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?

> > 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.

> 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?

can we close this?
Owner
Copy link

Why should we? Is it implemented?

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

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
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility

Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug

Something is not working the way it should. Does not concern outages.
bug
infrastructure

Errors evidently caused by infrastructure malfunctions or outages
Codeberg

This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome

Please join the discussion and consider contributing a PR!
docs

No bug, but an improvement to the docs or UI description will help
duplicate

This issue or pull request already exists
enhancement

New feature
infrastructure

Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal

An issue directly involving legal compliance
licence / ToS

involving questions about the ToS, especially licencing compliance
please chill
we are volunteers

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.
public relations

Things related to Codeberg's external communication
question

More information is needed
question
user support

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.
s/Forgejo

Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration

Migration related issues in Forgejo
s/Pages

Issues related to the Codeberg Pages feature
s/Weblate

Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker

Woodpecker CI related issue
security

involves improvements to the sites security
service

Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
wontfix

Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#226
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

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?