This patch was pretty easy to write. How's it look? [Patch attached to first comment]
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | migrate_extras.943140.patch | 1.82 KB | adamdicarlo |
This patch was pretty easy to write. How's it look? [Patch attached to first comment]
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | migrate_extras.943140.patch | 1.82 KB | adamdicarlo |
Comments
Comment #1
adamdicarlo commentedComment #2
moshe weitzman commentedHow can this populate the title of each link. I see url but not title.
Not a big deal, but it may make sense to break these out into separate files so they match the module that defines the field.
Comment #3
adamdicarlo commentedHow can this populate the title of each link.
You tell me! (Seriously, please!) I have no idea how you're supposed to go importing two source fields into one destination field, or one source field into multiple destination fields.
Comment #4
mikeryanSee #1004066: CCK Links migration for a link implementation that attempts to deal with the title using arguments.
Comment #5
Bevan commentedI used this patch as a basis for a patch for Email field module to add support for Migrate: #1232028: Support for Migrate package
The only parts not covered by other issues that are mentioned here are;
I am tempted to mark this postponed or won't fix, but will leave that for the issue queue maintainer.
Comment #6
drewish commentedSo two of the three modules have been taken care of:
#1010850: Update MigrateFieldHandler to work with migrate-7.x-2.4 and later
#1232028: Support for Migrate package
Lets reign this in... That said I Really like the idea of having an abstract class that we can use to simplify a lot of these one off fields.
Comment #7
drewish commentedI took the idea of a base class from here re-rolled it as a patch against migrate: #1321062: Create a simple base class for field handlers
Comment #8
nerdcore commentedI had previously (a month or two ago) been using the following block of code to allow migrate to use Phone as a destination field:
But as of today that code now throws errors:
trim() expects parameter 1 to be string, array given File [DRUPAL_ROOT]/sites/all/modules/contrib/phone/phone.module, line 371I realize the Phone field module is still listed as -dev for 7.x but this used to work and any pointers on what I could change to make it work would be much appreciated.
Comment #9
mikeryanMigration support for a contrib module best goes into that module.