Issue: Attachment placement

I'm having trouble duplicating the issue. I think you're talking about how the importer converts uninserted attachments into FILE tags on the last line of an article. On the following page, I made a string of attachments that match the syntax which would be outputted by such a conversion: https://www.vaultwiki.org/xf-wiki/in...ts-on-One-Line
I included a mixture of landscape, skyscraper, and square images.

Perhaps a link to the affected wiki page would help.

Please see my ticket for the details.

Please see the current state of the wiki page in your ticket. Would you prefer something like that for attachments (obviously with the colors fixed)?

That looks pretty bad because:
- it makes 2 rows instead of one
- there is a lot of whitespace
- buttons are out of place

But the concept is good though and is in essence the same as what other XF addons use. Please use fotorama so that it is the same as other XF addons we use and just looks very good.
http://fotorama.io/

The reason there is white-space and 2 rows is because the number of images I defined per row exceeds the width that will fit on your device; it wraps to a new line, as expected. Also, there is a skyscraper image (to eliminate a popping effect, the scroll container must be tall enough to accommodate the largest image).

You are requesting a major change for a standard feature of VaultWiki, where the benefit of that change will only affect a small number of imports and will be obsolete in a few months anyway. It is not clear to me whether fotorama supports:
1. multiple rows in one -rama
2. limits on the number of images per row
3. when combining 1 & 2, multiple "pages" of images in one -rama
4. captions for each image and their thumbnails
5. images of various aspect ratios and sizes without "popping" (especially for the main image when clicked)

It uses jQuery, and is therefore not compatible with our existing lazy-loader.

All of this is required for the GALLERY tag as designed, needs to be customizable with each use of the GALLERY tag, and for the most part, already works as expected in the current implementation. The existing implementation can possibly be improved by:
- forcing square thumbnail images inside the GALLERY (so the thumb is not skyscraper). This reduces whitespace by reducing the need for the popping solution (except for the main gallery image).
- possibly finding better responsive rules for the gallery rows (without reintroducing popping). Possibly, square thumbnails can be made fluid, and shrink automatically to prevent wrapping to a new line. If the thumbnails are below a certain width, captions automatically disappear and become tooltips only.
- redrawing the GALLERY if the window is resized, if still necessary after the previous improvements
- on small width devices that have touch support, eliminate the arrow buttons and use swipes to move left or right.

My proposal was to wrap converted images in a GALLERY tag, which would reduce the likelihood of a new line forming, especially if a small number of images is defined per row and scrollable mode is therefore activated. If you do not prefer that idea over the current behavior, then we don't really have to do anything to improve non-inserted-attachments-that-are-converted-to-FILE-tags-at-the-bottom-of-the-page-during-an-import, because whatever solution we make will be obsolete when those attachments are at long last no longer imported that way.

I think the main misplacement is caused by the IMGR bbcode which for some reason I cant get to work.
The attachments should be places at those locations though its logical that the importer doesnt handle this.
Having the attachments at the bottom is only a temporary solution because I will need to find a way to remove them there and to re-add them to their correct location.

Fotorama doesnt have rows. It has an unlimited horizontal scroll.
It has captions.
Ratio and sizes work well.
Works well on mobiles, responsive and swiping.
Provides a very good looking and easy to use gallery.

In regards to the current gallery: all thumbs should have the same height, so that the issue of multiple rows is resolved.

Pegasus do you need more feedback on this one?

Marking this as fixed in the next release. A number of changes discussed earlier have been made.

Importers that add attachments as BB-Code at the end of content will wrap those BB-Codes in the wiki GALLERY tag. If there are more than 5, that tag renders as horizontally scrollable.

The wiki GALLERY tag has been updated:
- Improved responsiveness, where the thumbnails will change size based on the viewport width, and where the number of thumbnails allowed per line also adjusts based on the viewport width. On narrow widths, thumbnail captions disappear.
- Thumbnails are restricted to squares to prevent display issues with differing aspect ratios, so some thumbnails may be cropped.
- The arrow style has been tweaked with transparent gradients, so they take up less space, and some images are permitted to overlap behind the arrows on narrow widths. The arrows now respond to gestures on touch devices.