Skip to content

Latest commit

 

History

History
77 lines (53 loc) · 2.33 KB

File metadata and controls

77 lines (53 loc) · 2.33 KB

Reevaluation

This page tracks previously declined entries that may deserve another look.

Use this page for items that were not accepted at the time of review, but may become eligible later after fixes, updates, proof, or stronger documentation.

This page exists so the curation process stays strict without becoming permanently closed-off.

Related pages:


When Something Belongs Here

An item should go here when it was declined for a fixable reason, such as:

  • missing screenshots or demo material
  • weak or incomplete documentation
  • unclear install/download path
  • unclear licensing/free status
  • early-stage project that later became usable
  • inactive-looking project that received meaningful updates
  • presentation not strong enough at the time of first review

Items that were removed for fraud, malicious behavior, obvious spam, or hard disqualifying reasons should go to BANNED.md, not here.


Reevaluation Criteria

To be reconsidered, an entry should usually show one or more of the following:

  • clearer description of what it is
  • real screenshots or product visuals
  • working website/repo/download page
  • transparent pricing or free license status
  • better docs or setup instructions
  • proof of actual usability
  • stronger trust signals from the author/team
  • meaningful development activity or release updates

Candidates For Reevaluation

Add items below once they have enough reason to revisit.

Template

Entry Name

  • Original Status: Declined
  • Why It Was Declined: Short summary
  • What Changed: Short summary of improvements
  • Why Reevaluation Makes Sense: Short explanation
  • Issue / Discussion Reference: #
  • Priority: Low / Medium / High
  • Decision After Reevaluation: Pending / Approved / Declined Again

Recommended Review Workflow

  1. Confirm the original decline reason.
  2. Check whether the specific problems were actually fixed.
  3. Reassess fit, trust, quality, and usefulness.
  4. Approve, keep declined, or move to banned if new disqualifying issues are found.

Notes

  • Reevaluation is not guaranteed approval.
  • The burden is on the entry to show clear improvement.
  • This page helps keep the repo fair, transparent, and high-signal.