Closed (fixed)
Project:
Protected Node
Version:
7.x-1.x-dev
Component:
Documentation
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
1 Mar 2015 at 11:12 UTC
Updated:
22 Aug 2015 at 09:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
grimreaperHello,
Here is patch that update the README.txt and replace API.txt with protected_node.api.php
Below is my proposition of content for the project page. Thanks for the review.
---------------------------
With the protected node module users can restrict access to a node with a
password they provide when creating the node (or a site wide password or a per
node type password.) On node creation authorized authors can protect a node by
supplying a password and verify strength of the password via JavaScript.
People who want to view the node or download one of its private attachments are
first redirected to a password query page (/protected-node). Once the user
entered the right password, he is redirected back to the original node.
Authorizations are stored in sessions, so users don't have to enter the
password over and over again once provided (requires cookies).
Email feature: The module is capable of sending the password via unencrypted
emails. This is useful if you create a page to be viewed only by a few people
you know.
Views submodule: The module has a few extensions supporting Views. It includes
filters and output extensions.
Rules submodule: The module includes a Rules extension allowing you to act on a
protected node and test the current state of a node for the current user.
Requirements
There is no special requirement for this module.
Roadmap
Known conflicts
Similar projects and how they are different
Maintainers
Current maintainers:
Comment #2
izus commenteddeletions are with
tag and additions with []also what can be needed here is maybe some screenshots
pour the drupal6 issues, i think that an evaluation can be done to know if we are interested is some of the feature requests (i've already heard people wanting this on their projects per example #286028: Would you consider a patch for inheriting node protections?)
With the protected node module[,] users can restrict access to a node with a
password they provide when creating the node (or a site wide password or a per
node type password
.)[.]On node creation[,] authorized authors can protect a node by
supplying a password and verifi[ying the] strength of the password via JavaScript.
People who[Users that] want to view the node or download one of its private attachments arefirst redirected to a password query page (/protected-node). Once the user
entered the right password,
he isThey are redirected back to the original node.Authorizations are stored in sessions, so users don't have to enter the
password over and over again once provided (requires cookies).
this sentence is not very clear
Comment #3
grimreaperThanks for the feedbacks.
Here are 3 screenshots.
I forgot to write that for the D6 branch, I will only merge patches in RTBC.
About the D6 features request that are not in the D7 branch, yes why not looking for them but the priority is to have a stable D7 version (almost done yeah!!!). And then I think to be able to handle those features requests, There will be necessary to rewrite the module in a 7.x-2.x branch.
And I don't know how I will prioritize between the 7.x-2.x and the 8.x-1.x.
While I am thinking about it, maybe we should ask the maintainer of protected_pages (and other modules like that) if we can't make only one module for D8 that will be enough generic to regroup the modules in D7.
Yeah, it was copy/pasted from the API.txt file, I will use "If an invalid $nid is passed FALSE is returned.". And I found the protected_node_unset_protected strange.
Comment #4
izus commentedcool
screenshots may need to be reworked/cut/adpated/zoommed, as we will add them we'll see if they are visible and readable...we just need to test :)
idk for d8, actually the two modules have two strategies for two different concerns
protected_node has deep integration with node entity and its fields/view mode ?....
protected_page care only about the path
if there is an architecture to integrate both, it would be good to do that, but i have no clue for this, i need to play with drupal8 more and more !
Comment #6
grimreaperHello,
This is now merged. And I have updated the project page.
Thanks for the review.
Do not hesitate to change something if you feel it need to be changed.
Comment #8
digitgopher commentedI noticed a slight problem. After the update I think the 'new line' characters were pasted in from the README. For example, on the project page there two returns in the middle of the first sentence.
Aditionally, I think it would be nice to add a bit more about how this module is different from Protected Pages. I think one of the main benefits of Protected Node is that content creators can add the password as they create content, they don't have to go to another configuration page.
Comment #10
grimreaperThanks digitgopher,
I refreshed the project page and refreshed the README.txt.