PERFORCE change 153523 for review

[Rene Ladan]

http://perforce.freebsd.org/chv.cgi?CH=153523

Change 153523 by rene at rene_self on 2008/11/25 13:27:54

	Incorporate Remko's comments.
	Checked build, whitespace.

Affected files ...

.. //depot/projects/docproj_nl/nl_NL.ISO8859-1/articles/contributing/article.sgml#7 edit

Differences ...

==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/articles/contributing/article.sgml#7 (text+ko) ====

@@ -46,8 +46,8 @@
   <para>In tegenstelling tot wat sommige mensen u laten geloven, hoeft u
     geen doorgewinterde programmeur of een goede vriend van het coreteam
     van &os; te zijn opdat uw bijdragen geaccepteerd worden.  Een groot
-    en groeiend aantal internationale contribuanten, van een grote
-    vari&euml;teit aan leeftijden en technische expertisegebieden,
+    en groeiend aantal internationale bijdragende vrijwilligers, van een
+    grote vari&euml;teit aan leeftijden en technische expertisegebieden,
     ontwikkelen &os;.  Er is altijd meer werk te doen dan dat er mensen
     zijn om het uit te voeren, en meer hulp wordt altijd
     gewaardeerd.</para>
@@ -266,21 +266,19 @@
 	  &os; Handboek</ulink> voor meer informatie over deze en andere
 	mailinglijsten.</para>
 
-	<para>Als u een bug vindt of een specifieke verandering
-	  opstuurt, gebruik dan alstublieft het programma
-	  &man.send-pr.1; of het <ulink
-	    url="&url.base;/send-pr.html">WEB-gebaseerde
-	    equivalent</ulink> om het te rapporteren.  Probeer om elk
-	  veld van het bugrapport in te vullen.  Voeg patches direct bij
-	  het rapport tenzij ze 65kB overschrijden.  Als de patch
-	  geschikt is om op de broncodeboom te worden toegepast, vermeld
-	  dan <literal>[PATCH]</literal> in het overzicht van het
-	  rapport.  Wanneer u patches bijvoegt, gebruik dan
-	  <emphasis>geen</emphasis> knippen-en-plakken omdat
-	  knippen-en-plakken tabs in spaties omzet en de patches
-	  onbruikbaar maakt.  Overweeg om patches te comprimeren en
-	  &man.uuencode.1; te gebruiken als ze 20kB
-	  overschrijden.</para>
+      <para>Als u een bug vindt of een specifieke verandering opstuurt,
+	gebruik dan alstublieft het programma &man.send-pr.1; of het
+	<ulink url="&url.base;/send-pr.html">webgebaseerde
+	  equivalent</ulink> om het te rapporteren.  Probeer om elk veld
+	van het bugrapport in te vullen.  Voeg patches direct bij het
+	rapport tenzij ze 65kB overschrijden.  Als de patch geschikt is
+	om op de broncodeboom te worden toegepast, vermeld dan
+	<literal>[PATCH]</literal> in het overzicht van het rapport.
+	Wanneer u patches bijvoegt, gebruik dan
+	<emphasis>geen</emphasis> knippen-en-plakken omdat
+	knippen-en-plakken tabs in spaties omzet en de patches
+	onbruikbaar maakt.  Overweeg om patches te comprimeren en
+	&man.uuencode.1; te gebruiken als ze 20kB overschrijden.</para>
 
       <para>Na het opsturen van een rapport dient u een bevestiging met
 	daarbij een volgnummer te krijgen.  Bewaar dit volgnummer zodat
@@ -293,7 +291,7 @@
       <para>Als u geen bevestiging ontvangt binnen een redelijke tijd (3
 	dagen tot een week, afhankelijk van uw emailverbinding) of als
 	u, om enige reden, het commando &man.send-pr.1; niet kunt
-	gebruiken, dan kunt u iemand vragen om het voor u op ter sturen
+	gebruiken, dan kunt u iemand vragen om het voor u op te sturen
 	door mail te sturen naar de &a.bugs;.</para>
 
       <para>Zie ook <ulink
@@ -342,7 +340,7 @@
 	systeem plaatsvinden.</para>
 
       <para>Aannemende dat u in staat bent om redelijk recente broncode
-	veilig kunt stellen om uw veranderingen op te baseren, is de
+	veilig te stellen om uw veranderingen op te baseren, is de
 	volgende stap het produceren van een verzameling diffs om naar
 	de onderhoudsmensen van &os; te sturen.  Dit wordt gedaan met
 	het commando &man.diff.1;.</para>