Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35516
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender)
Date: Fri, 15 Feb 2008 12:26:50 +0100
Reply-To: Marcus Boerger <helly@php.net>
Message-ID: <872209860.20080215122650@marcus-boerger.de>
To: Jani Taskinen <jani.taskinen@sci.fi>
CC: Dmitry Stogov <dmitry@zend.com>, jani.taskinen@iki.fi, 
	PHP Internals List <internals@lists.php.net>, Andi Gutmans <andi@zend.com>
In-Reply-To: <1203067815.10500.5.camel@localhost.localdomain>
References: <971575499.20080209153315@marcus-boerger.de> <47B54F0C.2090700@zend.com> <1203067815.10500.5.camel@localhost.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Conditional INI support
From: helly@php.net (Marcus Boerger)

Hello Jani,

Friday, February 15, 2008, 10:30:15 AM, you wrote:

>> b) I think usage of square brackets is not a good idea, because they are
>> commonly used to divide ini files into sections. Why not to use C 
>> syntax? (#if...)

> I'd prefer that syntax too, it would be much clearer than mixing the
> sections with this. It's also backwards compatible, lines prefixed with
> # are simply ignored.

I am fine with that if someone finds a good way to parse this.

>> c) We can use just "value" insted of ${value} in conditions.

> Yup. ${foobar} is actually not any "variable" per se, but just a
> reference to existing ini entry in the file. And I don't think that
> needs to change.

To make this clear, I did not any syntax beside the conditionals. I just
used what is there. If the example I gave was misleading, then sorry for
that.

>> e) We don't need to define special names, we can use internal PHP constants.

> Yup, I mentioned this a couple of times already. :)

Right, thus I dropped all that was not needed.

Best regards,
 Marcus