Why does version 1.1 force Gutenberg

Hey @jcollier,

thanks for your message!

Version 1.0 was a major rewrite of Qyrr to improve the usability of the QR code creation and almost completely removes the requirement of external scripts (it’s all built with components of the WordPress Core).

Version 1.1 added support for the Classic Editor plugin to use Qyrr even when Gutenberg isn’t the general editor of your choice.

Due to that, you can create and manage QR Codes with the Block Editor but still, use your Pagebuilder / Classic Editor for managing Posts and Pages.

I also implemented the old shortcode into the new version to ensure it can be used without using blocks.

I don’t plan to support the old way any longer as it’s just too different from the “new WordPress,” but I understand that this can be frustrating (it also is for us plugin developers).

I think the major goal should be to do Qyrr work with Gutenberg but without forcing a general switch to it for editing the website.

The content of your post doesn’t match the template assigned to your post type

Maybe you are using a different way to disable Gutenberg?
I added support for “Classic Editor” and the “Disable Gutenberg” plugin.

I’m happy to add support for other implementations as well.

Best regards,
Patrick

I updated to 1.2 and reset the template as recommended:

“The content of your post doesn’t match the template assigned to your post type.”

And this happened each time I opened the block.

However, when I opened the QR code block, I see the QR code settings, and drop-down selectors for:

Type: Post/Page
Select Post-Type: Page

However, the page that was used to create the code in version .8 is missing. It doesn’t appear anywhere. I can’t edit or even see the pages where my prior codes linked.

So, back to 0.8 for now.

Hey @jcollier,

thanks for your insights.

I will do some additional tests for the migration (0.8 to 1.2) to ensure the transition will go as smoothly as possible within the next updates!

Thanks again,
Patrick

Hi!

We updated to version 1.2 in our development instance and received this warning:

The content of your post doesn’t match the template assigned to your post type.
Keep it as is
Reset the template

We reset the template and now see the QR codes. However, Source defaults to Post/Page and loses the External URL when we switch to it. (All of our QR codes were based on external URLs and we don’t want to lose them.)

Do you anticipate updating to recognize whether there is an existing external URL?

Hey @jcollier,

happy to help.

Maybe you can give me temporary access to the developer instance?
I will track the issue down for you and check why the URL isn’t migrated accordingly.

If that works for you, send a short e-mail to [email protected]

Will do!