Forum Replies Created

Viewing 15 posts - 1,141 through 1,155 (of 2,964 total)
  • Author
    Posts
  • in reply to: datepicker regional #5458
    Steve
    Keymaster

    @vayu– The Piklist options for the datepicker are the same for every Piklist field. We try not to duplicate information from other codexes, and parameters that go in the options array are really being created by JQuery UI, not Piklist.

    Does that make sense?

    in reply to: File upload options #5455
    Steve
    Keymaster

    @vayu– We have plans to implement that. The priority for us was getting server-side validation just right because it’s way more secure than Javascript validation.

    in reply to: datepicker regional #5454
    Steve
    Keymaster

    @vayu– The jQuery docs seem to be lacking. Honestly, I Googled it and found the answer. 😉

    in reply to: datepicker regional #5450
    Steve
    Keymaster

    @vayu– Piklist uses the jQuery UI datepicker which is built into WordPress.

    You need to pass your translated variables through the options parameter. Here’s an example in French:

      piklist('field', array(
        'type' => 'datepicker'
        ,'field' => 'my-date-field'
        ,'label' => 'Date'
        ,'options' => array(
          'closeText'=>'Fermer',
          'prevText'=>'Précédent',
          'nextText'=>'Suivant',
          'currentText'=>'Aujourd\'hui',
          'monthNames'=>['Janvier','Février','Mars','Avril','Mai','Juin','Juillet','Août','Septembre','Octobre','Novembre','Décembre'],
          'monthNamesShort'=>['Janv.','Févr.','Mars','Avril','Mai','Juin','Juil.','Août','Sept.','Oct.','Nov.','Déc.'],
          'dayNames'=>['Dimanche','Lundi','Mardi','Mercredi','Jeudi','Vendredi','Samedi'],
          'dayNamesShort'=>['Dim.','Lun.','Mar.','Mer.','Jeu.','Ven.','Sam.'],
          'dayNamesMin'=>['D','L','M','M','J','V','S'],
          'weekHeader'=>'Sem.',
          'dateFormat'=>'dd/mm/yy',
          'firstDay'=>1,
          'isRTL'=>false,
          'showMonthAfterYear'=>false,
          'yearSuffix'=>''
        )
      ));
    
    

    You may also be able to load one of these translation files, though I haven’t tried it.

    Steve
    Keymaster

    @hirschbrat– I just confirmed the bug. We’ll get it fixed in the next version of Piklist.

    in reply to: Primary Tag Query #5447
    Steve
    Keymaster

    @architect– Welcome to the Piklist community!

    This can absolutely be done. Here is a tutorial on how to do this with Categories. Just change category to post_tag.

    in reply to: Context, Priority and Order #5446
    Steve
    Keymaster

    Context and Priority are core WordPress parameters, and are documented on the WordPress codex.

    Maybe try context: core.

    in reply to: File upload options #5445
    Steve
    Keymaster

    @vayu– You can use the Piklist validate parameter limit.

    Since Piklist validates via the server, not javascript, the user will initially be able to add multiple files, but once they try and save they will see an error message.

    Steve
    Keymaster

    @hirschbrat– Are you also displaying the AUTHOR meta box on the edit post screen? Piklist is now way more strict and won’t allow that. Remove the author meta box and all should be good.

    in reply to: Saving Custom Meta Fields #5443
    Steve
    Keymaster

    @conkid– WordPress saves term data by ID, not slug or name. So if you want it saved, that can’t change. This a limit on WordPress, not Piklist. You can create another field, that pulls the term ID’s, converts them to slug or name, and save that. It may be a little tricky to implement.

    in reply to: update condition in add_more group not working in v 9.9.7 #5441
    Steve
    Keymaster

    @hirschbrat– bug confirmed. We’ll get this taken care of during our unit tests and fix in the next version.

    in reply to: Creating custom field types #5440
    Steve
    Keymaster
    in reply to: Saving Custom Meta Fields #5432
    Steve
    Keymaster

    @conkid– You want it readable in the revisions page, or to display in your theme?

    in reply to: Saving Custom Meta Fields #5430
    Steve
    Keymaster

    @conkid– Term ID’s are how WordPress saves it’s data. Everything in WordPress is saved with ID’s.

    Term data is showing up for me in the demos, which is set to show_admin_column to true. Feel free to email your code to [email protected] and we’ll take a look.

    in reply to: Saving Custom Meta Fields #5425
    Steve
    Keymaster

    This is working in our latest beta.

    Just remember When you register your post type, you need to specify that it supports revisions. Use the “supports” parameter.

Viewing 15 posts - 1,141 through 1,155 (of 2,964 total)