Lots of bugs
Open
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 25
- Forks
- 18
- PR merge metrics
- No merged PRs in 30d
Description
- Link to the website in the README
- the background image on the blog has a white line, looks bad
- the font in the header for NW.js looks terrible, either change it to something better, or use this image
- Implement a "Quick Start" page, like this
- On the blog page there is a a white center background. On the Downloads page it is missing.
In your package.json have a postinstall that runsbower installthis will remove a step in the instructions (#24)To run the site locally you should only have to donpm installandnpm start. This is pretty standard practice now. (#25)- The footer on the Downloads page doesn't reach the bottom of the screen. Looks bad
- Release an API for others to use for releases and downloads. Something like this.
- Search on the documentation flat out doesn't work.
- Stop using Metal smith and handlebars and just use regular old HTML/CSS/JS and I'll fix your entire site. I already did it once, that framework is just too ugly to bother looking at. Your site has stagnated because you've limited access to working on it to the 3 people who would ever want to use that set up. Keep it simple.
Add additional pages like:
- "Showcase" or "Spotlight" to show apps that have been made with NW.js
- "Tutorials" or "References" for links to NW.js specific videos, blogs, books, libraries, frameworks, boiler plates.
- "About" page. A few paragraphs about the people working on the project.
- "History" page. A full history of the project, how it started and all the changes it's gone through along the way.
- "FAQ": The most important Frequently Asked Questions.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Split the request into focused issues before starting, then inspect the README, package.json, blog, Downloads page, documentation search, and the referenced API example. There is no single completion condition here; each extracted issue should define its own pages, behavior, and acceptance criteria.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css, handlebars, html, javascript, json
- Domain
- build-system, documentation, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 15/100