Yes. You can certainly display both portrait and landscape images in a single Juicebox gallery. (Just add all the images you want to display to your gallery. There is no need to treat portrait-style images any different from landscape-style ones.)

A gallery's dimensions do not change depending on the aspect ratio of the image being displayed.
The gallery's dimensions are determined by the galleryWidth and galleryHeight options (set in the gallery's embedding code).
They can be fixed pixel values or percentages (of the gallery's parent container).
As long as the user does not change the shape of the browser window, then the gallery's size will remain constant.

Images within the gallery will then be scaled according to the imageScaleMode option.
A short description of imageScaleMode (listing all its possible values: SCALE_DOWN, SCALE, FILL, STRETCH and NONE) can be found in the Main Image section of the 'Config Options' page.
The default value for imageScaleMode (used in Juicebox-Lite and when the option is not explicitly set in Juicebox-Pro) is SCALE_DOWN where large images (whether portrait or landscape-style) will be scaled down to fit within the gallery's image area as large as possible, respecting their aspect ratios and without cropping. (Small images are not scaled up as this would reduce their visual quality. You can have small images scaled up if you like by changing the imageScaleMode value to SCALE.)

imageScaleMode is a Pro configuration option (supported only by Juicebox-Pro, not Juicebox-Lite) and can be found in JuiceboxBuilder-Pro's 'Customize -> Main Image' section.

Take a look at this full-page demo gallery which features both portrait and landscape-style images.
You'll notice that the gallery size does not change (unless you change the size of your browser window) but the images (no matter what their aspect ratios are) are always displayed in their entirety.
(This example happens to be a full-page gallery but gallery images would be scaled similarly no matter what gallery size you have.)

I hope these notes help.

I'd recommend that you upgrade to v1.5.0 as many bugs have been fixed (and new features added) since v1.4.3.
Please see the Version History page for a list of changes between versions.

Full instructions for downloading the latest version (and for upgrading JuiceboxBuilder-Pro and existing galleries) can be found on the Upgrading Juicebox support page.

I'm glad that you've been able to resolve your problem. Thank you for letting me know.

Yes. JuiceboxBuilder-Lite creates an 'index.html' page which is ideal for displaying the gallery on a page of its own without any other content. You would need to follow the embedding instructions only if you want to embed the gallery into an existing page alongside other content.

You're welcome.

You, too!

You're welcome.

That doesn't sound like what I was suggesting. Your images should be in your 'adriannelugo.com/images/' folder (and they didn't seem to be there). I was suggesting that you make sure that your gallery's 'images' folder is directly inside your 'public_html' folder and that the image files themselves are inside the 'images' folder. All this should have been correct as long as you initially uploaded the entire contents of your gallery folder to your 'public_html' folder without changing the structure of the gallery (and assuming that nothing went wrong during the upload process).

The problem at the moment is that the path to your 'juicebox.js file (within your 'adriannelugo.com/juicebox_portfolio.html' page) is incorrect. The path leads to 'adriannelugo.com/jbcore/juicebox.js' but the JavaScript file is not there.

None of this (redoing links and moving images around) should be necessary.
If all you want to do is have a full page Juicebox gallery accessible at 'adriannelugo.com/juicebox_portfolio.html', then all you need to do is:
(1) Create a gallery in JuiceboxBuilder-Lite and save the gallery to a new empty folder.
(2) Rename the 'index.html' file (inside the gallery folder) to 'juicebox_portfolio.html'. (This is not a necessary step but it looks like the page name you'd like to use and you may have existing links elsewhere within your site that use this page name.)
(3) Upload the contents of your gallery folder (not the gallery folder itself) to your web root directory (your 'public_html' folder).

That's essentially it. You're using the gallery's own 'index.html' file (although renamed) so there is no need to copy and paste any embedding code (it's already present in the gallery's 'index.html' file). There is also no need to rename any other files, change any paths or change the structure of the gallery by moving any files.

I hope this helps to clarify the process for you.

Unfortunately not.
There is no Juicebox-Pro API method available to toggle enableLooping on and off and configuration options cannot be set after a gallery has been loaded (you'd need to reload the gallery with the new value).

@support+juicebox

Many thanks for the additional information!

Incidentally, while new information is being added to this thread, support for purchase URLs (which I mentioned in my post above) was added to Juicebox-Pro in v1.4.0. Please see the Version History for a list of changes between versions and the Using Custom Purchase URLs support section for more information on the use of purchase URLs.

It looks like this might be the best course of action (other than changing the filesize of your images).

As a side note, you might like to look into having a Multi-Size Image gallery. Please see the Multi-Size Image Support section for details.
In a Multi-Size Image gallery, up to 3 different sizes of images can be used and Juicebox-Pro chooses the most appropriate image size depending on factors such as the device, screen size and pixel density being used to view the gallery. The speed of the connection is not a factor in deciding which image size to use but at least you should be able to feed smaller images to mobile devices to minimize the problem as much as you can.

OK. No problem.

Set useFullscreenExpand="TRUE" (in JuiceboxBuilder-Pro's 'Customize -> Lite' options) and the Expand Button will be displayed on the Button Bar (even in a 100% x 100% gallery) and the gallery will be expanded fullscreen as long as the browser supports the Fullscreen API.

Here's a demo with a 100% x 100% gallery with useFullscreenExpand="TRUE" and the Expand Button displayed on the Button Bar (third icon from the left): https://www.juicebox.net/demos/pro/full/

I hope this helps.

If you have a gallery that you're having trouble with, please let me know (and provide a link so that I can see the problem for myself) and I'll move your query to a new thread of its own.
Thank you.

According to your gallery's 'config.xml' file, the first image in your gallery should be located here: http://adriannelugo.com/images/2_n.jpg
... but going directly to that location in a browser results in an error 404 (file not found).

It looks like your gallery's images have not been uploaded to your web server (or at least not to the correct location, your http://adriannelugo.com/images/ directory).

Please check that your image files have been uploaded to the correct location on your web server and that their permissions (and the permissions of the 'images' folder itself) are not too restrictive.
Default permissions of 755 for folders and 644 for files should be fine.

You can check and change permissions with an FTP program such as Filezilla or via your web hosting account's online file manager.

Also, please see this FAQ which may help:
My images show locally, but not when I upload them to my website. Why?

Rather than setting autoPlayOnLoad="TRUE", use autoPlayOnLoad="FALSE" (the default value) and start the AutoPlay via the Juicebox-Pro API toggleAutoPlay() method when the onInitComplete event is fired (once the gallery is ready).

At the moment, you'll need to also set enableAutoPlay="TRUE" for this to work. This should not be necessary: the toggleAutoPlay() API method should not have the enableAutoPlay configuration option as a dependency. However, the developers are aware of this issue and it should hopefully be fixed in the next version.

Also, be sure to set goNextOnAutoPlay="FALSE" (default value), otherwise, when AutoPlay is started, the image will change immediately instead of waiting the allotted displayTime before moving on.

Try the following:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        autoPlayOnLoad: "FALSE",
        enableAutoPlay: "TRUE",
        goNextOnAutoPlay: "FALSE"
    });
    jb.onInitComplete = function() {
        jb.toggleAutoPlay();
    };
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

Hopefully this will help.
If not, then you could introduce a short delay using the JavaScript setTimeout() function.

For example:

<!--START JUICEBOX EMBED-->
<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        autoPlayOnLoad: "FALSE",
        enableAutoPlay: "TRUE",
        goNextOnAutoPlay: "FALSE"
    });
    jb.onInitComplete = function() {
        window.setTimeout(function() {
            jb.toggleAutoPlay();
        }, 500);
    };
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

The '500' entry in the code above is the delay in milliseconds. You can change this to a different value if you like.

OK. No problem. I've moved this query into its own thread (rather than the Feature Requests forum) as it's a known bug.

That is correct. Currently, a hash identifier in the URL will display the specified image, even with enableDirectLinks="FALSE".
As I mentioned, this has been logged as a bug and should hopefully be fixed in a future version.

I'm glad you've found a workaround. Thank you for letting me know.

Another possible workaround (if you need to specify a number in the URL but don't want Juicebox to use it) would be to use a query string (e.g. ?number=2) instead of a hash (e.g. #2) for your own custom function.

I realise that you have already implemented your own custom function using the hash identifier and would need to rewrite the function to make use of the query string instead but it might help others who are still working on their site and have not yet implemented their own 'number in URL' functionality.

[Query moved from Feature Requests forum to new thread.]

I've just set up 9 different test galleries (all setting screenMode="LARGE"), using all combinations of showPagingText (not set, TRUE and FALSE) and showSmallPagingText (not set, TRUE and FALSE).
I then viewed all 9 galleries in Mobile Safari, Chrome 56 and Firefox 6.0 on an iPod Touch 6 running iOS 10.2.1.
All results were as expected: the thumbnail paging text displayed only in those galleries which set showPagingText="TRUE".
The value of showSmallPagingText (or its existance as a configuration option at all) did not make a difference to any of the galleries (which is expected as screenMode="LARGE").
I've tried but I really can't replicate the problem you're describing.

Maybe what you were seeing was a result of a caching issue (either client or server-side) and your browser was using an older cached version of your gallery's 'config.xml' file (with different settings).

If you do find a gallery which displays the thumbnail paging text unexpectedly (or does not show it when it should), please post a link to the gallery in question and let me know what device and browser you see the problem in.
Thank you.

If all your galleries set screenMode="LARGE" (always being displayed in Large Screen Mode), then showSmallPagingText will never have any effect. showSmallPagingText refers to Small Screen Mode only.

showSmallPagingText will display the thumbnail paging text only if screenMode="SMALL" or screenMode="AUTO" and Juicebox decides to use Small Screen Mode (due to the device and screen size being used to view the gallery).

In Large Screen Mode, the thumbnail paging text can be selected using showPagingText.
If screenMode="LARGE" and showPagingText="TRUE", then the thumbnail paging text will always be displayed, no matter what size the user's browser window is.

If you want to hide the thumbnail paging text in browser windows of less than 1024px width when screenMode="LARGE" and showPagingText="TRUE", then you'd need to introduce custom CSS and JavaScript.
Something like the following should work:

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8" />
    <style type="text/css">
      body {
        margin: 0px;
      }
      /* Initially hide thumbnail paging text until we know whether or not it should be visible */
      .jb-idx-thb-list-page-number {
        display: none;
      }
    </style>
    <script type="text/javascript" src="jbcore/juicebox.js"></script>
    <script type="text/javascript">
      function pagingText() {
        var windowWidth = parseInt(window.innerWidth ? window.innerWidth : $(window).width(), 10);
        if (windowWidth > 1024) {
          $('.jb-idx-thb-list-page-number').show(); // Show thumbnail paging text if necessary
        } else {
          $('.jb-idx-thb-list-page-number').hide(); // Hide thumbnail paging text
        }
      }
      var jb = new juicebox({
        containerId: "juicebox-container",
        screenMode: "LARGE",
        showPagingText: "TRUE"
      });
      // Wait until gallery is ready before using thumbnail paging text class
      jb.onInitComplete = function() {
        pagingText();
        $(window).resize(pagingText);
      };
    </script>
    <title>Test</title>
  </head>
  <body>
    <div id="juicebox-container"></div>
  </body>
</html>

Please note that the suggestion above will hide the thumbnail paging text in Large Screen Mode for browser window widths of less than 1024px but space will still be reserved for it by Juicebox (as showPagingText="TRUE" and, as far as Juicebox is concerned, the paging text should be there).