X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 4EB4B9DC8AA for ; Fri, 17 Mar 2006 06:03:17 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 33402-06 for ; Fri, 17 Mar 2006 06:03:18 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mx-2.sollentuna.net (mx-2.sollentuna.net [195.84.163.199]) by postgresql.org (Postfix) with ESMTP id 488F29DC871 for ; Fri, 17 Mar 2006 06:03:14 -0400 (AST) Received: from ALGOL.sollentuna.se (janus.sollentuna.se [62.65.68.67]) by mx-2.sollentuna.net (Postfix) with ESMTP id 63E948F283; Fri, 17 Mar 2006 11:03:16 +0100 (CET) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: Re: Web code license Date: Fri, 17 Mar 2006 11:03:16 +0100 Message-ID: <6BCB9D8A16AC4241919521715F4D8BCEA3515D@algol.sollentuna.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [pgsql-www] Web code license Thread-Index: AcZJqT5bdjusHjWyT+evEj3UA8h8AgAAGI3gAAAR+hA= From: "Magnus Hagander" To: "Dave Page" , X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.103 required=5 tests=[AWL=0.103] X-Spam-Score: 0.103 X-Spam-Level: X-Archive-Number: 200603/103 X-Sequence-Number: 9693 > > So... > >=20 > > I'm looking at putting in the code for the "new techdocs" in cvs=20 > > sometime soon, and realised I forgot this question :) > >=20 > > The code uses tinymce (http://tinymce.moxiecode.com/) for visual=20 > > editing. >=20 > There's a coincidence - guess what I've been hacking about=20 > all morning! :-) > > This is LGPL code. My question is, should this be added to=20 > cvs (with=20 > > appropriate license files etc, of course), or should it be kept=20 > > outside (like the PEAR components we rely on for example). >=20 > It should be kept outside I think - perhaps under /files so=20 > it's nicely seperated. /files/ is in cvs.=20 /files/ is what I had in mind when I said "in cvs". :-) Certainly not sticking it inside the framework code. //Magnus