Nir Posted May 5, 2017 Share Posted May 5, 2017 (edited) Quick access to popular libraries, frameworks & tools online developer documentation. With all these great frameworks & libraries out there, it's hard to master each one of them.D2 (Developer Documentation) provides links to online documentation of the most popular frameworks, libraries and other development tools, so you’ll able to get some answers quickly. Workflow can be downloaded from Packal. Think of another great link to add to D2? Open D2 repository on Github Make sure the link is not already in the file Edit data.json file Add your link object to the bottom of the array: { "name": "Tool's name as appear on its website", "description": "Tool's description as appear on its website, up to 100 characters", "tags": ["lowered", "case", "tags"], "link": "direct link to documentation / api page, e.g. https://emberjs.com/api/", "timestamp": "current date as YYYY-MM-DD, e.g. 2017-01-01", "credit": "your_username@some_website, e.g. nire0510@github" } Submit your PR Edited May 5, 2017 by Nir how to submit new links nikivi 1 Link to comment
xilopaint Posted May 5, 2017 Share Posted May 5, 2017 Python is lacking a subtitle: Additionally, I would split Python 2 and 3. Nir and deanishe 2 Link to comment
deanishe Posted May 5, 2017 Share Posted May 5, 2017 What @xilopaint said. "Python" apparently points to Python 3. Which is confusing because the macOS Python is Python 2. Better to use "Python 3" for Python 3. "Python" should point to the Python 2 docs. That's the system Python and what any python executable is. Python 3 binaries are called python3. xilopaint and Nir 2 Link to comment
Nir Posted May 6, 2017 Author Share Posted May 6, 2017 @deanishe @xilopaint thank you both for your comments. I've split Python versions into two separate items. Next time - feel free to submit a PR if you want. Cheers. Link to comment
deanishe Posted May 6, 2017 Share Posted May 6, 2017 I just had a look at the workflow. You're downloading data.json every time the workflow is run. You should really consider caching it for at least an hour or two. (Or better yet, caching the feedback you send to Alfred.) It would make the workflow a lot faster. Link to comment
Nir Posted May 6, 2017 Author Share Posted May 6, 2017 @deanishe sure, that's what I'm about to do. It's my first workflow and I'm still learning how Alfred workflows works. Is there any resource that is going deeper than the official Alfred documentation? Link to comment
deanishe Posted May 6, 2017 Share Posted May 6, 2017 Not that I'm aware of. Your best bet is probably to pull apart existing workflows. @vitor has some good ones here. If PHP is your poison, some of these might be instructive. If you have any questions about the best way to go about achieving something with Alfred, the Workflow Help & Questions forum is the place to ask. vitor 1 Link to comment
Nir Posted May 6, 2017 Author Share Posted May 6, 2017 @deanishe thank you for your comments, a new version already deployed to Packal (V1.1) with local cache (4 Hrs.) Link to comment
vitor Posted May 6, 2017 Share Posted May 6, 2017 (edited) 6 minutes ago, Nir said: with local cache (4 Hrs.) Why 4 hours? Does the list change that often? It seems to me the list should be relatively stable, and even more so as time passes. Once a day should be fine, no? Tangentially, why not make the Workflow itself open-source in the repo? Edited May 6, 2017 by vitor Link to comment
Nir Posted May 6, 2017 Author Share Posted May 6, 2017 @vitor it is relatively new so it gets updates frequently (2 Hrs.). Later on as list will be more baked, I'll make it less frequent. I might adopt your suggestion and make it an open-source project later on, thanks Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now