Get updates and news:
Want to get Lullabot article, videocast, and podcast announcements delivered right to your in-box? Let us know your email address (we won't share it) and we'll let you know when anything exciting happens.

Subscribe to our weekly audio podcast, our periodic videocasts, or both. Just choose your favorite podcast-listening application or service and click away!


Using Macro Module to Move Content Type Changes Live

Drupal version: 5.x

Moving field changes from development to live doesn't have to be a stressful, error prone, and tedious process. Leveraging the macro module to test and package your field changes can make pushing changes painless. This video accompanies an article on the same topic: Moving CCK Field Changes from Dev to Live

Comments

So wait-- in the demo there

So wait-- in the demo there was an error the first time you ran the macro. You cleared some cache stuff in the macro module itself, and then everything ran as expected. Two questions:

1. Is it generally a good idea to re-run a half completed macro like that, or is there a chance you'll be doing some of the stored commands more than once (and create multiple fields or whatever)?

2. Was the bug in the macro module something we'd need to change if WE were running the module? Or was that just some debugging commentry (a word I made up now) left accidentally that we normal users don't need to worry about?

Thx, and nice demo..

Oh no! Busted.

Is it generally a good idea to re-run a half completed macro like that, or is there a chance you'll be doing some of the stored commands more than once (and create multiple fields or whatever)?

So honestly I skipped a step in there during editing (I didn't record it at the time it seems). After the first error, I went in and deleted the half-created content type and started over. Thanks for pointing out that you would NOT want to just run the same macro twice after it screwed up the first time. You'll need to cleanup the mess that might have occurred during the failed macro.

Was the bug in the macro module something we'd need to change if WE were running the module? Or was that just some debugging commentry (a word I made up now) left accidentally that we normal users don't need to worry about?

The problem pointed out and corrected in the video is an actual problem you'll run into when running macros. The code mentioned will solve the short-comings of macro module for this scenario, but there's a chance additional changes might be necessary for other special forms.

Does "macro" also record actual content creation.

I was just wondering if this module goes a step further in being able to record any database values; i.e. a new node created from the new content type?

I am very interesting on

I am very interesting on this, but when running macros, it will reports some errors, "argument is expected ....", it seem need one upgrade.

Thanks for the great post,

Thanks for the great post, just moved a few sites to Drupal and this is tremendous help.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote> <h2> <h3>
  • Lines and paragraphs break automatically.
  • Use <!--pagebreak--> to create page breaks.
  • You may post code using <code>...</code> (generic) or <?php ... ?> (highlighted PHP) tags.
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options