fireproofsocks
Forum Replies Created
-
Forum: Plugins
In reply to: [Custom Content Type Manager] Error after site migrationChanging environments is tough, and not something WP handles gracefully.
Did you do an export/import operation of your definition per this: https://code.google.com/p/wordpress-custom-content-type-manager/wiki/FAQ#Everything_Broke_after_Moving_my_Site!
The trunk (i.e. the “dev branch” when I’m not using branches) is in a bit of disarray at the moment, but an update is coming out soon. You may wish to review changes only to the SummarizePosts.php and GetPostsQuery classes.
Forum: Plugins
In reply to: [Custom Content Type Manager] Problem after moving serverGlad you got things (mostly) working. If you saw the custom post types, then it’s clear that the definitions were being loaded (and that they probably had not been deleted). Re the vague WP permissions errors, it’s one of those times when it’s maddening that WP has no logging with detailed information.
Maybe you could also try clearing the CCTM’s cache (it’s under the main CCTM menu).
Make sure you backup your cctm definitions under the tools menu! That definition file is critical to making your site work, and WP’s architecture is particularly fragile when it comes to moving servers.
I’m at a loss as to what else might be causing the errors you’re seeing, but it is almost certainly something to do with the migration. Sometimes a full removal and then a full re-install helps massage these things out, but make sure you have a full backup first.
Forum: Plugins
In reply to: [Custom Content Type Manager] how to filter on datefieldIt’s important that you ensure that your dates are stored in a format that is compatible for sorting, either the MySQL default of YYYY-MM-DD or as a Unix timestamp. I prefer the MySQL format because it is both sortable and readable by a human. As long as the data is stored correctly, you can follow the example here:
The latest version of the plugin (on the dev branch) fixes the problem with the help flag.
Not sure if I can advise you of anything re the categories: that’s a difficult query because there is a one to many relationship to the categories and summarize-posts can only show 1:1 relationships. The only real solution there is to use PHP (either the GetPostsQuery class that the summarize-posts shortcode uses or the built-in WP equivalents), then look up the categories associated with each post as you loop over them.
Hope that helps.
Forum: Plugins
In reply to: [Custom Content Type Manager] front-end text fieldGiven that this is a highly specialized request, you may be better off coding your own solution for this. That’s a coding project, so it’s more than I can answer in a forum post, unfortunately.
Are you logged in? Google posts notices if the service is down. Other bug reports have come in, so I suspect there’s something you’re doing or not doing that’s preventing you from posting the issue. Pretty sure this is just a duplicate report of issue #534 though.
Forum: Plugins
In reply to: [Custom Content Type Manager] front-end text fieldIt’s possible: https://code.google.com/p/wordpress-custom-content-type-manager/wiki/cctm_post_form
But be careful letting public users add data to your posts.
You may need to structure your data differently: you mention valueS (plural). If you really have a 1 to many relationship, then it might work better if the responses are stored as their own post type (?). I don’t believe I’ve used the cctm_post_form shortcode to store repeatable fields…
Forum: Plugins
In reply to: [Custom Content Type Manager] How to pull in custom fields from relationsGlad it helped.
Forum: Plugins
In reply to: [Custom Content Type Manager] How to pull in custom fields from relationsThis question essentially boils down to “How do I convert a post ID to a post’s data.” There are many ways to do this (the FAQ identifies several scenarios: https://code.google.com/p/wordpress-custom-content-type-manager/wiki/FAQ) — the output filters are merely convenience functions. If they aren’t convenient, there is no imperative to use them. Your case requires 2 steps of this — get the related post, then get the related image of that post. print_r() goes a long way in identifying what bits of data are available after retrieving a post.
Another option is to use the get_post_complete() function (https://code.google.com/p/wordpress-custom-content-type-manager/wiki/get_post_complete). Again, you may need to use it twice because you’re image is 2 steps away from the original post.
Finally, you can use the built-in WP functions to look up a post’s data from it’s ID — there are several of those.
Forum: Plugins
In reply to: [Custom Content Type Manager] Question whether this will work in my situationIt’s possible to do that by customizing your manager html (https://code.google.com/p/wordpress-custom-content-type-manager/wiki/CustomizingManagerHTML), but the plugin does not do this for you. I get asked this a lot, but it’s probably not something the plugin will ever support natively — dynamic forms are very complicated, and they require a lot of custom javascript interaction — building a UI that would handle this degree of customization would be extremely difficult so it’s not the type of thing that would end up in the core functionality.
Please put this into the bug tracker: https://code.google.com/p/wordpress-custom-content-type-manager/ — using the bug tracker is the only way I can stay organized. Thanks.
Forum: Plugins
In reply to: [Custom Content Type Manager] Choose Image shows PHP errorActually, I just reproduced it and documented the fix here: https://code.google.com/p/wordpress-custom-content-type-manager/issues/detail?id=547
Forum: Plugins
In reply to: [Custom Content Type Manager] Choose Image shows PHP errorI can’t reproduce the behavior. File a bug in the bug tracker following the instructions given — that way I can try to reproduce the error and I can track fixes in the bug tracker where they’re searchable. One of the things to test will be to try disabling the other plugins to help identify whether there’s a conflict.
Forum: Plugins
In reply to: [Custom Content Type Manager] custom date field cannot be removedThis is by design: it’s pretty dangerous to delete data from the database, so the CCTM errors on the side of safety: the default setting will allow CCTM will allow you to delete the custom field definition, but not the data from the database.
You can configure this behavior and operate in “safety off” mode by going to the CCTM –> Global Settings menu. Check the “Delete Custom Fields” option. Now if you delete a custom field, rows in the postmeta table will be deleted if their name (meta_key) matches the name of the field you’re deleting.