If your web host is GoDaddy, then they provide your web space but where files and folders are uploaded to within your web space (and ultimately located) is up to you.
If you are not already using an FTP program to transfer your files from your computer to your web space, then I'd recommend trying one (such as Filezilla). Once you're logged into your hosting account, you'll be able to drag and drop files and folders from your computer into the FTP interface to upload them to wherever you like within your web space.

'public_html' is the name of the directory on your web server that represents your web root. ('public_html' does not form part of a URL.)
For example, if you upload a file named 'main.html' to your 'public_html' directory, then it will be accessible at http://adriannelugo.com/main.html.

As you seem to have followed the regular embedding instructions here, all you should need to do to have your http://adriannelugo.com/juicebox_portfolio.html gallery work correctly is upload the contents of your gallery folder to your web root directory (the 'public_html' directory). The gallery's 'images' folder should reside directly inside the 'public_html' directory (alongside the gallery's 'thumbs' folder).

As long as you follow the embedding instructions correctly, then there should be no need to change any paths in the embedding code (or elsewhere).
If you changed the structure of your gallery, then you could (if you wanted to):
(1) Use a configUrl in your embedding code to point towards a specific XML configuration file (if you have moved or renamed the gallery's 'config.xml' file).
(2) Use a baseUrl in your embedding code to point towards a complete gallery folder (if you have uploaded a complete gallery folder to your web server rather than just the contents of a gallery folder). The baseUrl method of embedding is documented here.

Short descriptions of configUrl and baseUrl can be found in the Embed Options section of the Config Options page.

The paths to the images themselves can be found inside the XML configuration file. (You can open a gallery's XML configuration file in a plain text editor and change the imageURL and thumbURL paths if you like.)
Relative paths are relative to the web page containing the gallery's embedding code (or a baseUrl if one is used).
(imageURL and thumbURL entries can be absolute as well as relative.)

All you should need to do though, is make sure that your gallery's 'images' folder is directly inside your 'public_html' directory, alongside your gallery's 'thumbs' folder. If it is already there, then check its permissions (as I suggested in my post above).
This should hopefully solve your problem.

The only other thing I can think of would be to start AutoPlay when the Juicebox-Pro API determines that the first image has been displayed for the first time (using the onImageChange event).
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"
    });
    var flag = false;
    jb.onImageChange = function(e) {
        if (flag === false && e.id === 1) {
            jb.toggleAutoPlay();
            flag = true;
        }
    };
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

If this still does not help, then you might need to use a setTimeout() delay (as I noted in my post above) or tweak your gallery's imagePreloading value and/or your image sizes (although I understand that you do not want to do this).

You can set configuration options in the gallery's XML file, in the embedding code or via a query string in the URL.
Please see the Setting Config Options support section for details.
If you have a certain configuration option set in both the embedding code and the XML file, then the value from the embedding code will take precedence. (Options set via the query string will override both embedding code and XML file options.)
I chose to add the configuration options required for my code to function correctly to the gallery's embedding code simply to keep my suggestion to a single chunk of code. You can set all your configuration options in your gallery's 'config.xml' file without any problem.

Yes. You can use whatever valid units you like in your custom CSS.

The reason that only px and % are accepted as galleryWidth and galleryHeight in the gallery's embedding code (as noted in your query here) is that Juicebox sanitizes the values (turning anything that is not a % into a px value) before using them internally as CSS.
Any custom CSS will be used by the browser as is.

For anyone looking to change the font size of gallery text, the following CSS may help. (Just change the values as necessary.)

/* IMAGE TITLE */
.jb-caption .jb-caption-title {
    font-size: 20px !important;
}

/* IMAGE CAPTION */
.jb-caption .jb-caption-desc {
    font-size: 18px !important;
}

/* IMAGE NUMBER */
.jb-cap-frame .jbac-number {
    font-size: 12px !important;
}

You could add this CSS to the end of your gallery's 'jbcore/classic/theme.css' file or wrap it in <style type="text/css"> ... </style> tags and add it to the end of your gallery web page's <head> section (to avoid the need to modify your gallery's 'theme.css' file).

If you do modify your gallery's 'theme.css' file, please remember to make a backup copy of your modified file as it may be overwritten if you upgrade your gallery when a new version of Juicebox is released.

@arachnid

The hash will only appear in the URL automatically (when loading a gallery or selecting a new image) if enableDirectLinks="TRUE".
However, at the moment, you will still be able to manually enter a hash value in a URL (to directly access an image) even if enableDirectLinks="FALSE". This has been logged as a bug and should hopefully be addressed in a future version.

The default value for showSmallPagingText is TRUE (noted on the Config Options page).

If, when you first open JuiceboxBuilder-Pro, you do not change a configuration option, JuiceboxBuilder-Pro will not write the option's default value to the gallery's 'config.xml' file (to save cluttering up the file with hundreds of entries) and Juicebox-Pro will use the default value when the gallery is displayed.

If there is no entry for showSmallPagingText in the gallery's 'config.xml' file, then Juicebox will use this option's default value of TRUE and you'll see the thumbnail paging text when the gallery is displayed in Small Screen Mode.

I think this might be what you are experiencing.

I have checked that JuiceboxBuilder-Pro is writing correct values to the 'config.xml' file and cannot find an error.
Correct values (corresponding to the interface input fields) are written to the file (but default values are not always entered).

I hope this helps somewhat.

If you have a gallery which does not behave as expected, then please post a link so that I can investigate further.
Likewise, if you have a set of steps that I can use to reproduce an error with JuiceboxBuilder-Pro, please let me know.

To summarize...

• showPagingText="TRUE" will always show the thumbnail paging text when the gallery is displayed in Large Screen Mode. The default value for showPagingText is FALSE.

• showSmallPagingText="TRUE" will always show the thumbnail paging text when the gallery is displayed in Small Screen Mode. The default value for showSmallPagingText is TRUE.

• If a configuration option is not explicitly written to a gallery's 'config.xml' file, then Juicebox will use the default value for that option.

Also, just to clarify, you mention "LargeScreen Mode in mobile browser" and "LargeScreen Mode on mobile devices with screens smaller than 1024px". The only way that Juicebox will be displayed in Large Screen Mode on mobile devices with small screens is if you set screenMode="LARGE". If the gallery is truly in Large Screen Mode, then showPagingText will be active (and showSmallPagingText will be ignored), regardless of the device or browser window size.

You'll need to use an http:// absolute path (not ftp://) to your gallery's 'index.html' file as the 'src' attribute of your iframe.
Once you've uploaded your gallery folder to your web server, find out the URL that you need to use to view the gallery's 'index.html' page in your browser. This is what you should use for the 'src' attribute of your iframe. If you are not sure what this URL is, your web host should be able to help you out.
It looks like it might be something like http://madagascar14.byethost7.com/Little Manor/Galleries/index.html but this doesn't work. (I don't know what domain and subdomain your account uses but your web host should be able to tell you if you don't know.)

Your iframe should look something like this:

<iframe src="http://www.example.com/Little Manor/Galleries/index.html" width="1200" height="660" frameborder="0" scrolling="no"></iframe>

If you allowed JuiceboxBuilder-Pro to create all image sizes for a Multi-Size Image gallery, then (as you are aware), no gallery images would contain metadata unless any of the source images are already within the maximum bounds of an image size and do not need to be resized (in which case they would be copied across to the gallery folder unmodified with their metadata intact).

Perhaps the easiest thing to do would be to create a Multi-Size Image gallery with JuiceboxBuilder-Pro so that all the smallImageUrl and largeImageUrl entries are present in the gallery's 'config.xml' file.
All you'd then need to do is create your own Small, Medium and Large images (in an imaging program such as Adobe Photoshop) and then replace the images in the 'images' (Medium), 'images/small/' (Small) and 'images/large/' (Large) folders.
(Images for each size should have the same filename. Each image size is stored in a different folder to avoid file name collisions.)

At least all the smallImageUrl and largeImageUrl entries would be generated for you.
This would be a step in the right direction over having to create a Multi-Size Image gallery from scratch manually.

If you resize your images prior to using JuiceboxBuilder, just deselect the 'Resize Images' checkbox (on the 'Images' tab) and drag and drop the images into the 'Add Images' box as normal.
When you 'Save' the gallery on the 'Publish' tab, Juicebox will copy the images (without modification) to the gallery's 'images' folder (and will still create thumbnails from them in the gallery's 'thumbs' folder) and will populate the 'config.xml' configuration file with the correct paths (to the images and thumbnails in their respective folders).

Please double-check that the configuration options for all your galleries are exactly the same as each other.
It sounds like there might be a difference between your galleries which is causing your problem.

If you continue to experience difficulties, please post back with the URL to your gallery's web page so that I can take a look at the problem for myself and hopefully help further. Thank you.

I'm still not sure what the root of the problem is but as neither of us can replicate the problem in a standalone gallery or stripped back test case, I can't help but think that the surrounding code on your web page must somehow be contributing to the problem.

I'm glad you've found a workaround. Thanks for sharing.

It's interesting that I only ever saw the problem (occassionally) in Chrome and IE11 and that you've never seen the problem on any mobile device. Maybe we can keep an eye on browser updates to see if this somehow solves the problem in the future without any further action.

Once again, I appreciate you keeping this thread up to date with your progress.
If I can reproduce the problem and create a bug report that the developers can work with, I'll certainly do so but, at the moment, the problem seems to be present only in your web site (no other users have reported this issue) and only in certain desktop browsers. It's a tricky one to troubleshoot for sure.

The best way to tackle it would probably be to copy your web page (to create a test environment) and then remove elements (external CSS and JavaScript) one by one until the problem no longer occurs and you find the cause of the problem. However, as you've found a workaround, I would understand if you'd rather just leave things as they are.

Only images that are larger than the maximum image bounds (set on the 'Images' tab) will be resized by JuiceboxBuilder (losing their metadata). Images that are already within the maximum image bounds (and do not need to be resized) will simply be copied across to the output 'images' folder (retaining their metadata).
This might account for what you are seeing.

I see the problem in your gallery occasionally (but not always) in Chrome 56 and IE11 (but I've not seen the problem in Edge, Firefox 51.0.1 or Opera 42).
However, I have been unable to reproduce the problem in a test gallery of my own (using the same configuration options that your gallery uses and using your custom theme).
It looks like it might be a difficult problem to troubleshoot.

It looks like it might be some kind of timing problem. Juicebox might be positioning the Button Bar at the top of the page before knowing that the thumbnails are there. If this is the case, then it's certainly strange that I cannot reproduce the problem myself.

Try taking the gallery out of your web page and make it a standalone gallery (with no other content on its page) to see if this makes a difference and to see if the code on your web page is somehow contributing to your problem.
Also, it would be easier to troubleshoot a standalone gallery (with no external influences) and figure out which combination of configuration options is causing the problem (if, indeed, this is the cause).

Try also using the stock 'theme.css' file just in case any of your custom CSS is interfering. It doesn't look like it is but the more we can strip back, the more we can eliminate as being a possible cause.

I do not see any custom CSS on your web page which should be interfering with your gallery's Button Bar position but I might be missing something so have a look and see if you can find any custom CSS which the gallery might be inheriting.

Being that it looks to me like a timing problem, you might also like to try changing internal timings (such as displayTime and imageTransitionTime) to see if this helps.

Also, for testing purposes, try adding a delay before the loading of the gallery when the 'Foto's' link is clicked.
I'm not sure what this will tell us but it's something I would try out of interest.

I realise that the suggestions above might not be ultimate solutions but they might at least help to track down the cause of the problem and, if it turns out to be a bug in Juicebox, I can at then log a bug report with the developers.

Thank you.