From 1895aae96446ad86fd387b72cacc6e07b9310ad3 Mon Sep 17 00:00:00 2001 From: uranther Date: Sat, 4 Jul 2009 19:14:22 -0400 Subject: Added item to TODO: spacebar binding --- docs/TODO | 1 + 1 file changed, 1 insertion(+) (limited to 'docs') diff --git a/docs/TODO b/docs/TODO index 00166eb..343a344 100644 --- a/docs/TODO +++ b/docs/TODO @@ -38,6 +38,7 @@ More or less in order of importance/urgency * proxy_url is not a good var name. it's not a url. * regex style page searching? so you can do 'or' and 'and' things. flags like case sensitive etc. * check for real command name, not just the first letter. +* Allow the spacebar to be binded to a command * let users attach handlers to the most common events/signals in uzbl. great use case: automatically calling formfiller for certain sites * document: -- cgit v1.2.3 From e55693577ca32093b407824f2e5d38b258758f4d Mon Sep 17 00:00:00 2001 From: uranther Date: Tue, 14 Jul 2009 17:09:39 -0400 Subject: Added instructions in CONTRIBUTING to remind developers to write unit tests for bugfixes and new functionality --- docs/CONTRIBUTING | 1 + 1 file changed, 1 insertion(+) (limited to 'docs') diff --git a/docs/CONTRIBUTING b/docs/CONTRIBUTING index f5d7ebc..9032b42 100644 --- a/docs/CONTRIBUTING +++ b/docs/CONTRIBUTING @@ -66,6 +66,7 @@ This is a relatively easy, solid and transparent way to handle all requests in o we know for bigger changes this is not always feasible. Just try to keep the merges about bigger "clean changesets". * Your code should not introduce any compile warnings or errors. And also, no regressions but that's harder to check. +* Unit tests should be written to verify bug fixes and new functionality. That said, you can always ask us to check on your stuff or ask for advice. -- cgit v1.2.3 From f9e93ba19d4d166d81d53e7b4bc222ef8d4e9632 Mon Sep 17 00:00:00 2001 From: uranther Date: Wed, 15 Jul 2009 17:27:19 -0400 Subject: Changed my instructions for unit tests in docs/CONTRIBUTING --- docs/CONTRIBUTING | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'docs') diff --git a/docs/CONTRIBUTING b/docs/CONTRIBUTING index 9032b42..5a88330 100644 --- a/docs/CONTRIBUTING +++ b/docs/CONTRIBUTING @@ -66,7 +66,6 @@ This is a relatively easy, solid and transparent way to handle all requests in o we know for bigger changes this is not always feasible. Just try to keep the merges about bigger "clean changesets". * Your code should not introduce any compile warnings or errors. And also, no regressions but that's harder to check. -* Unit tests should be written to verify bug fixes and new functionality. That said, you can always ask us to check on your stuff or ask for advice. @@ -91,6 +90,11 @@ is, please supply: ### Memory leak checking valgrind --tool=memcheck --leak-check=full ./uzbl +### Writing unit tests +If you can, write a unit test for a bugfix or new functionality. Add relevant unit +tests to existing .c files in tests/. Others should be made in new source files with +corresponding changes to the tests/Makefile. + ### Debugging / backtraces * compile with -ggdb (enabled by default on experimental tree) -- cgit v1.2.3