XnView Software

Pierre needs to upgrade the Qt to 5.12 LTS - see https://en.wikipedia.org/wiki/Qt_version_history

xnview wrote: ↑

Wed Feb 06, 2019 3:13 pm

m.Th. wrote: ↑

Tue Feb 05, 2019 5:11 pm

xnview wrote: ↑

Mon Feb 04, 2019 12:54 pm

currently not possible, i search a way to do it in the UI

What is wrong with three-state checkbox?

No problem, it's in my TODO now

If you want someone to test it....

xnview wrote: ↑

Mon Feb 04, 2019 12:54 pm

currently not possible, i search a way to do it in the UI

What is wrong with three-state checkbox?

Seems to be fixed in 0.93

...to add to above:

It doesn't matter how many files are transferred. From where did you transfer? - from a memory card?

You can use Piriform's Recuva to try to get back your files.

In 99.9% of cases, this isn't a problem with XnView MP (or any other „normal” program) because OSs file system guarantees that the file will not „vanish” or gets „corrupted” whatever it happens. There is a quite thick isolation layer between the programs and file system. Most probably you have a pro...

Octopuss wrote: ↑

Sat Jan 26, 2019 12:03 pm

I do have the view option set like that already..

So, it is a problem related to View mode.

1. What logging do you see?
2. How (with what tool) do you see it?

To be clear:

Do you have an XMP file (sidecar) attached to the image file?

+1

Easy to implement.

For placeholders I suggest to use the standard DOS prefix, that is %
So we have:

%current_folder, %current_file etc.

Do you mean an interactive viewer to rotate / pan / zoom etc.?

This is standard OS behavior. At least on Windows it can be changed - the standard Open / Save dialogs have such property. I see the implementation of this thing (IF necessary) via a checkbox somewhere in Tools \ Settings saying „Save As in the same folder with the original”. I understand that somet...

Perhaps, you can get a translation of my help file with google translate (The link below )

Perhaps you can write it in English in Xnview's Wiki?

In fact, the solution is simple: (If Pierre DOES NOT FORGET) it needs just a build with the new dcraw in the new (upcoming) version of Xnview MP.

After a chat with Richard and updating my ACR it seems that indeed the problem is in XnView's dcraw - it doesn't support the compressed Fuji's RAW format while the old RAW is supported. I can open the "black image" safely with the latest ACR version 11.1 while with my previous one - 9.2, I think - A...