winstonyin

@mguenter, thanks for the suggestion. With your modified real-media-library.php, I added another line in add_media_to_collection to move each newly added attachment to the end of the collection:
wp_attachment_order_update($id, $mediaId, false);
This results in the correct order in RML, but only for those WPLR collection that have custom order. For WPLR collections without custom order (e.g. sorted by capture time in LR), the attachment order is completely messed up.

@tigroumeow, it appears that LR collections sorted by capture time (default) do not trigger the order_collection function when published. Since WPLR must assume some default order anyway, is it possible to treat capture time ordering as a “custom order” as well, and increment the “sort” column in wp_lrsync_relations table? This, in addition to the above changes, should solve the current issue.

@tigroumeow, would it be possible to make a rather inefficient set of calls through wp_attachment_order_update (https://matthias-web.com/docs/real-media-library/php/function-wp_attachment_order_update.html) to order the collection? Then a resync with the extension will produce the correct order within RML. Thanks for looking into this.

This turned up after a brief search. Relevant?
https://matthias-web.com/docs/real-media-library/php/class-MatthiasWeb.RealMediaLibrary.api.IFolderContent.html#_contentOrder

Thanks for the reply. Meanwhile I’ll check out the WP/LR Sync gallery shortcode. However, the Post Types extension automatically generates pages with [gallery ids="..."] shortcode.

I have identified the theme (Scrawl) as the culprit. It has the following CSS style for extra wide images.

margin-left: -150px;
max-width: none;
width: 1000px !important;