[wp-meta] [Making WordPress.org] #7477: Introduce limits for readme field length

Making WordPress.org noreply at wordpress.org
Wed Feb 28 04:44:26 UTC 2024


#7477: Introduce limits for readme field length
------------------------------+---------------------
 Reporter:  dd32              |       Owner:  (none)
     Type:  defect (bug)      |      Status:  new
 Priority:  normal            |   Milestone:
Component:  Plugin Directory  |  Resolution:
 Keywords:  has-patch         |
------------------------------+---------------------

Comment (by smub):

 I can see why this proposal was implemented rather quickly without much
 discussion. There is no reason why anyone should have a plugin readme that
 contains 26k words. That is clearly spam.

 Typically when combatting spam on our websites, one critical thing we look
 at is avoiding false positives as much as we can because that ensures a
 better user experience.

 One way this implementation can be improved to avoid false positives is
 increasing the limit to 3000 words. That would cover the extra 0.8% of
 plugin authors with readme description and 5% of authors with changelogs
 because not many authors are following this trac ticket. They only find
 out that their changelogs or readmes are truncated after they push an
 update.

 This leads to extra work because in some cases, the entire readme has to
 be rewritten. Furthermore, I do agree with the stance that rewriting
 readme to fit 1500 words for certain plugins may lead to less user
 friendly descriptions or may even lead to more videos in the description
 (which may not be a bad thing), but it does require users to watch videos
 which for some isn't the preferred medium because reading text is easier.

 FAQs are a good alternative to add details, but unfortunately FAQs are
 hidden by default in an accordion layout (i.e requires extra click to
 open). This can lead to a cluttered UI unless people start using FAQs
 accordion layout as sub-sections and then call one of those accordions
 FAQs which again would lead to a sub-optimal user experience.

 IMHO a quick fix here would be to increase the truncation limit to 3000
 words.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/7477#comment:9>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list