tooomm / github-release-stats Goto Github PK

Downloaded 1 time
Downloaded 2 times

Right now, it's always plural:

link could be e.g.: https://tooomm.github.io/github-release-stats/?username=Cockatrice&repository=Cockatrice&tag=2017-05-05-Release-2.3.17
and should jump to the correct release stats on the github-release-status page

same handling as on github wiki or readme files for headlines would be neat:

• hover of release "area" or anker area should highlight anker logo
• click on it will jump to that release within the page (reload page on that new link)
• you can copy and paste the address bar to share it

• display GitHub user icons before name
• hide [bot] name appendix when e.g. GitHub CI triggered a release
  

split releases into several pages for very big repos

helps with loading time and scrolling/finding particular releases
split by years and/or just every 10-20 releases for example

or:
only show last pre-release and last normal release
and hide releases older than 2y (button to load more)

Instead showing Published: 2017-10-20,
it could be Published: 2017-10-20 (38 days ago)

(Or the other way around, e.g. Published: 38 days ago (2017-10-20))

This would help with quickly parsing the age and better understand the up-to-dateness of a release.
Maybe only show for most recent release (or/and most recent pre-release instead, if available)?

e.g. code scanning

over 1 year for example

have a button to show them all again

e.g. https://github.com/SanderSade/github-release-stats and https://github.com/jessedp/github-release-stats

compare #5

(12.57 MiB) should be displayed as (12,57 MiB)
two dezimal digits are fine

Sorry if this is the wrong place to report this, but the instance of this project hosted at https://tooomm.github.io/github-release-stats/ seems to have stopped responding to new requests since yesterday. Instead it just shows the loader.gif animation.

I want to add that this tool has provided me many usage insights in the status of my projects, as well as a quick method of verifying that new releases are properly accessible. So thank you for hosting it!

release x
artifact1 = 100 downloads
artifact2 = 22 downloads

--> downloads for release x: 122

Just the same as the all time download count for all releases in total works.

Example:
https://somsubhra.github.io/github-release-stats/?username=nodejs&repository=node&page=1&per_page=5&search=0

nodejs should be clickable and link to the org
node should be clickable and link to the repo

Releases and Pre-Releases are treated the same.
If you published a Pre-Release it will show up as Latest Release in the repo statistics, which is something else in GitHub terms.

It would be cool to differentiate between them and tag releases and pre-releases differently (same as GitHub does).

• github logo upper right
• page name and logo upper left
• uniformity favicon and branding/logo
• icons for release, tag and dl info etc. more similar style (all more transparent or all more bold)

• Stats --> Statistics / Analytics ...

• loading icon a bit more central (vertically) --> not as low
• loading circle is also displayed if main page is just reloading/refreshed without a querry

• remove/hide username+repo box after searching
  --> move or display in header instead?

• home icon somewhere?
• link back to easily visit queried repo

(list of random thoughts, subject to changes at any point)

Created PR:

#35

Cheers

IDEA: Release Tag is now the main information to separate releases

Many repos use code names or extend the semver tag to add the application name etc.
Might look cleaner and just more appropriate to have that as headline on the top instead.

Would have to be tested.
What do people actually use? Do they put the same information for name and tag?

Could also be a line in Release Info instead!
(Then, only show if different than release tag: linking c5b9a11)

Change "undefined" hint to something more useful like "No download assets for this release available" for example.

Hiding such releases altogether is probably not a good practice.

http://fontawesome.io/

also: https://materialdesignicons.com/
also: https://primer.style/octicons/

See https://github.com/jessedp/github-release-stats and #1 (comment)

Would be nice to have the title updated once the repository is selected.
This way when it's added as a bookmark it would include it already (currently I have to update the title manually).
Would also make it easier to identify different repositories while switching tabs

Eg.
GitHub Release Stats

would become

GitHub Release Stats - tooomm/github-release-stats

• add example link and pic
• explain no search option (not yet there)

Enter doesn't swap the input cursor from the name field to the repo field.

Additionally, it doesn't confirm your data and activate the search button to display the results once you're done.

The GitHub release pages seems to order by created_at date instead of published_at. I noticed this when looking at https://tooomm.github.io/github-release-stats/?username=ZakKemble&repository=AVRDUDESS which shows some older releases at the top (I recently uploaded the older stuff just for completeness), unlike HERE were they are correctly shown at the end.

using american separation for thousands ","

e.g.: Total Downloads 114,405,
instead 114 405 or even 114.405 (to avoid confusion just go with blank at best?)

Don't show Downloads count in Release Info if there are no download assets for a certain release.
No need for this value in such a situation.

better overview and priotizing of important information.

Now it's:

  Release Info:

      Release Author: ZeldaZach
      Published on: 2017-06-29
      Downloads: 982

could be:

  Release Info:

      Published on: 2017-06-29
      Release Author: ZeldaZach
      Downloads: 982

Long tag names lead to names separated over two lines:

Right now, a new line starts at the position of the "tag" icon.
Should continue aligned to the tag name!

Better to not break at all? Or lower font size? Tags might just not be that big anyway...

dupe of #18

hi,

i think the total download count shown is wrong, due to the api not responding with the full sets of releases.
If a project has more than 100 releases, the api needs additional parameter for paginated results, example:

$ curl -s https://api.github.com/repos/abbbi/virtnbdbackup/releases | jq .[].name | wc -l
30
$ curl -s https://api.github.com/repos/abbbi/virtnbdbackup/releases?per_page=1000 | jq .[].name | wc -l
100

$ curl -s https://api.github.com/repos/abbbi/virtnbdbackup/releases?per_page=1000 | egrep 'download_count'  | cut '-d:' -f 2 | sed 's/,/+/' | xargs echo | xargs -I N echo N 0  | bc
2292
 $ curl -s https://api.github.com/repos/abbbi/virtnbdbackup/releases | egrep 'download_count'  | cut '-d:' -f 2 | sed 's/,/+/' | xargs echo | xargs -I N echo N 0  | bc
1744

change color to grey or black on hover for example
while displaying the tool-tip (or similar explanation/description of the icon)

This would help to understand e.g. the user base better.

Downloads: 100 000

- Asset A
Last updated on 2021-01-26 — Downloaded 75 000 times (75,0%)
- Asset B
Last updated on 2021-01-26 — Downloaded 20 400 times (20,4%)
- Asset C
Last updated on 2021-01-26 — Downloaded 5 600 times (4,6%)

Or show a tooltip with such additional information when hovering an asset in the list of downloads.

Pretty self explanatory