In Windows, when a user drag and drop an XLIFF document on the Ocelot icon, the application opens, but does not load the document.
This was with Ocelot v2.2, on Windows 10, with an XLIFF 1.2 file that opens correctly when opening it with File > Open.
Possibly related: If you drag an XLIFF document over a running Ocelot instance, you cannot drop it to open it.
It would be nice to have ways to open the file working as expected, as it increases Ocelot usability as a generic editor for any XLIFF document.
do you happen to know how that's normally done on Windows? Is it a platform event of some kind, or does Swing abstract it for us?
I'm guessing it's implementable with Swing's `TransferHandler`. But my experience is limited: Lynx for example does support dropping a file when the application is open (See https://bitbucket.org/okapiframework/xliff-toolkit/src/dev/applications/lynx/src/main/java/net/sf/okapi/applications/lynx/MainDialog.java?fileviewer=file-view-default).
Not sure about drops on a close application, but I suppose it is related to the same `TransferHandler`. I vaguely recall things having to do with handling command-line arguments as well.