Feature: Version 2.x reintroduce disabling nodes (_hidden=true
)
#55
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
With pr the functionality to set internal node properties via
_foo
property syntax, which was introduced with was reverted. This was done in preparation for the Neos 9 ESCR to be forwards compatible.The most requested internal property
properties._hidden
is now available viatags.disabled
.- The idea of tags is back-ported from Neos 9 where the Node will be tagged as
disabled
or possibly a custom value. See SubtreeTags. Naturally Neos 8.3 can only support the disabled/hidden case and thus other values will throw an exception.- The name shift from
hidden
todisabled
was done to adjust to the naming of the new ESCR. See explanation.This is WIP as the naming of usingThats why this was omitted from the Version2 release but once we find a solution we will release a new version with support for this.hidden
vsdisabled
is not 100% clear yet.Discussion: neos/neos-development-collection#4312
Regarding the naming of the new option
tags
. The term is already partly overloaded and could be mistaken but the reasoning was to align it with the new Neos 9 Api. While more explicit we decided againstsubtreetags
as this term is only used in the cr-write-side and thus more low-level and less know by the integrator. The nametags
as inNode::$tags
(seeNodeTags
) will be part of the Neos 9 API and hopefully a known and understood concept by the user.https://github.com/neos/neos-development-collection/blob/f640f70321f6a96837dbea86ce1d11c72368c924/Neos.ContentRepository.Core/Classes/Projection/ContentGraph/Node.php#L128
see also voting: #55 (comment)