This project was founded by non-programmers, which explains the lack of standards and good-practices in the code. However, I have recently started following this publicly available Ruby Style Guide. Also, since the beggining, the code has been documented using Yardoc. Groundhog is far from having a well standardized code, but I would appreciate your contributions to be styled and documented properly.
Please keep in mind the following standards before adding features to Groundhog.
Document your functions and methods and code using YARDOC. You may use THIS GUIDE for learning how to do it.
Please follow the Ruby Style Guide for coding
Avoid creating methods that are already available in the SketchUp API
Avoid using system calls to create, write or delete files. Use FileUtils and other Ruby modules instead.
When creating scripts and calling the system, avoid using Pipes. There are machines who do not like them, crushing Groundhog.
When calling the system, prefer cross platform implementation of system code instead of OS specific calls. For example, rtrace -e "179(..." program can sometimes be replaced by rmtxop -c ...
Keep the code simple... it is better to add more simple functions than to create a horrible big function.