Theme development

Drupal Design Camp Boston is a free, two-day Drupal conference on June 13-14, 2009, at the Massachusetts Institute of Technology. It is being organized by members of the Boston Drupal group as part of the growing Design 4 Drupal initiative that launched when designers and themers took DrupalCon DC by storm this past March.

This camp also coincides with the drupal.org redesign sprint at the MIT Media Lab on Friday, June 12. The sprint picks up where the San Francisco redesign sprint left off and participants at the Boston sprint will be learning how to contribute to theming drupal.org as well as implement the redesign.

One of our sites is not functioning in IE 6.0.2900.2180 version!

It throws up a Runtime error

Runtime Error!
Program C:\PROGRAM FILES\INTERNET EXPLORER\IEXPLORE.EXE
R6025

The site works perfectly in other versions of IE 6 , IE 7, and Firefox.

I'm having a designer design a theme for me for Drupal. What are the deliverables a Theme developer needs to receive from this designer?

If you are developing a theme, what are the optimal things you want from a designer to make that happen?

thank you

Ben

Finally after several weeks of preparation the Drupal Security Module Packages are available.

About the Security Package:

Displaying fields in tpl files, like the node.tpl.php files, is a common desire to designers/themers. After conversations in IRC, at drupalcon, and in the parking lots of the Internet the common thought is that you need to make calls to something like $node->content['field_FOO']['#XXX']; to get to the information.

I've recently learned that there is an easier way to get to it. According to yched, on of the gurus of CCK and fields, you can use $FIELD_NAME_rendered in your .tpl files where fields are attached. This is true in Drupal 6 CCK and Drupal 7 fields.

The Acquia Marina theme uses icons in blocks, which presented an interesting challenge for contributing on drupal.org, since all files must be GPL licensed (PS. the PSD files for Marina are now available for download in our group). Creative Commons licenses don't cut it, which tends to be what icon designers go with when they decide to make free icons available.

Note: This proposal envolved for discussion over http://groups.drupal.org/node/19817. Go there to get the background and continue the discussion.

This proposal is designed with following goals in mind:

• Minimal amount of code changed, most of implementation is just reorganization of existing files
• Better visibility for Drupal core templates and CSS
• Clearer separation of functional and aesthetic parts of the theme layer
• Offering several flexible and clear starting points for themers to build their work on

Only local images are allowed.
Planet-SoC will be aggregating content from SoC contributers all over the world in a centralized location. Screencast demonstrations, articles, commits, you name it!

Are you a Drupal designer interested in getting some exposure?

Planet-SoC is looking for a unique theme to make Drupal stand out!

If you think you can help us with a design, please leave a comment or contact me or Alex UA!

This is a proposal for a contest to promote Drupal theming and design.

Goals

• Get more beautiful themes into Drupal
• Get the designer and theming community involved
• Showcase Drupal theming done right
• Increase awareness of Drupal

What to call it:

The Drupal 2009...

• Theming and Design Contributions
• Theming and Design Initiative
• Design Contest
• Theming Contest
• Design Challenge
• Theming Challenge

Phases

At Drupalcon 2009 in Washington, the Drupal design community were asked to become active participants in contributing feedback to the Drupal project.

mfer was kind enough to give members of the Design for Drupal (D4D) Group a tour of how we could provide feedback through the Issue Queue. As a matter of fact, we were shown a version of the issue queue in which any project could be flagged as "needs design review".

We need a theme contest. It's been talked about many times over the past few years. I give you the previous attempts...

http://drupal.org/node/17876, http://drupal.org/node/25312, http://drupal.org/node/55460, http://drupal.org/node/6247#comment-9358

I think these attempts have failed due to lack of funding, support and clear organization. I want to get the ball rolling on this. Please reply with your ideas and comments. Here are my ideas I'm tossing around.

DrupalCamp copenhagen in may is gonna be a blast!

Planned Higlights for the weekend:
* Friday night install party - so come by and get you laptop tuned up, and party with the geeks nerds & designers
* Code Development
* Nerdy presentations
* geeky presentations
* Frontend presentations
* Documentation & Drupal Understanding
* Noobs & übergeeks united!
* ----------------------
* Theming & design in drupal - will carry on the d4d momentum from DC/DC
* Why do front end html lovin geeks hate drupal?
* carry on the d7 discussion - how should drupal work

I posted a preliminary patch over issue queue http://drupal.org/node/395116 to stir a discussion whenever we need CSS reset in core and how core CSS setup -- file structure, rulesets etc -- should look like in D7. reset.css proposal is could be the first step in having decent CSS framework in core -- or if that is not gonna happen, just enforce some sensible CSS practices.

We need your input here!

Do you think color.module should be apart of core? If so, should it be upgraded from its current state?

Do you find the color.module is tedious or complex? Do you find it beneficial to simple themes? To advanced ones?

Also, for D7, I'm proposing the idea of an open styling system in addition or replacement to color.module. This styling system would allow themers to create prerendered skins and also accept skins from the files layer (meaning it can use color.module schemes).

Victor Kane & Chris Charlton teach Advanced Drupal Views in Venice, CA.

LA Drupal resident members get a special 50ドル off (email for bulk ticket pricing).

Learn all the new concepts in the Views 2 module for Drupal, inside and out, even some object oriented design details to take back to work.

Learn about the new architecture in Views 2, learn Relationships, the new user interface, and become a master of the new multiple Display configurations.

TICKETS ON SALE NOW. Hurry, tickets will go fast! http://drupal-la-training-2009-march-15.eventbrite.com/

This workshop shows how you'll get the most out of display options like blocks and pages, plus how to theme your views with PHP templates. Take away masterful tips like how to embed views (meaning views within views), and some magical views that only a developer can love.

Does anyone know if there is a drupal theme that can replicate the look in the intuit website:

http://quickbooks.intuit.com/product/marketing-tools/small-business-mark...

I'm just talking about breadcrumbs up: the simple, unostentatious way primary and secondary menus are presented. Yet the color contrast between the two and the use of tabs to highlight the active menu improves usability.

Also a lot of stuff is packed into the header and yet content area starts from relatively high up -- again a plus for usability on small screen.

Looking for some feedback to what others fight most when developing a new site's theme. Do you spend a majority of time tweaking CSS or PHP with your new theme?

When we develop new sites, all of our theme is built via CSS. I know there are some that "theme" with PHP Hooks etc. My thoughts are there is a grey area to themeing. Meaning, some "theme the output/display of data/fields" and others affect the look and feel of the theme via css. Is there a wrong way or a right way?

Your feedback is welcome!

When a page.tpl.php file is generated all of the variables are populated with content. This includes all the regions, the css and javascript, and everything. Some of these are never used in some themes (e.g., $mission) and some are often rebuilt later like $styles and $scripts.

I propose we lazy load the content in these variables when the variables are called the first time which will typically be in the template files. Since lazy loading is a feature of objects it will mean these variables will be attached to objects.

So, in drupal 6 you theme would have:
<?php
print $styles;

Has anyone had the issue of an image appearing on one page node and not on another? I have a case where the image:

http://dev5.playpoi.com/sites/playpoi.com/themes/playpoi_NEXTGEN_v02/ima...

appears here:

http://dev5.playpoi.com/about-poi with:

[画像:Only local images are allowed.]

but not any of the sub nodes such as here:

http://dev5.playpoi.com/about-poi/why-poi
http://dev5.playpoi.com/about-poi/poi-history
etc. with: