Platform

m/EGreg/Platform/blob/master/platform/Q.php... I much prefer 2 space indents to tabs. To me, it's much more readable. I noticed your HTML output is also tabbed, which (arguably) needlessly increases the horizontal width you need to see a page of code, especially with modern deeply-nested structures. Overall the project looks well thought out, and you may have valid reasons for any/all of the above. Just throwing in my initial reactions as a project outsider. Also, dunno if you know about PSR, but here it's a good starting point that many people (potential contributors) are familiar with: http://www.php-fig.org/psr/psr-2/

across communities! * This was not easy to build. It took us over four years. We started before Diaspora* and we built an open platform on which app developers can build apps which communities can install, and which can aggregate social experiences across communities. The apps can be ANY social apps and the platform takes care of all the underlying details, including app versioning, user identities, "finding your friends" in each new community, registration/password stuff, email / mobile notifications, native app integration and caching, and much more.

system has to literally have a way of swapping their stylesheets and scripts in and out on demand. Then it has to provide all the events to hook into and machinery for "activating" these tools: * Events for constructing parents before children * Events for initializing parents after children * Async loading on demand of all scripts/stylesheets as fast as possible * Compiling and minifying everything into a couple filesfor production * Support for versioning and storing some (most) of the code in local bundles for downloaded PhoneGap apps And then you still get questions such as "how does a Streams/related tool interoperate with a Q/tabs tool on the SAME ELEMENT, so I can combine the behaviors and have a bunch of tabs that represent articles related to a particular topic?" The tabs are supposed to "just work" and the "related" tool is supposed to "just work". So when it comes to CSS, a few years ago I just went with the straightforward approach: You call Q.addStylesheet(...) and it "just works". It adds your stylesheet when your tool is loaded and then removes it when it's not needed. Each class and id is supposed to be prefixed by the namespace of the plugin bundle you're distributing. Each tool would have classes that are prefixed with that tool's name. Naturally, you avoid ids in the actual plugin, but each tool has an id which the app can use to style things. You can take a look at the result here: https://github.com/EGreg/Platform/blob/master/platform/plugi... https://github.com/EGreg/Platform/blob/master/platform/plugi... https://github.com/EGreg/Platform/blob/master/platform/plugi... https://github.com/EGreg/Platform/blob/master/platform/plugi... And the corresponding JS modules: https://github.com/EGreg/Platform/tree/master/platform/plugi... https://github.com/EGreg/Platform/tree/master/platform/plugi... Here is an example of a Streams/related tool integrating with a Q/tabs tool: https://github.com/EGreg/Platform/blob/master/platform/plugi... So that's a proven style I would recommend.