Just notify Envato and tell that customer that it’s no use and he can put further support up his *
Besides support isn’t even mandatory – don’t be too soft to such people, or just ignore them completely.
According to google it’s best to place little needed CSS as inline CSS.https://developers.google.com/speed/docs/insights/OptimizeCSSDelivery
They don’t deserve a higher price – cmon, this is too simple. They already make a very, very good profit with just packing a lot of shit in their themes.
You know what prices should be raised – any well thought through good niche theme, big or small – doesn’t matter – with good unique features, those should get a higher price.
Not some mega-purchased-pack-multi-crap
You know what else should get higher prices – good plugins on codecanyon. Hell i see plugins over there that are so extensive, some ‘big’ WP theme doesn’t even come close to that – and then the plugin is priced like what? 15 bucks? PFFF, talking about wrong price relationships.
Theme- ‘builders’ are getting way too greedy nowadays while truely, they’re providing crap – really crap, with just a ton of purchased premium plugins.
I’ve said it before – 9 out of 10 normal people can’t work with these themes out of the box – too many options and plugins, so higher price? Not if it was up to me
CPTs should be in a plugin, template files should be in a theme. It does not matter that moving to another theme means that the CPTs will be displayed using index.php and single.php, the point is that there will be no data loss, which is the main point here.
Allthough i agree these things should be in plugins, i’ve seen this incorrect statement too many times.
Wheither you put custom post types into a plugin or directly in the theme’s functions.php file – data is always stored in the database no matter what file is registering the post type.
The data is not lost when switching theme – only thing is the post type is not registered so the data won’t be accessible through the admin.
It’s just a technicality i know But it’s not about data loss – it’s about data access ( inside the admin panel )
I even think there’s a higher chance you lose custom post type data when it’s registered by a plugin – because a plugin could have some deactivate- or delete action on it which deletes his data when deactivating or deleting the plugin.
BUT – nonetheless: It should be in a plugin because this way most functionality keep intact while switching theme.
Thanks for the heads up! I will keep an eye on it
I found the following modification to the Kloon library:https://github.com/woothemes/woocommerce/issues/6174
Now it all seems to work
Yes i have.
I have it working now with a custom call using the Kloon library.
$product = array( 'sku' => '100001', 'title' => 'Superduper product', 'type' => 'simple', 'regular_price' => '21.50', 'description' => 'Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas.', 'short_description' => 'Short description for product', 'categories' => array( 'testcat', anothercat' ) ); return $this->_make_api_call( 'products', array( 'product' => $product ), 'POST' );
It is creating the product well – but i still get the following error returned:
Warning: rawurldecode() expects parameter 1 to be string, array given in class-wc-api-client.php on line 465 stdClass Object ( [errors] => Array (  => stdClass Object ( [code] => 201 [message] => cURL HTTP error 201 ) ) )
probably because this library isn’t updated for v2 yet or something..
Any suggestions? Or maybe some other easy PHP auth rest client to use for api calls…
I’m trying to figure out how to create a decent API call with PHP to create a product.
I’ve used the client ( https://github.com/kloon/WooCommerce-REST-API-Client-Library ) before, but it does not yet support POST/PUT methods.
But i figured this should be easy to add for myself – but no luck yet..
Anyone got some pointers?
We’re actually very much okay with authors promoting their items. The issue arises when authors are promoting the inclusion of something additional (beyond the Market item itself) on the condition of purchasing the item. (ie. if you buy my item, you also get…)
Seems in this case the author(s) didn’t place such promotion on the item page here on TF – so, ( just to be clear ) if they place something like that on their own website then there’s no problem right? If you for example say: “Get this goodie for free with your TF purchase code”
Whether you provide additional support or some download goodie makes no difference.