-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Grab data parsed and generate custom post with metadata? #79
Comments
@dtygel Thanks for your comment. What do you see as the use case for this? Enumerating all the embeds on your site? I think that's a good use case but something like mirroring other sites content is outside of the scope of this particular plugin. |
@khromov I think this idea has some merit. Storing all that stuff as a CPT would allow us to make Content Cards work outside of post scope (in custom wp_editor instances, sidebar widgets, etc.), as we would not really be tied to the post id as we are now, when we are using post meta. Edit: I think it sould be a 'hidden' cpt (not public, not searchable, no admin UI, etc). |
Agreed, that would help out. It would be a bit more complex than the postmeta storage but certainly doable. Another option would be to use options table for storage. It would certainly be less code. 🐱 |
@khromov options table is another option, true. I'm not sure which would be more maintainable in the long run. I somehow feel that storing data in a more structured manner (CPT+meta fields) would be better in the long run. It might also help us to fix the image caching issues we are having (or at least give us an easy way to nuke all cached images on uninstall, as they would be attached to certain posts. :) |
Having a full structured custom post for each card would allow for interesting template functions and filtering by the metadata. |
Hi all,
What if the parser already being used could populate a wp_post and its metadata? The way it would work would be the same as now: a button in tinymce where user can put an url. But after url is passed, the content, description and metadata could be populated with the data grabbed. So we would not have a simple card, but a full post.
The text was updated successfully, but these errors were encountered: