Displaying 1 To 5 Of 5 Comments 1) What can you tell us about when WPMU and WP code base will be merged and what will that mean for BuddyPress? 2) What were your thoughts / expectations when you started building Buddypress and did you ever imagine it would lead to an Automattic job? WPTavern UI note – The unordered list styles in comments do not result in any styles applied. » Posted By JamieO On August 31, 2009 @ 3:45 PM Plugin Style Settings – Database Or CSS? @Ryan – That sounds like a great solution. It might be a very useful thing for other plugin developers if you could share a tutorial / isolated example plugin of that functionality separate from the Multi-level Navigation. Perhaps the beginnings of a best practice for this challenge of integration. » Posted By JamieO On April 18, 2009 @ 10:30 AM No matter how configurable you make the CSS for your plugin, you’ll never be able to take into account all the layout’s, colour schemes and user preferences out there. @Paul – I agree that there is no universal approach to css. However sites like csszengarden.com prove that if developers are mindful of the markup they produce, there are a surprising amount of layouts which can be re-skinned through CSS alone (or the occasional bit of jQuery magic :) I use the plugins.css file approach. It would be nice to see some standardization there, but I’m not sure it will/could happen. @chip – What is the plugin that you have wrote which uses that look-for-a-plugin-centric-css-file-in-active-theme approach? The “standardization” that is starting to come together for child themes only came about by people talking about it and – where possible – taking their own steps towards implementing it as you have done. As the community shows interest in various areas, the core development team has done a great job of extending / supporting these visions for the platform. Anyone else have experience with plugins (either developing or using) which look to an active theme css file before loading their own? » Posted By JamieO On April 16, 2009 @ 10:30 PM When you start to blur the lines between plugins and themes – it gets that much harder to manage. Child-themes are starting to grow as a viable solution for maintenance / upgrade support on one side, but now the other shoe drops. I think a better model could be gleaned from the Maintenance Mode plugin (http://wordpress.org/extend/plugins/maintenance-mode/) which used to suffer from the same “overwrite at update” issue. In the latest versions, it looks for a 503.php file in the current theme directory and uses that. If not, it defaults to the standard files from the plugin. So for plugin css styling – you could either look to the current active theme for a [pluginname].css or to reduce the volume of css files req’d have a plugin.css that all plugins look for. This would also improve the upgrade path where you lose customizations b/c they were stored inside the plugin files. You could copy any meaningful styles from the plugin directory css into your “plugins.css”. » Posted By JamieO On April 16, 2009 @ 8:29 PM Know How Or Microsoft Web Platform » Posted By JamieO On April 6, 2009 @ 3:49 PMComments Posted By JamieO
«« Back To Stats Page
http://weblogtoolscollection.com/archives/2006/11/20/knownow-wordpress-enterprise-edition/
http://www.microsoft.com/web/gallery/wordpress.aspx