-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support all tags #321
base: master
Are you sure you want to change the base?
Support all tags #321
Conversation
This is already done on the latest release. |
My mistake. |
a23d3ec
to
e54c046
Compare
b9fbcc0
to
4826b55
Compare
Rebased to the latest master. |
4826b55
to
e3d9f78
Compare
Rebased to the latest master. |
Instead of allowing only a subset of tag names, `slugify` the tag name so that the URL is always valid. This is the same thing done on "jekyll-archives": - https://github.com/jekyll/jekyll-archives/blob/master/lib/jekyll-archives/archive.rb#L132
e3d9f78
to
f4ae799
Compare
Rebased to the latest "master. |
I agree that this is a better approach. It's certainly better than silently dropping tags! I'm not a maintainer here, so I can't recommend what to do next. But my suggestion would be to add some tests (e.g. tags with spaces, tags with underscores, etc), since I wouldn't be comfortable myself merging a PR without them. Finally, I think we would also need to consider backwards compatibility. At the moment, the feeds have case-sensitive paths, and the tags can contain underscores, and there will be people who have published their feeds like this already, and those feeds will need to keep working.
I dislike adding configuration options, but maybe it needs a backwards-compatibility flag? |
I agree, a configuration option for keeping backwards compatibility and some tests would be nice. I don't think I have much time to implement this, I'm using my branch in production for years now. If you want to take this, be my guest. |
Instead of allowing only a subset of tag names,
slugify
the tag nameso that the URL is always valid.
This is the same thing done on "jekyll-archives":
There is a possibility that the same tag slugifies to the same string, but it's probably fine.