Skip to content

Manually featuring (or unfeaturing) threads #22

Open
@Myke623

Description

@Myke623

In the Manually featuring (or unfeaturing) threads section and in specific reference to the paragraph that begins with:

We can now move on to changing the thread editor service...

I initially found the sequence of introducing these two new class extensions to be a little confusing to follow. In the docs up until this point, one could effectively "follow the bouncing ball" with the instructions. That is, you can read a bit, do a bit, read a bit, do a bit, in a linear fashion. With the creation of new class extensions, the instructions generally followed a pattern of:

  1. (ACP) Create (but don't save) new class extension
  2. (IDE) Create code
  3. (ACP) Save class extension

So the workflow demonstrated up to this point had you going from the ACP, then to your dev environment and finally back to the ACP.

But in the aforementioned paragraph, this pattern isn't followed. The definitions for the two class extensions are provided first, then the code for the second class extension is shown. In my following the bouncing ball approach, I had the first class extension (XF\Pub\Controller\Thread) pre-populated in the ACP but was then introduced to the code for the second class extension (XF\Service\Thread\Editor).

Reading forward and backtracking was necessary to eventually create the two new class extensions, and had me initially stumped. This sub-section could perhaps be restructured so that it's consistent with the new class creation workflow used throughout the guide.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions