-
Notifications
You must be signed in to change notification settings - Fork 79
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
Add ability to remove previously parsed resources no longer getting parsed #147
Comments
I think in the case of 2 we probably want to just mark those elements as deleted or removed. This might be similar to marking an element as deprecated in the reference. Then it is up to the user to decide whether they want to display removed elements, or hide them. |
For reasonable performance we could track of touched IDs, then update post modified with one query at end of the process. Doing anything with the information probably falls on end user's integration side. At most I can see opt-in un-publishing. |
Any news on that? Would be great to have a way to automatically remove/unpublish posts of functions/hooks/classes which are no longer part of the parsed content :) |
Hello, is someone worked around something that make this job? |
Hi, I wrote two plugins to modify the way phpdoc-parser works and published them with READMEs:
|
It'd be nice to optionally be able to remove previously parsed resources that were not included as part of a full re-parsing.
Remove may mean delete, but more likely assignment of a non-"publish" post status.
Two examples where this is useful:
This could be a wontfix under the belief that it's the parser user's responsibility to handle this. In which case, the parser user would probably hook
'wp_parser_import_item_post_data'
and forcibly set post_modified for everything sent its way (since currently,wp_update_post()
is not called if there wasn't a change in the post object data). Then after parsing, a script could remove anything not modified since the known parsing datetime (and anything related to them).But shouldn't the parser have some responsibility (or capability) here if it does updates?
The text was updated successfully, but these errors were encountered: