Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2968] TAX - ander kantenbandprogramma voor sifonlade
[ICT-2968] TAX - ander kantenbandprogramma voor sifonlade
[ICT-2968] TAX - ander kantenbandprogramma voor sifonlade

- alle onderkanten van de kantenbanden van taor ruggen voor sifon moeten Pass2Program 'PVC_13_G' krijgen en Pass2Edgeband 'Z8D08B18'. Ik heb de kleur van de kantenband onderaan in de uitvoeringinfo niet aangepast naar zwart omdat dit anders een hoop andere zaken in de war stuurt. Enkel de reeds vermelde 2 parameters zijn aangepast

    • -9
    • +9
    ./PassageDefinitieDefinieerder/RugSifonlade.cls.xml
  1. … 2 more files in changeset.
FYI: Ik vind het zeker oké dat je hier de ##super hebt weggelaten. (de gegenereerde code die daar stond was eigenlijk zelfs niet correct : LadeHoogte is enum en dus niet in MM uitgedrukt http://sub...

FYI: Ik vind het zeker oké dat je hier de ##super hebt weggelaten. (de gegenereerde code die daar stond was eigenlijk zelfs niet correct : LadeHoogte is enum en dus niet in MM uitgedrukt )
De impl in deze afgeleide klasse is wel correct.

De implementatie voor "Lengte" hieronder zou ik wel in een private method steken, analoog aan GeefFrontPlaatHoogte()
Zo blijft deze method simpel leesbaar en overzichtelijk. En dan is de scope ook duidelijk, nl. dat Kleur W7 enkel impact heeft op de kenmerk "Lengte, en niet op de "Breedte" van het Front.

copy-paste foutje : "... kan niet gemaild worden." (ook al is de conditie altijd false :-P )

copy-paste foutje :
"... kan niet gemaild worden."
(ook al is de conditie altijd false :-P )

[ICT-2588] [rvWV] TAX - nieuwe kleur W7 - Walnut medium Brown:

- Vanwege Giel: Nieuwe kantenbandprogramma's specifiek voor W7

    • -0
    • +2
    ./ProgrammaDefinitieDefinieerder.cls.xml
    • -0
    • +14
    ./enu/ProgrammaNaam/AutoComplete.cls.xml
    • -1
    • +1
    ./PassageDefinitieDefinieerder/Front.cls.xml
    • -7
    • +7
    ./PassageDefinitieDefinieerder/Rug.cls.xml
    • -7
    • +7
    ./PassageDefinitieDefinieerder/Zijkant.cls.xml
    • -0
    • +16
    ./enu/ProgrammaNaam/Verwerker.cls.xml
  1. … 1 more file in changeset.
[ICT-2588] [rvWV] TAX - nieuwe kleur W7 - Walnut medium Brown:
[ICT-2588] [rvWV] TAX - nieuwe kleur W7 - Walnut medium Brown:
[ICT-2588] [rvWV] TAX - nieuwe kleur W7 - Walnut medium Brown:

- Uitbreiding voor Kantenband-aansturing

    • -0
    • +1
    ./PassageDefinitieDefinieerder/Front.cls.xml
    • -0
    • +5
    ./ProgrammaDefinitieDefinieerder.cls.xml
    • -0
    • +7
    ./PassageDefinitieDefinieerder/Zijkant.cls.xml
    • -0
    • +35
    ./enu/ProgrammaNaam/AutoComplete.cls.xml
    • -0
    • +40
    ./enu/ProgrammaNaam/Verwerker.cls.xml
    • -0
    • +7
    ./PassageDefinitieDefinieerder/Rug.cls.xml
[ICT-2600] HX: Afkanten: TAX: fineer ruggen 1 pas minder - vervolg

- Enkel voor fineerruggen is een resultaat te vinden met parameter sifonlade = 1

    • -1
    • +1
    ./impl/PassageDefinitieRepository.cls.xml
[ICT-2600] HX: Afkanten: TAX: fineer ruggen 1 pas minder - vervolg
[ICT-2600] HX: Afkanten: TAX: fineer ruggen 1 pas minder - vervolg
[ICT-2600] HX: Afkanten: TAX: fineer ruggen 1 pas minder - vervolg

- Nieuwe PassageDefinities voorzien voor ruggen van sifonlades

- Update testbestand met correcte aanpassing

    • -0
    • +1
    ./PassageDefinitieDefinieerder.cls.xml
    • -1
    • +6
    ./impl/PassageDefinitieRepository.cls.xml
    • -1
    • +2
    ./PassageDefinitieDefinieerder/Base.cls.xml
    • -0
    • +95
    ./PassageDefinitieDefinieerder/RugSifonlade.cls.xml
  1. … 10 more files in changeset.
[ICT-2203] [rvTVE] PM - TAX front voor LBX - oplossing voor "OudZwart" (Z8/Z9):
[ICT-2203] [rvTVE] PM - TAX front voor LBX - oplossing voor "OudZwart" (Z8/Z9):
[ICT-2203] [rvTVE] PM - TAX front voor LBX - oplossing voor "OudZwart" (Z8/Z9):

- Kantenband.PassageDefinitie uitgebreid met OudZwart

    • -0
    • +1
    ./PassageDefinitieDefinieerder/Front.cls.xml
Zoals besproken blijkbaar ongewild in deze review terechtgekomen http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Zoals besproken blijkbaar ongewild in deze review terechtgekomen

is deze wel nodig?

is deze wel nodig?

[ICT-2203] [rvTVE] PM - TAX front voor LBX - oplossing voor "OudZwart" (Z8/Z9):

- KantenbandBepaler => conversie OudZwart dan toch volgens KantenbandKleur wegens uitbreiding van ook die enum => naamgeving property Kleur aangepast naar KantenbandKleur om verwarring te vermijden.

- LadeKleur-doorgave via dto teruggedraaid wegens niet meer nodig

  1. … 4 more files in changeset.
[ICT-2203] [rvTVE] PM - TAX front voor LBX - oplossing voor "OudZwart" (Z8/Z9):

- Indien LadeKleur = OudZwart => KantenbandKleur = Zwart

  1. … 3 more files in changeset.
Heum... waarom? Die verandert toch nooit en hoeft tussen UTs toch ook niet eventueel te veranderen? Toch zeker niet sinds er in de constructor ervan niets meer gebeurt. Ik dacht dat een OnBeforeOne...

Heum... waarom? Die verandert toch nooit en hoeft tussen UTs toch ook niet eventueel te veranderen? Toch zeker niet sinds er in de constructor ervan niets meer gebeurt.
Ik dacht dat een OnBeforeOneTest bedoeld is voor als er een gevaar is dat hij door eerdere UTs zou kunnen bevuild worden, wat hier niet het geval is.

Bwa, is een beetje zo gegroeid door refactoren... Waarom een Bepaler new'en per UnitTest, als je hem gewoon 1 keer kunt new'en in een OnBeforeAllTests? Daarna de afweging: Waarom dan nog de call on...

Bwa, is een beetje zo gegroeid door refactoren...
Waarom een Bepaler new'en per UnitTest, als je hem gewoon 1 keer kunt new'en in een OnBeforeAllTests?
Daarna de afweging: Waarom dan nog de call onder test speciaal gaan afzonderen? En bovendien: Waarom beschikken we anders over een $$$AssertTrue en $$$AssertFalse?
Het was bovendien daardoor ook niet meer nodig om een betekenisvolle, extra lokale variabele te voorzien in de UnitTesten (VerwachtInOpstartfase), dus ook al een regel minder per UT, zonder aan leesbaarheid in te boeten (eerder het tegendeel).
Doe de nieuwe versie eens open in studio en zie eens hoe leesbaar die is
Misschien moeten we dan eerder (mettertijd, als die klassen eens onder change komen) die van LBX en TBX aanpassen naar dit model?

Ik had verwacht dat "Product" of "ProductId" reeds werd doorgeven via de LadeInfo, maar dat blijkt toch niet het geval. Als dit wel zo was, dan had het niet nodig geweest om de extra parameter (pro...

Ik had verwacht dat "Product" of "ProductId" reeds werd doorgeven via de LadeInfo, maar dat blijkt toch niet het geval.
Als dit wel zo was, dan had het niet nodig geweest om de extra parameter (productieSequentie) toe te voegen.
Na al je inspanningen, keur ik deze oplossing goed