Drag&Drop files from Explorer or DAM onto a session album no longer works in v23?
When using an external DAM / catalog application in combination with C1 as the raw developer, there has always been a nice way to pass the images you wanted to work with to C1.
That is, after search/filter in the DAM you just dragdropped them onto a session album, regardless of their location being spread over several system folders or even drives.
If the images had been developed previously with C1 in a session (or the images were exported including adjustments), the images in the album would load the adjustments from their .cos and .comask files.
Prerequisite is that both applications support the Windows drag&drop interface. Photo Mechanic does, DIgikam too, darktable (though it is not primarily a DAM) does not, Windows Explorer of course does,
C1 used to support this until 15.2 (or maybe in later versions too), at least on my computer, but does not work with any longer in version 16.2.3, on the same computer.
It still works if the source application of the drag action is C1 (e.g. drag images from a catalog), but not from Explorer or other applications.
Can you please try to drag images from Explorer to an album in a running C1 session?
-
I wasn't aware of many (if any) drag and drop functions working on Windows, so it's a surprise to me that this worked in the first place. I'm also very interested in the findings here.
0 -
Hi Jack W,
There are indeed not many drag&drop functions on Windows, but this one is actually an important one, as it allows users to use an external catalog system but still use C1 as the raw developer which can easily and efficiently be invoked by just dropping images to a session album. Even if the images are spread out over several directories.
That makes this a very valuable function because you can search in that catalog and work on images for a project (e.g. photobook or exhibition) across your whole image universe very comfortably.
There are many reasons 1) to use C1 as a raw developer and 2) to use a different catalog system than C1 e.g. when having troubles or performance issues with huge catalogs or important functions are missing like video support etc.
Cheers,
BeO0 -
If this functionality worked for you in the past and no longer works, then I'd consider it a straight-up bug. Please report it to us using the bug report form.
0 -
Thanks Jack
Yes it did. I reported it.
0 -
SFA wrote (elsewhere):
Hi BeO,
Have made a very quick test. Out for the day now.
I was not aware that one could drag and drop successfully into a session album so an interesting test.
Did not work. However, it did not actually fail either, at least it did not crash.
Actually, I can't think of a way that it could work unless the source folder was already known to C1. It would need to be the entire folder known, not just the image(s) selected. Or so I would think.
The test session I used was originally pointing to images in a folder that was not a "favourite" and, having tried the test, those images did not re-appear until I navigated back to the folder or, to make it permanent made the folder a "Favourite".
I would imagine a catalog might be a different result.
I'll do some more testing later.
0 -
Thanks SFA.
Yes, it does not crash. Also, the mouse pointer indicates that this is an allowed action. It fully worked up until 15.2. (and maybe in a few higher builds).
It still works if you drag from an open catalog. I guess the change in v23 that single variants can be dropped to albumns causes the issue that it doesn't work anymore outside the C1 applications. My expectation would be that all variants would show up in that album, because outside applications like Explorer don't know about variants. Also, it is easier to remove variants if one likes to do so than to add them.
Actually, I can't think of a way that it could work unless the source folder was already known to C1. It would need to be the entire folder known, not just the image(s) selected. Or so I would think.
No, the beauty is that the session can be any arbitrary session with no knowledge about any image or folder whatsoever. By dropping a set of images a list of paths is transferred to the session and these paths/references stored in the album, across any directory or even drive.
0 -
Hi SFA,
Thank you.
To summarize,
Drag&drop from Explorer to a user created album works in v20 (your test) and v22 (my test) but it does work not in v23 (tested by both of us) on Win 10.
Thank you, that's what I wanted to know (this bug in v23 does not only occur on my machine).
______
Copy and move to session folders works in v20,v22 and v23 on Win 10. (drag&drop with or without CTRL key)
Good to know but please note, the intended usage is to use a "dummy" session with only album(s), holding links to the dragdropped images to their original location, which is in either one or several folders on your drive, and maybe the usage of system folders ("Show in library"). None of the four session folders involved.
For a limited amount of days (until all edits are done). Album(s) will be deleted afterwards from that dummy session, or even the session will be deleted. Edits are stored in their original location .cos files (so it would reflect in the regular sessions, if you still have them, because they read the exact same .cos files). Maybe usage of All Images collection, if several albums are used in the dummy session. No session folders involved, no copy or move of images either, just links.
___
I don't understand one sentence, "I was able to include the ... file... as a link in a session folder to the original location". Session folders are Capture, Selects, Output and Trash, but they represent physical folders and cannot have any link/reference. Maybe a wrong observation or you mean "session album"?
Cheers
BeO1 -
I edited my previous post so it differs in one important point from what is maybe in your mail inbox
EDIT:
correct:
Copy and move to session folders works in v20,v22 and v23 on Win 10. (drag&drop with or without CTRL key)
wrong:
Copy and move to session albums works in v20,v22 and v23 on Win 10. (drag&drop with or without CTRL key)
0 -
It is possible to work with a session that does not contain physical files of images. It only contains references to the images, which can be stored in different sessions. The advantage is that you have simultaneous access to edit images from different sessions. Changes to images are transferred to the original sessions, as the *.cos and *.comask files stored there are changed.
Procedure:
1. create a new "dummy" session and open it.
2. Drag and drop the desired image files into the session VIEWER.
3. Capture One then automatically creates a new album containing the images.Steps 2. and 3. must be repeated for each selection of images from an original session.
0 -
Wolfgang, Thanks.
You could drag from Explorer, probably from Finder, from a C1 catalog, and from many DAM / image catalog applications to the running session. This does not work with v23 anymore, with the Windows version.
Step 2 was a little different with the Windows version (until v22), you need to drop it on an already existing album or inbetween existing albums in the "Session Albums" panel, it then created a new album with links to these images.
0 -
Aah, got you, thanks.
0 -
I just received a message from support that not many users have reported that drag&drop from an external application to a C1 session in the Windows version is dead. Although it is a regression defect it won't be prioritized.
If any of you are concerned please report a bug via
https://support.captureone.com/hc/en-us/requests/new0 -
This sounds all too familiar. If something is broken it will only be fixed if a sufficient number of people complain about it.
0 -
Yes, break it and see what reactions come up. There is some logic in this, for existing users. However they forget the trial users who would test this or that functionality and silently decide that C1 is not for them because the feature does not exist, where in reality they just broke the feature.
I am not expecting too many users needing/wanting this back, but nevertheless let's try: https://captureone.ideas.aha.io/ideas/FR-I-1631
1 -
I've voted.
Someone from the company mentioned that they would be looking at improving DAM functionality, I think it was on the ideas site. But it's a while ago and nothing has happened yet.
0 -
Thanks, I upvoted yours too.
Their reply to your request (I assume it's yours) indicates they are willing to work on specific bottlenecks, not refactoring the whole catalog. That's expected, the cost of refactor a big part of a 30 years old application would be prohibitive for a private equity investor who does not have long-term quality goals but rather short- or medium term profit goals.
0 -
Thanks.
That sounds very likely. I assume the result will be minor improvements. Their reply to the comment I wrote today – under the one in the screenshot above – doesn't sound all that promising (it's inconvenient that you can't link to specific comments):
The request, by the way, isn't mine, but it's been merged with one of my requests.
0
Post is closed for comments.
Comments
19 comments