| 1 | How to make WebKit more awesome |
| 2 | |
| 3 | Get more individuals to contribute |
| 4 | |
| 5 | Nightly builds for other platforms (GTK said it is difficult, but are looking into it). Contact community ports and see if they'll contribute builds. |
| 6 | |
| 7 | More blog posts. All contributors are welcome. No subject is too small. e.g. llvm-weekly - provides information for external and internal development. Resurrect TWiWK. |
| 8 | |
| 9 | List of easy bugs for newcomers. Or suggestions for small exciting projects. e.g. new features in the Inspector, Improving tools. List of mentors who are available to help people start in areas. |
| 10 | |
| 11 | More accessible list of reviewers. |
| 12 | |
| 13 | Faster reviews - reviewers should not let patches sit in the queue. |
| 14 | |
| 15 | New Website design, with HiDPI artwork. |
| 16 | |
| 17 | People are possibly put off by how difficult it is to build on Windows. Sam notes that a unified build system is not out of the question - Apple's only requirement is that an Xcode project is available. |
| 18 | |
| 19 | More documentation - pages on the web site, blog posts. Sample topics: |
| 20 | |
| 21 | Platform layering |
| 22 | |
| 23 | Render tree (hyatt's series was given as an example) |
| 24 | |
| 25 | Describing some useful/complex classes |
| 26 | |
| 27 | WTF does WTF mean? |
| 28 | |
| 29 | How do CSS concepts map into C++ code? |
| 30 | |
| 31 | Reviewer guidelines. Keep contributors updated to the latest coding trends. e.g. prefer range for loops if possible. Should these be in the style guidelines? Document more of our general knowledge (e.g. try to give |
| 32 | per-method information in the ChangeLog, avoid null checks, make sure you use ASSERT_W_S_E when necessary) |
| 33 | |
| 34 | iOS Simulator builds. |
| 35 | |
| 36 | "A Gentle Introduction to C++ for Web floks" with Bem Jones-Bey |
| 37 | |
| 38 | Volunteers needed for people to clean up some crufty but solid parts of the code, such as the loader, bindings generators. |
| 39 | |
| 40 | Contributors should file bugs with lots of detail for easy tasks that people can pick up. e.g. refactoring |
| 41 | |
| 42 | webkit.org could reference/promote projects outside the tree that are cool uses of WebKit |
| 43 | |
| 44 | Document the requirements for a new port to be accepted into the project and live in the tree. |
| 45 | |
| 46 | Active contributors |
| 47 | |
| 48 | Build system |
| 49 | |
| 50 | Google Summer of Code projects. Gets a lot of interest from academic institutions. |
| 51 | |
| 52 | Demos (no review necessary for anything with Tim's head) |
| 53 | |
| 54 | Lightning ⚡ Round |
| 55 | |
| 56 | remove ChangeLogs |
| 57 | |
| 58 | move to git, then back to svn, then to github |
| 59 | |
| 60 | stickers, 👕s, swag, 🍺mugs |
| 61 | |
| 62 | meet ups (🍖⬆s) |
| 63 | |
| 64 | remove the non-active floks from reviewers list (not kicking them out) |
| 65 | |
| 66 | photos of reviewers |
| 67 | |
| 68 | Highlighting performance results |
| 69 | |
| 70 | Better EWS coverage (faster, more platforms, performance tests, reduce the amount of red on the tree) |
| 71 | |
| 72 | Ability to announce build status - that you're working on fixing it. "Relax, I got this." |
| 73 | |
| 74 | Annotations for the dashboard |
| 75 | |
| 76 | Make the tests run faster. Gather some information about why they are taking so long. |
| 77 | |
| 78 | Share the bot/tree watching workload with people outside Apple. |