Viewing 5 reply threads
  • Author
    Posts
    • #11139
      alexd
      Participant

      Hi Steve and team,
      I’ve upgraded a site to wordpress 5.6, and updated piklist to 1.0.11
      The editor field (tinymce) is quite broken now if added to a page (page post type) dynamically (i.e. with add more).
      I have recreated the issue on a vanilla wordpress install, with theme 2021, and plugins enabled only being:
      piklist
      classic editor.

      I’ve reduced the sample field-set down to just the editor field, nested in a group add more. The editors which are rendered to the page by default (on page load), initialize fine. But any new editor fields added to the page fail to work properly.
      seems like such a basic use case i missed by missing something…

      
      // Page builder
      piklist(
      	'field',
      	[
      		'type'       => 'group',
      		'field'      => 'page_builder',
      		'scope'      => 'post_meta',
      		'add_more'   => true,
      		'label'      => __( 'Ajouter des contenus', 'mac-theme' ),
      		'template'   => 'field',
      		'attributes' => [
      			'wrapper_class' => 'wrapper-accordion',
      		],
      		'fields'     => [
      			[
      				'type'     => 'editor',
      				'field'    => 'post_content_guess', // This is the field name of the WordPress default editor
      				'scope'    => 'post', // Save to the wp_post table
      				'label'    => 'Post Content',
      				'template' => 'field', // Only display the field not the label
      				'options'  => array( // Pass any option that is accepted by wp_editor()
      					'wpautop'           => true,
      					'media_buttons'     => true,
      					'shortcode_buttons' => true,
      					'teeny'             => false,
      					'dfw'               => false,
      					'quicktags'         => true,
      					'drag_drop_upload'  => true,
      					'tinymce'           => array(
      						'resize'           => false,
      						'wp_autoresize_on' => true
      					)
      				)
      			],
      		],
      	]
      );
      
      

      if you check the attached screenshot, you’ll see a series of network requests to tinymce plugin paths which do not exist.

      A user can interact with the editor (i.e. type in it) but none of the shortcode buttons work at all.
      While the editor is waiting for these failed network requests it is not responsive (although i’m sure that’s normal behaviour)

      I’ve tried downgrading wordpress all the way down by major version to 5.0 and still getting the same behaviour.
      A user on a tangential issue suggested that the plugin must be loading old tinyMCE code, that was changed around 4.9

      But i’m seeing plenty of posts by you and the team saying latest piklist works fine with WP 5x

      Do you have any idea what is happening in this case?
      thanks so much for taking the time!

      Attachments:
      You must be logged in to view attached files.
    • #11142
      alexd
      Participant

      I thought i looked, but i guess not well enough.
      Here is a user reporting the exact same issue and your response:

      Repeatable TinyMCE error

      so i guess that’s my answer 🙁
      good luck on v2.0

    • #11144
      Steve
      Keymaster

      Try installing this plugin and see if it helps: https://wordpress.org/plugins/tinymce-advanced/

    • #11145
      alexd
      Participant

      hi steve, thanks for super fast answer. I actually had that plugin enabled previously and deactivated it to try and narrow the issue.

      But what i find confusing is, your own piklist demo content features quite a few WYSIWYG in add more context in the add more tab.
      And none of these examples in your demo work. I’m sure you must have tried them in one of the iterations since we moved to piklist v1x (i was previously on 0.9)

      Do you you know a combination of piklist version / WP version after 4.9 where the demos work?
      if i can get the demos working on a given version combo that’s definitely good enough, don’t need to be at the latest version of WP necessarily for now.

      thanks again for taking the time to respond.

    • #11147
      Steve
      Keymaster

      WYSIWYG in add-more fields is currently an issue with WP 5.X.

    • #11148
      Steve
      Keymaster

      @alexd– I believe if you take the editor out of the group field it will work.

      'type'     => 'editor',
      'field'    => 'post_content_guess', // This is the field name of the WordPress default editor
      'scope'    => 'post', // Save to the wp_post table
      'label'    => 'Post Content',
      'add_more' => true,
      'template' => 'field', // Only display the field not the label
      'options'  => array( // Pass any option that is accepted by wp_editor()
      	'wpautop'           => true,
      	'media_buttons'     => true,
      	'shortcode_buttons' => true,
      	'teeny'             => false,
      	'dfw'               => false,
      	'quicktags'         => true,
      	'drag_drop_upload'  => true,
      	'tinymce'           => array(
      		'resize'           => false,
      		'wp_autoresize_on' => true
      	)
      )
Viewing 5 reply threads
  • You must be logged in to reply to this topic.