![]() |
VOOZH | about |
Follow @symextensions for updates to the 412 extensions that we track. What is this?
Symphony Extensions tracks Symphony CMS extensions that are hosted on Github.
Host your extension on Github and make sure the repository has a good README and an extension.meta.xml file. Then sign in to this site using your GitHub profile where you will see a list of your public repositories. Pick one, and add it to the site. When you make changes, just update the XML file in your repository and we do the rest.
It is an XML file that you add to your repository to describe your extension. You can include a name and description, developer contact details, version history, changelog, dependencies and more. Please read the documentation for a full list. You can use the lint tool to check your XML against the schema before submitting your extension to the site.
This site is now run by the community @symextensions. The site was created by nickdunn. Contact him at @nickdunn
Please report it here.
Allow drag-and-drop re-ordering of entries.
Clone URLhttps://github.com/symphonists/order_entries.git
Add as a submodulegit submodule add https://github.com/symphonists/order_entries.git extensions/order_entries --recursive
| 2.x.x | 2.1.x | 2.2.x | 2.3.x | 2.4.x | 2.5.x | 2.6.x | 2.7.0 | 2.7.1 | 2.7.2 | 2.7.3 | 2.7.4 | 2.7.5 | 2.7.6 | 2.7.7 | 2.7.8 | 2.7.9 | 2.7.10 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| No | 1.9.5 | 1.9.6 | 1.10.1 | 2.1.3 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 | 2.3.9 |
| Symphony Version | Extension version |
|---|---|
| 2.7.10 | 2.3.9 |
| 2.7.9 | 2.3.9 |
| 2.7.8 | 2.3.9 |
| 2.7.7 | 2.3.9 |
| 2.7.6 | 2.3.9 |
| 2.7.5 | 2.3.9 |
| 2.7.4 | 2.3.9 |
| 2.7.3 | 2.3.9 |
| 2.7.2 | 2.3.9 |
| 2.7.1 | 2.3.9 |
| 2.7.0 | 2.3.9 |
| 2.6.x | 2.3.9 |
| 2.5.x | 2.3.9 |
| 2.4.x | 2.1.3 |
| 2.3.x | 1.10.1 |
| 2.2.x | 1.9.6 |
| 2.1.x | 1.9.5 |
| 2.x.x | No |
As of version 2.1.4 Order entries has an additional pagination order per entry. Through this one can set a particular section to be paginated or not.
When using normal pagination the extension makes sure that entries within the page start with the offset of that particular page. For Example if you're on page 3 with 20 entries per page, the first entry will take a minimum index of 41. As this is the least possible to be after the last one of the previous page.
Since Filtering made it to the core, some problems have arisen in regards to Order Entries. In it's previous form filtering and re-ordering would reset the index of that particular sort to start from 1.
This is not always the expected result, with the changes implemented in this version, the offset will start from the minimum index found in the entry.
So if you're sorting entries which were numbered 4, 5 and 6 they will keep the same index values when resorted.
However if you are sorting 4, 6 and 12 sorting would give the following indices; 4, 5 and 6.
Note that if you plan to use the sorting values only within the filtered views, and use that within your data sources this change will not impact your workflow.
Order Entries now supports an option to filter entries and order them separately. To activate this functionality you have to select which fields you would like to use for filtering from within the settings panel. Once saved, filtered views will have separate orders depending on your settings.
It is very important to note that with version 2.2 the "Filter value" used within the publish page matches whatever you put in your datasource. Sorting and order values are determined from the matching datasource parameter. If in the publish page was filtered by "Home" and your datasource filter says "home" the datasource ordering outputs will not match.
Note: If you set filtered ordering, and within the backend no filters unset all sorting is done without any backend filters, and your datasource contains a filter for the same field as 'filtered ordering' no ordering will take place. As there are no values set with the backend filters matching the ones in your datasource.
You have been asked to design a schema for a cooking website. Where each recipie has a number ingredients, thus you link your ingredients to your recipes using an association field. The client has also asked to be able to do a dedicated page per ingredient showing the suggested recipies, and they want to order all the supported recipes manually.
Within your recipes section, you add a 'filtered ordering' on the 'ingredients' field This will create a distinct sort order for each ingredient when filtered within your backend.
Thus the recipe 'Spagetti Bolognese' can be in 1st place for 'spagetti', 2nd place for 'tomato sauce' and 4th place for 'minced meat'. Whilst 'lasagna' could be in 3rd place for 'tomato sauce' and 3rd place for 'minced meat'. At the same time in the general recipie classification (no filters) 'Spagetti Bolognese' ranks 5th and 'Lasagna' 15th.
2.3.922 January 2019
Symphony 2.5 to 2.x.x
2.3.809 November 2017
Symphony 2.5 to 2.x.x
2.3.717 November 2016
Symphony 2.5 to 2.x.x
2.3.609 August 2016
Symphony 2.5 to 2.x.x
2.3.529 July 2016
Symphony 2.5 to 2.x.x
2.3.406 March 2016
Symphony 2.5 to 2.x.x
2.3.305 January 2016
Symphony 2.5 to 2.6.x
2.3.220 November 2015
Symphony 2.5 to 2.6.x
2.3.107 October 2015
Symphony 2.5 to 2.6.x
2.3.001 September 2015
Symphony 2.5 to 2.6.x
2.2.126 January 2015
Symphony 2.5 to 2.6.x
2.2.022 January 2015
Symphony 2.5 to 2.6.x
2.1.313 July 2014
Requires Symphony 2.4
2.1.221 June 2014
Requires Symphony 2.4
2.1.120 June 2014
Requires Symphony 2.4
2.1.012 June 2014
Requires Symphony 2.4
2.0.116 April 2014
Requires Symphony 2.4
2.0.015 April 2014
Requires Symphony 2.4
1.10.111 March 2012
Requires Symphony 2.3.x
1.10.009 March 2012
Requires Symphony 2.3.x
1.9.819 December 2011
Symphony 2.2.2 to 2.2.x
1.9.712 October 2011
Requires Symphony 2.2.2
1.9.521 May 2011
Symphony 2.0.3 to 2.1.x
1.9.616 February 2011
Requires Symphony 2.2