This is the official upstream of the Subsurface divelog program
Find a file
Linus Torvalds 1cc62d5811 Fix up dive number naming
Use "dive->number" instead of "dive->nr". And make the XML match too.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2011-09-11 15:49:17 -07:00
dives Make the multi-dive files valid XML 2011-08-28 17:24:53 -07:00
.gitignore Update gitignore for the name-change of the executable 2011-09-04 09:52:40 -07:00
display.h First (broken) try at actually tracking cylinder types 2011-09-09 19:46:53 -07:00
dive.c Report errors when opening files 2011-09-05 22:15:30 +02:00
dive.h Fix up dive number naming 2011-09-11 15:49:17 -07:00
divelist.c Update the dive units without destroyng and rebuilding the dive list 2011-09-07 12:05:44 -07:00
divelist.h Update the dive units without destroyng and rebuilding the dive list 2011-09-07 12:05:44 -07:00
equipment.c Add more static cylinder types - and pick them up from the dive log 2011-09-10 17:14:07 -07:00
info.c Fix up dive number naming 2011-09-11 15:49:17 -07:00
main.c Rename 'cylinder.c' as 'equipment.c' 2011-09-09 17:10:17 -07:00
Makefile Rename 'cylinder.c' as 'equipment.c' 2011-09-09 17:10:17 -07:00
parse-xml.c Fix up dive number naming 2011-09-11 15:49:17 -07:00
profile.c Show tank type and O2 mix for air usage 2011-09-09 11:09:34 -07:00
README Save default units using GConf 2011-09-08 11:23:11 -07:00
save-xml.c Fix up dive number naming 2011-09-11 15:49:17 -07:00
scripts Start archiving the stupid XML files 2011-08-28 16:18:53 -07:00

Half-arsed divelog software in C.

I'm tired of java programs that don't work etc.

License: GPLv2

You need libxml2-devel, gtk2-devel and GConf2-devel to build this.

Usage:

	make
	./divelog dives/*.xml

to see my dives (with no notes or commentary).

There's a lot of duplicates in there, and divelog will de-duplicate the
ones that are exactly the same (just because they were imported multiple
times).  But at least two of the dives have duplicates that were edited
by Dirk in the Suunto Dive Manager, so they don't trigger the "exact
duplicates" match.

WARNING! I wasn't kidding when I said that I've done this by reading
gtk2 tutorials as I've gone along.  If somebody is more comfortable with
gtk, feel free to send me (signed-off) patches.

Just as an example of the extreme hackiness of the code, I don't even
bother connecting a signal for the "somebody edited the dive info"
cases.  I just save/restore the dive info every single time you switch
dives.  Christ! That's truly lame.

Also, I don't actually integrate directly with libdivecomputer, I just
read the XML files it can spit out.  But I included my own raw dive
profile xml files for anybody who isn't a diver, but decides that they
want to educate me in gtk.

NOTE! Some of the dives are pretty pitiful.  All the last dives are from
my divemaster course, so they are from following open water students
along (many of them the confined*water dives).  There a lot of the
action is at the surface, so some of the "dives" are 4ft deep and 2min
long.

Contributing:

Please either send me signed-off patches or a pull request with
signed-off commits.  If you don't sign off on them, I will not accept
them. This means adding a line that says "Signed-off-by: Name <email>"
at the end of each commit, indicating that you wrote the code and have
the right to pass it on as an open source patch.

See: http://gerrit.googlecode.com/svn/documentation/2.0/user-signedoffby.html

Also, please write good git commit messages.  A good commit message
looks like this:

	header line: explaining the commit in one line

	Body of commit message is a few lines of text, explaining things
	in more detail, possibly giving some background about the issue
	being fixed, etc etc.

	The body of the commit message can be several paragrahps, and
	please do proper word-wrap and keep columns shorter than about
	74 characters or so. That way "git log" will show things
	nicely even when it's indented.

	Reported-by: whoever-reported-it
	Signed-off-by: Your Name <youremail@yourhost.com>

where that header line really should be meaningful, and really should be
just one line.  That header line is what is shown by tools like gitk and
shortlog, and should summarize the change in one readable line of text,
independently of the longer explanation.