Skip to content
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

Project Clay #196

Open
4 of 14 tasks
hacdias opened this issue Nov 10, 2023 · 0 comments
Open
4 of 14 tasks

Project Clay #196

hacdias opened this issue Nov 10, 2023 · 0 comments

Comments

@hacdias
Copy link
Owner

hacdias commented Nov 10, 2023

Warning

This is an issue where I am mostly thinking. It does not mean that I am going to fully work towards making Eagle completely usable by others. At the moment, my setup is quite tightly connected, and disconnecting pieces may be complicated.

What is Project Clay?

Project Clay is the codename for what is being tracked in this issue, which are two main things:

  1. Making Eagle usable by others.
  2. Implement functionalities that would make it a better citizen of the IndieWeb.

I have always marketed Eagle as a personal-only project, and I have always been clear about not supporting other people's use cases. However, the past time I have been thinking that maybe returning to Hugo was not the smartest decision, and that maybe I wish I had stayed with my own full-blown CMS.

What would need to be done?

The items below do not necessarily constitute a MVP.

  • --configDir directory. This directory must contain eagle.yaml for configuration and the rest will be handled by Eagle. Remove DataDirectory (use bolt/).
  • make sure rebuilds happen after linking, bookmarks, etc
  • Decouple interface or make it clear how to make it work with your own templates. Maybe create eagle directory for eagle configuration stuff inside SourceDirectory, like better templates.
  • Re-add support for Webmention.
    • Also support without relaying on webmention.io
  • Re-add support for Micropub.
  • Re-add support for ActivityPub.
  • Plugin system to let others add functionality.
  • No downtime restart to reload settings and whatnot.
  • Daily Squashed Commits #197

If I decide to stop using Hugo again:

  • Understand what features from Hugo (especially "given" things such as shortcodes) are necessary.
  • Must: have a build command that statically outputs all the content. Good for preservation and peace of mind. It does not need to be blazingly fast as Hugo. It just needs to be able to do its job.

Current Hugo Wishlist

@hacdias hacdias changed the title Make Eagle more reusable Project Clay Nov 12, 2023
@hacdias hacdias pinned this issue Nov 12, 2023
@hacdias hacdias mentioned this issue Nov 14, 2023
8 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant