EconNaarApps

- Overal waar tax front only staat uitbreiding voorzien voor FrontLBX

- enu ECON productiewijze uitbreiden

- convertor econNaarApps uitbreiden

- EconNaarApps converter : deze converter is "DE SCHEIDING" in de code :

* Alles wat voor deze converter zit (AX, econ, edi, WS) zal "eenheden" en "meenemers" (meervoud) gebruiken

* Alles wat achter deze converter zit (APPS, DOM-laag, en .NET) gebruikt enkelvoud, zodat dit overeenkomt met de exacte Rolnaam van de HFBuilders en HFItems.

- UitsparingAantal ook opvullen voor Spoelbak

- Bij MVX spreken we niet over klasse maar over toepassing

- InterneBreedte gebruiken ipv corpusbreedte, op deze manier zit alle logica ivm interneBreedte in eCon (master over de data)

- Enu van MVXBodemkleur updaten

- Aanpassing ivm niet meeleverens 'tiponblumotionseteenhedenenmeenemers' is niet correct. tiponblumotionmeenemers en tiponblumotioneenheden toevoegen in de plaats

- ECON naar APPS convertor voor MVX aanmaken

- DTO naar Kenmerken convertor voor MVX aanmaken

- Eerste testen (standaardlade en binnenlade) voor Econ naar Apps conversie te testen

- casing veranderen bij StekkerType en StekkerServodrive in xml name zodat dit weer uniform is met de rest

- in EconNaarApps convertor een aanpassing doen zodat de waarde van een boolean wel correct wordt ingevuld

- De eCon kenmerken zijn hoofdlettergevoelig

- Rechtzetting van types van eCon properties

- Kenmerk StekkerType en ServoDrive toevoegen aan convertor

- Implementatie voor Econ naar Apps convertor

- 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

- 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.

- todo

- Comment om ervoor te zorgen dat de klasse hercompileert

- CompileAfter toegevoegd aan de LBX Econ-Converters (in beide richtingen : Apps <--> Econ) omdat deze klasses generatedcode methods bevatten.

- Econ-Converters aangepast - commentaar opgekuist.

- Econ-Converters aangepast (in beide richtingen : Apps <--> Econ)

- niet meeleveren, etc...

- (lots of troubles gehad met opsplitsen TAX en LBX... testfiles TAX waren geimpacteerd, bleek uiteindelijk over een klasse te gaan die na opnieuw compileren wel de testen liet slagen... pfff.

- correctie conversie apps naar econ: geconcateneerde rol toevoegen aparte rollen aanwezig

- correctie conversie econ naar apps: aparte rollen toevoegen indien geconcateneerde rol aanwezig

- TAX: uniformer