summaryrefslogtreecommitdiff
path: root/HACKING
diff options
context:
space:
mode:
authorSébastien Wilmet <swilmet@gnome.org>2017-09-17 15:01:34 +0200
committerSébastien Wilmet <swilmet@gnome.org>2017-09-17 15:01:34 +0200
commit4077c221f92fcdfec22f48793a2392463e41da4d (patch)
tree9a340862e7e1a6690b4015026fb24ba30ad5eb73 /HACKING
parent3d62448fc288fcd029ec714aed6ceeae0dd2a29c (diff)
downloadgtksourceview-4077c221f92fcdfec22f48793a2392463e41da4d.tar.gz
Hacking file: move some links at the end of relevant sections
Diffstat (limited to 'HACKING')
-rw-r--r--HACKING16
1 files changed, 10 insertions, 6 deletions
diff --git a/HACKING b/HACKING
index d92dc9f3..acf56059 100644
--- a/HACKING
+++ b/HACKING
@@ -55,6 +55,11 @@ conventions, but for new code it is better to follow them, for consistency.
- As a general rule of thumb, follow the same coding style as the surrounding
code.
+See also:
+https://developer.gnome.org/programming-guidelines/stable/
+https://wiki.gnome.org/Projects/GTK%2B/BestPractices
+https://wiki.gnome.org/Projects/GLib/CompilerRequirements
+
Programming best-practices
--------------------------
@@ -122,14 +127,13 @@ Here are some general advices:
writing hacks or heuristics to work around a bug or a lack of feature in an
underlying library.
-See also
---------
+See also:
+https://blogs.gnome.org/swilmet/2012/08/01/about-code-quality-and-maintainability/
+
+Other links
+-----------
-https://developer.gnome.org/programming-guidelines/stable/
-https://wiki.gnome.org/Projects/GTK%2B/BestPractices
-https://wiki.gnome.org/Projects/GLib/CompilerRequirements
http://ometer.com/hacking.html
-https://blogs.gnome.org/swilmet/2012/08/01/about-code-quality-and-maintainability/
For a shared library: