Theme development

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.

This is a special interest group dedicated to improving and expanding the Drupal theme system including theme functions and templates, CSS, markup, and how contrib modules add in their functions, CSS, and markup.

for example, we'll take stock of the location and number of CSS files and discuss if the architecture can be improved through emerging frameworks like Object Oriented CSS.

We will consider the questions "What do themers need from Core in terms of CSS? Module developers? SEO specialists?" and "What's new in CSS? What does Drupal support? What's the roadmap for CSS support?"

mfredrickson's picture

Theme components as nodes

Before reading this post, check out my thoughts on how to implement a new taxonomy system using CCK. It figures into my idea here as well:

http://groups.drupal.org/node/246#comment-1625

Proposal: A theme/module that manages each *.tpl.php file for the site admin by storing the layout in the database. For each handled hook (aka hook.tpl.php), the system would create a CCK type. The type would contain a Title and a text field. The textfield would be the place where the admin could enter the theme code. Each *.tpl.php would just be a shell to pull in this data from the currently selected node.

Read more
drumm's picture

Themable function guidelines and documentation

We have a great theme system, but we don't always make full and proper use of it from the developer side and the themer side is underdocumented. I propose we improve this situation by writing guidelines:

  • When to use themable functions; building on How to write themable modules.
  • What PHP is allowed in a themable function and what is not. Somewhere between print $foo and db_query() there is a hard line to be drawn.
  • Notes on accessibility
  • What HTML is best, including
Read more
Bèr Kessels's picture

designing a new themeing system, for railfrog, reason behind brickslate.

I am currently involved in a new CMS on Rails, called Rail Frog. This CMS aims to become a so called "engine" for Ruby on Rails, meaning, that you use it as a start for your project.

This post is here, to introduce the conceptual engine, called brickslate, and to explain the reasoning behind it, by explaining the architecture of rail frog and its theme engines.

For Railfrog, we needed a theme system that is clean, well integrated, flexible and all that. Im developing this, a pdf is found on my site, and the project pages are in the Railfrog Wiki.

Read more
Subscribe with RSS Syndicate content

Theme development

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: