Clean-up cell output debt

[jrieken]

Some debt has accumulated around cell output and we should start to clean things up

• there is transformEditsOutputs and transformSpliceOutputs which feel like they are on the wrong layer, e.g should this be part of the serialisation of output
• similar to transfromOutputs is IProcessedOutput which also seems wrongly placed. Maybe the internal model object specs all the data of those two and the API types are directly converted into those types
• the proposed API is very rough, esp the outputKind-marker is an api-alien concept

[rebornix]

This one relates the renderer work @connor4312 is doing now. If the output renderers are all pure and lives in the webview, then we don't need IProcessedOutput or transform*Outputs at all as there is no back and forth between the UI and ExtHost, raw outputs will be the source of truth.

[connor4312]

Yea, I can clean these up this month.

[jrieken]

@connor4312 Can you/we tackle those debt items before going all-in on the new API and such?

[jrieken]

@rebornix @roblourens I have created #110855 which removes the transform logic and moves that into a single place

[connor4312]

Sure, I should have time this month to tack some of that

[connor4312]

Hi, finally have some unallocated time to do this 🙂

Before I just in, I know you have been working on hammering out the final versions of these APIs. Does that work affect this cleanup, or can I go ahead and take care of this tomorrow?

[jrieken]

Please hold back or join us in #115817

[jrieken]

We are done with this