5 thoughts on “How Many Times Do You Need To Change Your Layout?

  1. I think it’s more suited to giving a large user base the ability to personalize their installation of the theme a little. Rather than the itchy-clicker who wants to freshen their layout every week.

    In moderation it can be a neat feature, if it becomes a full blog design GUI then I think that’s taking it a bit too far.

  2. Shifter, approached customizable themes from the wrong perspective. This I know for a fact, due to a few problems we had back when I wanted this “Killer WordPress Theme.”

    However, the need for being able to customize a theme (to the extent of shifter) still exist (in a weird way). I thought about this, and for the most part, end users perform this task (heavily) about once or twice per theme.

  3. As long as wordpress.com and wordpressmu exists, the need for these types of these will still be there.

    I can see themes heading off in two directions: one, for those who code or don’t mind tweaking code, and the other for those who for whatever reason can’t or won’t touch the theme code.

  4. This is why I think child themes will eventually take off. You start off with a solidly coded base theme. Then, you can make a myriad of different layouts and designs from that base theme. Ultimately, this gives users more options than a theme with a lot of different layout possibilities from the admin panel.

    What this gives you is less bloated code and it actually makes it easier for users to modify. And, users almost always modify the theme files. I don’t care how many theme options you put in the backend; that’s just what they do.

    This, in turn, makes users not want to update their theme.

    As Andrea mentioned, the need for these types of themes will still be there for users that don’t want to touch code. I think we might even see a continual rise in theme options for a while because of the popularity of these type of themes.

    In reality, most theme authors that add theme options don’t know how to add a single option to the database and end up cluttering users’ databases with multiple options (something I’ve only recently changed in my themes). Getting off topic here…

    As I mentioned on Jeff’s site, my least favorite theme is my Options theme because everything is set in stone (to a degree). Each child theme I make for it would have to account for every option. It gives me less flexibility as a theme developer.

    I’m now adopting a different approach, which will allow me to have greater flexibility with child themes.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s