▲ | Show HN: To-Userscript: Chrome Extension to Userscript Converter(github.com) | |||||||||||||
37 points by explosion-s 20 hours ago | 5 comments | ||||||||||||||
▲ | reed1 7 hours ago | parent | next [-] | |||||||||||||
Is there any tool I can use to sync the userscripts easily? last time I checked it requires some clicks and browse files. I want them to be included in my dotfiles and automatically synced on git pull | ||||||||||||||
| ||||||||||||||
▲ | evertedsphere 16 hours ago | parent | prev [-] | |||||||||||||
excellent idea. few things feel like they need to be extensions, and this would also make it easy to hack on stuff like the zotero connector and maintain control over random tiny unmaintained extensions. first things that come to mind: can every extension be converted? what do i lose in terms of usability, if anything? in a simpler time, i would have expected these things to be at the top of the docs if there were docs, or else for the docs to just be a nearly empty readme containing just "# TODO\nwrite readme" repeat after me: if your readme wasn't worth writing, it isn't worth reading the readme is the public face of the software that you are posting to this site for the consideration of potential users. why start by disrespecting them with a list of "Key Features" (linking to an equally doubtful-looking architecture document) that's just raw data that you didn't see fit to arrange into an introduction based on your understanding of what a human user might want? even assuming it's all correct, which it might be if you've proofread it, nowhere in this impersonal wall of token vomit is there consideration for an actual user, because the purpose of these tools is management-brained report generation—and that is not what documentation is | ||||||||||||||
|