Brylie Christopher Oxley

The FAQ states “the software & data is hosted on our secure servers”.

I am not sure how the Zingiri API works, what data is transmitted, or how they handle the data. The Zingiri privacy policy states “your privacy is important to us” and describes personally identifiable information they collect from their websites, but I am still unclear as to what data is transimitted from the WordPress installations of this plugin.

In general, relying on proprietary services and feature limited plugins with commercial motives disempowers and factionalizes the WordPress community.

When I put the URL https://pacificyearlymeeting.org into the address field at https://www.printfriendly.com/ , the
<ul> items are not on the generated PDF.

Thanks for clarifying. I will enter the code into each article.

I noticed in the settings.php that there is an option to change the shortcode. I am wondering if changing the shortcode to <ref> or [ref] so that it more closely matches the Wikipedia citation reference tag would be something that should be done in core. Would it be possible to automatically replace the current [nbnote] shortcodes with the updated [ref] tags on sites that have been using Netblog previously?

Another idea that I have been given is to create a WordPress plugin that interfaces with Zotero online collections. It would be really great to pull a Zotero citation or resource directly in to any WordPress page or post. I will gladly collaborate and work to research this idea.

Thank you for your quick response and for working on the bug so swiftly ?? I have upgraded the version to 1.5.3.

I removed the [nbprint=’true’] from the only article that contained it. No articles have footnotes now. Do I have to insert the nbprint shortcode into every article?

Also, I cannot switch the Footnotes Location setting to Inline for some reason. When I click save it reverts back to ‘bottom of page’.

Solved:
I logged in to phpMyAdmin and tried pasting the SQL CREATE TABLE statements in manually and got the following error:

MySQL said: Documentation
#1115 - Unknown character set: 'DB_CHARSET'

I went to the Home page and made note of the following fields on the overview page:
MySQL charset: UTF-8 Unicode (utf8)
MySQL connection collation: utf8_unicode_ci

I then copied the database error messages pasted them into the SQL tab for the WordPress db, removed the texts ‘Failed running query’ from each, replaced the string

DEFAULT CHARACTER SET DB_CHARSET COLLATE DB_COLLATE

with

DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci

..and successfully executed the statements. I can now create forms.

Neither DB_CHARSET or DB_COLLATE are defined in my wp-config.php file. The following guide says to leave them undefined:
https://codex.www.ads-software.com/Editing_wp-config.php#Database_collation

Bump
WordPress version: 3.0.1
FormBuilder: v 0.852

Database errors when I first visit the admin page, as detailed above.