Changes between Initial Version and Version 1 of Ticket #32474, comment 22
- Timestamp:
- 06/18/2015 06:54:49 PM (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #32474, comment 22
initial v1 5 5 > Instead, without introducing new filters, we can leverage the existing `pre_option_widget_{$id_base}` and `pre_update_option_widget_{$id_base}` ones. 6 6 7 I meant that if core stops using options for saving the widgets data, the existing `pre_option_ widget_*` filters will never run, so all plugins that use them will break. And there is no way for core to add backwards compatibility to prevent that breakage. Of course the authors of these plugins will probably update them if/when that happens, it's just that using low-level filters for commonly needed tasks is not a good idea :)7 I meant that if core stops using options for saving the widgets data, the existing `pre_option_*` filters will never run, so all plugins that use them will break. And there is no way for core to add backwards compatibility to prevent that breakage. Of course the authors of these plugins will probably update them if/when that happens, it's just that using low-level filters for commonly needed tasks is not a good idea :) 8 8 9 9 > ...plugins now have the ''option'' of filtering the `widget_{$id_base}` options to return `ArrayIterator` objects instead of intrinsic arrays, and `WP_Widget` will handle them successfully.