manfer
Forum Replies Created
-
Forum: Plugins
In reply to: [Collapsing Categories] Collapsing Categories: messing up blog home pagehttp://wordpress.org/extend/plugins/collapsing-categories/other_notes/
Probably you have various options wrong.
PostTitleLength is most probable postTitleLength. 0 is default value anyway so there is no need to specify that option.
catSort is used to choose what you what to sort by. So possible values are like “catId”, “catSlug”, “catName”… It is not intended to be used as the order of sorting. For order of sorting the variable reads catSortOrder that can have “ASC” or “DESC” as value.
I don’t see animate as one of the options though in the example on that documentation page is shown too. Probably the example at the bottom of that documentation is outdated.
Don’t know if that would solve the problem but at first glance that’s not correct code.
Forum: Plugins
In reply to: [Collapsing Categories] [Plugin: Collapsing Categories] Mouse-over link titleOn posts it shows the title of the post and not that “View all posts filed under…” text.
That text appears when you hover over a category and the category has not a description.
So you can in my opinion do one of the following:
– Add a description to all categories with the text you would like to appear. Instead of “View all posts filed under…”, that text is going to appear on hover.
– Edit the code (in collapscatlist.php) and remove that string from the output. Though with this aproach if the module is updated you will lost your changes.
Wouldn’t be difficult to implement a new option in the widget to configure that behaviour.
Curiously there is even a bug in that specific string as there are three times it appears in code and in two it includes a text domain but on one of them doesn’t include it. As that string is a string included in core the translation only works in that one case that doesn’t include the text domain. The solution would be to remove the text domain the two times that string appear with a text domain.
This is a little old but anyway I’m going to reply because maybe is useful for someone. When you install this plugin you have a new widget available, collapsing categories widget.
The widget has a lot of configuration options. One of those options under the “Advanced options” reads:
“Remember expanding and collapsing for each visitor (using cookies)”So it seems self explanatory why a cookie is used and how to disable it if you don’t want that feature.
Forum: Plugins
In reply to: [Collapsing Categories] [Plugin: Collapsing Categories] Compacting a bit..You have posted this support request in collapsing categories that is not the same plugin as collapsing archives.
Anyway your problem is on your custom CSS (coming from style.css file of your theme) not in collapsing archives. You are making links (a tag) block elements in your CSS and list elements (li tag) inline elements.
Try 0.8 please. I have changed the requirements checking code. Hope now it works fine for everyone.
Please report back if you try it.
Thanks.
On activation this plugin checks that the two plugins it depends on, Contact Form 7 and Better WordPress reCAPTCHA, are activate.
Unless you have the plugin installed in a different dir than its default dir I don’t know how that check could fail.
The default dir where Contact Form 7 is installed is contact-form-7 folder inside plugins dir. If you have it installed in a different dir just change that.
I’m closing this issue because is to old and there is not feedback. Hope already solved.
Try new version 0.7 of Contact Form 7 BWP reCAPTCHA Extension.
Released 0.6 that I hope solves the issue. Please report back if you check it.
Thanks for the report.
I prefer BWP-recaptcha than WP-recaptcha. But WP-recaptcha is another option and is not old, just another posible choice.
Anyway I don’t know if it is a good idea to refuse to investigate what was wrong because I’m not very sure it was a problem with BWP-recaptcha and maybe WP-recaptcha is just ignoring those kind of errors that BWP-recaptcha does not ignore and catch.
That kind of error probably appears when their is a problem of communication between the web server where the site is hosted and google recaptcha api server when trying to validate recaptchas. Maybe it was even just a temporal problem in your web server.
But well, I don’t know. I just mark this as resolved as we can’t know why you get that error.
If you are using any kind of cache system try to empty that cache.
This error should never appear as a wrong challenge in recaptcha should show as error, empty or incorrect. So if is not a temporal problem with cache or a strange temporal problem then it will mean your hosting does not support the PHP recaptcha library used by Better WordPress reCAPTCHA, for example fsockopen function not able to do its job.
Any link to a form with the problem?
Glad it is resolved I don’t know exactly what was the problem but now the integration with BWP Recaptcha is much better.
Thanks for the report.
Forum: Requests and Feedback
In reply to: Plugin pages subversion viewerI have seen in the admin section there are still links to that code browser but if I recall correctly before the last change in the way the plugin pages in wordpress.org/extend/plugin are displayed the link to Subversion Repository both in the right sidebar and inside the admin section were linking to that code browser too, to some section of plugins.trac.wordpress.org of the corresponding plugin.
I don’t know if in multisite is the same but I have never noticed it failing nor for 3.3 nor for actual 3.3.1.
All features seem to work fine in my case, recaptcha in comments, in registration form, theming, visibility options. I can’t tell about akismet integration either because I don’t use it.
New version 0.3 that integrates even better with BWP Recaptcha and now supports custom theme.