You are not logged in. Please login or register.
Active topics Unanswered topics
Juicebox v1.5.1 Released!
Search options (Page 159 of 235)
You could try reducing the file size of your main images a little more.
The average file size of the first six images in your first gallery is 336KB.
If you were to create a gallery with JuiceboxBuilder-Pro (for example) using all default settings, the resulting images would be 1024 x 768 and approximately 120KB each. This file size is still well-suited for web gallery use (for most scenarios) and is nearly 3 times smaller than your images at present.
This will not reduce the loading time of the first image by a third (the browser still has to load the 'juicebox.js' file and the many other external CSS and JavaScript files on your WordPress pages) but it should help.
The problem is that you are loading your Juicebox gallery into a hidden container.
You can workaround this by loading your gallery on demand when the link is clicked rather than immediately when the page is loaded.
Put your gallery's embedding code into a JavaScript function such as:
<script>
function loadGallery() {
new juicebox({
containerId: "lebox",
baseUrl: "http://www.stromqvi.st/wp-content/themes/MasterKenobi/jb_test/",
galleryWidth: "620",
galleryHeight: "440",
backgroundColor: "rgba(0,0,0,1)"
});
}
</script>
... and run the function once the gallery's container is visible.
This should solve your problem.
I do not know why WP-Juicebox v1.3.3.1 is not currently available and why the download link leads to v1.3.3.0.
As far as I am aware, there are no issues with v1.3.3.1 which would have resulted in it being withdrawn for download.
I will look into this further.
However, there is no reason that I know of why a Juicebox gallery created and embedded in a WordPress page by WP-Juicebox v1.3.3.0 should prevent a page from scrolling.
When WordPress generates a page and comes across a Juicebox shortcode, it simply replaces the shortcode with the gallery's embedding code. In this respect, a Juicebox gallery in a WordPress page is no different to a Juicebox gallery in any other web page. (The only Juicebox-related code on the page is the <script> tag to load the 'juicebox.js' file and the embedding code itself.)
ETA: the scrolling issue is on all pages, not just where there is a gallery.
On a page without a Juicebox gallery, the only Juicebox-related code is the <script> tag to load the 'juicebox.js' file so it looks like there may be a JavaScript conflict of some kind.
Have you tried scrolling a web page with a Juicebox gallery (without WordPress or Foundation 5) on you Windows Phone?
Try loading these demo galleries, each of which have at least one Juicebox gallery embedded in a page which should be long enough for scrolling to be necessary to reach the bottom.
http://www.juicebox.net/demos/pro/embedded/
http://www.juicebox.net/demos/support/m … _one_page/
This should at least tell us if WordPress and/or Foundation 5 are contributing factors or if the problem is simply with Juicebox and your Windows Phone.
If Juicebox's imageScaleMode configuration option is set to SCALE (or SCALE_DOWN), then the image's aspect ratio should be respected. If it is not, then there may be an outside factor causing this problem.
Perhaps there is some global CSS on your web page which is affecting all images on your page, including those in your Juicebox gallery. Check your web page's CSS to see if you can find any global CSS rules which might be causing a problem. (Look out for use of the global selector * or rules than apply to all div, img or p tags.)
Also, fire up your browser's developer tools and see if you can find out if there are any CSS rules being applied to the images in your gallery which are not originating from Juicebox itself.
If you would like me to see if I can determine the cause of the problem, then please post the URL to your gallery so that I can take a look.
Please check your email. I have sent you a message.
Thank you.
It is not possible to create a new custom button with its own functionality.
However, you could perhaps take advantage of the way that the 'Open Image' button works and re-appropriate it for your own requirements.
Try the following:
Set every image's linkURL to javascript: custom_function();.
Set every image's linkTarget to '_self'.
Set showOpenButton="TRUE" in your gallery's XML file.
Change the icon for the 'Open Image' button using the technique in the Using Custom Icons support section.
Change the toolip text for the 'Open Image' button using the languageList configuration option (so as not to confuse users).
When the 'Open Image' button is clicked, the custom_function() JavaScript function (which should be included in the HTML page which contains the gallery's embedding code) will be run.
(Please note that this will not work if using a baseUrl.)
Otherwise, you could create your own HTML button outside your gallery and have it interact with the gallery (if necessary) using the Juicebox-Pro API. (The Juicebox-Pro API requires Juicebox-Pro and is not available to Juicebox-Lite, the free version).
If you had remembered that you had custom presets, you could have backed them up and reinstated them.
I would recommend saving your own preset files in a location other than the application's own folder (or at least keeping a copy of them elsewhere).
I realise that this is too late for this time around but it may prevent you from losing your presets again.
However, I am glad that JuiceboxBuilder-Pro is working again for you.
Thank you for letting me know.
I do not know what may have caused this to happen (and, therefore, cannot suggest anything to prevent it happening again) but I have notified the developers and they will investigate further and hopefully find the root of the problem so that it can be fixed in a future version of Juicebox.
It sounds like the widget might require a lot of work.
It is certainly food for thought but I think it is unlikely that such a widget will be crafted in the near future.
You could perhaps achieve the same effect as the widget would have by trying the following (but it would also require a lot of work if you wanted to do it for many galleries).
You can already link to a specific image in a gallery by setting enableDirectLinks="TRUE" in the gallery's Pro Options text area and using a link with a # such as http://www.example.com/wordpress/?p=123#12 (where #12 specifies the 12th image in the gallery).
You could then (using an existing widget that allows you to enter custom HTML code) create an image link using a URL such as the one above.
Juicebox is essentially a collection of web pages (HTML, JavaScript and CSS) and Juicebox galleries must be viewed in a browser.
You would need to use AirPlay Mirroring in order to share a Juicebox gallery from your device's browser on an HDTV.
The problem may still be due to CSS so check your theme's CSS pages to see if you can find any global CSS rules which might be causing a problem. (Look out for use of the global selector * or rules than apply to all div, img or p tags.)
Also, fire up your browser's developer tools and see if you can find out if there are any CSS rules being applied to the images in your gallery which are not originating from Juicebox itself.
If you would like me to see if I can determine the cause of the problem, then please post the URL to your gallery so that I can take a look.
It looks like your WordPress theme might be using some global CSS rules that apply to all images on your web page (including those in your Juicebox gallery). Juicebox has no option but to inherit such rules.
Try temporarily reverting to the default WordPress theme to see if this makes a difference.
If you post the URL to your gallery, I can take a look and see if I can determine the cause of the problem.
It sounds like you may be setting Pro Options but using Juicebox-Lite (where Pro Options will be ignored).
Check that the options in your gallery's XML file are as you expect and make sure that your gallery uses Juicebox-Pro and not Juicebox-Lite. (If the Juicebox badge/link is displayed at the bottom-right corner of your gallery, then it is Juicebox-Lite.)
If this does not help, then please post the URL to your gallery so that I can take a look and help further.
With Juicebox-Lite, the captionPosition is always set to OVERLAY and you will notice that the caption area is always immediately above the thumbnails (at the bottom of the overlay).
What you are noticing is the scaling of the image within the gallery's image area.
Depending on the size and shape of the gallery (which in your case is dependent on the user's browser window), the main image may or may not be scaled so that the bottom of the main image is close to the bottom of the image area.
For example, a landscape image in a portrait-shaped gallery will have space at its top and bottom (resulting in the caption area not overlapping the image).
Make sure that your images are larger than the size at which they will are likely to be displayed in your gallery.
This will ensure that there is not space surrounding all edges of the images in the gallery. (In Juicebox-Lite, large image are scaled down but small images are not scaled up.)
There are certain other things you could do but they would all require Juicebox-Pro.
(1) Set imageScaleMode="FILL" to ensure that the image always fills the image area. (Please note that images will be cropped if their aspect ratio does not match that of the gallery's image area.)
(2) Set captionPosition="OVERLAY_IMAGE" to ensure that the caption area is always overlaid at the bottom of the main images.
(3) Set captionPosition="BELOW_IMAGE" to ensure that the caption area is always displayed below the main images.
imagePreloading="ALL" should start preloading all images in the gallery as soon as the gallery is loaded (which might take some time) but once the images are preloaded, they should display quickly when selected (rather than having to be loaded from scratch from the web server each time).
If you have a lot of images in your gallery and you find that the initial load time can be quite slow, then I would recommend setting imagePreloading to PAGE instead of ALL but it depends on your gallery as to what works best for you.
As long as the image has been preloaded, it should not have to be reloaded from scratch from your web server.
Unfortunately, I do not know what might have caused your JuiceboxBuilder-Pro installation to do this but please try the following. (Another user who has reported a similar scenario claims to have had success with this procedure.)
(1) Uninstall JuiceboxBuilder-Pro.
(2) Delete the following folder manually: /Users/your_username/Library/Application Support/Adobe/AIR/ELS/JuiceboxBuilder-Pro/
(3) Search the hard drive for all instances (files or folders) 'JuiceboxBuilder-Pro' and delete whatever is found.
(4) Reinstall JuiceboxBuilder-Pro but to a location other than the application folder.
I'm glad that you have resolved your problem.
Thank you for posting back to let me know.
(I was just about to post to let you know that I've viewed your gallery in Firefox, Chrome, IE and Safari and your images all cross-fade as expected.)
An image which is currently selected does not have its corresponding thumbnail link disabled.
If an image is requested, then the link will naturally lead to the location of the image on the web server. However, depending of the value of the imagePreloading configuration option, your browser may have the image cached.
Try the following.
Create a sample gallery with large images (large enough to have a significant and noticeable loading time, for example several MB each) and configure it so that the gallery has at least two thumbnail pages.
Set imagePreloading="PAGE".
Upload the gallery to your web server, load the gallery in a browser and go to the first image on the second thumbnail page.
You should notice that the image takes a long time to load.
Now select the next image (on the same thumbnail page) and then select the first image on the second thumbnail page again.
You should notice that the image appears instantly this time (rather than being loaded from scratch).
I hope this makes sense.
First of all, make sure that you have the latest versions of both Adobe AIR (v4.0) and JuiceboxBuilder-Pro (v1.3.3).
Adobe AIR can be downloaded from this web page.
Please see the Upgrading Juicebox support page for details on how to get the latest version of Juicebox-Pro.
Try the following:
(1) Uninstall JuiceboxBuilder-Pro
(2) Delete the following folder manually: /Users/your_username/Library/Application Support/Adobe/AIR/ELS/JuiceboxBuidler-Pro/
(3) Reinstall JuiceboxBuilder-Pro
Hopefully this will help.
Please post suggestions for future versions in the Feature Requests forum thread.
It keeps them all together and ensures that they are not overlooked.
Thank you.
Your gallery looks to be embedded on your web page OK. The problem seems to be to do with positioning and sizing.
Try fixing the HTML errors on your web page. You can check your web page for errors with the W3C Markup Validation Service. (For example, you have a stray </div> tag with no matching opening tag and a couple of the containers on your web page have identical ids. All ids on a web page should be unique.)
Also, try defining your gallery's height as a fixed pixel value instead of as a percentage. When using a percentage height, it is necessary to ensure that all the gallery's parent containers have heights specified by CSS, otherwise Juicebox will not be able to determine what its own height should be (e.g. 100% of what?).
Please see this note regarding Using Percentage Heights.
Hopefully this will help.
Thank you for reporting this bug.
I have logged a bug report with the developers.
Unfortunately, I do not think there is a workaround at the moment to achieve the same result that setting autoPlayThumbs="FALSE" would give.
However, the bug should hopefully be fixed in the next version of Juicebox-Pro.
No. This is not possible with Juicebox-Pro. Only one main image (and no parts of the previous and next images) can be displayed at any one time.
Does there seem to be any pattern with regard to how or when JuiceboxBuilder-Pro fails?
Does it happen only when trying to process certain file types or images from a specific source or images with certain file sizes or images with non-standard characters in their filenames?
I have not been able to replicate this problem but if you find out the cause (whether it is a corrupt image or a sequence of events which triggers it), please let me know so that I can investigate further.
I'm glad you have been able to resolve your problem.
Thank you for posting back to let me know.
WP-Juicebox was not designed to work in a WordPress Multisite environment.
If you post the URL to the web page containing your gallery (which displays the "Juicebox Gallery Id 7 has been deleted.". message), I may be able to determine the cause of the problem and perhaps suggest a solution.
Otherwise, you might like to try manually embedding Juicebox galleries in your WordPress pages or posts using the baseUrl method as documented here.
Posts found: 3,951 to 3,975 of 5,855