Not bad, but still short of some vital functionality.
If you make a site with a lot of PAGES (ie. more a CMS type site than a blog) you want control of categories on specific pages…not just in what you call ‘sections’, which is too general.
For example…I use a page called INTRO as my home page. I then have another page called BACKGROUND and another page called EXPEDITIONS (and several more pages). On each of these pages I need to display different category content. So the inclusion/exclusion needs to be on a ‘per page’ basis, not just via vague sections. I might have 100 pages and have no individual control over what is shown on them.
If you can address this ‘real world’ publishing situation, then you might have something. (I mean, it isn’t really that important to list search and disable-robot sections, is it! Think real, think pages….it’s where peoples’ CONTENT is!)
I have a problem, when i select a category to be hidden in posts, all the posts that are in that category won’t open. This so far is normal but if the post has other categories why not only disable one category to apear not all of them!!!
Would love to ask you a detailed question about your ACE category excluder ie, it’s not working properly for my pages, need to give you all the details according to your bugreport page – but I can’t for the life of me find your email address anywhere on the site. Your email would be wonderful. Ta in advance.
We just upgraded to 1.4.3, and suddenly our blogroll wasn’t showing up. The problem was inside of ace_get_bookmarks(). I dumped $links_to_exclude and $linkcategories_to_exclude, and both were an array of length 1 with an empty/null value in the only entry. It turns out that all of my links had no value for $bookmarks[$i]->term_id, and thus the term_id was in $linkcategories_to_exclude. My fix was to change:
if (in_array($bookmarks[$i]->link_id,$links_to_exclude) || in_array($bookmarks[$i]->term_id,$linkcategories_to_exclude))
if (($bookmarks[$i]->link_id && in_array($bookmarks[$i]->link_id,$links_to_exclude)) || ($bookmarks[$i]->term_id && in_array($bookmarks[$i]->term_id,$linkcategories_to_exclude)))
Hi, I’m running wpmu 2.8.6 under PHP 5.3, and I’m noticing that the ace_where() and ace_join() functions are marked with the pass-as-reference signifier. This is also causing draft posts on the blog to be shown as full posts. I’ve dropped the & from the function declaration, and all seems well, but I haven’t tested it very thoroughly.
However I have one – major – gripe.
If I manually insert this code:
into a theme template file where I want to list my pages while excluding one, I reckon my HARD CODE should be able to override your plugin, or rather that they work in tandem.
Instead, your plugin OVERRIDES my hard code!
So I have to go in and tick off/on every box for things that I’ve already coded into the theme.
That’s pretty major, because if ever your plugin gets turned off, sure my code will default but you’re misleading developers who think their code is solid when your plugin essentially hijacks their output.
For those of you getting the “Parameter 1 to ace_where() expected to be a reference” error:
The functions ace_where() and ace_join() are filters. Their parameters &$where and &$join respectively do not need to be passed by reference since filter functions in WordPress are expected to return values anyway. Removing the preceding ‘&’ as recommended by Nick and Sam is not going to break your site at all so tweak to your heart’s content 🙂
@DjZoNe: You’re the plugin author so I stand corrected.
I just have installed wordpress 2.9.2 and the plugin ACE 1.4.3. When I activated the plugin, the sentence in my index.php
$wp_query = new WP_Query (‘cat=2&posts_per_page=3&paged=2’);
did not work anymore. Now the index.php shows all post from all categories including the revision of the posts (as they were real posts), weird!! I decided to remove the plugin. When I did it, everything became normal as before, that is, index.php shows only the posts with category 2.
Forgot mention that I have installed PHP 5.3.1 and Apache 2.2.14 on my server. I say that because the plugin EventCalendar for WP has problems on PHP 5.3.1 in the call to functions with arguments passed by reference, for example, functions of the type my_function(&$var). In this case the function must be corrected to my_function($var). Maybe it is the same case for ACE 1.4.3 in PHP 5.3.1.
My IT department recently changed servers and PHP versions. As a results, Advanced Category Excluder was severely messing up my website. I am using WordPress 2.8.5. The version of PHP IT is using is 5.3.0. When I deactivate ACE, everything works again.
Here are the symptoms when ACE is activated:
1. The home page and each category page attempts to display every post, page and media item as it would display a post.
2. Every category page lists every post, page and media item, not just the posts for that category.
3. The home page and each category page lists lists multiple versions of the same post. The number of versions might correspond to the number of revisions to a post, perhaps including any auto-saves.
4. The dashboard lists 1,353 posts, 529 pages, 29 categories which is correct.
5. Underneath “Edit Posts” on the admin Edit Posts page, the correct numbers are listed for “All”, “Published” and “Drafts”. However, on the right-hand side of the “Edit Posts” page, it reads “Displaying 1-15 of 2,768 posts (instead of 1,355).
6. The Edit Posts page lists not only all posts, but also every Page and Media Item. It also lists many pages multiple times consistent with the number of times the post appears (wrongly) on the home page or a category page.
7. When you try to conduct a search for a particular term in a post, it returns every post, page or media item, regardless of whether or not the term appears in the post, page or media item
8. The Edit Pages page, behaves like the Edit Posts page, correct identifying the number of pages under “All”, “Published”, “Scheduled”, etc., but reading “Displaying 1-15 of 2,768 posts (instead of 1,355). It also lists all posts, pages and media items, but in alphabetical order.
9. The Media Library page does the same, correctly identifying the correct number of pages under “All”, and “Images” but reading “Displaying 1-15 of 2,768 posts (instead of 1,355). It also lists all posts, pages and media items.