From 1df17dbc4f028f8b956a4a72162c238000b38dee Mon Sep 17 00:00:00 2001 From: stevenknight Date: Thu, 19 Jun 2008 13:42:52 +0000 Subject: [PATCH] Another typo fix (cse => case) and clarification of why submitting a test case is good. git-svn-id: http://scons.tigris.org/svn/scons/trunk@3093 fdb21ef1-2011-0410-befe-b5e4ea1792b1 --- www/patch-submission.html | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/www/patch-submission.html b/www/patch-submission.html index b097251d..eb0bd478 100644 --- a/www/patch-submission.html +++ b/www/patch-submission.html @@ -171,10 +171,13 @@ Be as specific as possible, even if you think it should be obvious how to test the patch. It might be clear to you while you're writing the code, -but it might still take someone else 15 or more minutes -of making sure they understand your intent. -The point is you're trying to use your knowledge -to save time during the integration process, +but it will still take someone else time +to make sure they understand your intent +and work out the details of how to set up an appropriate case. +The point is you're trying to use your existing knowledge +of the bug being fixed or new feature being added +to make the process of integrating your patch as +simple and quick as possible, thereby increasing the chance of your patch making it into the SCons code base.

@@ -186,7 +189,7 @@ information with your patch, well, you're still welcome to submit the code. Just be aware that the patch will likely stay in the queue until someone has time to reverse-engineer -a test cse. +a test case.

-- 2.26.2