This plugin creates sidebar widgets with lists of the values of custom fields. The listed values can be (hyper-)linked in different ways.
One possibility is to create a list of all values of a custom field, which will be groupped by their post (or page) and (hyper-)linked automatically to this post (or page).
Another possibility is that you can create a list of all unique values of a custom field and specify links as you like (or not).
In other words: This plugin allows you to create lists of one category of meta information (on each list). The custom field names and values can be used as categorizable tags and with this plugin you can create lists of tags of one category.
One example of usage could be: a list of the names of the guest of your podcast episodes. Or if you write about books then you can have e.g. a list of the authors and as sub list elements the titles of the books linked to the posts containing the recension.
Available in the languages:
- Spanish provided by Juan Jose Bescos of IBIDEM GROUP
- Bulgarian provided by Peter Toushkov
- Hindi provided by (complete only until v1.1.7) Kakesh Kumar
- Danish (frontend only) provided by Peter Kirring
- Russian (only for v0.9.4 and v0.9.4.1) provided by Michael Comfi
- Uzbek (only for v0.9.4 and v0.9.4.1) provided by Alisher Safarov
If like to translate this plugin into your language or if you like to continue the existing translations then you are very welcome. Contact me and I will help you with the first steps.
Lists with more than one hierarchy level
You can define several custom field names for a post. The values of these custom field names will be taken from the data base like they were arranged in columns side by side.
All the values will be sorted by one of these columns. You can choose which column resp. custom field name should be the sort criterion. Further it is possible to hide this column (which should be decisive for the sorting) in the list in the sidebar.
An easy to understand example is probably a list of posts which are categorized by special dates. In this example the custom field names are “realdate” and “datename”. As “realdate” you set good sortable text strings or numbers like 20091005 (consists of year, month, day) and as “datename” you can set e.g. “October 2009” which is probably not in the same way sortable as the numbers. This way you can of course build probably more useful lists. A more colourful case of use which works this way is probably if you make list of posts grouped by a none-Gregorian calendar. You can use as datenames e.g. names of months and years of the Chinese calendar.
In this example the “datenname”s would be the main list elements and the post titles sub elements of them. The “realdate” would be hidden via the option “hide this”.
If you want to create a more sub-divided list (instead of “datename” something like “year”, “month”, “day”) then you should keep an eye on the right hierarchy order.
(e.g. 0. “realdate” (sort by / hide this), 1. “year”, 2. “month”, 3. “day”). The post titles will be sub elements of “day” and “day” will be sub elements of the months and so on – in the list in the side bar widget. (But for this special case there other plugins like Collapsing Archives)
Other and even better examples (in English) are the book lists at the weblog of Larry Wilson. He makes list of the books he has read.
There are some basic things you should be aware of:
* Overall you can use 5 hierarchical levels (if you want to have more then write me an email).
* Every post you want to have in the sidebar list should have the same custom field names (The custom field values can differ from post to post.)
* The custom field name which should be excluded from the list should be the first or the last in the list on the widgets page (on the admin site).
Usage of the sorting option “sorting values by the last word”
You can influence which word the last word is by using a underline character between the words. If you make a underline character between two words it will be seen as one word.
names with more than one first and family name Jon Jake Stewart Brown the last word is Brown Jon Jake Stewart_Brown the last word is "Stewart Brown"
The underline character will not displayed in the sidebar.
Changing the appearance of the lists
Since v1.0 all click-able drop down menu elements have the class “customfieldlist_opt_link” so you can adapt the appearance of these elements easier.
The speed of the show/hide effects and the hide/show characters are changeable via the settings page of the plugin. The settings on this page are for all the widgets of this plugin.
- Deactivate the plugin.
- Delete the folders and files of the plugin via the Dashboard of your blog or FTP or etc.(don’t forget the file from the K2 theme folder if you have used that). Only deleting the plugin via the WP Dashboard will remove the options from the database.
Put the files and the folders from the .zip-file into a separate sub folder below the main plugins folder of your weblog.
The files should be stored in a path like this:
- custom_field_list_k2_widget.php (move this file into the /app/modules/-folder (e.g.: /wp-content/themes/k2/app/modules/) of the K2-theme if you are using the K2 theme with the old sidebar manager or the comparable plugin)
Since WP 2.7 you can upload the .zip-file at once and the files will be put in the right place automatically – except for the K2 theme file.
- Activate the plugin.
How can I keep the individual Links during an plugin upgrade?
Don’t deactivate the plugin. Because the options of the plugin in the options table of your weblog database are going to be removed automatically during the plugin deactivation.
Further you have to upload the file of the new plugin version manually e.g. via FTP. Because during the automatic upgrade the old plugin would be deactivated.
Is it possible to use this widget with the K2 theme sidebar manager (plugin)?
Yes, it is possible. Move the file custom_field_list_k2_widget.php to the /app/modules/-folder (e.g.: /wp-content/themes/k2/app/modules/) of the K2-theme if you are using the K2 theme with the old sidebar manager or the comparable plugin.
If you have questions then ask them on the support page. (Please add plugins name as a tag to your post.)
Col·laboradors i desenvolupadors
"Custom Field List Widget" és programari de codi obert. La següent gent ha contribuït en aquesta extensió.Contribuïdors
Interessats en el desenvolupament?
Registre de canvis
- bug fix regarding the new feature: filter by category. The widgets will show now all custom field values of a post (not only the first)
- new feature: filter by category – it is now possible to display only links to posts (with custom fields) which are in certain, selected categories.
- minor bug fixes (CSS, undefined variables, etc.)
- Spanish language files provided by Juan Jose Bescos of IBIDEM GROUP
- minor appearance bug fixes
- language file updates
- minor corrections in the German languages files and the plugins meta information regarding the translation
- the localization file will load again
- rework of the initialization of the plugin
- some minor bug fixes
- Bugfix: In WP 3.3 the name of the Thickbox event which happens on closing the Thickbox (“unload”) has been changed by the WP team (see Ticket #19189). This bug fix takes this modification into account so that the function of this plugin uses “unload” in combination with older WP versions and “tb_unload” with the current and probably the next couple of WP versions. (This is related to the “… full screen box” option of this widget.)
- Bugfix: The CSS option z-index of #TB_window and #TB_overlay will be increased temporarily (while the full screen box is open) to 10005 and 10000. This improves the appearance of this plugin in combination with some themes like Twenty Eleven.
- the minimum capabilty for the general settings page of this plugin is now manage_options (Role: Administrator)
- Bugfix: in some case the redirect of the settings of the plugin did not work after pressing “Save Changes” (Thank you Karesansui for reporting the problem.
- a bug fix for a problem in v1.2.3
- security update
- the size of the fullscreen box is now defined by the size of the browser window (and not by the screen size)
- the lists will contain at all times only posts which are available for all users (post_status=”publish”)
- Bugfix: fix for the syntax errors which occured only in Internet Explorers
- new option: sort list elements by publication date of the post
- new option: shows the drop down menu in a fullscreen box (Thickbox)
- new options: it is also possible to limit the number of characters per list element of the drop down menus
- Bugfix: the List Type “a list with manually linked values” is working again and while you are setting the links you can click on “blog internal search” to add automatically an URL to the search result page of the blog internal search for the custom field value
- Bugfix: some error messages has been displayed wrong
- The widgets options are not longer going to be removed during the deactivation. If you want to remove the plugins options from the db your need to delete it via the WP Dashboard (resp. Site Admin)
- Bugfix: all hyper links will be created with get_permalink instead of the GUID value of an article
- Bugfix: fixed a problem with the settings page of this plugin. Users will need the capability manage_links to access this page. (In older version it was Level 8 which means Editor and an editor can manage links. (User levels are deprecated.))
- Bugfix: fixed wrong function name: attribute_escape instead of attributes_escape
- a different way to escape the link titles
- the way, how the language files are loaded, has been updated
- since the “each element with sub elements” option is an option for “simple list” as well as for “Drop Down Menu”, it haved moved a little bit
- if the header of the widget is empty then there will be no empty header-tag
- all frontend text passages are now translated into Danish (Thanks to Peter Kirring)
- I have enhanced the German language files and switch from the old translation of custom fields “Spezialfelder” to the new one “Benutzerdefinierte Felder”.
- contains fixes for the sorting order settings
- Version 0.9.9 came with the new drop down menu option but it was only possible to have the values displayed like with the option “each element with sub elements” and there was no way to change by a setting on the widgets page. That is different in version 1.0. In that version you have to select this option actively.
- additional CSS definition for the drop down menu width (=100%)
- the widget_custom_field_list.css file contains now predefined CSS definition for making the clickable elements in the drop down menus look like links (< a > elements) (the color definitions are for the default themes)
- all clickable drop down menu elements have the class “customfieldlist_opt_link”
- new function: it is now possible to sort the post titles (which are sub list elements) alphabetically (only in combination with the “standard layout” list type)
- fix: “sort the values by the last word” works with “standard layout” list type again
- small clean up of enqueue_script action
- new list appearance option: now it is to display the data in a drop down menu
- internal changes of the way the list with individual linked list elements
- possibility to leave the widget header/title blank
- new feature: you can group the custom field values by thier first character
- new feature: you can now choose the type of the pagination of the list parts if you use the option “show only a part of the list elements at once”. You can choose between pagination with consecutive numbers and several types of strings.
- new feature: now it is possible to fade in the number of sub elements of a list element.
- new feature: possibility to select the Hide/Show symbols (if a list element has sub elements)
- new feature: possibility to select the Hide/Show effect speed
- fix for a bug in the pagination while the list type “a list with manually linked values”
- fix for the highlighting of the pagination
- fix for invalid usage of the attribute “name” with list elements
- better escaping of the link titles
- replaced some hard coded db table names with dynamic ones
- new feature: you are free to define more than one custom field name and print e.g. a list with several hierarchy levels. Further you can select one of these custom field as an order column.
- added Hindi language files (Thanks to Kakesh Kumar)
- several small bugs fixed. the plugin is again useable with the IE.
- (Russian and Uzbek language files are not updated)
- new feature: you can choose the sort sequence (ascending / descending)
- small bugs fixed. the plugin is again useable with the IE.
- added Uzbek language files (Thanks to Alisher Safarov)
- added Russian language files (Thanks to Michael Comfi)
- added a new layout option to the widgets preferences: you can create a list of all (unique) custom field values of a custom field (name). Each value can be linked individually to a post or a page or to something else.
- Fix for v0.9 and v0.9.1: I have changed the HTML structure of the widgets setting form. That corrects a problem which appaers if your weblog runs on a Windows server. These changes inluding little changes in the language files, too.
- Fix for v0.9: I have replaced some hardcoded folder names. The jQuery effects e.g. should work now after an automatic update, too.
- added a new layout option to the widgets preferences
- bulgarian localization (Thanks to Peter Toushkov)
- a lot of bugs fixed including a better support for non-English character sets (Many thanks to Peter Toushkov for the diligent testing and reporting)
- added an error message for the case that no values in connection to the choosen custom field name can be found
- changed a description (widgets page)
- first release at wordpress.org