Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:126741 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id D24181A00BC for ; Thu, 13 Mar 2025 20:47:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1741898692; bh=5yz/4kOCrjgqlcch7LxGOMEV9sQZbOEc0F5F+3XWS5Q=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From; b=PjvrDBbcvyT5ktwEFHh963AnW40xL9+TXISjGxPeQZ/J0J3WepFS9joqmB5HjY6O5 KhUigorbZtXKt8HN0HVfAGZ3lRHRF6XC2mZbciy+XcevtzLoTR9QNSfe88PE1/wU26 AQ0+R4Fn2TMFg8kD4/IcNfuQqNdSo1tz94/gkU/D6v0DWVh9Qb27JPP+oXnkGc5hV4 4WganXUc/4YrYquGTtjHoc+gzKS64Fx/ePATQozsrPSOL5nClGFDJtjMUk8TrWKcFy z6gnXvxRYQuRJelA9tLNffL2cgK9so8eE27N4TMcQME9YXHXLEl8TZZzT/la1H99K+ /dGxTBCVWGJbg== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 56F29180053 for ; Thu, 13 Mar 2025 20:44:51 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_MISSING,HTML_MESSAGE, RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from fhigh-a7-smtp.messagingengine.com (fhigh-a7-smtp.messagingengine.com [103.168.172.158]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 13 Mar 2025 20:44:51 +0000 (UTC) Received: from phl-compute-11.internal (phl-compute-11.phl.internal [10.202.2.51]) by mailfhigh.phl.internal (Postfix) with ESMTP id DB176114015B; Thu, 13 Mar 2025 16:47:23 -0400 (EDT) Received: from phl-imap-09 ([10.202.2.99]) by phl-compute-11.internal (MEProxy); Thu, 13 Mar 2025 16:47:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bottled.codes; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to; s=fm2; t=1741898843; x= 1741985243; bh=5yz/4kOCrjgqlcch7LxGOMEV9sQZbOEc0F5F+3XWS5Q=; b=E OdNPmpGu2CyrV6RicTqGL54NFotfEBe3U4H5fnMt+n27g/78EJMyKodTi7HV6gH6 zUbaCBzw8+NSkvCAK9itxNtG0Do05M2uh2WGve+Y3oV3Ndvw1KQC6PgxtstMjcTI 2hCJ8lIFdHynZ+SU2DL1FMJveyhKvOiDtIeKUED+X8EKeTid9dLKmpAkIvYyDo4t LVVUJwBQFJnz/2GGmPWWLAKce+rLAq2OdWqZLaynPNQQSVPxcwwwd9BKeLZaKXvq XhNAzliNAqW6xP343PQtuUKh6FVekpCJUiFt1HeD5fGbHrVJMkWUf8Tlt7T5NbhY +nt7paPxSYikt37TyBwxA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1741898843; x=1741985243; bh=5yz/4kOCrjgqlcch7LxGOMEV9sQZbOEc0F5 F+3XWS5Q=; b=1SMmtJa2SKd58ozmJh3QlA3k7DL4ZqAN+aWVrJSStMbeInZbE2A U7SdTErNBcJAr5xPelzgKbDGi771sWePmySd4d1GCut5zpKp1Z2NyhHct/XeCxWs O9sszIWDeZyIsizLFwGeSqwvEf7lxz9Kp0Nr9J6MEdo5gj1LnWxe/SQE61+taAyF 4NVg//UlGBx137lk+hqtKzsGdhv2X9DQNPs0ZjVIHtiNZZKDN76UFnlWXA6xmdd4 7skBROjXeLaZkf952VwWMYrqvw6rSrjnxG/+UmjmmPlHGCArQIRRI4eHjgwcs2in oD0ERokGcq4KnUQDhBl72adSeJ2RN+aW72g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduvdekleehucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefogg ffhffvvefkjghfufgtsegrtderreertdejnecuhfhrohhmpedftfhosgcunfgrnhguvghr shdfuceorhhosgessghothhtlhgvugdrtghouggvsheqnecuggftrfgrthhtvghrnhepff egveevgedtfffgffdvffdtvdehueelgeevkeetffeuleeitdegkeejtedtteeknecuffho mhgrihhnpehphhhprdhnvghtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomheprhhosgessghothhtlhgvugdrtghouggvshdpnhgspghrtghpthht ohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepthhimhessggrshhtvghlsh htuhdrsggvpdhrtghpthhtohepihhnthgvrhhnrghlsheslhhishhtshdrphhhphdrnhgv th X-ME-Proxy: Feedback-ID: ifab94697:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 7F45A780069; Thu, 13 Mar 2025 16:47:23 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 Date: Thu, 13 Mar 2025 21:46:49 +0100 To: =?UTF-8?Q?Tim_D=C3=BCsterhus?= Cc: internals@lists.php.net Message-ID: In-Reply-To: <0d94bf183543ee9948fcd31337198438@bastelstu.be> References: <2935d0e2-ddc4-447c-ab37-c9b7337b8b60@app.fastmail.com> <0d94bf183543ee9948fcd31337198438@bastelstu.be> Subject: Re: [PHP-DEV] Re: RFC: short and inner classes Content-Type: multipart/alternative; boundary=b4ee89afd31a41e4be05d241b9fd0df0 From: rob@bottled.codes ("Rob Landers") --b4ee89afd31a41e4be05d241b9fd0df0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, Mar 13, 2025, at 12:01, Tim D=C3=BCsterhus wrote: > Hi >=20 > Am 2025-03-12 11:10, schrieb Rob Landers: > > - Accessing inner classes is done via a new token: ":>" instead of=20 > > "::". >=20 > I don't particularly like that. It is =E2=80=9Cinvented syntax=E2=80=9D= and I don't=20 > think that inner classes are sufficiently valuable to dedicate an enti= re=20 > operator to them that could serve a more useful purpose in the future.=20 > It also got 4 negative points in the rating back when the namespace=20 > separator was decided: https://wiki.php.net/rfc/namespaceseparator >=20 > Would `\\` (i.e. two backslashes) work? The outer class for inner=20 > classes effectively act as a namespace, so it makes sense to me to use=20 > syntax that is similar to namespaces. >=20 > I'll look into the rest when there is a new implementation, since I=20 > assume some details will still be clarified and fixed as part of=20 > implementing the proposal. >=20 > Best regards > Tim D=C3=BCsterhus >=20 I am not particularly attached to the separator. I specifically chose it= due to being a mixture of :: and -> and -: seemed like a bad idea. In o= ther words, an inner class felt natural to use :> -- however, I have som= e issues with it myself. Particularly, it is too much like |> and as sho= wn in the namespace RFC, way too easy to typo. Personally, after using i= t for a few days, I'd almost rather go back to :: ... I will give \\ a try, but it has to be typed quite a bit when referencin= g inner classes, so keeping it easy to type is a must. I feel like \\ re= quires a large movement to type, at least on a qwerty non-english keyboa= rd. Maybe people using other keyboards can chime in. > I don't think that inner classes are sufficiently valuable I'm curious why some people feel this way and why some other people are = saying the opposite (emphatically). I'll nudge the private emails I've r= eceived to speak up publicly on the list as well. But, why do you feel t= his way? =E2=80=94 Rob --b4ee89afd31a41e4be05d241b9fd0df0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

=
On Thu, Mar 13, 2025, at 12:01, Tim D=C3=BCsterhus wrote:=
Hi

Am 2025-03-12 11:10, schrieb Rob Landers:
> - Accessing inner classes is done via a new token: ":>" in= stead of 
> "::".

I d= on't particularly like that. It is =E2=80=9Cinvented syntax=E2=80=9D and= I don't 
think that inner classes are sufficiently v= aluable to dedicate an entire 
operator to them that = could serve a more useful purpose in the future. 
It = also got 4 negative points in the rating back when the namespace 

Would `\\` (i.e. two backslashes) work? Th= e outer class for inner 
classes effectively act as a= namespace, so it makes sense to me to use 
syntax th= at is similar to namespaces.

I'll look into= the rest when there is a new implementation, since I 
assume some details will still be clarified and fixed as part of =
implementing the proposal.

B= est regards
Tim D=C3=BCsterhus


I am not particularly attached to the sepa= rator. I specifically chose it due to being a mixture of :: and -> an= d -: seemed like a bad idea. In other words, an inner class felt natural= to use :> -- however, I have some issues with it myself. Particularl= y, it is too much like |> and as shown in the namespace RFC, way too = easy to typo. Personally, after using it for a few days, I'd almost rath= er go back to :: ...

I will give \\ a try, = but it has to be typed quite a bit when referencing inner classes, so ke= eping it easy to type is a must. I feel like \\ requires a large movemen= t to type, at least on a qwerty non-english keyboard. Maybe people using= other keyboards can chime in.

I don't think that inner classes a= re sufficiently valuable

I'm c= urious why some people feel this way and why some other people are sayin= g the opposite (emphatically). I'll nudge the private emails I've receiv= ed to speak up publicly on the list as well. But, why do you feel this w= ay?

=E2=80=94 Rob
= --b4ee89afd31a41e4be05d241b9fd0df0--