I think though not sure that the problem is the updating of the file browser. I’m on Windows. I store my raw files in a certain order and export the JPG to a subdirectory JPG. It’s done in the export window, when there’s no jpg subdirectory one will be created.
When I start in a new directory there’s no jpg dir yet. I do an export and that jpg dir will be created. But it’s not visible in the file browser, even F5 or the drop down menu doesn’t make it visible. Sometime playing in the file browser makes it visible.
I don’t know if @Joanna tried a restart.
This is definitely a Mac only problem and restarting doesn’t make any difference. It is only the VC names that are not being read from the DOP file until you do an explicit read of the DOP.
@platypus My original contention that it is the ‘CreationDate’ that is used to re-order the settings in the DOP for screen presentation is correct
Creation Date list:-
@ line 9 1 CreationDate = "2025-04-30T23:10:48.0520000Z", Rating = 1,
@ line 453 2 CreationDate = "2025-04-30T23:10:49.6540000Z", Rating = 2,
@ line 897 3 CreationDate = "2025-04-30T23:10:50.7190000Z", Rating = 4,
@ line 1341 4 CreationDate = "2025-04-30T23:10:51.6650000Z", Rating = 5,
@ line 1785 5 CreationDate = "2025-04-30T23:10:50.1940000Z", Rating = 3,
@ line 2241 6 CreationDate = "2025-04-18T08:55:46.4610000Z", Rating = 0,
Sorted Creation Date List:-
@ line 2241 6 CreationDate = "2025-04-18T08:55:46.4610000Z", Rating = 0,
@ line 9 1 CreationDate = "2025-04-30T23:10:48.0520000Z", Rating = 1,
@ line 453 2 CreationDate = "2025-04-30T23:10:49.6540000Z", Rating = 2,
@ line 1785 5 CreationDate = "2025-04-30T23:10:50.1940000Z", Rating = 3,
@ line 897 3 CreationDate = "2025-04-30T23:10:50.7190000Z", Rating = 4,
@ line 1341 4 CreationDate = "2025-04-30T23:10:51.6650000Z", Rating = 5,
Given I couldn’t find anything else (field in the DOP) that could be used I modded the program to collate more information and up popped the answer to that particular conundrum, at least.
PS:- So DxPL(Mac) orders the presentation not the DOP and DxPL(Win) orders the DOP which automatically orders the presentation.
The image does not matter. DPL sets things independently of whatever the image might be and writes .dop sidecars as it does. Do you ask for a .dop sidecar instead?
Another test with renamed files shows the same randomness.
@platypus I am sorry that I didn’t explain my reason for wanting the image.
My program has progressed somewhat from my previous snapshots and I am preparing to start re-arranging copies within the DOP, e.g. swap the [M]aster with VC[1] for example.
But before I try that I want to test whether DxPL(Win) does anything special with a Mac DOP and, if so, how does it know that the DOP is from a Mac?
I have modified my program to remove the markers for [M]aster and VC[1] from its output based on whether lines after the first contain Tabs (from a Mac) or not (from a PC). If I remove all the tabs will DxPL(Win) think it is a PC DOP or is it using some other indicators.
Hence my request for the image that goes with the DOP you provided rather than “bolting” the DOP to one of my images.
PS:- The order may well be “random” but there is a way that DxPL (Win and Mac) can make sense of the “random” DOP otherwise going from one system to the other the VCs would be all over the places!?
…and there is one more thing: I tested with renamed VCs and found that DPL8 would NOT find these images based on the suffix I had given those copies.
I’ve reported the search/find issue with a ticket to DxO support.
Images and their VCs are listed in the ZDOPINPUTITEM table of the database and it looks like DPL is not searching that table. Also, the modification timestamp does not necessarily follow the sequence of changes. DLP8 for Mac seems to handle these things asynchronously. This would also explain the unexpected sort order of entries in the .dop sidecar files.
Found the same issue in DPL versions 6, 7 and 8. Tested the latest version each and yes, DxO has provided updates for all of them
