Forum Replies Created

Viewing 15 posts - 76 through 90 (of 125 total)
  • Author
    Posts
  • in reply to: can't get Extend to move meta-boxes to tabs #4969
    mcmaster
    Member

    oops that first code box should have had “Editor” as the title, not “Post Format.”

    in reply to: show fields conditioned on taxonomy term? #4964
    mcmaster
    Member

    Yes, that makes sense. Thanks, Steve.

    Would that approach also work for limiting a workflow to one page ID? See https://piklist.com/support/topic/limiting-workflow-to-specific-post-id-or-template/.

    in reply to: show fields conditioned on taxonomy term? #4962
    mcmaster
    Member

    *bump*

    I’m converting a client’s site from ACF to Piklist, and ran into this again. She has a post category for Podcasts, and we have an ACF field group for credits that is only applicable to these posts.


    @gabzon
    ’s suggestion works if you want to show only certain fields in a meta-box, but for non-podcast posts we don’t need any meta-box at all.

    I saw that meta-boxes shown only for certain post formats is in the works, so I’m crossing my fingers that this might also be in the works? https://piklist.com/support/topic/metabox-based-on-post-format-type/

    Thanks!
    Donna

    in reply to: adding workflows causes sidebar meta-box to disappear #4955
    mcmaster
    Member

    @Steve, thanks, that explains it!

    Donna

    in reply to: put Yoast SEO into a tab? #4954
    mcmaster
    Member

    Yes, yes, yes!! 😀

    in reply to: Error when removing widgets #4866
    mcmaster
    Member

    @Steve, updated and all is well. Thanks!

    Donna

    in reply to: Error when removing widgets #4854
    mcmaster
    Member

    Steve, I’m sending you access to a testbed where you can see it in action. The error is thrown whenever any page is visited.

    in reply to: Error when removing widgets #4853
    mcmaster
    Member

    Well, I just switched to Twenty-Fifteen and the error persists. I also deactivated all plugins except for Piklist 0.9.9.6 and WP Helpers 1.9.0.

    in reply to: Error when removing widgets #4852
    mcmaster
    Member

    @Steve, I just ran into the same error on a site running v1.9.0

    this is a child theme of Roots, which is the predecessor of Sage/Bedrock

    in reply to: teeny editor nests data in divs (0.9.9.4) #4839
    mcmaster
    Member

    The above was @Kevin. @Steve, I will try to do that. Have been really buried the past few days.

    in reply to: file upload input box overlays description #4838
    mcmaster
    Member

    Would it be better to specify a column width?

    in reply to: teeny editor nests data in divs (0.9.9.4) #4837
    mcmaster
    Member

    No. I think maybe it happened because I clicked on the wrong part of the teeny editor? But no, I have no filters or special editor code of any kind.

    in reply to: Create CPT on frontend #4833
    mcmaster
    Member

    @hozefasmile, the front-end forms code was added in Piklist beta 0.9.5, so it will not be in any of the 0.9.4.x versions.

    0.9.4.29 is still the stable release that is listed on wordpress.org. You can download 0.9.9.6 (or the latest work in progress) at http://piklist.com/trunk.

    in reply to: post relationships not preserved in upgrade #4832
    mcmaster
    Member

    @Steve, here’s what I know. My client has a lot of projects. The singleton projects are not in the navigation; they’re accessible only via pages that reference related projects. The relationship is configured on the pages (code above).

    1) I upgraded to 0.9.9 in order to fix a previous Piklist bug, and tested that locally. The new code worked great. However, a few days later I realized that the related projects were no longer being displayed.

    2) The projects were still in the wp_post_relationships table. I went in to edit a project, which has a field that displays a list of related pages. The list was empty. I also went in to edit some pages, and I THINK that their lists were also empty, but in retrospect I may have been mistaken about that.

    3) I ran the update code (see above). After this, the page editor did show the correct lists of posts. As I said, this may have also been the case before running the update.

    4) But on the front end, get_posts() still returned empty results for both post_belongs and post_has queries.

    5) I was pretty frustrated and decided to just rewrite the code to do my own post relationship. But in the process of looking at the pages, I had fixed a typo and saved it. Later I noticed that this page was now displaying the project list on the front end. Checked the projects, and each was displaying its relationship with that page but not with other pages it was related to. So I clicked the Update button on another page, and its projects showed up. I then went through and Update’d all the pages and now the projects are all back in view.

    Conclusion: I don’t think divine intervention accounts for any of this. The update code (2,3) may have been a red herring. But (1) and (4) were not a problem with my code. It was working fine before upgrading to Piklist 0.9.9, and I made no changes to it. Hopefully (5) provides a clue to what the problem was.

    I can provide copies of the database at each stage if that’s helpful. Or let me know what you need.

    Regards,
    Donna

    in reply to: post relationships not preserved in upgrade #4821
    mcmaster
    Member

    Okay, updated all the pages and now the project <-> page relationships are restored on all pages and single projects.

Viewing 15 posts - 76 through 90 (of 125 total)