You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[x ] Update to the latest Gem version (either gem update github-pages or bundle update github-pages)
This issue affects
The site generated by GitHub Pages
Building sites locally
What did you do (e.g., steps to reproduce)
I maintain a plugin for building multilingual jekyll websites called polyglot. It is designed to facilitate development of good i18n practices when building a blog or website that requires designated content.
It also tries to simultaneously build the website in parallel, a task that jekyll blogs (and ruby, kindof) aren't meant to tackle.
There's a lot of feature cutting aspects about this plugin:
SEO techniques and tools
multilingual content organization and management
parallel website building
What did you expect to happen?
What vetting is required to get my plugin whitelisted? Is there anything I can do now to get this plugin approved to be whitelisted? will parallel builds need to be removed? Should there be greater test coverage? Does it look fine as is?
I would like to know what changes / vetting is needed to enable my plugin, or for providing i18n structure to github-hosted jekyll website design and management.
What happened instead?
Multilingual websites have their own distinct requirements, and I feel it would be in jekyll's, github's, and user's interests to provide tools to address those needs. And It's in my interest to make those tools.
Before submitting an issue, please be sure to
gem update github-pages
orbundle update github-pages
)This issue affects
What did you do (e.g., steps to reproduce)
I maintain a plugin for building multilingual jekyll websites called polyglot. It is designed to facilitate development of good i18n practices when building a blog or website that requires designated content.
It also tries to simultaneously build the website in parallel, a task that jekyll blogs (and ruby, kindof) aren't meant to tackle.
There's a lot of feature cutting aspects about this plugin:
What did you expect to happen?
What vetting is required to get my plugin whitelisted? Is there anything I can do now to get this plugin approved to be whitelisted? will parallel builds need to be removed? Should there be greater test coverage? Does it look fine as is?
I would like to know what changes / vetting is needed to enable my plugin, or for providing i18n structure to github-hosted jekyll website design and management.
What happened instead?
Multilingual websites have their own distinct requirements, and I feel it would be in jekyll's, github's, and user's interests to provide tools to address those needs. And It's in my interest to make those tools.
Additional information
The text was updated successfully, but these errors were encountered: