themes

In response to comment Not to be found on Drupal Support

Btw, shouldn't Drupal Norge be listed on http://drupal.org/support under Other languages?

And, I liked the old theme better than the one currently set at Drupal Norge ;)

Hei!

5.x got brand new theme, which is great and Garland is great. Should 6.x include more nice themes in core? There are appearing some very popular ones, such as Bluebreeze. I can imagine Bluebreeze enhanced with color module, which is very good base for some "wiki-like" website. Opinions to more core themes / bluebreeze in core?

As a newbish theme-monkey who's been tinkering with things for a while now, I've got a quick question for the ranks: Is Zen the best "baseline" theme to use when creating your own theme for 5.0? Is anyone working on a basic multi-column template bare-bones type theme? I thought I'd seen one crop up for 4.7 a while back... Just wondering...

Hi,

I am still developing the extended forum module, but I have now big project at my work so the forum module project won't be ready by February, but I hope that I'll release the pre-alpha version by March. And I hope to post screen shots as soon as I can.

Anyway, I got an issue that I would like to discuss with you about.

Recently I've really got excited about Microformats and how they can be used to create content that can be aggregated around the internet.

Drupal really needs to support microformats, and I am currently planning and working on a module set that allows this. But I would like your input!

If you read the description of microformats, you can see they are set pieces of information based on existing formats such as vCard and iCal, but written in semantic XHTML, which can then be styled using CSS class selectors. You then have the choice to render them to the page, for example with an event. Or you can embed them in your site, such as linking to someone you have cited on your blog by using the rel tag i.e. XFN.

Hello! It was nice to meet all of you at the last meetup, and I am sorry I couldn't stay for dinner. I look forward to the next meetup. John's presentation was very impressive, I don't know Javascript coding at all, but as an end user, I can see how this library will be extremely beneficial to Drupal in the future.

I have been a drupal user for about a year and a half, and I am pretty comfortable with setting up my own installations and managing a drupal site. What I don't know much about is theming, and I really need some help. My site in question is www.charlesriverskatepark.org . It is a community installation for the Charles River Skatepark Project, a 40,000 square foot custom concrete skateboard park to be built underneath the Zakim Bridge.

... and so on.

We currently have a very fuzzy "tree" that builds our site. I doubt anyone has ever traced the route a string takes from within some Drupal-module 'till its printed.

Some theme functions call other theme functions, whom call other theme functions. Sometimes inbetween you find that Drupal APIs are called.

theme_some_hierarchy() {
  $hierarchy = build_hierarchy()
  foreach ($hierarchy as $subtree) {
    theme('hierarchy_part', $hierarchy, $subtree);
  }
}

Freely crafted after our menu building systems, and just an example.

Recently Dries said he disliked theme functions calling theme functions. This is done all over the place. Maybe we need to look at a solution for this? Something to either get a very consistent page building mechanism (brickslate is an idea to do this after the way JS builds the DOM) . Maybe we need to only create a conceptual guideline. And maybe we need not worry at all and continue trialling-erroring our way to our Perfect Designs.

I am interested in all the themes that have been designed as "base" themes. The goal of each theme could be varied - eg. it's meant to be the Mother-of-all themes, or just something for your personal use. Thanks to rkerr for helping me come up with a starting list.

at http://drupal.org/node/72735, I would like to have a staging like:
- core (the framework)
- contribute (which is the new one)
- user contribute
- cvs
- sandbox

The contributed-modules should be well reviewed and choosen. Collecting installation-information through the drupal.module would be helpfull, but cause it "also enables users to log in using a Drupal ID" it's often disabled. By default it's disabled, so the data is not representive.

Are there other users feeling like me? Any developers want to help?