1057 posts It's in the pipeline!
  • Has sold $500,000+ on Envato Market
  • Has been part of the Envato Community for over 6 years
  • Elite Author: Sold more than $75,000 on Envato Market
  • Sells items exclusively on Envato Market
+7 more
purethemes says

Hi

I was wondering about one thing and I want to ask you about your opinion.

Let’s say I’m creating review theme, where all additional data about review (like rating, genre etc) is added via Custom Fields. So user of this theme is adding more and more reviews, but one day he decides that he no longer likes this themes, so he finds another, install it and BOOM , all additional data is gone.

Of course it’s still in database but adding it again would require changes in new theme’s code. I know as developers we could say – “not my cup of tea”, but I personally don’t think it’s fair, and even if I’d like them to stay with my themes forever, I believe most of WordPress user are getting bored with themes after some time and they change them frequently (and that’s how this business roll;))

And my problem here is – how can we make it easier for user to switch theme without big headache and question “where’s my data, dude?”.

I’d loved to get your opinion on these.

2468 posts
  • Has been part of the Envato Community for over 5 years
  • Has sold $100+ on Envato Market
  • Has referred 100+ members
  • Has been a beta tester for an Envato feature
+2 more
digitalimpact says

I don’t think it’s something you can control, because it will always depend on how another theme displays the data.

So, no matter how you store it in the database, I think this cannot be avoided. Even if you create a plugin, or use post types… what if the next theme has no code display them in the front end? Or what if it displays them in a totally different manner?

I imagine creating a plugin for the theme, that checks whether the theme is activated. If it’s not activated, it displays a message ‘Dude, don’t panic, your data isn’t gone – it’s still in the database. You’re not seeing it because you’re using a different theme than “mytheme” .’

Then, you could provide instructions on how to display each custom field in the front end for any theme (code samples, tutorials).

But…. is it really worth it?

1057 posts It's in the pipeline!
  • Has sold $500,000+ on Envato Market
  • Has been part of the Envato Community for over 6 years
  • Elite Author: Sold more than $75,000 on Envato Market
  • Sells items exclusively on Envato Market
+7 more
purethemes says

Probably not worth it. But it always bugged me, that if theme uses e.g custom post types then user needs to stay with it forever with his content, or pay someone to migrate it to new theme. But you’re right, there’s no way to control it.

2468 posts
  • Has been part of the Envato Community for over 5 years
  • Has sold $100+ on Envato Market
  • Has referred 100+ members
  • Has been a beta tester for an Envato feature
+2 more
digitalimpact says

[...] if theme uses e.g custom post types then user needs to stay with it forever with his content, or pay someone to migrate it to new theme. [..]

Well, as you know, this applies for any site, no matter if we talk about WP, Drupal, Joomla, Magento, etc. .

Since we can’t control that, I think the most important thing here is to have the customer understand from the very beginning that it’s a custom/niche solution – therefore adapting a redesign to the content is inevitable.

Helpful Information

  • Please read our community guidelines. Self promotion and discussion of piracy is not allowed.
  • Open a support ticket if you would like specific help with your account, deposits or purchases.
  • Item Support by authors is optional and may vary. Please see the Support tab on each item page.

Most of all, enjoy your time here. Thank you for being a valued Envato community member.

Post Reply

Format your entry with some basic HTML. Read the Full Details, or here is a refresher:

<strong></strong> to make things bold
<em></em> to emphasize
<ul><li> or <ol><li> to make lists
<h3> or <h4> to make headings
<pre></pre> for code blocks
<code></code> for a few words of code
<a></a> for links
<img> to paste in an image (it'll need to be hosted somewhere else though)
<blockquote></blockquote> to quote somebody

:grin: :shocked: :cry: Complete List of Smiley Codes

by
by
by
by
by
by