Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28815 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64552 invoked by uid 1010); 14 Apr 2007 15:44:03 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64537 invoked from network); 14 Apr 2007 15:44:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Apr 2007 15:44:03 -0000 Authentication-Results: pb1.pair.com header.from=bart@mediawave.nl; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=bart@mediawave.nl; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mediawave.nl from 194.109.24.25 cause and error) X-PHP-List-Original-Sender: bart@mediawave.nl X-Host-Fingerprint: 194.109.24.25 smtp-vbr5.xs4all.nl FreeBSD 4.6-4.9 Received: from [194.109.24.25] ([194.109.24.25:2989] helo=smtp-vbr5.xs4all.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3B/A5-34376-0C6F0264 for ; Sat, 14 Apr 2007 11:44:02 -0400 Received: from [192.168.0.195] (mediawave.xs4all.nl [194.109.253.196]) (authenticated bits=0) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3EFhnuV099440; Sat, 14 Apr 2007 17:43:49 +0200 (CEST) (envelope-from bart@mediawave.nl) Message-ID: <4620F6B8.9080907@mediawave.nl> Date: Sat, 14 Apr 2007 17:43:52 +0200 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Rasmus Lerdorf CC: "Tijnema !" , Guilherme Blanco , ceo@l-i-e.com, Chad Daelhousen , Ron Korving , internals@lists.php.net References: <461E894C.104@zend.com> <39254.195.22.180.233.1176451275.squirrel@avilys.eik.lt> <4858f9d90704130213h4b440ac4w7518943b10627439@mail.gmail.com> <93.FC.47553.9EB4F164@pb1.pair.com> <461F7449.7060003@herballure.com> <37936.216.230.84.67.1176500697.squirrel@www.l-i-e.com> <46209A3F.8040701@mediawave.nl> <4620A3C1.8030701@mediawave.nl> <4620E566.8050300@lerdorf.com> In-Reply-To: <4620E566.8050300@lerdorf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: [PHP-DEV] dropping asp_tags in HEAD From: bart@mediawave.nl (Bart de Boer) I feel I can't disagree with my hero. :) But is that really so? The XML spec says: PI ::= '' Char*)))? '?>' Doesn't Char* mean any char? All the parsers seem to accept '>' inside PI's without problems too. Furthermore... PHP may not be the most beautiful of languages... But that doesn't mean it has to be ugly... -Bart Rasmus Lerdorf wrote: > PHP was never meant to win any beauty contests, nor to enforce > standards. If you want to take your argument to its logical conclusion > then you have to also take the next step and not allow literal entities > inside the PHP blocks, because that is also not standards compliant. > That means you cannot write: > > 10) foo() ?> > > You would have to change it to: > > > > And that's just a simple example of that. > > -Rasmus > > Bart de Boer wrote: > >> And let me stress that this is something we're *forcing* people to do >> when they're on a short tags enabled server... It's not something >> they're allowed to do at free will... PHP's convention is currently >> responsible for people creating non-standards-compliant documents... And >> I think we should take that responsibility and clean up the mess we >> made... The XML spec is outside our scope... What's inside > our business... >> >> >> >> Tijnema ! wrote: >> >>> On 4/14/07, Bart de Boer wrote: >>> >>>> I think ASP tags should go too... Simply because it's not standards >>>> compliant and I think it's good if people are forced to make nice >>>> standards compliant documents... I'd even go so far as to favor dropping >>>> short tags too... >>>> >>>> \n"; ?> >>>> >>>> What a mess!... >>>> >>> What about the even shorter version: >>> \n"; ?> >>> >>> That's real ugly code... >>> >>> Tijnema >>> >>>> Guilherme Blanco wrote: >>>> >>>>> I really can't see a reason to mantain ASP tags. >>>>> >>>>> Ok, short tags is good because of , but it doesn't >>>>> behavior well with XML documents. So, if your intention is to change >>>>> short tags to ASP tag in a near future, ok. ASP tags does not mix XML >>>>> documents. >>>>> Otherwise, ASP tags is the most useless thing I've ever heard in PHP >>>>> sphere. I really don't know why wasn't it dropped in PHP5. >>>>> >>>>> That's what I think... IMHO. >>>>> >>>>> >>>>> []s, >>>>> >>>>> On 4/13/07, Tijnema ! wrote: >>>>> >>>>>> On 4/13/07, Richard Lynch wrote: >>>>>> >>>>>>> On Fri, April 13, 2007 9:16 am, Tijnema ! wrote: >>>>>>> >>>>>>>> I don't see why you are all against dropping the ASP tags. I see >>>>>>>> people using ASP & PHP in one script, what would that do? If >>>>>>>> >>>> ASP runs >>>> >>>>>>>> first then there isn't a problem, but if PHP runs first, it would >>>>>>>> execute the ASP code. >>>>>>>> >>>>>>> There are actually people running both PHP and ASP in series to >>>>>>> generate HTML? >>>>>>> >>>>>>> If they are, they can turn ASP tags *OFF* in php.ini >>>>>>> >>>>>>> And they certainly aren't going to be distributing that setup >>>>>>> >>>> outside >>>> >>>>>>> their own little world... >>>>>>> >>>>>> I've seen such code on the net some time ago... >>>>>> >>>>>> But should you distribute PHP code with ASP tags? That's not good >>>>>> either i think. So there's no use of the ASP tags, and they can only >>>>>> interfere with ASP. >>>>>> >>>>>> Tijnema >>>>>> >>>>>> >>>>>> -- >>>>>> PHP Internals - PHP Runtime Development Mailing List >>>>>> To unsubscribe, visit: http://www.php.net/unsub.php >>>>>> >>>>>> >>>>>> >>>>> >>>>