Forum Replies Created

Viewing 15 posts - 1 through 15 (of 24 total)
  • Author
    Posts
  • in reply to: File upload fields not working in settings pages #6981

    Thanks for the response Steve. But I’m a little confused here. I don’t understand what it is that you mean ‘is working’ in the default theme and mine. I don’t see a similarity between the two. The Twenty Sixteen theme is not even running on Piklist. So, I don’t understand how you’re relating my problem, in a Piklist driven theme to the Twenty Sixteen theme’s functionality. The file upload fields that are not working are entirely created with and run by Piklist from the inside of my theme. I don’t understand one bit how this affects another theme i.e., the default theme. The two actually never execute concurrently. Besides, the file upload fields are on the Settings pages which are as well entirely managed by Piklist. I simply don’t understand why code that creates a file upload field in a metabox file fails to work when it’s used on a settings page.You are using the Twenty Sixteen (a non-Piklist based) theme to judge my theme which is entirely based on Piklist. I don’t seem to connect the dots.

    in reply to: File upload fields not working in settings pages #6967

    I don’t know what you want me to look for in the default WordPress theme. But I’ve activated the Twenty Sixteen theme and it’s working.I’m running WordPress 4.5.3.

    in reply to: File upload fields not working in settings pages #6966

    That problem is only happening on the settings pages. Those on the metaboxes that only show on certain templates are working fine.

    in reply to: File upload fields not working in settings pages #6964

    I only have Piklist. I’ve sent you a copy of my project files so that you also test it in you own environment and see if it works. The add buttons that are created by Piklist for uploading images are not responding to the click event. And neither does that disable button in the demo settings section of Piklist.

    in reply to: How to get data from settings page to show on frontend #6930

    Thanks a lot Steve. I followed your advice and it surely did work. I did it like this:

    <?php 
    $theme_options = get_option('libra_settings'); 
    $stmp_area_vsb = $theme_options["stmp_area_vsb"]; 
    foreach ($stmp_area_vsb as $value) { 
    echo "$value";
    }?>
    in reply to: Metaboxes in tabbed Settings Pages not showing #6916

    Please forgive me for the quick response. I’d not seen yet the download link; so I attempted out on my own. However, in the edited files you sent me for download, it’s working. I’ll keep you updated in case anything comes up. Sorry for the alarm. Thanks a lot for the help. I was losing my head over the issue. I honestly can’t thank you enough. I’m humbled.

    in reply to: Metaboxes in tabbed Settings Pages not showing #6915

    I’ve sent you a followup email with more details about the issue and added some explanatory comments in the settings files about my understanding of the problem. I’ll be glad to hear from you. Thanks a lot for the support.

    in reply to: Metaboxes in tabbed Settings Pages not showing #6913

    I’ve my email box and I don’t seem to find the files you sent. May be they didn’t come. However, I’ve tried the advice you gave me here; but unfortunately the problem isn’t yet solved. I’ve tried a number of things but in vain. I’ve resent you the project files as per the changes I’ve made so that you have a look at them. Two things don’t seem to work together just like I pointed out to you in earlier emails I sent you. The issue concerns using the ‘true’ settings value for the settings parameter in settings files; in which case the tabs won’t work. And then using the menu_slug value in place of the expected settings value for the settings parameter in the settings files. This is my request to you Steve. I have the settings fields showing now on one single page. May you help me figure out how to organize them into tabs. Since when one works, the other fails.

    in reply to: Demos can not be activated #6903

    I’ve sent you my project file as requested. I’ll be more than glad to hear from you.

    in reply to: Demos can not be activated #6901

    wp_debug is set to true. Th above error like the one below says is persistently appearing:

    Notice: Undefined index: layout in C:\xampp\htdocs\lawyeah\wp-content\plugins\piklist\includes\class-piklist-workflow.php on line 594

    in reply to: Demos can not be activated #6895

    I’ve had the same problem for the last two or so weeks; and unfortunately I’ve not received any working help about it. The demo settings disable button just won’t work. And WordPress complains of a bug in the class-piklist-workflow.php file on line 594. I think this bug is the reason my settings tabs won’t work. I’m really feeling frustrated with Piklist over my entire project. Things were Ok until they brought in version 0.9.9.9. The settings tabs won’t work no matter what I do or how many times I read the documentation. I’ve searched the forum for answers countless times and tried so many things; but all in vain. I’ve received advice on employing Workflows and tried them a number of times that I don’t remember but still the Settings pages are not working. I think Piklist is a good framework, but when things fail to work as per the documentation, or the forum advice, then you’re left with nothing but a failed project. I still have hope that things will work fine with Piklist in the future. But right now they’re not for me. I feel so dumb and silly. Personally, I feel I’ve burnt all my energy day and night trying to make Piklist settings pages and tabs work normally but failed. It pains, but I’m honestly thinking of dropping Piklist entirely from the project.

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

    I have an image that I upload using the control below:

    //Section 5 Highlight Image
    piklist('field', array(
        'type' => 'file'
        ,'field' => 'slideimage1'
        //,'scope' => 'post_meta'
        ,'label' => __('Slide-1 Image','piklist')
        ,'description' => __('Add an image for slide-1','piklist')
        ,'options' => array(
          'modal_title' => __('Add Image','piklist')
          ,'button' => __('Add Image','piklist')
          )
      ));

    And this is code that registers all my Piklist settings in functions.php:

    //Register Piklist Functionality
    add_filter('piklist_admin_pages', 'piklist_theme_setting_pages');
      function piklist_theme_setting_pages($pages)
      {
         $pages[] = array(
          'page_title' => __('Custom Settings')
          ,'menu_title' => __('Theme settings', 'piklist')
          //,'sub_menu' => 'themes.php' //Under Appearance menu
          ,'capability' => 'manage_options'
          ,'menu_slug' => 'tactile_custom_settings'
          ,'setting' => 'tactile_theme_settings'
          ,'menu_icon' => plugins_url('piklist/parts/img/piklist-icon.png')
          ,'page_icon' => plugins_url('piklist/parts/img/piklist-page-icon-32.png')
          ,'single_line' => true
          ,'default_tab' => 'General'
          ,'save_text' => 'Save Settings'
        );
     
        return $pages;
      }
    

    I’m trying to output the url of that uploaded image as a background-image property value of a certain selector so that wp_head writes it out in the embeddeded css styles. That way, I can even make a slideshow from it. May you please show me how to do that coz I’m stuck.

    in reply to: Tabs aren't working and demos won't disable #6798

    Another follow-up on the matter. I’m getting an error that says:
    Notice: Undefined index: layout in C:\xampp\htdocs\lawyeah\wp-content\plugins\piklist\includes\class-piklist-workflow.php on line 594. The other thing is that the fields i.e., text fields, colorpickers, selects that are on the various settings files are no longer showing much as the tabs are working perfectly. In other words, it’s only the title of the tab that shows up and not the actual fields themselves. What could be cause this issue? How can I fix it?

    in reply to: Tabs aren't working and demos won't disable #6797

    Ok. This is a follow-up on the matter about tabs. I don’t think this is the right way to do it because what is described in the Piklist documentation is a different thing altogether. The tabs wouldn’t show up as long as I specify the same value for the Setting parameter in the comment block like the one specified in the Setting parameter of the $page array of the piklist_theme_setting_pages function. However, when I instead use the specified menu_slug of the piklist_theme_setting_pages function as the value for the Setting paramenter of in the comment block of the settings file that I want to place in another tab, it works perfectly. Now I believe this is not how it’s meant to be if it’s described otherwise in the documentation. The official Piklist documentation indicates that value specified in the Setting parameter of the settings file should be identical to that specified in the setting parameter of the piklist_theme_setting_pages function. In case you change the implementation to meet the description of the official documentation, please let us know before things break so badly. For now, I’ll use my discovery to get things work.

    in reply to: Image Upload Control Bug with WP 4.5.2 Customizer API #6737

    I’d actually tested earlier while the plugins are deactivated. This time around, I’ve actually deleted all plugins and left Piklist only. The problem persists. I’ve tested the the Twenty Sixteen theme with Piklist deactivated and it works well. When I activate Piklist again, the Customizer breaks. That is what happens with the Twenty Sixteen theme. I’ve tested the Twenty Fifteen and Twenty Furteen themes in the same way; surprisingly the Customizer works well with them activated. Even with Piklist activated, they still work well unlike mine and Twenty Sixteen. So in short, My Custom theme and Twenty Sixteen won’t work with Piklist activated. Twenty Fifteen and Twenty Fourteen themes work with Piklist activated and even when deactivated. To honest with you Steve, as much I think Piklist has something to do with this bug, I very strongly smell a rat in WordPress 4.5.2 about the bug. I’ve done enough research about the issue and there quite a number of genuine posts that show that actually WordPress 4.5.2 may be highly contributing to the problem. This Treehouse tutorial here by Zac Gordon of Treehouse is basically talking about fixing a related issue with the Image Upload Control. Until then, I’ll wait on you guys. Thanks a lot for the support. I appreciate it very much

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