Before, at least it made sense. I could copy and paste key frame "points" in graph editor with usual copy paste operations. At least, Poser will still delete a group of points I have selected. But! And this is the Big Butt: Now, when I try to copy a group of keyframe points, (IOW, a group of curves) it only pastes ONE point (and thus no curves).

This doesn't seem like progress to me. Now I'm left not even knowing how to do a very basic thing I used to do with ease in Poser, a thing that seemed about as standard an operation as you can get...and it's gone. For me anyway. YMMV. What am I missing here? Apologies if it's my own stupidity. I was away from Poser a brief while...

Okay, I'll try the manual now but I was in the mood to gripe I guess.

Smith Micro chat engaged, Incident Report initiated. No answers yet. I prefer to work in the graph editor most of the time, as I detest the animation palette anyway PLUS there are things you can do  in the graph editor that you can't do in the palette (and vice versa, 'tis true) such as select a group of points (keyframes) on a curve (iow in the timeline of a property dial) and drag them (together) up or down in value.    

Some rambling observations from a hardcore graph editor user:  Even in essentially identical operations, graph edits provide immediate visual feedback that the animation palette lacks: I can see the curve I just copy> pasted appear in it's full spline glory.  I can place the cursor immediately to the highest or lowest or middlin' value, on sight. The reason I mention this is that the S.M. chat advisor seemed to go out of his way to try to say that the animation palette was for all intents and purposes simply another way to do the exact same things in Poser that I was using the graph editor for, and then when I began to point out that this was in fact incorrect, began an evasive tactic instead of conceding that very real point. To wit: I CAN show you things that can be done in graph that simply cannot be done in palette, and THEREFORE it is incorrect and/or disingenuous to pursue some line of reasoning that equates the two functionally and dismisses the choice to mere "workflow preference", which is what this cat was saying, no matter how clever the evasiveness of his retreat.    

"I can see the curve I just copy> pasted appear in it's full spline glory. "

Oh, make that, I used to be able. But not now that I've spent a big chunk of change for the latest and greatest Smith Micro Poser offering. Maybe they should pay me for being such a valuable beta tester? Oh, wait...this isn't a beta version is it? 

I agree, 'copy' and 'paste' work in different ways. It appears that in the graph window, a 'copy' will actually copy not just the current parameter; but all the params for the actor. When one pastes, it creates keyframes for all of the parameters - not just the one visible in the Graph window. And - as reported, only for one frame.

Of any help to anyone else wanting to diagnose this odd functionalty, be aware that Poser stores clipboard data in readable ASCII. So, to see what one has just copied, simply Paste into Notepad.

timarender  thank you for your reply. So it's like I said, before (in Poser 7) it worked as you might expect; now it's just (short of) stupid, frankly (and that's being kind). Why (in the blazes) would anyone want or expect what they paste to be different than what they just copied, in order to paste?   lol! sob 

as a work around, what if you set up your animation in your older poser then render in the new?

i haz suspicions the sm advisors are paid by volume and not quality.

MistyLaraPrincess  yes indeed I am indeed seriously considering doing that. It's a PITA because I have a Mocap plugin that needs PP2012, it's not just the renders...

Still no follow up response from Smith Micro...hopefully later today.  I'd sure like them to see that this is a major bug and fix it, pronto. When you copy, what you then paste should be what you copied. Duh.

No response yet from SM.  Pasting a copied light (light 4) intensity curve having keyframes at frame 1, 5 and 10 with values 0, 100, 0 (%) respectively yields:

  Light 4    0    shadowStrength    Spline    1.0000    41
Light 4    0    depthMapSize    Spline    512.0000    40
Light 4    0    xrot    Spline    -78.5468    1
Light 4    0    yrot    Spline    -13.8282    2
Light 4    0    zrot    Spline    8.8544    3
Light 4    0    scale    Spline    0.5500    10
Light 4    0    KdRed    Spline    0.6850    23
Light 4    0    KdGreen    Spline    0.6850    24
Light 4    0    KdBlue    Spline    0.6850    25
Light 4    0    KdIntensity    Spline    0.0000    29
Light 4    0    Preview_Light_0_R    Spline    0.6850    102
Light 4    0    Preview_Light_0_G    Spline    0.6850    102
Light 4    0    Preview_Light_0_B    Spline    0.6850    102
Light 4    0    Preview_Light_1    Spline    1.0000    102
Light 4    0    lampFlaps_Light_0_R    Spline    0.6850    102
Light 4    0    lampFlaps_Light_0_G    Spline    0.6850    102
Light 4    0    lampFlaps_Light_0_B    Spline    0.6850    102
Light 4    0    lampFlaps_Light_1    Spline    1.0000    102
Light 4    0    lampBase_Light_0_R    Spline    0.6850    102
Light 4    0    lampBase_Light_0_G    Spline    0.6850    102
Light 4    0    lampBase_Light_0_B    Spline    0.6850    102
Light 4    0    lampBase_Light_1    Spline    0.0000    102

And as timarender pointed out, a single keyframe was created at the cursor point for ALL of the properties of light 4.  Isn't that just the...well, you know my opinion, it's a retardation, a regression, a "negative progress" of the functionality of the graph editor, one that really hurts my productivity and chaps my buns for the lightening of my wallet.  

Update: got on chat again today, talked to John Csaky again from SM support. He said: According to the Engineers, the ability to Copy and Paste is no longer supported in Graph Editor. This was removed with enhancements to the Animation Palette in Version 8