Remove support for #CMSimple hide|remove#

Discussions and requests related to new CMSimple features, plugins, templates etc. and how to develop.
Please don't ask for support at this forums!
Post Reply
cmb
Posts: 14225
Joined: Tue Jun 21, 2011 11:04 am
Location: Bingen, RLP, DE
Contact:

Remove support for #CMSimple hide|remove#

Post by cmb » Fri Nov 25, 2016 7:43 pm

Hi!

We may consider to remove support for #CMSimple hide# and #CMSimple remove#. The same functionality is already available via page_params, but page_params has the advantage that plugins can actually check whether a page is hidden or removed (aka. unpublished) by looking at the page data. This distinction not possible with the respective CMSimple scripting, even though it is sometimes necessary, see, for instance, http://cmsimpleforum.com/viewtopic.php? ... =10#p55612.

If we don't want to remove support for these two CMSimple scripts for backward compatibility reasons, we should consider to integrate page_params into the core (what appears to be reasonable, anyway), and to let the core set the respective page data if a page is hidden or removed via scripting.

Either way, we should consider to introduce a counterpart to hide(), so plugins can easily check whether a page is removed without having to use the $pd_router.
Christoph M. Becker – Plugins for CMSimple_XH

Tata
Posts: 3586
Joined: Tue May 20, 2008 5:34 am
Location: Slovakia
Contact:

Re: Remove support for #CMSimple hide|remove#

Post by Tata » Fri Nov 25, 2016 9:21 pm

Now – considering the issue – I see thing like this:
1. Pages can be:
a. Fully accessible
b. Accessible with restriction – by time, within a time span, controlled by a plugin (Register_XH, Memberspages, an future plugin with similar functionality)
c. Hidden from navigation – used by plugins, newsboxes etc.
d. Removed from content, but still accessible to the admin – e.g. for future use, as notes, warnings, hints, ToDos).
2. If any page manager shall become a standard tool for pages creation, it shall have the features 1.a-d included (evtl. synchronized with editor outputs). So the admin maz set all details in one place – instead of setting them on more various places.
E.g.[ external image ]
CMSimple.sk
It's no shame to ask for an answer if all efforts failed.
But it's awful to ask without any effort to find the answer yourself.

Post Reply