Difference between revisions of "Talk:Drupal"

From Organic Design wiki
(ambiguity)
 
m
 
(6 intermediate revisions by 2 users not shown)
Line 1: Line 1:
== Security ==
+
From practice, the following notes:
; unresolvable ambiguity - no main verb
 
  
*There is no verb forming a sentence. To try to understand the intended statement, it is first necessary to resolve the dependent clauses:
+
Skinning procedures are generic HTML/PHP/CSS/JavaScript and no big deal. JQuery is now default.
 +
*You need to add page.tpl.php from the starterkit and edit that along with the chosen layout css if you want to make changes outside the block administration.
 +
*For a different front page skin, create and edit page-front.tpl.php and create and link to a front-page css loaded after the other scripts.
 +
*If you want to make any sort of new region on a page, the code in the Zen-based skin has to be refactored into tables, as IE7 loses the plot with the negative margins in the div-only version.
 +
*The best way to patch modules is with Linux, then transfer them to Windows machines if required. For example:
 +
**OG Forums for security
 +
**Webform Reports for added functionality
  
:''There is an unresolvable ambiguity here for the non-expert reader (myself included). ''
+
--[[User:Jack|Jack]] 16:17, 16 June 2011 (PDT)
 
 
:''It is unclear to me what the intended referent of '''has''' is in the following paragraph:''
 
 
 
However, sites that are using the Organic Groups module discussed above '''has''' its own access control mechanism based on the group structure which is more appropriate for sites already using that module.
 
 
 
:''There are 2 possible ways to parse this:''
 
 
 
*parallel subordinate clauses.
 
The first subordinate clause is  restrictive but contains an expansive subordinate sub-subclause
 
 
 
:It appears that the antecedent of ''access control mechanism'' is intended to be be ''organic groups module'' since the subject, ''sites'', is plural; if so, a subordinating conjunction is needed:
 
 
 
*... sites
 
**that are using the Organic Groups module discussed above (restrictive) [select subset of all sites]
 
***, '''which''' has its own access control mechanism based on the group structure... (expansive) [provide further detail about ''module'']
 
 
 
> sites (using module [module has mechanism])
 
 
 
:This subordinate clause is followed by another  subordinate clause, if the two are parallel, both referring to ''module'',  then would require a conjunction,
 
 
 
> sites (using module [module has mechanism]  and [module is appropriate] )
 
 
 
:the antecedent seems incorrect. Try nesting :
 
 
 
> sites (using module [module has mechanism [mechanism is appropriate] ] )
 
 
 
:This produces awkward nested dependent clauses, [x, which y, which z] - grammatically forbidden.
 
 
 
:The solution is to refactor by promoting the second [expansive] dependant clause to an adverbial of  the main clause, and which refers to the first a (restrictive)  subordinate:
 
 
 
However, it is more appropriate for sites that are already using the Organic Groups module discussed above, since it has its own access control mechanism based on the group structure.
 
 
 
> it is appropriate for sites (that use module)  [since module has mechanism]
 
 
 
 
 
:the other possible, but less-likely interpretation is that the referrent of ''access control mechanism'' was intended to be '''sites''', insted of ''module''. This case  would require a plural verb and possessive pronoun:
 
 
 
However, it is more appropriate for sites that are using the Organic Groups module discussed above, since they have their own access control mechanism based on the group structure.
 
 
 
>it is appropriate for sites (using.module) [ since sites have mechanism]
 
 
 
But this is a logical disjunction.
 
 
 
--[[User:Infomaniac|Infomaniac]] 18:24, 19 January 2011 (PST)
 

Latest revision as of 23:17, 16 June 2011

From practice, the following notes:

Skinning procedures are generic HTML/PHP/CSS/JavaScript and no big deal. JQuery is now default.

  • You need to add page.tpl.php from the starterkit and edit that along with the chosen layout css if you want to make changes outside the block administration.
  • For a different front page skin, create and edit page-front.tpl.php and create and link to a front-page css loaded after the other scripts.
  • If you want to make any sort of new region on a page, the code in the Zen-based skin has to be refactored into tables, as IE7 loses the plot with the negative margins in the div-only version.
  • The best way to patch modules is with Linux, then transfer them to Windows machines if required. For example:
    • OG Forums for security
    • Webform Reports for added functionality

--Jack 16:17, 16 June 2011 (PDT)