Bug 34951 - Ability to make draft Additional Contents (pages, news, html customizations, etc)
Summary: Ability to make draft Additional Contents (pages, news, html customizations, ...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Tools (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 15326
Blocks:
  Show dependency treegraph
 
Reported: 2023-09-28 22:11 UTC by Aleisha Amohia
Modified: 2024-12-12 00:27 UTC (History)
1 user (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aleisha Amohia 2023-09-28 22:11:39 UTC
It would be great to have a more explicit 'draft' state for CMS pages.

We can use publication date/expiration date to 'schedule' pages but it would be great to have pages that are able to be viewed in their context (not just previewed) but aren't public or published yet
Comment 1 Andrew Fuerste-Henry 2024-12-10 14:30:37 UTC
Agreed that it'd be more clear to have an explicit "Draft" checkbox rather than just relying on date. This change should be applied to all additional contents types.

Elsewhere in Koha we more commonly assume that an undefined date/limit should be open-ended. Following that logic, we'd expect additional contents to be displayed when the start date is null/blank. If we add a Draft flag, I'd like to also start treating an undefined start date as indication that this item should display immediately.
Comment 2 Aleisha Amohia 2024-12-12 00:27:55 UTC
(In reply to Andrew Fuerste-Henry from comment #1)
> 
> Elsewhere in Koha we more commonly assume that an undefined date/limit
> should be open-ended. Following that logic, we'd expect additional contents
> to be displayed when the start date is null/blank. If we add a Draft flag,
> I'd like to also start treating an undefined start date as indication that
> this item should display immediately.

I agree with this. It is unexpected that not specifying a date means your content doesn't show up.