-
Notifications
You must be signed in to change notification settings - Fork 88
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
Top level HTML for cpancover needs reworking. #102
Comments
By author would be great. It would quickly let me see which of my releases have the worst coverage and need improvement. |
I probably won't have the time to implement this, but here's a sketch of a UI design that would probably work decently well: Stuff all of the data you have right now into a JSON array containing hashes for each dist. Have a search field people can type into, for example something like "Catal", then have an onChange event that searches through the JSON array and gives all entries where the dist name, module name, or uploader name match /._C._a._t._a.l./i and then render those as HTML. Include a button for "render everything". Maybe include additional number fields to filter out and display dists that have total/stmt/branch/... values above or below a certain value. Maybe also include a button for "show all dists with N/A". If it turns out that any of these options still result in excessive rendering times, do the filtering and gathering of the result, and display something like "20 hits in 30000 dists, click here to render" and have it render immediately if the hit count is below a certain number. |
|
Since http://cpantesters.org/ covers much the same territory as cpancover.com, couldn't we borrow some of their approach to search via Distribution vs. search via Author? |
Today, the top level page has distributions by first character, and for each character all items are listed for each version. Ignoring the author thing, which sounds interesting, I'd like to propose changing the per character pages to show the first word only (treating Today
Proposed
I'm not quite sure the value of showing coverage for lots of versions, so I'd be inclined so have the page that actually lists modules only show the "newest" version and have it link to a page that has the other versions. |
Now that coverage is displayed on metacpan this ticket is less important and has a lower priority, but it would still be nice to make improvements. Thanks for your proposal. |
There are now over 25,000 CPAN modules for which coverage is available. Sticking them all in one table on the front page of http://cpancover.com has not scaled ;-) Something needs to change.
The table could be broken into separate pages. This could be by author (P/PJ/PJCJ etc) or by module name (G/Gedcom etc). I'm not particularly happy with either of those, but implementing one or both would be better than what we have now. Perhaps there are better solutions?
At the moment, all of cpancover.com is static. This brings many advantages, and also disadvantages. I am not averse to adding a dynamic component, or even making the whole thing dynamic, but we need to ensure that performance is reasonable.
We should also consider metacpan integration, which may take some of the pressure off having a cpancover interface which supports searching, for example.
The code starts somewhere around https://github.com/pjcj/Devel--Cover/blob/master/lib/Devel/Cover/Collection.pm#L286
The text was updated successfully, but these errors were encountered: