Windows does copy/paste correctly. When you copy/paste something in windows, it changes a file: "apple.txt" to "Copy of apple.txt"
If you copy again, it gives you "Copy(2) of apple.txt"
Windows doesn't create an entirely new directory structure to put "apple.txt" somewhere.
Besides the obvious problem of having to constantly delete directory structures in Flash Professional CC when copying stuff, it also breaks the functionality of files.
Let me give an example how copy/pasting in library simply does not work because of this:
I have a directory:
_Bri
-Bitmaps
-Movieclips
In Bri/Bitmaps I have the raw .pngs
in Movieclips I have the symbols/movieclips built from them
One movieclip might be called:
PUNCHEAST
It draws from 4 bitmaps in bri/bitmaps
Now where it breaks down is here:
I want to copy PUNCHEAST to make ATTACKEAST using the same .pngs
So I copy PUNCHEAST and paste PUNCHEAST
The directory structure now looks like this:
_Bri
_Bri
-Bitmaps
puncheast1.png
puncheast2.png |
puncheast3.png |
puncheast4.png |
-Movieclips
-PUNCHEAST
-Bitmaps
puncheast1.png
puncheast2.png |
puncheast3.png |
puncheast4.png |
-Movieclips
-PUNCHEAST
As you can see, it copied not only the MOVIECLIP container PUNCHEAST, but also all the .pngs too!
Now when I rename PUNCHEAST in the redundant directory to ATTACKEAST, copy it over, and then delete the redundant bitmaps what happens is it ends up being a blank animation:
_Bri
-Bitmaps
puncheast1.png
puncheast2.png |
puncheast3.png |
puncheast4.png |
-Movieclips
-Movieclips
-PUNCHEAST
-ATTACKEAST(now is blank because it was referencing the copied .png)
--------------------------------------------------
All this would work fine if instead of copying the entire directory structure, it would have done this when pasting:
_Bri
-Bitmaps
puncheast1.png
puncheast2.png |
puncheast3.png |
puncheast4.png |
-Movieclips
-PUNCHEAST
-Copy of PUNCHEAST
That is all.