Forum Replies Created
-
Posts
-
The system tries to extract information from any file it receives. However, right now only JPEGs (and TIFFs, I think) have a standard EXIF storage system. As far as I know, PNGs do not support EXIF in the same manner, so it’s not supposed to mine that data. It tries, though!
Not able to see that link, but if you want, PM me your login info and I can try to take a look.
Relying on the existence of the Imagick class is not a very thorough way of checking if Imagick exists which is why Symbiostock goes directly into a core function. All in all though, it appears PHP Imagick is not setup on your system.
Do one thing – disable Symbiostock and see if the other plugin still thinks Imagick is installed.
Symbiostock has a special addition that tricks the system into thinking the Imagick class exists if Imagick isn’t installed. If your second plugin uses the existence of the Imagick class as a means of determining if Imagick is installed, then it will think it is installed because of Symbiostock.
If it still thinks Imagick is installed, and it is indeed installed, then it has some other way of checking that is superior to Symbiostock, which is what I originally mentioned – I can implement a better way if you can find one.
Hey Andrew,
Symbiostock uses this function to check:
extension_loaded(‘imagick’)
Which appears to be the consensus way to check. If you find a better way, or a more robust way, let me know. I looked into this before and this appeared to be the most effective way.
It is also possible the other plugin is checking to see if command line Image Magick is installed – this is different than what Symbiostock uses. Symbiostock requires Image Magick and PHP Imagick.
Hey FCarentz,
Symbiostock the plugin provides tag searching built in – however, as this is not native to WP, your processor indexes the tags for the Symbiostock search engine once a day. So as long as your processor is running in the background, just wait and your tags will soon be searchable.
There is a known issue with WP MS that for some reason sometimes does not send out password recovery emails. We will look into this, but it will not be fixed immediately.
If you are able to log in, then that’s all that matters. If you are not able to log in, email us and we’ll reset your password for you.
Another thing to do is check your order notes – sometimes, if you don’t have the correct paypal receiving email in WooCommerce it will pause the payment because it does not match what PayPal sent in the IPN.
So are you able to log in via #3? How did you log in if you lost your password and never got the password retrieval email?
First thing’s first – right now, the way the system works, there is no way to add a JPEG to accompany the vector as that really changes the way the entire system works. This is unlikely to be added in the future. However, based on what I’m about to tell you, I think that is unnecessary.
So I found a small anomaly in the way vectors are processed that was making the thumbnails invert twice, while the purchased file would only invert once. That is why you were getting some black images during download.
Nevertheless, I think the central issue lies in the deviations in the files you are uploading. For example:
1) The green leaves you mentioned – when this is uploaded with Advanced Color Correction disabled, and Advanced Color Space Correction disabled, it turns out perfect both as the thumbnail and during customer purchase.
2) However, with the balloons, if you do the same thing, the colors become more bright and vibrant. If you then enable Advanced Color Space Correction, the colors are perfect.
Therefore, I would suggest you compare those two EPS files to see where the difference lies. The balloons are behaving more normal. Another issue with the balloons is it seems to be saved with too small of a resolution, while the leaves are not.
So I would suggest you streamline all your EPS files to have the same color settings as the balloons, with the same resolution settings of the leaves. Then, keep Advanced Color Correction disabled, and Advanced Color Space Correction enabled, and you should be getting JPEGs that look identical to the vectors.
This is the balloons EPS:
http://amazeindesign.com/product/colorful-vector-happy-birthday-balloons-background-2/
This is the leaves EPS:
http://amazeindesign.com/product/vector-leaves/
To summarize, a small anomaly that was making purchased EPS files invert once less than thumbnails has been corrected. Aside from that, the issue is entirely related to variations in the way the EPS files are originally saved.
I think it may have something to do with the fact that your EPS files have a really low resolution or something. When I open one of them in an editor it is like 100×100 pixels.
I tested your other EPS, the demo you had earlier with the leaves, and that turned out just fine. Try that one?
I want you to use RGB – CMYK is where the problem arises.
Let me take another look
Hey there
Okay, so after some testing I have some good news – the way EPS/CMYK files were being dealt with included a number of filtering steps to convert them as best as possible. Unfortunately, there isn’t a ‘one size fits all’ solution for everyone, so I have split up some options in your settings.
Try this:
go to your settings and enable advanced color correction
make sure the advanced color space correction is not enabled
upload a vector and see if it processes correctly.
I think ideally I should be able to fix this issue for you if you are having such drastic color changes despite using sRGB. When I did thorough testing, I found that sRGB vectors ended up looking pretty close to the originals.
Let me look into this for you.