contribution_guide.rst 2.9KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798
  1. How to contribute
  2. -----------------
  3. Prime directives: Privacy, Hackability
  4. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  5. Searx has two prime directives, privacy-by-design and hackability. The
  6. hackability comes in three levels:
  7. - support of search engines
  8. - plugins to alter search behaviour
  9. - hacking searx itself
  10. Note the lack of "world domination" among the directives.
  11. Searx has no intention of wide mass-adoption, rounded
  12. corners, etc. The prime directive "privacy" deserves a separate
  13. chapter, as it's quite uncommon unfortunately.
  14. Privacy-by-design
  15. ^^^^^^^^^^^^^^^^^
  16. Searx was born out of the need for a privacy-respecting search tool
  17. which can be extended easily to maximize both its search and its
  18. privacy protecting capabilities.
  19. A few widely used features work differently or turned off by default or not implemented
  20. at all as a consequence of privacy-by-design.
  21. If a feature reduces the privacy preserving aspects of searx, it
  22. should be switched off by default or should not implemented at all.
  23. There are plenty of search engines already providing such features.
  24. If a feature reduces the protection of searx, users must be
  25. informed about the effect of choosing to enable it. Features
  26. that protect privacy but differ from the expectations of the
  27. user should also be explained.
  28. Also, if you think that something works weird with searx,
  29. it's might be because of the tool you use is designed in a way to interfere with
  30. the privacy respect. Submitting a bugreport to the vendor of the tool that
  31. misbehaves might be a good feedback to reconsider the disrespect to
  32. its customers (e.g. GET vs POST requests in various browsers).
  33. Remember the other prime directive of searx is to be hackable, so if the
  34. above privacy concerns do not fancy you, simply fork it.
  35. Happy hacking.
  36. Code
  37. ~~~~
  38. In order to submit a patch, please follow the steps below:
  39. - Follow coding conventions.
  40. - PEP8 standards apply, except the convention of line length
  41. - Maximum line length is 120 characters
  42. - Check if your code breaks existing tests. If so, update the tests or fix your code.
  43. - If your code can be unit-tested, add unit tests.
  44. - Add yourself to the AUTHORS file.
  45. - Create a pull request.
  46. For more help on getting started with searx development, see :ref:`devquickstart`.
  47. Translation
  48. ~~~~~~~~~~~
  49. Translation currently takes place on
  50. `transifex <https://transifex.com/projects/p/searx>`__.
  51. **Please, do not update translation files in the repo.**
  52. Documentation
  53. ~~~~~~~~~~~~~
  54. The documentation is built using Sphinx. So in order to be able to generate the required
  55. files, you have to install it on your system. (It can be installed easily using pip.)
  56. 1. Checkout the gh-pages branch.
  57. 2. Edit the rst file you wish to update. Or create a new rst file and place it under the appropriate folder.
  58. 3. Build the documentation using Sphinx.
  59. 4. Add the updated and created files of these extension:
  60. - .rst
  61. - .html
  62. - .txt
  63. 6. Create a pull request.