h5bp / h5bp.github.io Goto Github PK

If a user is browsing: https://h5bp.org/ then there isn't a clear path to see the source code for say the 'html5boilerplate.com' site.

Would be good to have links to both the projects GitHub repo and projects homepage

When one (or more) of the 'latest updated' repos has a long name, like Front-end-Developer-Interview-Questions or html5boilerplate.com-mobile, the design kinda breaks:

Does somebody have any ideas how to fix this nicely?

Originally I reported this here: #9, but seems like this time it's another problem.

There seems to be a problem loading the images. The repos perfectly load, but the images don't. This time the requests are returning this:

Notice that the repos itself perfectly load. The images don't:

You're having the same problems?

Maybe it's time to revision this site a bit, and cache the stuff we right now get from the Github API locally? The site right it is now has 2 big problems:

• #9 keeps coming back, which appears to be hard in development too.
• Its load time (till all the images loaded) over 3G is a little over 15 seconds.

If we cache some kind of projects.json in the repo, we could make the index.html generate using some kind of templating engine. (And the images just link directly to gravatar/github).

IMHO this site is now handling way to much on the client-side to get a good load time or experience. Surely for mobile devices this is the worst.

If you want me to work on something, I would love too.

Getting:

 "message": "API Rate Limit Exceeded for 192.30.252.229"

back from the GitHub API call to: https://api.github.com/orgs/h5bp/repos

And therefor this error in the console.

Uncaught TypeError: Object #<Object> has no method 'sort'  app.js:81

The logos are not exactly the same and the SVG doesn't scale to match the PNG (the "shadows" are larger in the PNG) derived from PSD.

PSD asset: http://www.sendspace.com/file/e9nddr

Right now on this repo we are loading in a full version of jQuery v1.7.1 (which is gzipped 32.38kb).

In fact we are just using a little functions in app.js:

• The selector engine and DOM manipulation functions
• Looping over arrays, using $.each()
• $.getJSON()

We're using just a bit of jQuery's power, and probably it is smarter to build a custom version of the jQuery library (which would only be containing the methods and functions we need). This change could save us a serious amount of kilobytes.

What do you guys think about this?

Also: we could consider an upgrade to jQuery v2.x? I feel like we don't need support for IE8, the visitors of this site are mostly using a modern browser ;-)

Currently the site is saying we have 30 team members, but we have more.

From https://developer.github.com/v3/:

Requests that return multiple items will be paginated to 30 items by default. You can specify further pages with the ?page parameter.

It would be nice to have a single place where all "help wanted" issues across all repos could be browsed in one place. A second section down below with a simple table listing the the repo and the issue. We may want to add more labels to the issues in the individual repos to be able to target specific skills.

it'd be nice to use our own 'main.css' for this site - imported via NPM - like we do for H5BP. Right now, we do include the CSS but it's out of sync so importing via NPM would keep it up to date.