Please report all kind of issues via Github Issues. Depending on what kind of issue it is, also provide the relevant additional information:
- Screenshot(s) focused on the area of attention, no fullscreen screenshots unless relevant.
- Operating system and version.
- Browser and version.
Please make sure you are running the latest version of the required software and have the most up-to-date code before you file an issue related to Jekyll.
- Operating system and version.
- Local setup.
- Mention the author (@author).
- Relevant blog post file.
- Just don't say that "it doesn't work".
Everyone active in the Slack channel can submit a blog post. You don't need to ask for permission, but know that every blog post will undergo a review before being posted to the website.
-
Fork the repository on Github.
-
Clone your fork locally:
$ git clone [email protected]:your_name_here/androidchat.github.io.git
-
Create a new
.md
file in _drafts in the formatTitle-of-the-post
or in _posts in the formatYYYY-MM-DD-Title-of-the-post
. The date of publication needs to be of the current day or one in the future. Grammar applies for the title in the file name too. -
The front matter in your Markdown file needs to follow the following guidelines:
-
Layout always needs to be post.
layout: post
-
Titles need to follow the English grammar, short and not be clickbait.
Bad:
title: The nuclear fallout is upon is!
Good:
title: Nuclear material design
-
A maximum amount of 3 categories and 3 tags can be assigned to a post. Categories are shown in the URL, tags are currently only shown in the Atom feed.
categories: singlecategory tags: singletag
categories: - global - startup - entrepreneur tags: - money - money - money
-
Add yourself to
_data/authors.yml
and add use your Github username as the value of the author variable. Use a list if there were multiple authors that worked on the article.authors: github_username
authors: - github_author1 - github_author2 - github_author3
-
A custom header is optional, but it is required to either own the copyright of the original image or for the original image to be royalty free and allowed to be used without attribution (e.g: CC Zero).
When using a custom header, uploading the original high quality image is required. If you have imagemagick installed, you can create a compressed version using the following command:
convert -strip -interlace Plane -quality 85% -resize 1440 -gravity center -crop '1440x480+0+0' source.jpg destination.jpg
Original header images should be stored in
/img/headers/original
and compressed header images in/img/header/compressed
. Providing a compressed header reduces the review time as this makes it easier for editors to review and publish your post. Please also use lowercase and hyphen-separated names.Please do not add any kind of gradient to the image as that will be added via CSS.
-
-
The content of the post is up to you. It is however possible to have a foreword if you so desire. Make sure the first paragraph is italic and a bottom margin will be added.
Foreword example:
_Lorem ipsum dolor sit amet, consectetur adipisicing elit. Rem tempore similique esse dolorem aliquam, commodi id nam, maiores qui eveniet minima a accusamus consequatur quam. Eius ducimus, quo corporis illo._
-
Push the changes to the fork and make a pull request.
Please use 2 space indentation for YAML files and tab indentation for other files. When in doubt, look at the existing code. Create an issue if you have any questions.
Commits are required to be atomic. Please test your code using a local Jekyll installation for Github Pages. A how to is provided by Github. Please also squash commits before merging and making a pull request.
As a general rule, your messages should start with a single line that’s no more than about 50 characters and that describes the changeset concisely, followed by a blank line, followed by a more detailed explanation. The Git project requires that the more detailed explanation include your motivation for the change and contrast its implementation with previous behavior – this is a good guideline to follow. It’s also a good idea to use the imperative present tense in these messages. In other words, use commands. Instead of “I added tests for” or “Adding tests for,” use “Add tests for.” Here is a template originally written by Tim Pope:
Short (50 chars or less) summary of changes More detailed explanatory text, if necessary. Wrap it to about 72 characters or so. In some contexts, the first line is treated as the subject of an email and the rest of the text as the body. The blank line separating the summary from the body is critical (unless you omit the body entirely); tools like rebase can get confused if you run the two together. Further paragraphs come after blank lines. - Bullet points are okay, too - Typically a hyphen or asterisk is used for the bullet, preceded by a single space, with blank lines in between, but conventions vary here
Also see Grammar.
Please use standard English grammar. This Does Not Mean A Capital For Every Word You Type. There are exclusions to this rule. Some tiles might have some branding in them or a parody of a branding, in any case just try to keep it to a minimum.