Josh

Hello @justinestrada,

I’m so sorry, I’m not sure how I missed this.

Please send me another (get to know me) message :)… and I’ll follow up immediately.

Thank you very much.

Sorry, I meant http://codex.wordpress.org/Function_Reference/register_uninstall_hook

Awesome!! Was not aware of that hook. I started my plugin with an option to uninstall; so I never looked at the uninstall hook.

Thanks bunches 🙂

WP Edit is used primarily for the content editor (plus a few additional options); however, there is nothing it does for footer text.

Changing footer text/font should be adjusted using some custom CSS. Do you have a custom CSS plugin; or know how to add custom CSS to your site (might be a theme option)?

Something like this should do the trick:

#footer-menu li a {
    font-family: tahoma;
    font-weight: bold;
}

(Love your footer menu; by the way!)

Hi Daniel,

First, thank you VERY much for taking the initiative to find me and let me know about your experience.

I had been working on the demo site last night; so it’s possible we “crossed” each other; preventing the site from operating properly.

I am not finished; and everything should be working.

Can you please try once more; and let me know if the issue persists?

Okay, thank you for the clarification.

Do you remember what the name of one of those plugins may have been? That’s interesting that it cleaned the DB entires as well. I’d love to try it and see what they are doing differently.

Perhaps there is another WP hook with which I’m not yet familiar.

No worries, Graham. But, I still can’t connect to the pastebin. You still have it set to private.

The last 5 plugins I deactivated and the clicked delete produced a button that said delete files and data and another that said cancel.

Yes. Deleting “files and data” is one thing. Deleting “database options” is something else.

“Files and data” exist in the file directories. It will delete the plugin folder; all it’s files and folders inside; all javascript, php, html and whatever else files.

However, the “database options” will remain. These can only be deleted by code provided by the plugin author.

A plugin author can only “hook” to the uninstall option. We cannot “hook” to the delete option.

When you click “delete”… that is WP taking over. The plugin has to first be deactivated before it can be deleted. Once the plugin is deactivated… it cannot render it’s code anymore (it’s deactivated). That’s when WP takes over with the “delete” option. It will delete files, folders and data from the file directories… but it will not delete “database options”.

So… are you 100% certain the last 5 plugins you deleted removed the database options?

Now, a plugin author can hook to the “deactivate” button… and run code from there… which could remove the database options. But this is not preferred. A plugin author SHOULD NOT delete plugin data on plugin deactivation. This is because of what I mentioned about testing and troubleshooting.

Instead, a plugin author should ALWAYS provide a method to completely remove their plugin data (files AND database options).

Whew… thanks for reading 🙂

Hi Graham,

Yeah, if it worked locally… but not live… then it’s most likely a problem with the paths.

What file paths should I use, and should they be relative or absolute?

Paths should be absolute.

Paste your full code from your child theme functions.php file (the part where you are adding the fonts) on pastebin (post url from pastebin back here).. and I’ll take a look.