rwwood

I just realized that the forum parsed the code, even though it was inside code tags. The two things are & # 8217; and & # 039;, but without the spaces.

Any new ideas on this problem? It definitely has to do with the apostrophe in the category title, and I haven’t found anything on the WP site indicating how to fix it.

I should also mention that on the “Wolves in Sheep’s Clothing” category page, the apostrophe in the title shows up in the page source as ’ and in the place where “Wolves in Sheep’s Clothing” is repeated as one of the categories on the site, the apostrophe in the source is '

So, all in all, very strange.

I just figured out that I could change the publishing date for the posts and that requires no plugin, so I think for the few I have to do, that’s the best alternative.

Thanks.

The slug in the category is the same as what I have in the code, that is, the same as what your test yielded. Copy and pasted anyway, and there’s no chnage.

I tried using the code as you posted it and got blank pages for the categories in question. I modified it to the following and got a correct listing of post in all categories on the site except for “Wolves in Sheep’s Clothing”, which returns a listing of all categories on the site. Apparently the ‘ in the title is causing problems, even though it shouldn’t.

[Code moderated as per the Forum Rules. The maximum number of lines of code that you can post in these forums is ten lines. Please use the pastebin]

OK. I didn’t remember having done that on the local site. In any case, it would seem that the info given in the Codex pages is a bit misleading as I would think from reading what’s there that the menu would already be available in the admin area for adding menu items.

In any case, this appears to be resolved.

Thanks.

I went ahead and deleted everything from the live site, all files, the database, everything. I then did a clean install using BlueHost’s SimpleScripts utility. Result: the Primary Navigation menu is still not available for adding items on the Appearance/Menus page.

You can see what I’m talking about by going to the two screenshots below

Live Site
Local Site

The red box indicates what’s missing on the live site.

Well, apparently you didn’t understand the problem. The twenty-ten theme has a menu that is named “Primary Navigation” which shows up on the admin interface under “Appearance/Menus” and shows up in a block on that page titled “Theme Locations”. Within that block is the following:

Your theme supports 1 menu. Select which menu you would like to use.

along with a dropdown from which you can select the menu for adding menu items. Presumably it’s a dropdown so that you can select other menus, should the theme support them.

On my local development site, that “Theme Location” block is available for activating the Primary Navigation menu. Using exactly the same twenty-ten theme with no modules activated on the live site, that block is not available.

For further clarification, I ultimately don’t want to use twenty-ten, but a theme in which I’ve copied that functionality. As I’ve said, however, I have verified with twenty-ten that there’s a problem.

So, hopefully that is an explanation you can understand. Short of totally uninstalling the live site, I don’t know how to begin to figure out why there’s a problem. Due to the content I’ve already added, I obviously don’t want to go that route.

But even using the twenty-ten default theme and no modules enabled results in not being able to access the theme built into the menu. That doesn’t seem to me like a custom setup.

Are you saying that there are some parts of WordPress that won’t work on hosted services? BlueHost is at the top of the list for Wordpres support.

Thanks.
rww

OK, I went ahead and switched to the twenty-ten theme on both the local and remote servers, and the problem continues. On the local server, I can activate the primary navigation menu from the admin interface, but on the remote server, the “Theme Locations” block is not there. I’ve verified that all files on the two servers are identical, but something on the remote server is causing the menus to not get registered. Is it possible it’s the difference in php version? I’m running 5.2.9 on my local server and 5.2.14 on the remote server, but since the remote is BlueHost, that shouldn’t be a problem.

I’m totally baffled.

– Tried deactivating all plugins: no change
– Well, since everything is working fine on my local site, but not on the remote site, I don’t see that changing themes is going to help me track down the problem.
– Resetting the plugins folder didn’t change anything either.
– Re-loading the wp-admin and wp-includes folders likewise changed nothing.
-Increasing memory available to php had no effect either.

I’m going to start digging through the database to see if I can find differences there, because as near as I can tell, the files are the same on the remote server as on the local server.

Yes, it’s not a big deal in the sense that the plugin does get updated, but if you have more than one to update, there’s no way of telling if the update has actually completed prior to going back to the plugin list page.

bump

Thanks. I missed that slightly strange coding in the get_sidebar docs. Funny because in the rest of the sidebar related files, you would use just “category-sidebar”, ie. in dynamic_sidebar(category-sidebar)

Thanks again.

Dates aren’t showing because they are cut off by the width of your screen resolution. The width of the page div is set to 980 and the date div is positioned at -123 px, meaning 123 px to the left of the page div.That adds up to over the width of your screen.

If you’re limited to a 1024 resolution, you should probably look for another theme since it would require new re-sized graphics and a lot of css work to get it to fit your resolution. Additionally, if you were to size it to that resolution, it would be very small on newer monitors.

HTH