All I can think of is that there is a conflict with another extension or something like that.
Sure enough, I have an extension called “Live Search” installed, and disabling that allowed the Selected Items extension to work. I was using 1.0.3 of Live Search, but I see it’s been updated to 1.0.5. I’ll try using that. Otherwise, I could always disable the Live Search extension to set up my Selected Item lists, then re-enable it.
Hey Andrew, this is a great piece of software. Comes pretty close to doing what I need. In my case, the client needs to be able to set a specific order for entries listed on category pages, so I’m using a “selection” for each category. It works pretty well, but it’s not quite as user friendly as if it were designed specifically for that purpose.
Your software is more generalized and flexible than what my application calls for, so it actually results in some extra administrative overhead for the end user. For example, if they create a new category, they also have to create a new selection. For my specific application, the list of selections is also not the most user friendly because it is just a long jumbled list of categories. It would be really nice if they were displayed in the same hierarchical fashion as the category administration interface.
This isn’t criticism – the software is great, and because it’s more generalized than my requirement it allows me to do what I need. I’m just mentioning this as an FYI. I wonder if many other users would need the same thing? Perhaps it would be worthwhile to incorporate specialized category oriented functionality into it to eliminate the administrative overhead and improve the user interface for that application.
I did encounter a couple of issues.
For the time being I setup a symbolic link to work around the problem without hacking your code, but it would be great if that could be handled in the module code.
It appears to me that the issue hinges on line 315 of mcp.selecteditems.php, where a non-Super Admin user’s weblog selection is determined by the value of $allowed_blogs, which I don’t see being set anywhere.
Like I said, this is nice, thanks for making it!
Ok - I’ve finally had a chance to update this.
I think this will fix the problems with the Livesearch extension and also allows improves the interface subtly, eg:
i) the previous search is now saved for next time ii) pressing Enter in the search box updates the list of entries rather than submitting the form iii) submitting the form keeps you on the same page, rather than taking you back to the module’s front page (making it more usuable when set up as a Control Panel tab)
[Jesse: I’ve just seen your comments above - I’ll take a look into them for next time. Thanks]
The upgrade should be clean - the module tries to make the necessary database updates when it is run
[Attachment removed - see below for newer version]
[Jesse: I’ve just seen your comments above - I’ll take a look into them for next time. Thanks]
Thanks Andrew.
How would you feel about making Selected Items clear the caches upon updating something? I’m caching the output of the weblog:entries tag that lists entries in each category, and currently users have to take another step (to clear the cache) after making an update in Selected Items to make their changes visible.
This module does not (seem to) work in EE 1.6.
I installed per instructions, but when I click ‘create new selection’, i get this above the page:
Notice: Undefined variable: selecteditems_form in /mnt/Target01/331440/331442/www.tear.org.au/web/content/systrunk/modules/selecteditems/mcp.selecteditems.php on line 377
Notice: Undefined variable: selecteditems_form in /mnt/Target01/331440/331442/www.tear.org.au/web/content/systrunk/modules/selecteditems/mcp.selecteditems.php on line 406
When I click on ‘get entries’ nothing happens, when i try to search for entries and hit enter i get an EE CP ‘general error’.
Using Version 1.6.0, build 20070724
Hi Adam,
Thanks for spotting that. The module worked if you upgraded, but not for a clean install.
Should be fixed now.
I’ve also added the ability to use the {selecteditems_count} variable as a conditional variable, so you can use {if selecteditems_count < 5} to show the first 5 results, for example.
Edit: Please see the Selected Items page to download current version
Hmm, thanks for that Andrew, however, I just downloaded the fresh copy, de-installed and removed the old one completely, then uploaded and installed with the new version, but I still get the same error, and the ‘get entries’ button still does nothing.
There is a javascript error, which I’ve copied here:
Error: uncaught exception: [Exception... "Not enough arguments" nsresult: "0x80570001 (NS_ERROR_XPC_NOT_ENOUGH_ARGS)" location: "JS frame :: http://ww2.tear.org.au/systrunk/modules/selecteditems/ajax.js :: bnb_ajax :: line 74" data: no]
I’m using Selected Items v. 1.0 with EE v. 1.5.2 and it seems to be impossible to remove all entries from a selection. When all entries are removed, the form field ‘selecteditems_list’ is set to null / empty string. Then SelectedItems_CP::update_selecteditems() throws an error when that value is an empty string.
Holy cow I really could use this on the site I’m working on right now - but I’m running into the same issues as everyone else with errors on lines 377 and 406. I also cannot see any entries at all in the box - so the whole thing is borked for me.
The other similar entry-ordering module (REEOrder) won’t quite do what I need - but Selected Items would work perfectly.
The site I’m working on now is on 1.6.1, build 20071114. I DO have Mark Huot’s Live Search installed - and I just uninstalled it temporarily to see if I could get this to work (see further up this thread about that), but no dice.
Andrew, friend, do you have a spare hour or so to take a look? I have some Paypal with your name on it. :cheese:
Packet Tide owns and develops ExpressionEngine. © Packet Tide, All Rights Reserved.