All changes documented below are included in the latest BETA download.
10/11/11 - %DB_fieldname% placeholder added to all "Each" HTML templates
The modification to enable custom database fields (e.g. "shipping") to be displayed on product pages has been extended to all HTML templates in which a product record is in context, so %DB_fieldname% placeholders may now be used in Featured Products/Each, Search Results/Each, Product Main and Prices/Each.
14/11/11 - Minor changes to default Main / Search Widget HTML template
The Main / Search Widget HTML template now supports the %PTO_Q% placeholder which can be used to pre-populate the search box with the current query. In addition, the submit button text has been changed from "Product Search" to just "Search".
14/11/11 - Minor changes to resources/pto.css
Primarily to align more tidily with the new search filters widget (see below) text-align: center; has been removed from the .pto_search_widget class. In addition, a .pto_search_filters_widget class has been added.
14/11/11 - Search Filters widget added
A new widget PriceTapestry.org Search Filters has been added to provide result filtering on search results pages. On other pages the widget will not generate any output. Please Note: Result filtering is only recommended for niche sites. For general purpose sites with a large number of products both the number of options in the filter select boxes together with the database query time taken to generate them could impact page load time significantly.
This feature adds a new HTML template, Main / Search Filters Widget, to the wp-admin > Settings > PriceTapestry.org page. If you are upgrading an existing BETA3 installation to make use of this feature and you do not wish to re-activate the plugin in order to preserve existing settings the default contents for the new template are as follows:
<div class='pto_search_filters_widget'>
<form method='GET' action='%ACTION%'>
<input type='hidden' name='pto_q' value='%PTO_Q%' />
%IF_MERCHANTS%
By Merchant:
<br /><select name='pto_merchantFilter'>
<option value=''>All</option>
%MERCHANTS%
</select>
%ENDIF_MERCHANTS%
%IF_CATEGORIES%
<br />By Category:
<br /><select name='pto_categoryFilter'>
<option value=''>All</option>
%CATEGORIES%
</select>
%ENDIF_CATEGORIES%
%IF_BRANDS%
<br />By Brand:
<br /><select name='pto_brandFilter'>
<option value=''>All</option>
%BRANDS%
</select>
%ENDIF_BRANDS%
<br />By Price:
<br />
<input type='text' size='4' name='pto_minPrice' value='%PTO_MINPRICE%' />
to
<input type='text' size='4' name='pto_maxPrice' value='%PTO_MAXPRICE%' />
<br />
<input type='submit' value='Apply' />
</form>
</div>21/11/11 - Settings preservation during de-activate, re-activate cycle [Roll Back]
Please see original comment above http://www.pricetapestry.org/node/97#comment-287
21/11/11 - Removal of calls to rebuild rewrite rules on every page view
The plugin was unnecessarily re-building all rewrite rules on every page, which will have had a small impact on page load time. This has been corrected and now rewrite rules are only updated whenever the plugin settings are changed.
Hi,
I'm a little bit confused. Is the "Settings preservation during de-activate, re-activate cycle" there or not in the latest release of the plugin?
Hello Marco,
Apologies for the confusion; I did remove the feature as the file_exists() is not supported on some platforms.
I have now re-implemented this using a different method - instead of deleting pto_default.php simply replace it with an empty file - details to follow...
Cheers,
David
10/11/11 - Settings preservation during de-activate, re-activate cycle [Re-instated]
Some WordPress multisite users reported that adding new installations required a de-activate, re-activate cycle of all plugins, which would restore settings to defaults. The install and uninstall hooks have been modified so that if the pto_default.php is empty then settings are neither removed or re-created and therefore all existing settings will be preserved.
10/11/11 - Settings preservation during de-activate, re-activate cycle
Some WordPress multisite users reported that adding new installations required a de-activate, re-activate cycle of all plugins, which would restore settings to defaults. The install and uninstall hooks have been modified so that if the pto_default.php file does not exist then settings are neither removed or re-created and therefore all existing settings will be preserved.
UPDATED 21/11/11 This feature has been rolled back due to the file_exists() function not returning correctly on some PHP installations. Where the plugin is required to be de-activated and then re-activated for multisite administration purposes please make sure that a custom pto_default.php file has been generated and is in place with the required settings to avoid having to reconfigure.