Mercurial > hg > isophonics-drupal-site
comparison core/modules/field/field.api.php @ 0:4c8ae668cc8c
Initial import (non-working)
author | Chris Cannam |
---|---|
date | Wed, 29 Nov 2017 16:09:58 +0000 |
parents | |
children | 7a779792577d |
comparison
equal
deleted
inserted
replaced
-1:000000000000 | 0:4c8ae668cc8c |
---|---|
1 <?php | |
2 | |
3 /** | |
4 * @file | |
5 * Field API documentation. | |
6 */ | |
7 | |
8 /** | |
9 * @addtogroup hooks | |
10 * @{ | |
11 */ | |
12 | |
13 /** | |
14 * @defgroup field_types Field Types API | |
15 * @{ | |
16 * Defines field, widget, display formatter, and storage types. | |
17 * | |
18 * In the Field API, each field has a type, which determines what kind of data | |
19 * (integer, string, date, etc.) the field can hold, which settings it provides, | |
20 * and so on. The data type(s) accepted by a field are defined in | |
21 * hook_field_schema(). | |
22 * | |
23 * Field types are plugins annotated with class | |
24 * \Drupal\Core\Field\Annotation\FieldType, and implement plugin interface | |
25 * \Drupal\Core\Field\FieldItemInterface. Field Type plugins are managed by the | |
26 * \Drupal\Core\Field\FieldTypePluginManager class. Field type classes usually | |
27 * extend base class \Drupal\Core\Field\FieldItemBase. Field-type plugins need | |
28 * to be in the namespace \Drupal\{your_module}\Plugin\Field\FieldType. See the | |
29 * @link plugin_api Plugin API topic @endlink for more information on how to | |
30 * define plugins. | |
31 * | |
32 * The Field Types API also defines two kinds of pluggable handlers: widgets | |
33 * and formatters. @link field_widget Widgets @endlink specify how the field | |
34 * appears in edit forms, while @link field_formatter formatters @endlink | |
35 * specify how the field appears in displayed entities. | |
36 * | |
37 * See @link field Field API @endlink for information about the other parts of | |
38 * the Field API. | |
39 * | |
40 * @see field | |
41 * @see field_widget | |
42 * @see field_formatter | |
43 * @see plugin_api | |
44 */ | |
45 | |
46 | |
47 /** | |
48 * Perform alterations on Field API field types. | |
49 * | |
50 * @param $info | |
51 * Array of information on field types as collected by the "field type" plugin | |
52 * manager. | |
53 */ | |
54 function hook_field_info_alter(&$info) { | |
55 // Change the default widget for fields of type 'foo'. | |
56 if (isset($info['foo'])) { | |
57 $info['foo']['default widget'] = 'mymodule_widget'; | |
58 } | |
59 } | |
60 | |
61 /** | |
62 * Forbid a field storage update from occurring. | |
63 * | |
64 * Any module may forbid any update for any reason. For example, the | |
65 * field's storage module might forbid an update if it would change | |
66 * the storage schema while data for the field exists. A field type | |
67 * module might forbid an update if it would change existing data's | |
68 * semantics, or if there are external dependencies on field settings | |
69 * that cannot be updated. | |
70 * | |
71 * To forbid the update from occurring, throw a | |
72 * \Drupal\Core\Entity\Exception\FieldStorageDefinitionUpdateForbiddenException. | |
73 * | |
74 * @param \Drupal\field\FieldStorageConfigInterface $field_storage | |
75 * The field storage as it will be post-update. | |
76 * @param \Drupal\field\FieldStorageConfigInterface $prior_field_storage | |
77 * The field storage as it is pre-update. | |
78 * | |
79 * @see entity_crud | |
80 */ | |
81 function hook_field_storage_config_update_forbid(\Drupal\field\FieldStorageConfigInterface $field_storage, \Drupal\field\FieldStorageConfigInterface $prior_field_storage) { | |
82 if ($field_storage->module == 'options' && $field_storage->hasData()) { | |
83 // Forbid any update that removes allowed values with actual data. | |
84 $allowed_values = $field_storage->getSetting('allowed_values'); | |
85 $prior_allowed_values = $prior_field_storage->getSetting('allowed_values'); | |
86 $lost_keys = array_keys(array_diff_key($prior_allowed_values, $allowed_values)); | |
87 if (_options_values_in_use($field_storage->getTargetEntityTypeId(), $field_storage->getName(), $lost_keys)) { | |
88 throw new \Drupal\Core\Entity\Exception\FieldStorageDefinitionUpdateForbiddenException(t('A list field (@field_name) with existing data cannot have its keys changed.', ['@field_name' => $field_storage->getName()])); | |
89 } | |
90 } | |
91 } | |
92 | |
93 /** | |
94 * @} End of "defgroup field_types". | |
95 */ | |
96 | |
97 /** | |
98 * @defgroup field_widget Field Widget API | |
99 * @{ | |
100 * Define Field API widget types. | |
101 * | |
102 * Field API widgets specify how fields are displayed in edit forms. Fields of a | |
103 * given @link field_types field type @endlink may be edited using more than one | |
104 * widget. In this case, the Field UI module allows the site builder to choose | |
105 * which widget to use. | |
106 * | |
107 * Widgets are Plugins managed by the | |
108 * \Drupal\Core\Field\WidgetPluginManager class. A widget is a plugin annotated | |
109 * with class \Drupal\Core\Field\Annotation\FieldWidget that implements | |
110 * \Drupal\Core\Field\WidgetInterface (in most cases, by | |
111 * subclassing \Drupal\Core\Field\WidgetBase). Widget plugins need to be in the | |
112 * namespace \Drupal\{your_module}\Plugin\Field\FieldWidget. | |
113 * | |
114 * Widgets are @link form_api Form API @endlink elements with additional | |
115 * processing capabilities. The methods of the WidgetInterface object are | |
116 * typically called by respective methods in the | |
117 * \Drupal\Core\Entity\Entity\EntityFormDisplay class. | |
118 * | |
119 * @see field | |
120 * @see field_types | |
121 * @see field_formatter | |
122 * @see plugin_api | |
123 */ | |
124 | |
125 /** | |
126 * Perform alterations on Field API widget types. | |
127 * | |
128 * @param array $info | |
129 * An array of information on existing widget types, as collected by the | |
130 * annotation discovery mechanism. | |
131 */ | |
132 function hook_field_widget_info_alter(array &$info) { | |
133 // Let a new field type re-use an existing widget. | |
134 $info['options_select']['field_types'][] = 'my_field_type'; | |
135 } | |
136 | |
137 /** | |
138 * Alter forms for field widgets provided by other modules. | |
139 * | |
140 * @param $element | |
141 * The field widget form element as constructed by hook_field_widget_form(). | |
142 * @param $form_state | |
143 * The current state of the form. | |
144 * @param $context | |
145 * An associative array containing the following key-value pairs: | |
146 * - form: The form structure to which widgets are being attached. This may be | |
147 * a full form structure, or a sub-element of a larger form. | |
148 * - widget: The widget plugin instance. | |
149 * - items: The field values, as a | |
150 * \Drupal\Core\Field\FieldItemListInterface object. | |
151 * - delta: The order of this item in the array of subelements (0, 1, 2, etc). | |
152 * - default: A boolean indicating whether the form is being shown as a dummy | |
153 * form to set default values. | |
154 * | |
155 * @see \Drupal\Core\Field\WidgetBase::formSingleElement() | |
156 * @see hook_field_widget_WIDGET_TYPE_form_alter() | |
157 */ | |
158 function hook_field_widget_form_alter(&$element, \Drupal\Core\Form\FormStateInterface $form_state, $context) { | |
159 // Add a css class to widget form elements for all fields of type mytype. | |
160 $field_definition = $context['items']->getFieldDefinition(); | |
161 if ($field_definition->getType() == 'mytype') { | |
162 // Be sure not to overwrite existing attributes. | |
163 $element['#attributes']['class'][] = 'myclass'; | |
164 } | |
165 } | |
166 | |
167 /** | |
168 * Alter widget forms for a specific widget provided by another module. | |
169 * | |
170 * Modules can implement hook_field_widget_WIDGET_TYPE_form_alter() to modify a | |
171 * specific widget form, rather than using hook_field_widget_form_alter() and | |
172 * checking the widget type. | |
173 * | |
174 * @param $element | |
175 * The field widget form element as constructed by hook_field_widget_form(). | |
176 * @param $form_state | |
177 * The current state of the form. | |
178 * @param $context | |
179 * An associative array. See hook_field_widget_form_alter() for the structure | |
180 * and content of the array. | |
181 * | |
182 * @see \Drupal\Core\Field\WidgetBase::formSingleElement() | |
183 * @see hook_field_widget_form_alter() | |
184 */ | |
185 function hook_field_widget_WIDGET_TYPE_form_alter(&$element, \Drupal\Core\Form\FormStateInterface $form_state, $context) { | |
186 // Code here will only act on widgets of type WIDGET_TYPE. For example, | |
187 // hook_field_widget_mymodule_autocomplete_form_alter() will only act on | |
188 // widgets of type 'mymodule_autocomplete'. | |
189 $element['#autocomplete_route_name'] = 'mymodule.autocomplete_route'; | |
190 } | |
191 | |
192 /** | |
193 * @} End of "defgroup field_widget". | |
194 */ | |
195 | |
196 | |
197 /** | |
198 * @defgroup field_formatter Field Formatter API | |
199 * @{ | |
200 * Define Field API formatter types. | |
201 * | |
202 * Field API formatters specify how fields are displayed when the entity to | |
203 * which the field is attached is displayed. Fields of a given | |
204 * @link field_types field type @endlink may be displayed using more than one | |
205 * formatter. In this case, the Field UI module allows the site builder to | |
206 * choose which formatter to use. | |
207 * | |
208 * Formatters are Plugins managed by the | |
209 * \Drupal\Core\Field\FormatterPluginManager class. A formatter is a plugin | |
210 * annotated with class \Drupal\Core\Field\Annotation\FieldFormatter that | |
211 * implements \Drupal\Core\Field\FormatterInterface (in most cases, by | |
212 * subclassing \Drupal\Core\Field\FormatterBase). Formatter plugins need to be | |
213 * in the namespace \Drupal\{your_module}\Plugin\Field\FieldFormatter. | |
214 * | |
215 * @see field | |
216 * @see field_types | |
217 * @see field_widget | |
218 * @see plugin_api | |
219 */ | |
220 | |
221 /** | |
222 * Perform alterations on Field API formatter types. | |
223 * | |
224 * @param array $info | |
225 * An array of information on existing formatter types, as collected by the | |
226 * annotation discovery mechanism. | |
227 */ | |
228 function hook_field_formatter_info_alter(array &$info) { | |
229 // Let a new field type re-use an existing formatter. | |
230 $info['text_default']['field_types'][] = 'my_field_type'; | |
231 } | |
232 | |
233 /** | |
234 * @} End of "defgroup field_formatter". | |
235 */ | |
236 | |
237 /** | |
238 * Returns the maximum weight for the entity components handled by the module. | |
239 * | |
240 * Field API takes care of fields and 'extra_fields'. This hook is intended for | |
241 * third-party modules adding other entity components (e.g. field_group). | |
242 * | |
243 * @param string $entity_type | |
244 * The type of entity; e.g. 'node' or 'user'. | |
245 * @param string $bundle | |
246 * The bundle name. | |
247 * @param string $context | |
248 * The context for which the maximum weight is requested. Either 'form' or | |
249 * 'display'. | |
250 * @param string $context_mode | |
251 * The view or form mode name. | |
252 * | |
253 * @return int | |
254 * The maximum weight of the entity's components, or NULL if no components | |
255 * were found. | |
256 * | |
257 * @ingroup field_info | |
258 */ | |
259 function hook_field_info_max_weight($entity_type, $bundle, $context, $context_mode) { | |
260 $weights = []; | |
261 | |
262 foreach (my_module_entity_additions($entity_type, $bundle, $context, $context_mode) as $addition) { | |
263 $weights[] = $addition['weight']; | |
264 } | |
265 | |
266 return $weights ? max($weights) : NULL; | |
267 } | |
268 | |
269 /** | |
270 * @addtogroup field_purge | |
271 * @{ | |
272 */ | |
273 | |
274 /** | |
275 * Acts when a field storage definition is being purged. | |
276 * | |
277 * In field_purge_field_storage(), after the storage definition has been removed | |
278 * from the system, the entity storage has purged stored field data, and the | |
279 * field definitions cache has been cleared, this hook is invoked on all modules | |
280 * to allow them to respond to the field storage being purged. | |
281 * | |
282 * @param $field_storage \Drupal\field\Entity\FieldStorageConfig | |
283 * The field storage being purged. | |
284 */ | |
285 function hook_field_purge_field_storage(\Drupal\field\Entity\FieldStorageConfig $field_storage) { | |
286 db_delete('my_module_field_storage_info') | |
287 ->condition('uuid', $field_storage->uuid()) | |
288 ->execute(); | |
289 } | |
290 | |
291 /** | |
292 * Acts when a field is being purged. | |
293 * | |
294 * In field_purge_field(), after the field definition has been removed | |
295 * from the system, the entity storage has purged stored field data, and the | |
296 * field info cache has been cleared, this hook is invoked on all modules to | |
297 * allow them to respond to the field being purged. | |
298 * | |
299 * @param $field | |
300 * The field being purged. | |
301 */ | |
302 function hook_field_purge_field(\Drupal\field\Entity\FieldConfig $field) { | |
303 db_delete('my_module_field_info') | |
304 ->condition('id', $field->id()) | |
305 ->execute(); | |
306 } | |
307 | |
308 /** | |
309 * @} End of "addtogroup field_purge". | |
310 */ | |
311 | |
312 /** | |
313 * @} End of "addtogroup hooks". | |
314 */ |