Support

Account

Register Login

Forum Replies Created

  • Now I get what you meant. Yes I fully expected having to use some custom JavaScript that hooks int that Boolean response and offers some way to confirm or deny the override in turn (if needs be) triggering a custom php to remove the flag from its’ previous owner…

    That’s why I hoped that someone else had already done it. Sound like some work…

  • True. I would love to do the variant where archive-{cpt-slug}.php loads the custom page template, but I don’t see how to get the editable content into the archive page without hardcoding the/a page-id into it, wich seem like bad practice to me. Or am I missing something?

  • Thank you John for your reply.

    I’m rather sure it can be done, and I might give it a try if I can finde the time and energy.

    I somehow felt that this function would be something that has been whished for/needed by a lot of people before, but you might be right that it’s jus a fancy idea of mine…

  • OK, I know this is an older post, and I came about it while searching for a better solution to the one I have for a similar problem.
    As far as I’m concerned I also have a custom post type too and I want to ad user-editable information to the archive page (I guess that is what the OP meant by ‘list-page’.)

    It is quite simple to to one of two things:

    A) one makes a template archive-{cpt-slug}.php that does usual loop over the custom-post-type-posts and add information from acf-field from elsewhere (e.g.an options-page) and displays it before or after the standard loop.

    B) One builds a custom page template that has a custom-query loop restricted to the desired cpt and sets up a regular page that displays the acf content that is connected to said page-template.

    Both options are working rather well but both have their drawbacks. Option A keeps the usual WordPress mechanics intact but it is hard for editors to know where to edit the content as with archive-pages there is no WP-standard way of editing them and the wp-admin-bar lacks a link to edit the contents. Option B offers an edit Page link in the admin-bar but might break the wp-core mechanics, and looking for a page as the source of an archive is for expedierend wp-users counter-intuitive.

    It is indeed a WP-problem, that editor-editable content for archives including cpt-archives is not part of the system.

    Even categories have at least their description field and one could at (least in theory) add additional field at that intended location. (I’m rather certain I have done so in the past.) But with custom post types there is (to my best knowledge) no such logical place for editing such information.

    On can try to remedy the problems of option A or B with certain tricks like for option A
    Adding a custom link to the settings page in the admin-bar when the cpt-archive is displayed at the frontend and/or moving said settings page int a submenu oft the cpt-menu in the backend. Or with option B setting redirects to the page in htacces or using the cpt-slug as the page slug. But it doesn’t really solve the problem there is no native place in WorpPress for editable content on an archive page, or am I wrong?

  • Same problem here
    (WordPress 4.9.5, all other Plugins disabled, tired German and English….)

  • Hi, I’ve got similar troubles, but it seems I’m running into ‘max_execution_time’-error.
    As I’m hard pressed to get the value changed on that server, I’d like to know, if there is any chance to do this update ‘bit by bit’ or something like that.

    And I’d like to suggest that the update script should at least show some (meaningless) error-message if the returned ajax isn’t what it should be – an endlessly spinning gif is not really helpful.

    Edit: I managed to get the max_execution_time temporarily raised to 10min and that worked. But I had a lot of of doubled field-groups (quintupled actually) from the earlier tries. And I even had doubled fields in some of them. After deleting those everything seems to work fine, but still that wasn’t a very pleasant experience.
    To be fair, I do love ACF and it still is a great plugin, but somehow this upgrading process should be optimized.

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