mahalie
Forum Replies Created
-
I’m sorry I don’t have time to take a better look at the problem right now (deadline), as a developer I realize this isn’t the most helpful report but your plugin completely broke the layout of our site.
Could be related to the missing closing div reported above.
Enabled fb like and share, g+ and twitter, removed all counter options.
plugin v 2.7
wp v 3.2.1
Forum: Hacks
In reply to: All GUIDs are the same since upgradingWord, thanks for the advice.
Update: I just wrote a “patch” adding this feature. Not sure how to contact Mark – he hides his contact info well ??
Forum: Plugins
In reply to: Prevent plugin from updatingTo stop the timer from automatically starting (automatic rotation) you need to comment out a line from the plugin, aprox. line 257 of rotating-posts.php of the plugin (in version 1.10), specifically:
Change this:
." rp_start_timer();\n"
To this:
//." rp_start_timer();\n"
This will prevent the timer from starting. Hiding the pause button is easy using CSS, which you’ll want to do since it won’t do anything if you disable the timer. Add this to your CSS file.
a#rp_nav_pause { display: none; visibility: hidden; }
Important note about hacking plugins: this is not an ideal approach since if you upgrade your plugin this hack will be lost. You can still upgrade the plugin but you’ll have to go back in and re-add the hack (unless the feature has been added to do this through the admin panel). For that reason you might want to disable auto update on the plugin so someone (including yourself) doesn’t accidentally update it: https://www.ads-software.com/support/topic/disable-update-checking-for-a-plugin?replies=4#post-2021866
Forum: Plugins
In reply to: Disable Update Checking for a PluginYou could try to CHMOD the plugin directory so that it couldn’t be modified by WP. Or, use a function that actually disables the update check – this is nice because your client cannot see that an update is available.
Looks like you figured it out. For other folks, add overflow:hidden and fixed height to div.rp_post_content, like so:
div.rp_post_content { height:200px; overflow:hidden; }
Any content exceeding height will now be cut off but the content area will always stay the same size so nav will not move around. Another way would be to to make the nav bar position:absolute but that requires tweaking of several components and is for the more advanced CSS user.
Forum: Hacks
In reply to: Sort by page order with get_page_children?Thanks esmi, I continued searching and stumbled on this thread:
https://www.ads-software.com/support/topic/remove-li-from-wp_list_pages?replies=7I’ll eval the list as a long html string and replace the li tags with what I need.
Forum: Hacks
In reply to: Sort by page order with get_page_children?I can get what I need using wp_list_pages(), however I do not want them to be wrapping in
<li>
tags.Forum: Hacks
In reply to: Sort by page order with get_page_children?Pastebin: https://wordpress.pastebin.com/HKxbbzRq
Forum: Plugins
In reply to: cookies not persistingBump again. I too am wondering how to do this. The Codex entry on Cookies is currently just an apology for not being up to date! Yikes!!
Forum: Fixing WordPress
In reply to: 3.0.4 cookies/requires multiple loginI don’t know anything about Suma but have noticed a couple other posts around here where people are having problems due to some references to https://www.siteurl.com vs. siteurl.com (without the ‘www’). Might want to check for that.
Forum: Hacks
In reply to: All GUIDs are the same since upgradingI am running into this as well. It has (in my case) nothing to do with the loop as yet, as the database itself is showing the base url for the site as the GUID for all my site’s pages. Except for one trashed page and I cannot get the GUID to update/stick on any other pages whether trashed, etc. (cannot recreate condition that will store correct GUID).
Running WP 3.0.5. Will backup DB, upgrade and see if that helps at all.
P.s. here’s the query to run to see what your page GUIDs are:
SELECT ID , post_title , guid FROM wp_posts WHERE post_type = 'page'
Forum: Fixing WordPress
In reply to: Lost widgets after site URL change.@cubecolour that looks like the hotness – fix for serialized issues. Agree with article author, the db should be structured data and fairly platform agnostic (ideally). The widgets architecture is SLOPPY.
I’m saving this article for next time I have to migrate a site. Cheers!!
Forum: Fixing WordPress
In reply to: Lost widgets after site URL change.Thanks for the link, yes, looks like maybe if you edit the serialized key in case of length change? Anyone done this successfully? For now I recreated mine, too much time spent on this and I have a deadline!