DRAFT document on coding conventions in kde libraries
Lauri Watts
lauri at kde.org
Wed Mar 8 22:44:46 GMT 2006
On Monday 06 March 2006 12:41, Nicolas Goutte wrote:
> On Sunday 05 March 2006 22:53, Friedrich W. H. Kossebau wrote:
> > Am Sonntag, 5. März 2006 18:38, schrieb Olivier Goffart:
>
> > Are pointers sufficient like "See File xy for authors, copyright and
> > licence" or should there be a complete documentation of all authors
> > and the
> > licence (although they might be fetchable from the repository system)?
>
> Basic copyright and license information *must* be in the same file or some
> "attacker" could (pseudo-)naively tell: "I did not know".
This is a myth actually, albeit a widespread one. Copyright is not license,
and "I did not know" is no defence at all if it comes to the law. Unless
something specifically says it's public domain, or it has come into the
public domain by virtue of being older than the prescribed number of years
(and we're quite many years from any parts of KDE hitting that limit) , it is
_always_ copyright someone, even if we don't always know who that someone is
or how to reach them.
> > And what sense
> > make the notion of the year span at all, when to update?
>
> Year spans (e.g. 1996-2004) are problematic, as far as I have understood,
> and listing each year has to be prefered.
The years are "year of first publication". Each change, when distributed,
therefore should be added (because newly added code is being 'published' for
the first time.)
So, you list each year a change was made, and may abbreviate that to a span if
multiple consecutive years are included.
e.g. File was change din 2000, 2001, 2002, 2006 (unlikely, but possible)
You could put "2000-2002,2006"
Most important of all, is to realise that just _creating the file_ grants you
copyright (this is called 'The principle of "automatic " protection'). The
copyright notice may in some jurisdictions grant you _additional rights_ and
help you claim damages, but not having it does not mean you forfeit your
right of authorship.
That said, since the notice may grant you additional protection, it's
important to do it properly. Specifically, beware that (c) (that is a c, in
either case, inside parentheses) means nothing; either write "Copyright" out
in full and/or (preferably and) use a real copyright symbol ©
So the format is simply this:
© Copyright 2000-2002,2006 Your Name(s)
> The internation conventions on copyrights, the local copyright
> laws/systems... i.e. the same mess as with trademarks.
It's not quite that bad :) There are really only three cases to worry about:
the ones that follow the Berne convention[1], the US[2] which is nearly but
not quite precisely the same (and the US is in fact a party to the Berne
Convention too, they just have some additional stuff mostly to deal with
punitive damages - hence my warning about (c) vs © above), and then there are
the places that ignore copyrights entirely, and there's not much we can do
about them.
There are some excellent FAQ's around, google up Brad Templeton's FAQ if
you're interested.
[1] List is here, :
http://www.wipo.int/treaties/en/ShowResults.jsp?lang=en&treaty_id=15
The summarised version of the convention itself, if anyone is that interested,
is here:
http://www.wipo.int/treaties/en/ip/berne/summary_berne.html
[2]http://www.copyright.gov/help/faq/faq-definitions.html#notice
Regards,
--
Lauri Watts
KDE Documentation: http://docs.kde.org
KDE on FreeBSD: http://freebsd.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060308/ff4a3211/attachment.sig>
More information about the kde-core-devel
mailing list