/[drupal]/contributions/modules/taxonomy_filter/API.txt
ViewVC logotype

Contents of /contributions/modules/taxonomy_filter/API.txt

Parent Directory Parent Directory | Revision Log Revision Log | View Revision Graph Revision Graph


Revision 1.2 - (show annotations) (download)
Mon May 18 04:52:39 2009 UTC (6 months, 1 week ago) by solotandem
Branch: MAIN
CVS Tags: DRUPAL-6--1-0, DRUPAL-6--1-1, HEAD
Changes since 1.1: +18 -24 lines
File MIME type: text/plain
#465610: Add category titles for context menu to configuration settings
1 $Id: API.txt,v 1.1 2008/07/13 22:52:33 styro Exp $
2
3 This file describes the Taxonomy Filter API for creating add-on modules.
4
5 Note: Please study the supplied add-on modules for examples of how to use this
6 API as the following descriptions may be a bit brief.
7
8
9 Module and hook naming
10 ----------------------
11
12 You will note that the supplied add-on module names and their functions are all
13 prefixed with 'tf_' which does make some of their function names look a little
14 untidy. This is just to prevent namespace conflicts with other modules that may
15 already be or in the future exist in the Drupal CVS repository. This is because
16 these modules won't have their own drupal.org project to otherwise reserve their
17 own namespace.
18
19 Note: Your own modules do not have to follow this module naming convention.
20
21 The hooks provided by the Taxonomy Filter API are also prefixed with 'tf_' to
22 avoid namespace collisions with other contrib module frameworks.
23
24
25 Module placement
26 ----------------
27
28 Your own add-on modules shouldn't need to be placed in the Taxonomy Filter
29 directory, and I would recommend they not be to avoid potential problems with
30 updates overwriting files.
31
32 You should (via your modules .info file) put your module in the Taxonomy Filter
33 group to make it easier to enable/disable Taxonomy Filter add-on modules.
34
35
36 Taxonomy Filter data structure descriptions
37 -------------------------------------------
38
39 block
40
41 An array containing all the data for the block. Contains an 'info' array of
42 common data and a 'sections' array containing each sections data structure.
43
44 section
45
46 Generally each menu is a section, but modules can also create, alter (or even
47 delete) sections. Each section contains an 'info' array of data relating to the
48 section and an 'items' array of individual menu items.
49
50 item
51
52 This array correlates to a menu item. Basically it contains a link plus some
53 surrounding information or markup.
54
55 link
56
57 This is the actual HTML link.
58
59
60 Hook descriptions
61 -----------------
62
63 hook_tf_template_info()
64
65 This hook is required for all add-on modules that provide a menu template. It should
66 return an associative array containing a user friendly name and description of
67 the menu template.
68
69
70 hook_tf_section($section_info, $block_info)
71
72 This is an optional hook for template modules. It allows them to supply a custom
73 array of term objects to the section factory function. Note: if the term objects
74 have a template_settings attribute, that will be copied into the section data
75 also.
76
77
78 hook_tf_item_alter(&$item, $section_info, $block_info, $context = NULL)
79
80 An optional standard Drupal style alter hook for each item before it gets
81 inserted into the section array. The $context is an optional parameter than can
82 be checked for elsewhere.
83
84
85 hook_tf_link_tids_alter(&$link_tids, $item_tid, $context)
86
87 This optional hook allows a add-on module to alter the term ids listed in its link.
88 The $context parameter will contain any value passed into the modules
89 tf_alter_item hook.
90
91
92 hook_tf_section_alter(&$section, $block_info)
93
94 An optional standard Drupal style alter hook for the section data. This runs
95 after the section has been created from all the (potentially altered) item data.
96
97
98 hook_tf_block_alter(&$block)
99
100 Once the (potentially altered) section data is assembled into the block array,
101 This optional hook allows the block itself to be altered.
102
103
104 hook_tf_settings()
105
106 Returns a FormAPI array that gets inserted in the menu edit form. This optional
107 hook allows add-on modules to collect their own settings.
108
109
110 hook_tf_settings_submit($form, &$form_state)
111
112 A standard FormAPI submit handler for the extra settings. Only required if the
113 module supplies a tf_settings hook.
114
115
116
117 Theme overrides
118 ---------------
119
120 PHPTemplate in Drupal 6.x is cool.
121
122 Submodules can supply their own preprocess functions to add/alter template
123 variables and even add their own templates. See the shipped add-on modules for
124 examples.

  ViewVC Help
Powered by ViewVC 1.1.2