Forum Replies Created

Viewing 15 posts - 1 through 15 (of 35 total)
  • Author
    Posts
  • in reply to: Description doesn't show up in HTML field #8411
    vayu
    Member

    Is this still being looked into? I can’t seem to see the description…

    piklist('field', array(
        'type' => 'html',
        'label' => 'Send email',
        'field' => 'document_send_mail',
        'description' => 'Send email with document.',
        'value' => get_submit_button( 'Send document email', 'primary', 'send_document_mail' )
    ));
    in reply to: required but conditional filed is validated #8380
    vayu
    Member

    I miss this feature as well!

    in reply to: hidden field error #7298
    vayu
    Member

    Oh, it just occurred to me that maybe you wrote this, when it was on version v0.9.9.9. If so, then I will edit the file myself and look forward to the next major release. 😉

    in reply to: hidden field error #7297
    vayu
    Member

    Hi Steve.
    When I download the latest version of Piklist v0.9.9.9 I see that the hidden field value is still not fixed.
    It still returns:
    value="<?php echo esc_attr($value); ?>"
    and not
    value="<?php echo is_array($value) ? esc_attr(end($value)) : esc_attr($value); ?>"

    Should it not do that or do a have a reason for not implementing this after all?

    in reply to: Bug: Warning: Illegal string offset 'field' #7265
    vayu
    Member

    @smallgreenpinky, I don’t think you are being ignored. My problem is identical to mine and I have given you a possible solution. Steve is trying to help by getting some more info. 🙂

    in reply to: Bug: Warning: Illegal string offset 'field' #7252
    vayu
    Member

    Hi Steve.
    The custom post type is called “invoice”. No the default editor is not visible. I have not set it to support it in the code.

    $post_types['invoice'] = array(
    		'labels' 				=> $labels,
    		'title' 				=> __( 'Enter a new Demo Title' ),
    		'publicly_queryable' 	=> true,
    		'exclude_from_search'   => true,
    		'map_meta_cap' 			=> true,
    		'capability_type' 		=> array('invoice', 'invoices'),
    		'public' 				=> true,
    		'hierarchical'          => false,
    		'rewrite' 				=> array( 'slug' => 'faktura', 'with_front' => true, 'pages' => true ),
    		'supports' => array(
    			'author',
    			'revisions',
    			'title',
    			'comments',
    		)
    );
    	return $post_types;
    in reply to: Bug: Warning: Illegal string offset 'field' #7245
    vayu
    Member

    My text field is not saving the text. I then read this thread https://piklist.com/support/topic/editor-field-not-saving-data/. If I remove the scope parameter, the warning disappears. However, then the text is saved to the postmeta table, which is not what I want. It is the post_content field, and I want it saved to the posts table.
    This is how I set the wysiwyg field:

    piklist( 'field', array(
    		'type' => 'editor',
    		'scope' => 'post',
    		'field' => 'post_content',
    		'label' => 'Evt. tekst besked',
    		'value' => '',
    		'options' => array (
    			'wpautop' => true,
    			'media_buttons' => false,
    			'tabindex' => '',
    			'editor_css' => '',
    			'editor_class' => '',
    			'teeny' => false,
    			'dfw' => false,
    			'tinymce' => true,
    			'quicktags' => true
    		)
    	) );
    in reply to: Bug: Warning: Illegal string offset 'field' #7243
    vayu
    Member

    Hi.
    I have the same warning displayed when I edit a post (custom post type) in the admin.
    It is shown right below a date field and above the main text wysiwyg field.

    Attachments:
    You must be logged in to view attached files.
    vayu
    Member

    I see, thanks a lot for your help on this Jason! 🙂

    vayu
    Member

    I just noticed that if use a string on capability_type the Menu item in the admin disappears for all users that are not superadmins and they do not have rights to access the custom post type page in the admin. So there must be some difference in the way WordPress registers the capability_type if it’s a string or if it’s an array.
    So this works but throws a warning:
    'capability_type' => array('invoice')
    This does not work and throws no warning:
    'capability_type' => 'invoice'

    vayu
    Member

    Well spotted Jason! That fixed it. 🙂 But I still don’t understand why it throws a warning? In the docs it says that it’s optional to use either string or array.
    https://codex.wordpress.org/Function_Reference/register_post_type

    in reply to: Notice: Undefined offset: 1 in post.php when Debug mode on #6687
    vayu
    Member

    Ok no problem :-). I have used pastie: http://pastie.org/private/ornacmvb9lfuryv8qnddsg

    in reply to: Notice: Undefined offset: 1 in post.php when Debug mode on #6685
    vayu
    Member

    That did not work either. Should I just paste it all here then?

    in reply to: Notice: Undefined offset: 1 in post.php when Debug mode on #6684
    vayu
    Member

    Oh, the filetypes was not uploaded.I will try attach it in a .txt file.

    in reply to: Notice: Undefined offset: 1 in post.php when Debug mode on #6683
    vayu
    Member

    Yes I am. There are 444 lines of code that does this, so it seems a bit drastic to paste all that code here. I will just attach the file instead, hope that is ok.

Viewing 15 posts - 1 through 15 (of 35 total)