Enhanced Dynamic MoPics and Images stored in directories

[ridexbuilder]

As sent direct to one of my email accounts, by "kristijan":

I solve this:

To do:
Need help with syntax for adding thumbs filename into the databa<x>se along with the rest of the array.
This will remove the above limitation.

If you want solution please replay. I can send you working copy for file: categories.php

Not the way to contribute to the community.

[ridexbuilder]

For folks who may be subscribed to this thread, please see the new thread "... Status Update" - I couldn't find this one at the time. D'oh!

[ridexbuilder]

Release added:
http://www.oscmax.com/projects/release/enhanced_dynamic_mopics_and_images_stored_director ies_203176rc1

[ridexbuilder]

RC2 released, with code tidied up, small bug fix and additional functionality.
Now possible to limit the size of the large (popup) image during upload - saving on disc space and bandwidth, as well as speed of page loads. Handy for those clients who forget to resize images, prior to uploading.
http://www.oscmax.com/projects/relea...es_203176rc2_0

[ridexbuilder]

Wondering if someone could give me a help with the following code snippet.....

No longer required.

[ridexbuilder]

Bug fix released, now RC3:
Enhanced Dynamic MoPics and Images stored in directories - osCMax - osCommerce Maximized

[ridexbuilder]

Just discovered:
The image filename extension is case sensitive. Lower case works fine, upper case doesn't display slimbox popup.
Any assistance greatly appreciated. It must be either in the Slimbox code itself, or product_info.tpl.php and other associated files.
I'll try to find time later to figure it out.


Workaround: Add JPG, PNG, GIF to Image types in Admin, Dynamic MoPics - may as well remove TIF/BMP (crazy to use them)

[ridexbuilder]

Missing functionality spotted by 'astonishedman' - new release (RC4) added to fix cross-sell products.

[ridexbuilder]

No panic here, just a bit of background information.

An irritating bug found:
Thumbnail creation using oscThumb is supposed to be able to be configured easily through a series of inline directives, the cache directory being one of them. In the application used here, a cached file isn't actually needed.

$phpThumb->setParameter('config_cache_directory', null ); 

I've tried directing to a specific cache directory as well as turning caching off - to no avail.


Workaround:
Quite simple and something which is advisable/recommended in any case. The admin directory should have read only permissions. That sorts it out. Of course in a live environment this should be done anyway - it was only on a development site that I discovered the bug.

May be relevant for people wishing to use oscThumb elsewhere in the system.

EJ

[gameznet]

I hope this is the right place to post this,
I was Just checking my servers error logs and there are hundreds of references to a missing image file in "/catalog/templates/fallback/images/box_header.jpg"
it is called by /catalog/templates/fallback/dynamic_mopics.css

I know its not major but it makes it harder to look at my error logs so can we get the image added to the next update for mopics?
Other than that it is working Great for me