Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65490 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67356 invoked from network); 30 Jan 2013 11:27:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jan 2013 11:27:25 -0000 Authentication-Results: pb1.pair.com header.from=cpriest@zerocue.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cpriest@zerocue.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zerocue.com designates 67.200.53.250 as permitted sender) X-PHP-List-Original-Sender: cpriest@zerocue.com X-Host-Fingerprint: 67.200.53.250 mail.zerocue.com Received: from [67.200.53.250] ([67.200.53.250:54597] helo=mail.zerocue.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 36/FA-09318-D9309015 for ; Wed, 30 Jan 2013 06:27:25 -0500 Received: from [172.17.0.122] (unknown [70.112.216.188]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.zerocue.com (Postfix) with ESMTPSA id 73B0C121094; Wed, 30 Jan 2013 11:27:22 +0000 (UTC) Message-ID: <51090392.2090401@zerocue.com> Date: Wed, 30 Jan 2013 05:27:14 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Stas Malyshev CC: Ferenc Kovacs , PHP Internals References: <51086F54.5080901@sugarcrm.com> In-Reply-To: <51086F54.5080901@sugarcrm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] moving some READMEs to the wiki From: cpriest@zerocue.com (Clint Priest) On 1/29/2013 6:54 PM, Stas Malyshev wrote: > Hi! > > I think having stuff on the wiki is nice, but for things related to the > code - e.g., APIs, builds descriptions, etc. - they should stay in the > code. They are easier to find there and easier to keep up-to-date, and > also ensure they have the content relevant to specific version. We could > have a wiki mirror - if somebody volunteers to maintain the wiki > structure and keep it up-to-date. Do we have such person? I think first > we need to create a place - wiki or manual, but somewhere - where this > content is created and kept up-to-date, and properly versioned when > relevant. When it happens, we can start replacing some of the docs with > the links to this content. I agree that the repo should be the "source" from which the wiki pages flow, but making them more readily accessible to people not even aware of their existence (never downloaded a tarball) would really improve visibility for non-core. I know Ferenc already said there is something like it now, perhaps it can be updated to bring these files into the wiki in an automated fashion? If that's something that is needed/desired, I could head that up as a step in the direction of building the number of core devs. Alternatively as mentioned just a moment ago, the Wiki format is plainly readable in text form so if we just switched to writing these repo files in a more wiki-friendly format, they can simply be mirrored into the wiki to make them more widely consumable without taking them out of the repo. -Clint