Hi folks,
I have made a carousel with WebYep integrated which is a great combination for clients to change their product pictures. Now, according to my client he cannot scroll the carousel in WebYep on his pc - also not within the newest explorer, and therefore not change the pics. On my mac no problem (of course).
Any idea why carousel won’t allow that?
Thanks,
Paul
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Whoops… I noticed it doesn’t work on the Mac either. Before it did. Sorry, this is rather confusing now…
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Either post a link to the page here, or look at the page in Firefox with the FireBug extension installed and enabled. That will tell you loads about what’s going wrong. If Carousel won’t scroll, there’s usually a JavaScript error somewhere.
Walter
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi Walter,
Thanks! I have been playing around to find out where the problem is and I found it. Probably useful for others when they use the combination of WebYep and Carousel: WebYep produces in the url its own php stuff etc, added to the page URL. When that ‘stuff’ is there the scroll won’t work. You might think that that is logical, but people might not be aware that that causes the scroll not to work.
I deleted all the WebYep stuff in the URL and refresh the page. Problem solved.
Thanks for your reply!
Paul
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
I think we may have an order of publishing problem, then. The Carousel
Action rewrites the URLs during the fwAfterEndHTML phase (the end of
the road, publishing-wise), so it may be munging up whatever goodies
Max has added in his Action.
Does this error only affect the admin user?
Walter
On Feb 9, 2010, at 9:00 AM, paulvw wrote:
Hi Walter,
Thanks! I have been playing around to find out where the problem is
and I found it. Probably useful for others when they use the
combination of WebYep and Carousel: WebYep produces in the url its
own php stuff etc, added to the page URL. When that ‘stuff’ is there
the scroll won’t work. You might think that that is logical, but
people might not be aware that that causes the scroll not to work.
I deleted all the WebYep stuff in the URL and refresh the page.
Problem solved.Thanks for your reply!
Paul
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Picking up this thread because I’m encountering the same problem and can’t find the solution here yet.
When I Unlock webyep to edit the items in the carousel yhis url is generated: http://www.mikeysbikeadventures.com/test/index.php?WEBYEP_EDIT=no9508
carousel doesn’t work.
However when I delete the stuff added by webyep it seems to work just fine:
http://www.mikeysbikeadventures.com/test
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Aha. The penny drops.
Carousel “hooks” the URL, looking for a querystring. It uses this
method internally to allow external links (from other pages) to
animate on page load; so you load the page, the Carousel appears, and
when the page has finished loading, the Carousel “spins” to the
selected pane.
I am not sure how to work around this. I could probably add a checkbox
to enable the feature, checked by default, and those who use WY to
manage the pane contents could disable it when they publish.
It is an either/or proposition, though. You can’t have both behaviors
at the same time in the same page.
Walter
On Mar 12, 2010, at 4:12 AM, dadooper wrote:
Picking up this thread because I’m encountering the same problem and
can’t find the solution here yet.
When I Unlock webyep to edit the items in the carousel yhis url is
generated: http://www.mikeysbikeadventures.com/test/index.php?WEBYEP_EDIT=no9508
carousel doesn’t work.However when I delete the stuff added by webyep it seems to work
just fine:
http://www.mikeysbikeadventures.com/test
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi Walter,
glad you picked this up cause this is way out of my league. Would be nice to get the two (Carousel &WY) working together because it can be quite a powerfull combination.
Hope there’s some wayy to get it working eventually. Maybe it can be done on the Webyep end (Max or Johannes?)
Marcel
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi Paul and Marcel I did have a look at this a few weeks back
and from what I can remember I thought I got the carousel to work if I used tabs rather than next and previous buttons to scroll the carousel. Not sue if this helps in your scenario. But if I get chance I will have a look and see if it can be tackled at the webyep end.
Max
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi Max,
haven’t tried using tabs yet but tried the autoscroll option and that didn’t work either.
Marcel
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Actually, it works fine when getting rid of the stuff WY ads. It is not a big deal to do that, right? Sure, it would have been easier without that, but my client is not complaining…
And that counts… 
Paul
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi all,
may I tell stupid things when I say:
A carousel will not function anyway on a page named .php?
I made a test because I should have a solution in this direction too. And when let ending the page name .php, the carousel breaks down while it`s functional named .html
Here are the links (if you want):
http://www.kimmich-dm.de/carousel_gallery/index.html
http://www.kimmich-dm.de/carousel_gallery/index.php
Or is it already solved and I missed it.
Best regards
Thomas
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
WebYep’s lightbox is loading a second set of the Prototype/Scriptaculous JavaScript libraries. That’s where the problem is coming from, not the fact that the page is in PHP.
If you are adding the links to these libraries manually, just don’t add them. If you are using an Action to add them, then it will be up to Max to add the detection stuff to his Action so that it looks for the same things that all of the other Scripty Actions do – we have a function that looks for the page variable scripty=true, and a specific way to attach the libraries to the page that is inter-Action and inter-author aware.
Walter
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
OK Walter, I see, thanks.
Then it will be Tims turn because (as far as I can see), the links to Prototype/Scriptaculous are automatically added within the webyep-action (Image) without any control of myself.
Thomas
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Hi Thomas and walter
Unfortunately my actions aren’t adding the Prototype/Scriptaculous references… it’s the actual webyep-system itself.
What happens is if you add the lightbox plugin into the opt folder within the webyep system then webyep will automatically use the lightbox as its default popup method and adds the library references. So its out of my control
sorry about that. I could ask OBD if there is a way of disabling the automatically added library references.
speak soon max
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options