Make book child content-type configurable per enabled book content-type

Created on 29 September 2020, over 3 years ago
Updated 24 April 2024, 2 months ago

Problem/Motivation

The current book module allows for multiple enabled content-types for books but only a single content-type for child pages. The problem is that if you want to use the book construct but have different requirements depending on the application then a series of problems arise. For example: two different sets of users that only have access to create and edit specific content-types by role or if different path patterns are required depending on the type of book content.

Steps to reproduce

1. Enable book
2. Configure book settings

Proposed resolution

There are modules in the contrib space to help deal with things like access control, but it gets complicated fairly quickly. In looking at it the easier solution is to remove the constraint of a single content-type for all book children and allow each enabled book content-type to have its own child content-type.

Remaining tasks

Address D6/D7 migration related code and config.

User interface changes

Conditional settings per content-type on the book settings admin page.

API changes

None.

Data model changes

None.

Release notes snippet

Enhance book module settings to allow users to configure the add child link content-type per book content-type.

✨ Feature request
Status

Needs work

Version

1.0

Component
BookΒ  β†’

Last updated 1 day ago

  • Maintained by
  • πŸ‡ΊπŸ‡ΈUnited States @pwolanin
Created by

πŸ‡¨πŸ‡¦Canada joel_osc

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡³πŸ‡ΏNew Zealand quietone New Zealand

    This extension is being deprecated, see 🌱 [Meta] Tasks to deprecate Book module Active . It will be removed from core and moved to a contrib project, πŸ“Œ [11.x] [Meta] Tasks to remove Book Active .

    This is now Postponed. The status is set according to two policies. The Remove a core extension and move it to a contributed project β†’ and the Extensions approved for removal β†’ policies.

    This issue may be re-opened if it can be considered critical β†’ , If unsure, re-open the issue and ask in a comment.

  • πŸ‡ΊπŸ‡ΈUnited States mlncn Minneapolis, MN, USA

    Oof, i feel issues should not be postponed/closed until they can be moved along with the core extension when it is moved to a contrib module.

    Really, all core Drupal modules should be brought in by composer, so there is not this traumatic phase while a module is being moved to contrib (or from contrib). It should be easy to fork β€” or branch β€” a core module same as a contrib one (keep development in the same namespace but swappable).

    Anyhow this patch works (you may get errors trying to print Add child page links until you save the new configuration for the first time) and i hope contributors here will put in to be maintainers of the book-in-contrib to be! (Also on that, #1261130 is a very interesting direction.)

  • πŸ‡¨πŸ‡¦Canada sylus

    Patch for Drupal 10.2.x but doesn't use the Config Target API that was recently changed.

  • πŸ‡¨πŸ‡¦Canada sylus

    Missed a file

    Patch for Drupal 10.2.x but doesn't use the Config Target API that was recently changed.

  • Status changed to Needs work 2 months ago
  • πŸ‡³πŸ‡ΏNew Zealand quietone New Zealand
Production build 0.69.0 2024