dear-github
PdfPig
dear-github | PdfPig | |
---|---|---|
8 | 7 | |
5,151 | 1,473 | |
0.0% | 2.1% | |
0.0 | 9.1 | |
over 3 years ago | 7 days ago | |
C# | ||
- | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dear-github
-
Mental Health in Open Source
GitHub makes this unnecessarily worse by refusing to let you disable Pull Requests like one can disable the other social features (Wiki etc) of a repository: https://github.com/dear-github/dear-github/issues/84
The workaround is to use GH Actions to auto-close PRs: https://github.com/marketplace/actions/repo-lockdown
-
When people assume open source also means open to contribution
There is no way to disable pull requests on GitHub. Only some weird work-arounds for auto-closing them with Actions
-
Just Say No
> don't let people waste their time creating issues in the first place
But then you don't get to use issues to track things that you personally care about. It would be nice if there were a way to enable issue creation by the repo owner / maintainers, but disallow it for the public at large. Especially now that "discussions" are a thing, which gives a place for people to comment without implicitly requesting work from the maintainer.
Apparently this is sort of possible[1] by setting `blank_issues_enabled: false`, so that you can only create issues from the Project page.
[1]: https://github.com/dear-github/dear-github/issues/293#issuec...
-
On April 7, 2022, a threat actor obtained access to a Heroku database
last I've seen the Oauth permissions for the Heroku Dashboard given by Github are excessive and include write access to all public repos - as read-only is not an option if I recall correctly, see https://github.com/dear-github/dear-github/issues/113#issuec...
Newer integrations like Github Apps are more granular and can restrict the scope , also ssh deploy keys are an option for other purposes, but specifically the tokens issued for the Heroku Dashboard can write to the public repos of a user or org.
-
No, "Open Source" does not mean "Includes Free Support"
Without active triage and maintenance, such a list would quickly become useless. Let's look at just one example that's not even for an open source project: https://github.com/dear-github/dear-github/issues/214
-
Bug in get page viewes API?
Found these ways to submit bug to github: https://support.github.com/contact/feedback https://support.github.com/request https://github.com/isaacs/github#if-you-have-an-issue-or-feature-request-for-github https://github.com/dear-github/dear-github [email protected] Submitting tickets using an enterprise account
-
GitHub Actions update: Helping maintainers combat bad actors
You're right, likely the OP thought PRs were included in settings where you can disable issues or wikis
Discussion: https://github.com/dear-github/dear-github/issues/84
PdfPig
-
Just Say No
Maybe (most likely) this is a problem of GitHub's terminology. For genuine bugs, e.g. here's the repro, the stack trace, the code to replicate it, it happens 100% of the time if you follow these steps, I'd agree that just having it open and in the backlog would be preferable.
The problem is those make up maybe at a generous estimate, 10-15% of issues in a projects backlog. In the interests of full disclosure here's mine (I don't use stalebot) https://github.com/UglyToad/PdfPig/issues?page=1&q=is%3Aissu.... As you can see from the backlog I close almost nothing. This was a deliberate choice to avoid closing things until the fix was confirmed by the reporter.
But equally that's the first time I've opened the repository in a couple of months and the amount of angst and dread I feel just from the size of that list means I'll probably find yet another excuse not to do anything on it this coming month.
Discussions on this topic feel a lot like "technical solutions to social problems"; by which I mean "well in the ideal world a perfectly logical person would do x, y, z so the system should reflect that". And while a stalebot is the archetypal technical solution to a social problem it at least works with how maintainers work. Sometimes in life you want to ignore a problem and have it go away. When you can't do that, e.g. government bureaucracy, work stuff, social obligations, that's where stress comes from. And asking volunteer maintainers to add a whole new source of stress in their life falls apart when people get busy, or their life circumstances change, or they get ill or tired or whatever.
Yes, in a perfect world the issue backlog would be sacrosanct and perfectly groomed/prioritized. But we're just fleshy sacks of chemicals and we're not perfect. Unrealistic expectations from users are the cause of maintainer burnout.
Because GitHub closed issues are still viewable and searchable (I'd guess most people search it through a search engine not the terrible inbuilt search) I'd disagree that they're deceiving users somehow.
-
There is framework for everything.
What about PdfPig? It's under Apache 2.0.
-
Extract Text from PDF file Blazor
You could try PdfPig. https://uglytoad.github.io/PdfPig/ I've used it for some small tasks and found it very useful. If you want to handle scanned pdfs you would need to use OCR instead.
-
How to read pdf files in C#?
PDF Pig is open source and allows you to read text and even extract images.
-
Add, Remove, Extract and Replace Images in PDF using C#
https://uglytoad.github.io/PdfPig/ https://github.com/empira/PDFsharp
-
Are there any good PDF generation libraries with no paid licensing?
Example of document creation API here https://github.com/UglyToad/PdfPig#document-creation-005 and wiki with more details here https://github.com/UglyToad/PdfPig/wiki/Document-Creation
-
Generating a Report and exporting it as an PDF
Example with PDFpig https://github.com/UglyToad/PdfPig/blob/master/examples/GeneratePdfA2AFile.cs
What are some alternatives?
csgo-osx-linux - Counter-Strike: Global Offensive
ITextSharp - [DEPRECATED] .NET port of the iText library, only security fixes will be added — please use iText for .NET
ctf-collab - Collaborative programming environment inside GitHub Actions – like Google Docs for hacking
PDFsharp - PDFsharp and MigraDoc Foundation for .NET 6 and .NET Framework
linux - Linux kernel source tree
Docotic.Pdf - Docotic.Pdf library can create, edit, draw and print PDF files in .NET Core, ASP.NET, Windows Forms, WPF, Xamarin, Blazor, Unity, and HoloLense applications. The library is a 100% managed assembly without unsafe blocks. The assembly has no external dependencies.
gatsby-plugin-s3 - Deploy your gatsby site to a S3 bucket.
docnet - DocNET is as fast PDF editing and reading library for modern .NET applications
uBlock - uBlock Origin - An efficient blocker for Chromium and Firefox. Fast and lean.
Pdfium.Net SDK
Avalonia - Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology
iTextSharp (LGPL / MPL) 4.1.6 for .NET Core - Unofficial .NET Core port of iTextSharp 4.1.6. Last version to be released under the Mozilla Public License and the LGPL.