Clipboard saving bugs

The Save to Clipboard feature has one long standing problem which always occurs (tested on two machines). It's file format accidentally defaults to .vws, therefore that function doesn't find existing clipboard content. After having imported once and manually having set the file-format from .vws to either .obj or .dae  the clipboard exchange works.

Also "incremental save" is affected. When the last save operation went to the clipboard (say as .obj) calling incremental save will indeed write ClipboardObj_01.obj. This is bad for several reasons: one writes to the clipboard and not to the work directory (by default clipboard content get purged at shutdown)and one writes in a lossy format which doesn't keep native data (creasing, curves, subd's).

The same issue also makes the nice autoload function of the last work-file flaky - it might also reload the last clipboard file instead of the intended .vws.

What was needed was a clean separation of native content and non native formats for all file writing operations. One might not only run into malfunctions but also into data-loss.

Hi Polyxo,

The "finding existing clipboard content". What are you using for the exchange?
Please try:-
In windows explorer, find a .VWS or .obj or .dea and copy it to clipboard. Start Nvil, "File > Clipboard > Paste". It always pastes the file in clipboard on my setup.

Incremental save:
If I paste to clipboard, then incremental save, the incremental save writes to disk, not to clipboard on my setup.

Autoload: I am not seeing any conflict with last saved file and clipboard contents.


I may well be missing something that is happening on your setup or exchange method. Maybe others will make some quick tests for confirmation?

Hi Steve, thanks for for looking and your reply!
However, everything happens the way I described in my initial post. The Clipboard paste function in no instance works when calling the command for the first time. After having exported something to the clipboard (this always works) at some point the paste function starts working too. The files aren't seen, they all open fine when browsing manually. What you see is clearly not what I get here - I'm not alone, I think Vaquero reported some of this before.

I had assumed that this is the same on every computer.
Maybe we can put solving the case to the backburner - I'm away for a couple of days.