-
Notifications
You must be signed in to change notification settings - Fork 21
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
Feature Suggestion: API access to pages #52
Comments
Hi @jessepav! Thanks for opening this issue! I think that's a good idea. The only thing on my mind is that the goal of mataroa is to have a simple blog. Things like the API, as well as a potential pages API, sound extra — unless I'm missing something in terms of its conduciveness to writing texts. To explain a bit more, in my way of using mataroa, I change the content of the pages once a year. The rest of the year I just click 'New post' or 'Edit post'. But maybe a blot.im-like capability for pages could be useful too. In the sense that someone makes a CLI tool that syncs both posts and pages, and that helps them write posts and pages in their local editor rather than a possibly annoying textarea on their distracting browser. |
Even for simple blogs, a few pages seem necessary, and these pages are often related to other pages, benefiting from scriptability. For instance, both |
A blot-like functionality would be amazing. Blot was one of the services I considered before, but I chose Mataroa because your usage policy is better aligned with my beliefs. Amazing job by the way. |
I'm not sure how that commit relates to this feature suggestion? |
oh, that was probably a mistake |
Wider API support for pages would be great. I would like to create a Emacs package for Mataroa that allows a blog to be wholly defined in org-mode. Posts are currently doable, and I'd ideally like all fields accessible via API, but page support would be sufficient to make it worth the effort. |
Currently access to pages (as opposed to posts) is not supported by the API (and pages are also not exported via
https://mataroa.blog/export/
).It would be great to have pages access, both for data portability and so that one need not use draft posts as API-accessible "semi-pages".
The API design could parallel the posts API almost exactly, simply substituting
/api/pages/
for/api/posts/
.The text was updated successfully, but these errors were encountered: