Comments on: Migrating from College Publisher to WordPress http://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/ Building a Better Technical Ecosystem for Student News Organizations Mon, 10 May 2010 13:35:43 +0000 hourly 1 http://wordpress.org/?v=3.1.1 By: John Luetkehttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1967 John Luetke Sat, 27 Jun 2009 05:39:00 +0000 http://www.copress.org/?p=1968#comment-1967 @Will DavisYou're right, the number of accounts that can be created by CP Import canget quite large. The benefit of using accounts rather than custom fields is that you are easily able to view all the articles written by a given person using Wordpress' author permalinks. Doing the same thing with custom fields would be rather cumbersome.Ultimately though, as Daniel alluded to, it comes down to your paper's preference.Version 1.1, which will be released within the next week or so, will have the option to take either route. @Will Davis

You’re right, the number of accounts that can be created by CP Import canget quite large. The benefit of using accounts rather than custom fields is that you are easily able to view all the articles written by a given person using WordPress’ author permalinks. Doing the same thing with custom fields would be rather cumbersome.

Ultimately though, as Daniel alluded to, it comes down to your paper’s preference.

Version 1.1, which will be released within the next week or so, will have the option to take either route.

]]> By: Will Davishttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1895 Will Davis Tue, 02 Jun 2009 14:10:38 +0000 http://www.copress.org/?p=1968#comment-1895 Wow, the improved co-authors plugin looks great.I don't want to put the images right in the post, and for new images I'm attaching them to the post and calling them with get_the_image, but it doesn't work as well as I'd like, so I was thinking of creating a plugin that will automatically put the images in custom fields. Wow, the improved co-authors plugin looks great.

I don’t want to put the images right in the post, and for new images I’m attaching them to the post and calling them with get_the_image, but it doesn’t work as well as I’d like, so I was thinking of creating a plugin that will automatically put the images in custom fields.

]]> By: Daniel Bachhuberhttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1892 Daniel Bachhuber Mon, 01 Jun 2009 20:45:29 +0000 http://www.copress.org/?p=1968#comment-1892 You might want to check out <a href="http://www.copress.org/forum/wordpress/users-how-to-deal-with-them-year-to-year/" rel="nofollow">Co-Authors, a plugin that Mo Jangda improved</a>. I believe it does the AJAX search that you're looking for. Re: handling images, I'd have to defer to Miles on that but I believe our script embeds them within the body content when it's processing the archives. It's functional, although my personal opinion is that we should lean on custom fields a bit more and attach media to a post. You might want to check out Co-Authors, a plugin that Mo Jangda improved. I believe it does the AJAX search that you’re looking for. Re: handling images, I’d have to defer to Miles on that but I believe our script embeds them within the body content when it’s processing the archives. It’s functional, although my personal opinion is that we should lean on custom fields a bit more and attach media to a post.

]]> By: Will Davishttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1891 Will Davis Mon, 01 Jun 2009 19:17:49 +0000 http://www.copress.org/?p=1968#comment-1891 What would actually be best is a plugin that would show the most used users and have an ajax search for all the rest of them. What would actually be best is a plugin that would show the most used users and have an ajax search for all the rest of them.

]]> By: Will Davishttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1890 Will Davis Mon, 01 Jun 2009 18:46:20 +0000 http://www.copress.org/?p=1968#comment-1890 True. One of the really nice thing would be being able to search old authors.Also, how does CoPress handle images? I'm writing a custom plugin to handle images for The Campus that uses the WP upload feature. True. One of the really nice thing would be being able to search old authors.

Also, how does CoPress handle images? I’m writing a custom plugin to handle images for The Campus that uses the WP upload feature.

]]> By: Daniel Bachhuberhttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1889 Daniel Bachhuber Mon, 01 Jun 2009 18:21:06 +0000 http://www.copress.org/?p=1968#comment-1889 Good point. I think John has plans to continue developing it, so that could be an option that the plugin offers in the near future. There is value in my opinion, however, in keeping the author data as users, and it might be worthwhile to just build a plugin to hide "inactive" users. Good point. I think John has plans to continue developing it, so that could be an option that the plugin offers in the near future. There is value in my opinion, however, in keeping the author data as users, and it might be worthwhile to just build a plugin to hide “inactive” users.

]]> By: Will Davishttp://www.copress.org/2009/05/31/migrating-from-college-publisher-to-wordpress/comment-page-1/#comment-1888 Will Davis Mon, 01 Jun 2009 18:03:47 +0000 http://www.copress.org/?p=1968#comment-1888 The one thing I'd be wary about with the Tribune's plugin is that every person who writes is added as a user. With our database, that would have resulted in several thousand users most likely. I instead added every user in a custom field, and only the staff for each year get an account. Definitely a good option for smaller papers who might though. The one thing I’d be wary about with the Tribune’s plugin is that every person who writes is added as a user. With our database, that would have resulted in several thousand users most likely. I instead added every user in a custom field, and only the staff for each year get an account. Definitely a good option for smaller papers who might though.

]]>