Re: svn commit: r1736683 - /httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml

2016-03-26 Thread Marion & Christophe JAILLET
As far as I've seen, directive names used within the corresponding 
 bloc do not have a link to themselves.

That's why I have removed some in this commit.

In the same commit, I've also added some missing module= for some other 
directives in order to keep the link to them.


As an example, in this commit, you can find:

+AuthLDAPSubGroupAttribute directive identifies the
+labels of group members and the AuthLDAPGroupAttribute

No module= for AuthLDAPSubGroupAttribute but one for 
AuthLDAPGroupAttribute, because we are in the AuthLDAPSubGroupAttribute 
 bloc.



I've never seen this "rule" written anywhere, but it looks a quite 
classical way to do within the online doc.
I personally find it logical and it helps, IMHO, to quickly see if the 
explanation we are reading it about the current directive or if it is 
related to something else, which can be found somewhere else.


If module= everywhere is the preferred way, that's good for me and will 
update accordingly.



BTW, I will backport port these changes during the WE but I'm in the 
process to synch 2.4 and trunk for this given file. Started but not 
finished yet.


CJ



Le 26/03/2016 13:51, Eric Covener a écrit :

On Sat, Mar 26, 2016 at 3:51 AM,   wrote:

-module="mod_authnz_ldap">AuthLDAPBindPassword if you
+>AuthLDAPBindPassword if you
  absolutely need them to search the directory.


I am in the habit of always adding module= so we get the directive as
a hyperlink.  Is there a rationale for removing them?





Re: svn commit: r1736683 - /httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml

2016-03-26 Thread Eric Covener
On Sat, Mar 26, 2016 at 3:51 AM,   wrote:
> -module="mod_authnz_ldap">AuthLDAPBindPassword if you
> +>AuthLDAPBindPassword if you
>  absolutely need them to search the directory.


I am in the habit of always adding module= so we get the directive as
a hyperlink.  Is there a rationale for removing them?

-- 
Eric Covener
cove...@gmail.com