[wp-meta] [Making WordPress.org] #8237: Create a query which reports translations per locale
Making WordPress.org
noreply at wordpress.org
Tue Apr 21 07:13:20 UTC 2026
#8237: Create a query which reports translations per locale
--------------------------------------+---------------------
Reporter: psmits1567 | Owner: (none)
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Translate Site & Plugins | Resolution:
Keywords: |
--------------------------------------+---------------------
Comment (by darshitrajyaguru97):
== Proposed Next Steps ==
Based on the current requirement, I would like to suggest a structured
approach to move this forward and make the report actionable and scalable.
=== **1. Define Expected Output ===
The report should be generated per locale and include the following
columns:
* Locale
* Project Name (plugin/theme)
* Translation Percentage
* Project Link (translate.wordpress.org)
**Example:
|| Locale || Project || % Translated || Link ||
|| gu || WooCommerce || 82% || https://translate.wordpress.org/projects
/wp-plugins/woocommerce ||
|| gu || Contact Form 7 || 65% || https://translate.wordpress.org/projects
/wp-plugins/contact-form-7 ||
This will help contributors quickly identify projects that need attention.
=== **2. Data Source Mapping ===
To build this report, we need to combine data from:
* Global Stats (for locale + active installs per project)
* Translate DB (GlotPress tables for translation status)
Key join points:
* Project slug (plugin/theme)
* Locale (from stats ↔ translation sets)
=== **3. Suggested Implementation Approaches ===
==== **Option A: Aggregated Table (Recommended) ====
* Create a scheduled job (cron) to generate and store results
* Pre-calculate translation percentages per locale + project
* Store results in a dedicated reporting table
Benefits:
* Better performance
* Scalable for large datasets
* Easier to query and extend
==== **Option B: On-Demand Query / API ====
* Generate report dynamically via an endpoint (e.g. JSON API)
* Useful for smaller datasets or initial prototype
Trade-off:
* May have a performance impact on large-scale queries
=== **4. Enhancements (Optional but Valuable) ===
* Add filters:
* Locale
* Project type (plugin/theme)
* Translation % threshold (e.g. < 80%)
* Add sorting:
* By translation percentage
* By active installs (to prioritize impact)
* Priority scoring idea:
* priority = installs * (100 - translation%)
* Helps identify high-impact untranslated projects
I’m happy to help move this forward by:
* Prototyping the SQL query
* Assisting with aggregation logic
Please let me know the preferred approach, and I can start working on the
initial implementation.
Thanks!
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/8237#comment:1>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list