dto

- Initial values invullen voor corpuswanddikte en corpusbreedte, anders wordt die afhankelijk van het pad leeg gelaten en .NET kan daar niet mee om

- Extra conversie uitsparingdata voorzien (uitsparingcodes)

- Kenmerken UitsparingDataDiepte toevoegen

- Nodige convertoren/dto klassen nog uitbreiden/refactoren waar nodig

- testen aanmaken voor de convertoren voor MatKenmerken

- Overige eCon kenmerken opslaan in GUIKenmerken voor MAT -> hiervoor de nodige uitbreidingen doen aan de mattenconvertoren

- Uitbreiding aan kenmerken + convertoren

- Nieuw kenmerk zijkanthoogte toevoegen

- NietMeeleveren, productiewijze en verpakkingtypes uitbreiden

- Nieuwe MVX kenmerken ook toevoegen in APPS en ECON laag

- MVXAantalDwarsverdelingen enu toevoegen

- Ook de response-objecten leiden nu af van het basis-object TECH.JSON.ObjectParsedFromJson

- Property KlasseNaamInfo verwijderd, want staat in de basis-klasse. Later zal deze ge-renamed worden naar "DollarType"

- klasse HalffabDtoParsedFromJson toegevoegd

- property Halffab toegevoegd aan HalffabItemParsedFromJson

- KostenPlaatsId dient als Id geschreven te worden en niet ID zodat de parser deftig kan parsen

- property klassenaamInfo toevoegen op KostenPlaatsData

- Unittest voor de MaatwerkDetailsFromJsonParser GeefMaatwerkDetails()

- Toevoegen van dto klasses voor maatwerkdetails response van .NET, specifiek voor ParsedFromJson

- DOM naar APPS convertor aanmaken voor MVX

- Bijhorende test toevoegen

- VerwerkMVXKenmerken implementeren in verschillende klasses waar een visitor kan passeren

- Toevoegen van APPS en ECON kenmerken MVX

- Change in MVXGUIKenmerken komt door compileren

- Kenmerk StekkerType en ServoDrive toevoegen

- Kenmerk StekkerServodrive toevoegen

- Spacestep toevoegen aan enkele convertoren en visitors

- Losse component verwijderd van dto, samen met vhintra release. vhintra gebruikt nu ook voor losse component de productiewijze.

- productiewijze afgestemd voor intern. bij losse component geen volledig. bij flatpackv1 enkel volledig. bij v1 en probox keuze.

- manueel getest met vhintra. (eventueel nog testen voorzien voor kenmerkenpostprocessor.)

- lossecomponent property is vervangen door productiewijze had dus ook impact op DOM of APPS in convertoren. Verschill tussen "" leeg en "V" volledig. Dit is rechtgezet voor TAX

- Moet dus wel degelijk apps zjn omdat vhintra niet overweg kan met lege waarde. Dan verder na te kijken waarom econ naars apps conversie een dom enum meegeeft. ????

- Om het gefoefel te volgen van LBX, dus ook hier een conversie van econ naar apps, die eigenlijk voor de apps laag een DOM enumeratie weergeeft met verschill dat APPS enum "Volledig" gelijk is aan "" en bij DOM gelijk is aan "V".. maw econ naar APPS klopt niet. maar afwijken zal waarschijnlijk de consistente werking belemmeren.

- Productiewijze is toegevoegd op APPS dto voor TAORkenmerken.

- enus ipv strings