Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35664 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33457 invoked by uid 1010); 20 Feb 2008 20:48:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 33442 invoked from network); 20 Feb 2008 20:48:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2008 20:48:52 -0000 Authentication-Results: pb1.pair.com header.from=tularis@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=tularis@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 213.75.38.113 as permitted sender) X-PHP-List-Original-Sender: tularis@php.net X-Host-Fingerprint: 213.75.38.113 hpsmtp-eml13.kpnxchange.com Windows 2000 SP4, XP SP1 Received: from [213.75.38.113] ([213.75.38.113:3068] helo=hpsmtp-eml13.kpnxchange.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E4/65-30965-2329CB74 for ; Wed, 20 Feb 2008 15:48:51 -0500 Received: from cpsmtp-eml114.kpnxchange.com ([213.75.84.114]) by hpsmtp-eml13.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 20 Feb 2008 21:48:47 +0100 Received: from [192.168.2.101] ([62.131.2.67]) by cpsmtp-eml114.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 20 Feb 2008 21:48:47 +0100 Message-ID: <47BC923D.7090708@php.net> Date: Wed, 20 Feb 2008 21:49:01 +0100 User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Marcus Boerger CC: Jochem Maas , internals Mailing List References: <001c01c87264$3c01b4e0$b4051ea0$@de> <1203453089.24580.12.camel@localhost> <1615703844.20080219214224@marcus-boerger.de> <47BB41F1.40607@iamjochem.com> <1016146449.20080220210127@marcus-boerger.de> In-Reply-To: <1016146449.20080220210127@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Feb 2008 20:48:47.0843 (UTC) FILETIME=[FD97C330:01C87401] Subject: Re: [PHP-DEV] RFC: Traits for PHP From: tularis@php.net ("M. Sokolewicz") Marcus, Jochem, Although I agree with the general idea, I feel strongly against possesses, mainly because for a non-native english speaker it's a pita to write and will (and I'm sure of this) *very* often be misspelled (leading to general annoyances while debugging). I can't give any better fitting keywords for it though, but possesses is definitly not the best choice imo. - Tul Marcus Boerger wrote: > Hello Jochem, > > good arguments. And good ideas. I'd favor 'posesses' then. > > marcus > > Tuesday, February 19, 2008, 9:54:09 PM, you wrote: > >> firstly, I'd like to reiterate the general sentiment >> that Stefans RFC is blinding! (that's a good thing in this context ;-) > >> Marcus Boerger schreef: >>> Hello Lars, >>> >>> we could even go for include here if we wanted to avoid use as much as >>> adding a new keyword. Personally I don't mind using keywords for different >>> stuff as long as it cannot conflict. That is in this case true for both >>> include and use. > >> how about 'possesses' or 'exhibits' - both these words are closer to the >> natural language usage of 'trait' with regard to a subject. > >> John exhibits a **** trait >> Jack possesses a **** trait > >> a person coming accross 'use' or 'include' in the context of >> trait attribution may either make assumptions or become confused as to >> possible changes/additions to the use and/or include functionality, a >> new keyword that aptly describes the intention will more likely force >> users to actually find out what it means. > >> an another alternative might be 'applies' - which doesn't fit the >> natural language usage of 'trait' but does succintly describe what is happening. > >> just a thought. > >>> marcus >>> >>> Tuesday, February 19, 2008, 9:31:29 PM, you wrote: >>> >>>> Hi Stefan, >>>> Am Montag, den 18.02.2008, 20:27 +0100 schrieb php@stefan-marr.de: >>>> [...] >>>>> class ezcReflectionMethod extends ReflectionMethod { >>>>> use ezcReflectionReturnInfo; >>>>> /* ... */ >>>>> } >>>> I'm not sure if the use-keyword is a good idea as namespaces are already >>>> "used". If we use "use" for traits, maybe going back to "import" for >>>> namespaces would be the way to go. >>>> cu, Lars >>> >>> >>> Best regards, >>> Marcus >>> > > > > > Best regards, > Marcus