Excitement
Forum Replies Created
-
Forum: Themes and Templates
In reply to: Setting autosave interval without core editing?Solution: include code that writes/unwrites these values into the config file on the fly as needed. This still involves core-editing, but the right code in the theme (or plugin) easily ensures that the config file is fixed up immediately after updating the core, so at least the end-user isn’t mucking around with core files.
Forum: Themes and Templates
In reply to: Setting autosave interval without core editing?Anyone? …before this becomes another unhelpful, unanswered post. π
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…Correction: this was the thread I saw you on. π
http://wordpress.org/support/topic/wordpress-34-broke-my-paginaton-setup?replies=4
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…Right. There’s this…but I see you’ve already been there.
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…Thanks for the heads up, aljuk. I’ve found a handful of posts on this as well and, to follow up with esmi, my server logs showed nothing out of the ordinary. So yea, this thread isn’t actually resolved after all.
My guess regarding the non-existent flood of posts here is that nobody is going to notice the problem until/unless they go back and look at a paginated post of a custom post type (and carefully) — if they even updated to 3.4.1. I don’t use any pagination on the front page, so I haven’t seen the problem there myself.
For some reason, the first <–nextpage–> tag found in a post is being converted into entities. Resaving the post seems to work, but that’s only a viable solution for sites with very few posts. Wish I had more time to sort it out, but my schedule calls the shots, so I’m just going to revert versions; 3.4 didn’t seem to have any issues with CPT paging.
Forum: Themes and Templates
In reply to: New theme forces widgets into the first widget slot?It looks like this is caused by a bug-fix for a related issue. With all the sidebar’d/widgetized themes emerging, I’m not sure I’d call this closed. π
http://core.trac.wordpress.org/ticket/17979
How about introducing a new variable to functions.php that allows theme developers to define whether the widgets in each of their custom sidebar locations should be sent to a
header, afooter, or asidebartype of sidebar location (if the next theme has them)…with a fallback being the current behavior of placing them all into the first-registered (guessing here) sidebar location?Thoughts?
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…I don’t dare get too distracted by it at the moment, but I’ll be curious to take a look.
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…I’m going to chalk this up to wonky-internet lol. I’ve done absolutely nothing except read the 3.4 info page and the error seems to be gone now after refreshing the page a few times. Well, that’s good…though I do hate it when that happens. π Thanks for your time.
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…Thanks. I suspect you’re right about that, though it’s only been out for a very short time. Since I’ve been using the same theme and plugins all along, and the error only occurred after updating to 3.4.1 minutes ago, I suspect it’s in there somewhere.
It’s definitely a weird behavior… when I now re-edit the post, it’s showing all the nextpage tags as intended (in the source editor), but when it’s rendered as a post, the first tag is rendered onscreen while the subsequent nextpage tags (in the same post) work. Because the others are working and it’s just the first tag affected, I copy and pasted one of the ones from below in the post, to ensure it wasn’t a typo I was glazing over. π
Forum: Fixing WordPress
In reply to: Updated to 3.4.1 and custom post type pagination seems amiss…I should have added: this is only happening with custom post types, not the native post/page types.