Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
mag deze dan niet volledig weg?

mag deze dan niet volledig weg?

Ook properties asserten, niet enkel de SVG output (idem voor andere testjes hieronder)

Ook properties asserten, niet enkel de SVG output (idem voor andere testjes hieronder)

niet noodzakelijk voor een goeie werking http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif (hieronder ook nog eentje)

niet noodzakelijk voor een goeie werking (hieronder ook nog eentje)

dees gaat altijd true zijn, ge hebt hierboven twee items toegevoegd.

dees gaat altijd true zijn, ge hebt hierboven twee items toegevoegd.

[ICT-1196] SVG-013 Factory toepassen op de svg basiselementen
[ICT-1196] SVG-013 Factory toepassen op de svg basiselementen
[ICT-1196]

SVG-013 Factory toepassen op de svg basiselementen

-Verwijderen van onnodige testfiles + toevoegen van de test scenario's aan BasisElementFactory

  1. … 7 more files in changeset.
[ICT-1131]

SVG-004 aanmaken van klasse cirkel

-Toevoegen van nieuwe testen

minstens al de argumenten, maar je zou inderdaad de properties zelf ook kunnen wijzigen en spelen met de XmlName

minstens al de argumenten, maar je zou inderdaad de properties zelf ook kunnen wijzigen en spelen met de XmlName

Akkoord met Tom. bijkomende vraag/bedenking : de voluit-benamingen ook gebruiken als PropertyNaam? En dus alleen de XmlName blijft CX, CY, R. Of bedoelde Tom enkel om de function argument namen aan...

Akkoord met Tom.
bijkomende vraag/bedenking : de voluit-benamingen ook gebruiken als PropertyNaam? En dus alleen de XmlName blijft CX, CY, R.
Of bedoelde Tom enkel om de function argument namen aan te passen?

zoals gisteren bij een andere klasse gezegd: AssertSVG is goed en wel, maar je moet ook testen voorzien die de values van de properties zelf, voor het geval de SVG export gewijzigd wordt.

zoals gisteren bij een andere klasse gezegd: AssertSVG is goed en wel, maar je moet ook testen voorzien die de values van de properties zelf, voor het geval de SVG export gewijzigd wordt.

zou het interessanter zijn om ipv CX, CY en R iets als MiddelpuntX, MiddelpuntY en Straal mee te geven? In dit geval vrij triviaal, maar ge moet altijd stilstaan bij het feit dat het nu triviaal li...

zou het interessanter zijn om ipv CX, CY en R iets als MiddelpuntX, MiddelpuntY en Straal mee te geven? In dit geval vrij triviaal, maar ge moet altijd stilstaan bij het feit dat het nu triviaal lijkt omdat ge er mee bezig zijt, maar over een paar jaar is het misschien minder triviaal. Ge hebt de voorbeelden eens gezien van onze oude .mac routines met allemaal variabelenamen van 1 of 2 letters De properties zelf mogen onaangeroerd blijven natuurlijk, ik heb het enkel over de variabelen die hier staan (of op een andere publieke method)
(ongeacht of het al dan niet in de constructor zelf hoort te zitten, zie opmerking bij rectangle)

[ICT-1131] SVG-004 aanmaken van klasse cirkel
[ICT-1131] SVG-004 aanmaken van klasse cirkel
[ICT-1131]

SVG-004 aanmaken van klasse cirkel