[wp-trac] [WordPress Trac] #12668: Better support for custom comment types

[WordPress Trac]

#12668: Better support for custom comment types
-------------------------+------------------------------
 Reporter:  ptahdunbar   |       Owner:  ptahdunbar
     Type:  enhancement  |      Status:  reopened
 Priority:  normal       |   Milestone:  Awaiting Review
Component:  Comments     |     Version:
 Severity:  normal       |  Resolution:
 Keywords:               |     Focuses:
-------------------------+------------------------------

Comment (by mark-k):

 Replying to [comment:39 mordauk]:

 I fully agree with anything that will improve on the current situation
 even if it will end up in just introducing new filters to be able to
 better customize the admin side. Whatever I write below is not that
 important to me

 > Regardless of whether storing things like payment notes in comments is
 "proper", I still think better support for custom comment types has a lot
 of merit.
 >
 > Pingbacks and trackbacks are custom comment types. Why not make it
 easier to support more comment types like that?
 >
 <pedantic> semantically Pingback === trackback, they are both remote
 mentions and the underlying way by which they were discovered doesn't make
 any semantical difference nor is there any point in presenting them
 differently </pedantic>

 comments are just content type that represent content that might have been
 submitted by users with no publishing permission. EDD and WC use them for
 content that implicitly is always generated by authorized user, it doesn't
 need to go through a spam detection, doesn't need to be displayed in
 threads, doesn't need avatar.... it is not a comment in any semantical
 way.

 > The issue right now isn't so much that we don't have support for custom
 comment types, it's that we don't have support for separating comment
 types out from one another.
 >

 and the easiest way to achieve that is not to call "comments" things which
 are not comments. Why doesn't EDD use CPT for that? maybe it will be
 easier to fix that limitation than having better support for custom
 comment types.

 > Anyone can go and create a custom comment type right now, but any
 comment inserted with a custom type will still be included in the default
 comment tables and lists, and removing a comment type from those queries
 is rather expensive, as shown above.

 What about theme support? I can't right now think of any example (which
 might mean that the whole argument is invalid ;) ) but all the comment
 related code I have seen assumes that if it is not pingback or trackback
 it is a comment therefor it is very likely that all comment types will be
 displayed as part of the comment stream.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/12668#comment:40>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform