Recently in MT3.2beta Category

MT3.2 Default Templates

One very exciting new feature in MT3.2 is the new handling of the default templating system. Instead of one consolidated file tucked away in the source code, the default templates have been created individually and are stored in the default_templates folder in the MT directory. Customizations are much simpler now - no more hacks - just edit a default template right from the folder. Thanks to the new TemplateRefresh feature (a plugin included in the MT installation), there is great ease in applying default templates for use across your entire installation, both for existing AND newly created blogs. All it takes now is one simple action to selectively (or corporately) apply MT3.2's newly designed index, archive and system templates to existing blogs. The new templates are created and backups are written for your old templates.

With a tiny bit of hacking, you can also create your own "default" templates that can be created/ refreshed along with MT's default templates. This could be especially useful for "about" pages, includes, etc., that you would want to use across multiple blogs. For example, I prefer to have my banner code separate from my other templates and call it in as an include. Because I typically use the same banner code and a generically named image in my banners (banner.gif or whatever), I can use the same code in every blog. I created a default template with my banner code, named it banner.tmpl, and dropped it in the default_templates folder. Next, I did a teeny hack to lib/MT/default_templates.pl by inserting the following under any other code snippet in the list :

{ 'outfile' => 'inx/banner.inc', 'name' => 'Banner', 'type' => 'index', 'rebuild_me' => '1' },

(where rebuild_me 0 = don't rebuild with indexes and 1 = do rebuild with indexes)

Finally, I edited all the default templates where I wanted to replace the banner code, using instead a php include:

<?php include ("inx/banner.inc"); ?>

(Regarding banners, the beauty of using an include is that I can change the banner code in just ONE place rather than in every index and archive template.)

I refreshed the templates for my blog(s) and a rebuild of all files finished the job. Note that when TemplateRefresh will be creating new templates, you must do this action through the System Overview/Weblogs menu. Refreshing through Main Menu/Weblogs/Templates will only refresh existing templates. I haven't tested this out in different situations so no guarantees. These are just examples of things that work for me within my particular templates, etc. Please note that this was done most recently with MT3.2b5... I will test it again when the public release comes out.

As always... please BACKUP your stuff before tweaking, hacking or customizing. ;-)

MT3.2b2 - I Want to Believe!

| 2 Comments

Success! I upgraded from MT3.2b1 to MT3.2b2 in under a minute. ;-) This upgrade went much better and I have been able, finally, to rebuild my previously existing blogs (well, I haven't tested ALL of them, but I'll work on that tomorrow). Installing the new MediaManager (replacement for BookQueueToo) helped ease the transition. I'll report separately about that.

MT3.2b1 Take 3

I'm trying to avoid hacks to see how far MT3.2 will go without them, but I MUST have the "View Site" link back up top. I added the following lines to the end of the links in the <TMPL_IF NAME=AUTHOR_NAME> section (tmpl/cms/header.tmpl) and saved into my alternate templates folder:

 
<TMPL_IF NAME=BLOG_NAME>|  <a target="_blank" href="<TMPL_VAR NAME=BLOG_URL>"><MT_TRANS phrase="View Site"></a></TMPL_IF>

Also limited blog searches to originating blog by adding to default search template form:

<input type="hidden" name="IncludeBlogs" value="<$MTBlogID$>" />

More details about "take 3" forthcoming...

MT3.2b1 Take 2

Taking a different (more cautious) approach this time, I created a new MT directory and database (with contents copied from MT3.17 database) AND uploaded all the plugins I use. (Again, my purpose for now is to test upgrading.) This time the upgrade process did hang, but with no errors. It required me to log in again twice during the process. I did have success, though, with upgrading the database this time (no errors!). The rest of the story is not so sweet. Unfortunately, I have to take some of the credit for the problems I'm having. There is a little plugin fussiness and I won't be able to rebuild much of anything 'til I iron that out. (some plugin conflict is due to having edited the lib path because of activity log errors). Okay, that's done but I'm still having rebuilding errors all over the place. I'll be back...

About this Archive

This page is an archive of recent entries in the MT3.2beta category.

MT3.16 is the previous category.

MT4 is the next category.

Find recent content on the main index or look in the archives to find all content.

Pages

Powered by Movable Type 5.01

Fatal error: Smarty error: [in evaluated template line 4]: syntax error: unrecognized tag 'mtfeed' (Smarty_Compiler.class.php, line 580) in /nfs/c04/h04/mnt/66783/domains/geekmum.com/html/mt/php/extlib/smarty/libs/Smarty.class.php on line 1095