Eric McNiece

This is a really interesting idea. It’s been stuck in my head for the last few weeks, and you’re totally right – legally, this plugin needs to inform browsers that cookies are being used.

I am not sure whether to create an option for the plugin that allows users to accept/decline cookies, or to let people handle that themselves. This project does almost fit the bill, but needs modification to allow or disallow cookies.

I’ll keep this in mind as we move forward, and hopefully the solution will present itself somewhere! As always, thanks for your feedback.

Any progress here? Recently did an update to the plugin and it removed my update (thus my access levels for the custom post type) and reset everything to Full Access – a bit of a security vulnerability.

Very cool! Would you mind sharing the tweak in a pastebin file by chance? ??

Yeah. I think it was only a matter of time before this happened, hit it myself the other day.

Right now the plugin is too simple for your setup. It functions in two ways: 1) where it acts as a general, site-wide disclaimer and 2) the shortcode force display that shows for every single page view with that shortcode.

It sounds like you need a combination of that – you have 4 pages that need protection so you use the shortcode, but you only want to have to click through once for all of those pages… right?

This is totally feasible, but it’s gonna take a bit of plugin tweaking. It’ll be a much-needed feature though!

Here’s the problem: jquery.cookie.js accepts a ‘path’ parameter that determines the location of the cookie. By default it’s set to the entire site, or “/”. What we need to do is specify paths for a set of pages, or have grouped disclaimers that watch for their own $_COOKIE variables.

1) do you have any programming/development experience?
2) when do you need this done by?

Uh… you might try posting in the general WP forums – I don’t deal with translation plugins or Bengali at all, sorry!

Sorry, I should be more specific when dealing with compressed CSS!

#content img, #content p img {
max-width: 100%;
height: auto;
}

That’s the chunk you’re looking for.

This one gets me all the time ??

In fact, I just fixed it on my own project a few minutes ago!

Some WP themes have a line in them that prevents images from overflowing, but it messes images up when they’re placed in fluid structures like tables.

Check out line 2 of https://www.rfahaiti.org/wp-content/themes/dynamik/css/dynamik-min.css:

max-width: 100%;


TAKE THAT S*** OUT!

heh. Or maybe just comment it out for now, in case it screws anything else up on your site. I did a quick flip through, you should be ok by just removing it.

Do you have any developer tools like Firebug or Chrome dev tools? If so, right-click on the image and inspect – you’ll see the style show up in your inspector pane and can disable it real-time.

Cheers!

Broken link?

Your table html might be overriding the CSS styles you added. When you’re editing your table page, flick the view tab over to “HTML” and locate your <table> tag.

Are there any attributes like cellspacing="0" or cellpadding="0" in there? The one that always gets me is border="0". If those elements are in that tag, they will prevent your CSS from showing up. Try removing them and see what happens!

G@zza, thanks for the kind words! I’m definitely very new at this.

The notes file is a extra Dreamweaver note tracking system, they’re automatically inserts them into folders when you’re working on projects. Thought I had deleted all of them, but obviously missed one!

I’ve removed the folder from the latest dev version and the 1.1 tag – you’re free to delete that as well, it serves no purpose. Thanks for pointing that out, much appreciated ??

2 months since the last post in this thread, no progress.

No problem! This is actually an interesting feature nonetheless, I may include it in a future update.

Hi franck, nothing has been done to prevent robots from crawling the page. The popup content is printed on your site the same way the rest of the html is, except it’s hidden – the plugin will not affect robot crawling patterns at all.

Is this a feature that would be useful? Would you like to see an option for preventing robots from crawling if the popup is enabled?

Hmm…

all-in-one-favicon.php, Existing lines 36-41:

if (!defined('AIOFAVICON_NAME')) {
  define('AIOFAVICON_NAME', __('All in one Favicon',AIOFAVICON_TEXTDOMAIN));
}
if (!defined('AIOFAVICON_TEXTDOMAIN')) {
  define('AIOFAVICON_TEXTDOMAIN', 'aio-favicon');
}

New lines 36-41:

if (!defined('AIOFAVICON_TEXTDOMAIN')) {
  define('AIOFAVICON_TEXTDOMAIN', 'aio-favicon');
}
if (!defined('AIOFAVICON_NAME')) {
  define('AIOFAVICON_NAME', __('All in one Favicon',AIOFAVICON_TEXTDOMAIN));
}

… right? Removes the error at least. By the way, I’m running in WP_DEBUG, maybe that’s why this is popping up.

Also hitting this. Over 30 plugins installed… as soon as the plugin gets installed, server responds with a 500.

Error log shows this:
PHP Warning: Module ‘suhosin’ already loaded in Unknown on line 0

Good to know. Thanks for the tip!