From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Re: Imports / inclusion of s.el into Emacs Date: Sat, 2 May 2020 23:11:21 +0200 Message-ID: References: <5f91c6e5-b4af-4478-b221-4ca37f0fb74c@default> <99160458-6ac3-48a1-bd28-2d8006ba86f9@default> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="13209"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers , Eli Zaretskii , Richard Stallman To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 02 23:12:52 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jUzRL-0003LQ-RL for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 23:12:51 +0200 Original-Received: from localhost ([::1]:39130 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUzRK-0003Oa-TW for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 17:12:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47018) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUzQB-0000yS-Q1 for emacs-devel@gnu.org; Sat, 02 May 2020 17:11:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jUzQB-0003Hk-Bj for emacs-devel@gnu.org; Sat, 02 May 2020 17:11:39 -0400 Original-Received: from mail-yb1-f181.google.com ([209.85.219.181]:45177) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jUzQ7-0003Dp-3A; Sat, 02 May 2020 17:11:35 -0400 Original-Received: by mail-yb1-f181.google.com with SMTP id p7so6926326ybo.12; Sat, 02 May 2020 14:11:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=czALzRSUdVrzMNJ6RVsSgKHTadRs8bBSHfk+VUcD7Gg=; b=XuaYY87IQWY31I78qDSyCo+Gc7cgxwAGZiOAgAKM9bkj7ZgXBvaapPKI7s2sVTEIiR 5yXwb7kBXP5xJVAzilZ56R1UzluDqAH5ZS2Esh7wX9xcOd6HhyuACXi///5tkQeeNPHt IWk91y5MZIFZN7wu7Z5Moeeu1JEpUwrNKWi54K4Dl1pBy5yOqSuunT6r9luSyWeqfAQO AKeXdbPhBIxgGTCgbDWKABhXmcihl8bfl+u6Pgp/xj6a383gkiTeHusx94lmC6rufbV3 Up5A4A3I/kIm35SwDD307kEZbKWPeEZXUcPyRE2ZOADZ2dHUlOVoPm546RhTkzZhEWzp AkRQ== X-Gm-Message-State: AGi0PuaIskYihvgQOnox5OwMRMIPci5LX10zTj+9+ND5JYHZpMBFucOF z50ZTMn48YsKDH4ogHC9F4G7uHskBkHRQdWVjvs= X-Google-Smtp-Source: APiQypJl/N6GyI7h5rLU71kXS7wpLWPYXIx2VoAQTRqf1Jaa2p7b43JqlKSwexPmtgk0ct1M5HGOkDiOovPuf1NGvrQ= X-Received: by 2002:a5b:4cf:: with SMTP id u15mr4417971ybp.43.1588453892635; Sat, 02 May 2020 14:11:32 -0700 (PDT) In-Reply-To: <99160458-6ac3-48a1-bd28-2d8006ba86f9@default> Received-SPF: pass client-ip=209.85.219.181; envelope-from=stefankangas@gmail.com; helo=mail-yb1-f181.google.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/02 17:11:32 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.219.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248574 Archived-At: Drew Adams writes: > According to what you've said before, instead of > those functions being named `text', `lazyText', > `bytes', `lazyBytes', `charToByte', and > `byteToChar' they should be named `string-text', > `string-lazyText', `string-bytes', > `string-lazyBytes', `string-charToByte', > and `string-byteToChar'. Please have another look beyond the first few examples on that page where the "str" and "s" prefix feature prominently. Also note the different kinds of uses for the function you mention (e.g. "bytes :: String -> ByteString") and the examples further down (e.g. "strTrim :: a -> a"). This shows that the library designers have been judicious in their use of prefixes. We would probably be wise to exercise similar care. Best regards, Stefan Kangas