-
-
Notifications
You must be signed in to change notification settings - Fork 372
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
Future Feature Requests #140
Comments
Are you suggesting, for example, I could have the following in my config: jekyll_admin:
default_fields:
- title
- description And then when creating a new post, those fields would be initialized, but empty, by default?
That's a great idea. Would you mind opening a dedicated issue for that?
Are you suggesting the Jekyll Admin would provide basically an auto complete / list of options, but that the data would ultimately be stored as the resulting string? Or that it was actually stored as a reference? |
It sounds like then, an autocomplete feature would likely need two data sources:
|
Yes, though, for the pre-defined relationship, both Siteleaf and Cloudcannon use field naming conventions rather than configuration. I realize the scope of those projects may be different, and here, the consistency of having everything in a config file may be simplest. |
Can you explain a bit more? |
If you have a key called |
@parkr would say that that violates Jekyll's no magic philosophy because it's an instance of Jekyll trying to be too clever since the user didn't explicitly ask us to do that. |
Perhaps. I don't think conventions like |
BTW, first feature implemented by #224 |
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 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. |
If you add the |
Oh. Thanks for the tip @parkr 👍 |
I realize it's pretty early yet, so lumping these advanced features here together just to get them out there because I think they're some of the more important things to have. These three are all related in that they reduce the potential for errors.
Autogenerate filename from title if not given #224 - Create slug automatically from title. Right now the affordance for a slug is to show an example, but the example is misleading because it looks like the title is in, and at first glance you don't notice it's not even the right date. This is a bigger deal for posts where a user then needs to remember the date format, but would be useful all around, as I've observed a lot of non-technical users and creating valid file names is a real problem for them (the most popular mistake is forgetting to add the extension, go figure).
Allow for default fields #165 - Allow for default fields. A site owner should be allowed to set up fields in the config file, or elsewhere, which creates consistency and ease of use for content creators:
Here are examples for how others handle this: Prose.io:, Cloudcannon, Siteleaf.
Allow a field to automatically reference an item from another collection. If you have collection A and collection B, then one should be able to create a field in collection A that allows a user to reference an item or items in collection a via a drop-down list. This helps maintain the integrity of data. For instance, One editor inputs
author: tom jones
but another inputsauthor: thom jones
Here are examples for how others handle this: Cloudcannon (scroll to select), Siteleaf.
The text was updated successfully, but these errors were encountered: