It's not been tested outside the web root, but it should be easy to do.

Look inside the vbi.php for the $pictures_xml array - inside this array are the paths called xml_image_thumb_src and xml_img_src. Change these source paths as you see fit for your own file system.

If this doesn't work then the vbi.php file will require some extra coding, therefore it will be released as an update.

I haven't actually setup the brand-free license option on this product yet, I'm in the middle of changing ecommerce scripts. Once you've have it working on your forum, then we can chat about the brand-free option.

Regards.

750 should work just fine. I believe my "inside width" is something like 780px, so 800px would be slightly too big. A 750px size might (should?) accommodate most fixed-width themes.

I'll do this tomorrow for you. I'll release it as a smaller version, many people have asked for already, but I had no idea on widths required.

:)

Thanks ever so much, Syrus! No rush on this from me, I know you're busy and have a lot of other things on your plate!!

I was able to run it but only with thumbnails, when I click any one of them the swf freezes, I think because it can't find the album picture patch.

The thumbnails are correct displayed and I just changed the path for something like /myforum/thumbnails/0/

But as my albuns are out of the webroot I'm using something like /home/.dearths/mysite/www/images/0/ and that was exactly the patch I used on Vb when I changed the albums from database to file system.
Any ideas ?

By the way, I'm getting and error on IE that says: ?swfmacmousewheel? is null or not an object. I tried you demo at your site and gives me same error as well.


I'll do that for sure. :up:

Tks

PS: Your support here is one of the best in Vb.org - Keep up the great job !!!

Hi,

It maybe because we are using a dynamic XML file which cannot read directories outside the webroot. It's like trying to browse a directory outside the web root with a standard browser, it is impossible. Therefore, we need to change this to work from a direct path instead of trying to use relative urls, which is how the igallery currently reads the image data.

We have made changes already to the bridge, which includes tweak settings - we will include in this a path setup instead of url pull.

The javascript error is a known issue which we are trying to fix, basically it is caused by the calls we have used within the main page so that Apple users can use all iGallery features as well as PC owners - making modifications to work cross-browser and cross-platform using flash and javascript can be a nightmare, but we will get there. A little later I'm trying a vBa CMPS block module to display the gallery, again this will be using a different call routine, but it may fix the issue we currently have.

We try and please users regarding support, our user guides are documented for use by even the new people to vBulletin. :)

Thanks for the comments!:)

That's right. Forgot totally about this in XML.

That would be great. I'm sure many others here have their album path out of their web root for the same reason as me: free database of extra load but still getting safety with it.

I've tried on FF and didn't get the same error, I just noticed it slower than IE to load all the thumbnails.

In fact I did some tests for vBa CMPS and it's just a matter of size. It works perfectly.
Considering the stile you have used for this mod, it'll only looks good as a central module, it'll look too small if you try to use it as a left or right module.
But like I said, just a matter of size to fit perfectly on CMPS.

It's a very well done User Guide for this product for sure.

Tks.

A path is now being added, instead of a relative url.

The js error is caused by Flash not yet being able to recognize Apple OS's - hence we have tried a workaround which is giving the error in browsers.

I will have to see about the vBa CMPS, there's been some mixed views on sizes, regarding the width.

Thanks for the comments! We are developing a Pro version of this modification, but its features are far more advanced, but they already include Flickr RSS support for population, YouTube video (chromeless), uploading of members own video clips, and much more. We should have a demo available soon, and all comments and most suggestions that have been made on this thread have been taken into consideration. Some of these features will be added to this free version, but not all - besides I cannot sell commercial scripts on here. :)

Anyone elses igallery broken after upgrading to 3.7.3?

I'll have to check this out on 3.7.3 - I've not had the time lately to check and install this mod with 3.7.3.

I will try this out on a test install a little later.