Comments (15)
though we still need the manual data in sync with showcasing themes and plugins that have not been gemmified..
I think this directory should only include plugins and themes that are available as Gems
from directory.
How would _data/entries.yml
get created?
Also, in order for this to work, Travis would have to commit these back to GitHub, would it not? I'm not sure that's something they would support doing. I'm also not sure if I've understood your idea correctly. Let me know if I've got it wrong.
from directory.
How would
_data/entries.yml
get created?
If this idea gets approved, I'll open a PR that clubs existing _data/themes.yml
and _data/plugins.yml
files into _data/entries.yml
and add the rake task to this repo as well. In future, any user desiring to get their plugin listed need to open a PR adding their gem / plugin-name / theme-name to _data/entries.yml
Travis would have to commit these back to GitHub, would it not?
Yes, Travis CI can be used to do this.. Its documented. My plan is therefore:
- set up Travis to commit back to this repo. (I've already run trials on my fork). Perhaps @parkr can lend a hand at adding a secure access token for this repo..)
- instruct Travis to:
- download gem data from Rubygems.org API if available
- use this data to build the production-ready site
- push the generated site back to
gh-pages
branch on this repo (default) - set up cron jobs to have this automated at set intervals
- update Readme document here to ease contribution and development
from directory.
I'm onboard with this.
Out of curiousity, what drove the idea behind creating a single file vs. keeping the two files and just smashing them together as part of the rake task?
from directory.
Downloads could be use as a sort filter.
{
"authors": "Mark Otto",
"bug_tracker_uri": null,
"changelog_uri": null,
"runtime": [
{
"name": "jekyll",
"requirements": "~> 3.6"
},
{
"name": "jekyll-feed",
"requirements": "~> 0.9"
},
{
"name": "jekyll-gist",
"requirements": "~> 1.5"
},
{
"name": "jekyll-paginate",
"requirements": "~> 1.1"
},
{
"name": "jekyll-sitemap",
"requirements": "~> 1.1"
}
]
},
"documentation_uri": "http://www.rubydoc.info/gems/jekyll-theme-poole/2.1.0",
"downloads": 857,
"gem_uri": "https://rubygems.org/gems/jekyll-theme-poole-2.1.0.gem",
"homepage_uri": "https://github.com/poole/poole",
"info": "The Jekyll Butler, designed and developed by @mdo to provide a clear and concise foundational setup for any Jekyll site.",
"licenses": [
"MIT"
],
"metadata": {
"plugin_type": "theme"
},
"name": "jekyll-theme-poole",
"project_uri": "https://rubygems.org/gems/jekyll-theme-poole",
"version": "2.1.0",
}
from directory.
what drove the idea behind creating a single file vs. keeping the two files and just smashing them together as part of the rake task?
Easier to code to load a single YAML file and proceed.., as against reading two files and merging data or clobbering the two files into one and then loading that....
from directory.
allow us to display more info
yes.. though we still need the manual data in sync with showcasing themes and plugins that have not been gemmified..
from directory.
This issue has been automatically marked as stale because it has not been commented on for at least two months.
The resources of the Jekyll team are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the master
branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, please consider whether it can be accomplished in another way. If it cannot, please elaborate on why it is core to this project and why you feel more than 80% of users would find this beneficial.
This issue will automatically be closed in two months if no further activity occurs. Thank you for all your contributions.
from directory.
No! This is not going to die due to inactivity!
What do we need to do to carry this across the finish line?
from directory.
This issue has been automatically marked as stale because it has not been commented on for at least two months.
The resources of the Jekyll team are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the master
branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, please consider whether it can be accomplished in another way. If it cannot, please elaborate on why it is core to this project and why you feel more than 80% of users would find this beneficial.
This issue will automatically be closed in two months if no further activity occurs. Thank you for all your contributions.
from directory.
What do we need to do to carry this across the finish line?
from directory.
This issue has been automatically marked as stale because it has not been commented on for at least two months.
The resources of the Jekyll team are limited, and so we are asking for your help.
If this is a bug and you can still reproduce this error on the master
branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, please consider whether it can be accomplished in another way. If it cannot, please elaborate on why it is core to this project and why you feel more than 80% of users would find this beneficial.
This issue will automatically be closed in two months if no further activity occurs. Thank you for all your contributions.
from directory.
Is there a PR for this?
from directory.
Nope. I had one somewhere around in Feb, but lost it to a corrupted Git index.
Now I don't remember what exactly I planned on doing at the time..
from directory.
This should be fairly straightforward of a process: list all gems, hit the rubygems metadata endpoint for each gem (costly, do once per month?), write yaml, commit. I’d can get a deploy key for this repo from @jekyllbot, but want to make sure it can only be used by Travis’s scheduler instead of any person running a Travis build.
from directory.
Related Issues (14)
- Search
- Rename gh-pages to master HOT 5
- Improve tests HOT 5
- Plugin organization HOT 4
- Remove gh-pages branch HOT 3
- Add entry for all jekyll/* plugins HOT 12
- Import plugins from documentation HOT 11
- How to List RubyGems(.org) Jekyll Plugins HOT 12
- Import plugins from GitHub HOT 3
- Specify compatibility HOT 2
- Spec failure doesn't cause tests to fail HOT 1
- Is there any possibility to make this site like https://atom.io/packages HOT 8
- Quero fazer parte desta organização. HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from directory.