Support

Account

Register Login

Forum Replies Created

  • Thank you very much for your support, John!

    It is not necessary that the text is editable from both sides. It would only be necessary to link to the other element on both sides, so that the other post (both in CPTs) can be accessed and edited.
    The articles containing a bit from the bit side, and the bits included in an article from the article.

    I hope, this makes sense. Currently, this is implemented exactly like this with the “Posts 2 Posts” plugin.

  • Would you think that the above could be implemented with the new “Bidirectional Relationships”?

    For this it would be important that the list of linked articles (text modules) could be sorted by drag and drop, so that you can control the order of the elements in the backend and also the output in the frontend. As it looks, this is not possible (yet).

    I would be very interested in your view. I have a system where exactly that is implemented with the Posts 2 Posts plugin and I would want to eventually convert that to ACF.

    Thanks in advance.

  • Thank you for your detailed explanation.

    Let me summarize how I came up with that. I use

    allowed_block_types_all

    for whitelisting blocks, which also excluded my ACF blocks… which is obvious.

    I’m using the “Basic Example” from here

    For whatever reason

    'acf/comparison_table'

    did not work for unblocking it in my test blog, but

    'acf/comparison-table'

    did.

    I changed it in the block.json

    "name": "acf/comparison-table",

    and in the whitelist, of course.

    No idea what causes this, but maybe this will help someone. I have been looking for the cause for a while.

    It’s probably how WP is parsing the block names, as you say.

  • Thanks for your answer, John. That sounds really difficult and also prone to errors.

    The reason for the change would have been that I would have liked to switch the older projects from registering blocks with PHP, to those via block.json. There the problem with the underscores already starts.

    One can only advise everyone to avoid underscores. I had started this way, because it was written here: https://www.advancedcustomfields.com/blog/best-practices-designing-custom-fields/#1-naming-your-fields-

    It is to be hoped that the registration of blocks by PHP remains downward compatible and WP does not throw this option out sometime.

    I hope I’m not confusing anything 😉

  • Meanwhile it is clear that the problem lies in my theme. I can’t find any function how to set threads here in the forum to “done”, edit or delete them.

  • Thanks for your support, James. I could solve the “problem” now. It was just a missing licence code inside a multisite environment…

  • Might it be possible that “Update package not available” is simply a bug? I’m using ACF for a very long time now and I’ve never experienced that.

  • Okay, I think this is a misunderstanding. This is a fairly new WP installation, with a fairly new plugin. The directory name on my server is: “advanced-custom-fields-pro”. But when I download this file: advanced-custom-fields-pro.zip, there is a directory called “advanced-custom-fields” inside, without the -pro. I think I cannot overwrite one with the other. I have ACF Pro (Developer license) installed and it’s working fine so far, except the “Update package not available” error.

  • Thanks a lot for the quick reply, John! To put = after echo is (of course!) a very stupid failing. I can not believe I did not see that :-/. Very emberassing, it’s time for vacation. Maybe you can delete this useless thread.
    WP_DEBUG I will set on true, from now on. That would have helped a lot in this case.

Viewing 9 posts - 1 through 9 (of 9 total)