Split page and articles ?

kazhnuz commented

2025-01-20 11:00:45 +01:00

Owner

It would allow for a better admin UI

Add ~~an article object~~ a new PageType metadata where we can have "static" or "articles"
Add an "upgrade path" that'll auto-generate page-type from the type
Make edit-page, new-page and content views able to adapt to an "argument" or to the type of content.
Add a content/static and content/articles links to the sidebar
Refactor the current "$page->type()" into a "$page->state()" and only keep the old one for compat (that will provide the pageType if published and not "article", or else the state)
~~Make article have as URI /articles/{{article-name}}~~ (nope)
~~Add a redirect for articles that use the old URI if "converted-from-bludit" is true~~
~~(compat) Make all page in "static" mode when created with the editor~~

The downside is that it could add a small performance hit for converted site that want to keep their redirections.

It would allow for a better admin UI - [ ] Add ~~an article object~~ a new PageType metadata where we can have "static" or "articles" - [ ] Add an "upgrade path" that'll auto-generate page-type from the type - [ ] Make edit-page, new-page and content views able to adapt to an "argument" or to the type of content. - [ ] Add a content/static and content/articles links to the sidebar - [ ] Refactor the current "$page->type()" into a "$page->state()" and only keep the old one for compat (that will provide the pageType if published and not "article", or else the state) - ~~Make article have as URI /articles/{{article-name}}~~ (nope) - ~~Add a redirect for articles that use the old URI if "converted-from-bludit" is true~~ - ~~(compat) Make all page in "static" mode when created with the editor~~ The downside is that it could add a small performance hit for converted site that want to keep their redirections.

kazhnuz added the

labels 2025-01-20 11:00:45 +01:00

kazhnuz commented

2025-01-20 11:42:40 +01:00

Author

Owner

The "conversion path" should be a separate php file.

kazhnuz added the

Compat

Breaking

label 2025-01-20 11:42:56 +01:00

kazhnuz commented

2025-01-20 11:43:33 +01:00

Author

Owner

The biggest question is the new/edit UI that'll to change some stuff, but will be 99% identical (but that won't handle tags, category, publication mode, etc)

kazhnuz added this to the WP-features project 2025-01-20 11:44:44 +01:00

kazhnuz commented

2025-01-20 12:05:52 +01:00

Author

Owner

Maybe only split them in the UI, and keep them related internally ? It would avoid bug and keep backward compatibility, but also won't allow performance by only searching for article when they're relevant.

kazhnuz commented

2025-01-22 09:00:31 +01:00

Author

Owner

Another possibility is a system of posts/pages-types that would allow some features or not, CMS-builder likes. We add a "pageType". It would allow configuring if it use category, if it use systems, etc.

( Events and Notes will have a separate system still )

Another possibility is a system of posts/pages-types that would allow some features or not, CMS-builder likes. We add a "pageType". It would allow configuring if it use category, if it use systems, etc. ( Events and Notes will have a separate system still )

kazhnuz commented

2025-01-22 11:10:23 +01:00

Author

Owner

A MVP could simply have PostKind but not customisable

kazhnuz added this to the Koblog 1.0.0 - Clay milestone 2025-01-22 11:19:35 +01:00

kazhnuz added a new dependency 2025-01-22 11:43:12 +01:00

#44 Support repost/reshare

kazhnuz referenced this issue from a pull request that will close it,

2025-01-25 12:38:44 +01:00

Rework articles handling #35

kazhnuz closed this issue

2025-01-25 17:02:41 +01:00

Rows
Columns

Split page and articles ? #37