search

maptime / maptime.github.io

The official Maptime website
http://maptime.io/
32 stars 90 forks source link

Add categories / tags to blog post #18

Open bethschechter opened 10 years ago

bethschechter commented 10 years ago

As a way to sort chapter blog posts by chapter. @reidab already updated the site so that categories are enabled. cc @geografa

almccon commented 10 years ago

So then we would add some code to a chapter's page (such as maptime.github.io/nullisland) that would only show blog posts for that chapter's category.

almccon commented 10 years ago

We need to make sure that there is a fixed and URL-friendly slug for each local chapter. This slug could potentially be saved in the master geojson file.

rhewitt22 commented 10 years ago

Categories have been added; no tags yet.

@geografa what is the differentiation between the posts and events layouts?

geografa commented 10 years ago

@rhewitt22 Not much, it's a holdover from the starter repo. Events are like blog posts except they have RSVP links.

rhewitt22 commented 10 years ago

How do the rsvp links work? Are they just URLs? Could just use an event front matter variable that is conditionally displayed.

I generally try to keep layouts to a minimum because they're like pringles -- once you pop you just can't stop.

geografa commented 10 years ago

Ha. True. If an event page has a rsvp in the yml then it gets displayed. Each MD file in _posts should contain a category that determines what kind of post it is. I think we'll get more utility out of this as we grow (i.e. blog, event, tutroial, etc.).

@bethschechter back to original intent of this issue: was this for having chapter's blog posts on the front page? We could still stream blog post through a feed of some sort. Perhaps we need another ticket to hammer out what exactly we want on the yml Front matter.

rhewitt22 commented 10 years ago

@geografa That's what I was thinking -- they're all posts, just of different categories.

I can't say that I've seen anything for consuming RSS into posts for jekyll. If it's possible it would probably be done through a _plugin which are disabled on github pages as Jekyll is run with the --safe flag. The other option would be to use the GitHub API, but to stay on top of all the chapters popping up that wouldn't be a fun task to maintain. Chapters that build their page within this repo would give you the ability to grab their posts out of the box.

mattsayler commented 10 years ago

Could we add like a 'posts-path' attribute to the chapters json, since that has to be maintained anyway?

On Mon, Oct 20, 2014 at 10:02 AM, Roy Hewitt notifications@github.com wrote:

@geografa https://github.com/geografa That's what I was thinking -- they're all posts, just of different categories.

I can't say that I've seen anything for consuming RSS into posts for jekyll. If it's possible it would probably be done through a _plugin which are disabled on github pages as Jekyll is run with the --safe flag. The other option would be to use the GitHub API, but to stay on top of all the chapters popping up that wouldn't be a fun task to maintain. Chapters that build their page within this repo would give you the ability to grab their posts out of the box.

— Reply to this email directly or view it on GitHub https://github.com/maptime/maptime.github.io/issues/18#issuecomment-59798301 .

geografa commented 10 years ago

This ticket may be getting a little spread out. We know have categories for all posts so I think we can close this. The issue of slugs/paths for each chapter is a different one so maybe somebody can open a ticket on that. @bethschechter good to close?

lyzidiamond commented 10 years ago

@geografa We should make sure the other sub-issues are added as issues before we close. :)

geobrando commented 9 years ago

Possible workaround for implementing tags in a gh-pages hosted jekyll site.

http://www.minddust.com/post/tags-and-categories-on-github-pages/

geobrando commented 9 years ago

Used the example in the above post to prototype this

We could also just adapt and use the existing tags we've created for tutorials if we don't want to keep two separate lists of tags