I've downloaded the latest version of sig pro and I am using the 'galleria' layout.
This seems to work fine in firefox and safari, but not in google chrome.

In Chrome the images don't transition when clicking on the thumbnails - there is no change at all from the initial image.

I also noticed that there is a javascript error that is being thrown in the script that is embedded in the page (the error says "$("a.fancybox").fancybox" is not a function and it seems to be being thrown as a result of the embedded script that initializes fancybox. This seems to happen when I set the layout to galleria (eg. if I use classic then I don't get that error - haven't tested with the other layouts)

Any thoughts would be welcome.

Richard

Please provide us with a link to your site.

Thanks for the quick reply.

The gallery that this happens on is at :
qfund.org/cms/index.php?option=com_content&view=article&id=76&Itemid=58
Please note that this version of the page works OK because I was able to patch the code as below.

I did some checking of the code and it looks like the problem is in the 'behaviour.js' file. for the galleria layout.

Around line 24 there is this call which is identifying the place holder for the  gallery:
outerContainer.find(".sigProGalleriaPlaceholderContainer div:first")

For some reason this returns an empty result in chrome but works in other browsers.
I was able to fix the problem by adding changing this line to 
outerContainer.find("div.sigProGalleriaPlaceholderContainer div:first")
so I think that the problem may be with the way that jquery handles 'find()' selector parameters. I am using jquery 1.6.2

*********************** update *************************

after I wrote the above, I tried a simpler test with just jquery (see qfund.org/cms/test.html ) and i found that this problem with the way that find is working is arising when jquery is included twice after mootools. Like this

1. include mootools
2. include jquery
3. include jquery
4. call jquery.noconflict()
5. test calling find('.foobar') -- giving null result in google chrome

it works fine if there is only one copy of jquery included
it works fine if there are two copies of jquery but no mootools.
it also works fine in all these cases if use a specific selector 'div.foobar' rather than '.foobar' in the find()
it also works fine in all these cases in firefox

aargh!

More on this with respect to the multiple versions of jquery that are being loaded ...

it looks like both galleria and fancybox load up different versions of jquery ... so if you add galleria as the layout with jquery_fancybox as the popup then you end up with something like this in the document script header:

Array
(
    [/qfund/media/system/js/mootools.js] => text/javascript
    [/qfund/plugins/system/osjquery/jquery-1.3.2.min.js] => text/javascript
    [/qfund/media/system/js/caption.js] => text/javascript
    [ajax.googleapis.com/ajax/libs/jquery/1.4.3/jquery.min.js] => text/javascript
    [/qfund/plugins/content/jw_sigpro/includes/js/jquery_fancybox/fancybox/jquery.mousewheel-3.0.4.pack.js] => text/javascript
    [/qfund/plugins/content/jw_sigpro/includes/js/jquery_fancybox/fancybox/jquery.fancybox-1.3.4.pack.js] => text/javascript
    [ajax.googleapis.com/ajax/libs/jquery/1.6/jquery.min.js] => text/javascript
    [/qfund/plugins/content/jw_sigpro/tmpl/Galleria/js/behaviour.js] => text/javascript
    [/qfund/plugins/content/jw_sigpro/includes/js/behaviour.js] => text/javascript
)

in this case there are three copies of jquery because
1. osjquery plugin is loading version 1.3.2
2. sigpro fancybox is loading version 1.4.3
3. sigpro galleria is loading version 1.6.2

this doesn't account completely for the problem because it seems only to happen in chrome and when mootools is present, and when there are at least two scripts that include jquery.
I tested this with different versions of jquery and the root cause ( find(".foobar" ) and the problem occurs even if you load the same version of jquery (eg. 1.6) twice after loading mootools.

Of course it does! I have just checked it in our demo site!

rhellyer

I am also having problems with clicks in thumbnails that do not work with the galleria template.

Checking your gallery at: qfund.org/cms/index.php?option=com_content&view=article&id=76&Itemid=58
it seems that some clicks in the thumbnails still do not work. I used Chrome, Firefox and IE.

Did you implement in this galery the changes in the code and eliminated the duplicate jquerys being loaded?

Thanks,

jm

I must say I was a bit astonished by the earlier reply from the forum administrator ... I went to quite a bit of trouble to track down what might have been the cause. Well I guess one gets what one pays for.

Thanks for spotting that it still doesn't work consistently (curiously, my client hasn't noticed that yet! :) ...

I thought I'd eliminated the duplicate jquery instances, but I just looked at it with firebug and it looks like I didn't.  It's a bit tricky to do consistently so I probably gave up using galleria until another release came out. I think that since I first reported the problem there was  a new release and I installed that. I probably checked to see if the thumbnail clicks did something but didn't do a thorough check. It looks now that the javascript error that was previously happening is no longer being generated, so some things have improved there.

I am looking for a better solution for  galleries like these .. one of the issues that I am running into is that the popup effects (lightbox, slimbox etc) haven't been tested (and don't work) on iOS devices like the ipad and iphone. A lot of my customers are now trying out their sites on these devices and of course asking why they don't work properly. One of the reasons for them not working is that the ipad uses a slightly different definition of something called 'fixed positioning' and that results in the popup window showing up in the wrong place.

Thanks for the quick reply!

I will continue to search for an alternative that renders the same type of  gallery as in the galleria template. Have tried many but nothing too close. It would be great if the developer addressed this issue in the next releases. It even shows up in the SIGPro demo.

In the meantime I will try your solution to eliminate the duplicate jquery instances. Would you have any quick hints on how to detect and proceed with these fixes?

jose

The Galleria demo does not work properly in IE9, Firefox 7, or Chrome.
Initially you can click on each thumbnail once and they seem to load the big image fine. But then just try click some thumbnails a second, third, or fourth time, and you will notice it will start taking three, four, or more clicks to get the large image to load. At this point the image is already cached, so it cannot be a performance issue. Besides, it doesn't even attempt to load it because the Ajax loading GIF doesn't even show until the third or fourth click. This renders the Galleria layout useless.

See my thread describing this issue:
forum.joomlaworks.net/simple-image-gallery-pro-(plugin)/galleria-pressing-thumbnails-leads-to-nothing/msg61099/#msg61099

Someone on the Joomlaworks team PLEASE investigate and let us know whether we can expect a resolution soon, or not. If not, it would still be good to know because some of us are using Galleria on customer sites at this time and would need to change our approach to avoid angering our customers. I just need to know one way or another of I can expect a bug fix for this.

@cvoogt,
As I said you in previous message we are checking this issue. Needing more clicks in some browsers is not a serious issue. Please select a different SIG PRO template until we provide you with a fix.