From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Upcoming merge of adaptive-wrap Date: Sun, 28 Jan 2024 20:01:11 +0200 Message-ID: <0318d26c-a09d-49e1-ae6d-cdc5badde9a6@gutov.dev> References: <878r4eqjh8.fsf.ref@yahoo.com> <878r4eqjh8.fsf@yahoo.com> <875xzgookd.fsf@yahoo.com> <1e6f618f-5572-40e4-addb-016b467def37@gutov.dev> <87il3gn89u.fsf@yahoo.com> <87bk98n3l3.fsf@yahoo.com> <37bf6ee2-3bc0-49e8-aa55-70c77b6c5bf2@gutov.dev> <87a5orl95m.fsf@yahoo.com> <063e35f8-5920-4899-8b48-2a86c524b70e@gutov.dev> <87y1c9hkcx.fsf@yahoo.com> <87il3dh6wd.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23292"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: emacs-devel@gnu.org, Stephen Berman To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 28 19:02:11 2024 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 1rU9Tu-0005rY-3h for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Jan 2024 19:02:10 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rU9TA-0004yz-9q; Sun, 28 Jan 2024 13:01:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rU9T6-0004xw-Av for emacs-devel@gnu.org; Sun, 28 Jan 2024 13:01:21 -0500 Original-Received: from wout4-smtp.messagingengine.com ([64.147.123.20]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rU9T4-0003F6-9Q for emacs-devel@gnu.org; Sun, 28 Jan 2024 13:01:20 -0500 Original-Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailout.west.internal (Postfix) with ESMTP id 5237532009FA; Sun, 28 Jan 2024 13:01:15 -0500 (EST) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sun, 28 Jan 2024 13:01:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding: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=1706464874; x=1706551274; bh=JwM63f0/vnUDkqqFyTyHSh/hAMpE/b1L8iAmT8CXVjE=; b= TgYyyGrSD79T1E2ZxgoV2ITu5A2XTPIYSDVt3Qxpg/FaPmDWbNyTGwD3t0o2FuTk 7EHVXxZVTzdLlxtVF7Eo97hXdWD+d2/HaIAe6RRUfwTkaWnDB7Co7fxQq5JnyptN +06kXlrN/RWc4VZxpwCvT4MPiAvLRjwxWLP9bZAmiy2mrQJqakNHCsDe6cXwjAkt u+QGO1VFYGGgcv9O/nOTzyjA2MxpNHH/7BIAvECjsxMJjHUTVUW0cayvkKA4rsqI 1cPSXOXpfD85uLP57969kS0o/ouQp/8sJGCIEOxl1e4JsJIkmw+BG/WAioW5Uewo N/od2ExaZZiAEF043xLxMA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :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-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1706464874; x= 1706551274; bh=JwM63f0/vnUDkqqFyTyHSh/hAMpE/b1L8iAmT8CXVjE=; b=J Bx1JCEPT7hlnTUSFxnkrTpOMVBCMQTi0aiSqT0xmzLPDviMJGdhxznaWH7bB8YAb TLuk1QJ4ezpYiO9sVfLBSPIynfdS0VPucvR7oGGro0QuedLsKTBcwWfVB2QxP314 hV1lB1Q8EdqouqFAokuGBla6fEoPlQyOdW+DXj5jpyRKHaOVZd1HVMZpdtAcV3yv GppiLW7VZEGK8lGXwgryMmsPxPyjN1vvKBMStvbMbw3++QvRksZ2q4H8bOFk8TLE 1my30nrITaug6B00UD0JE8rZh26C3NkHuQGarKsRZFDx7p7yqfqOjqAYQ1+hnrbj E3l7Nd8kwmGgZP6/faELQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrfedtvddguddtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 28 Jan 2024 13:01:13 -0500 (EST) Content-Language: en-US In-Reply-To: <87il3dh6wd.fsf@yahoo.com> Received-SPF: pass client-ip=64.147.123.20; envelope-from=dmitry@gutov.dev; helo=wout4-smtp.messagingengine.com X-Spam_score_int: -36 X-Spam_score: -3.7 X-Spam_bar: --- X-Spam_report: (-3.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_SBL_A=0.1 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:315563 Archived-At: On 28/01/2024 16:25, Po Lu wrote: > Dmitry Gutov writes: > >> Ah, no. Installing software and browsing packages are both activities >> that most computer users are implicitly familiar with. > > Reading is an activity most literate _humans_ are intimately familar > with, but I'll humor you: the package list, in its present state as a > list of compact one-line descriptions, is not the sort of graphical > package manager computer users are well acquainted with. The search > facilities available in such package managers source their results from > thorough descriptions provided by package authors at the time their > packages are submitted, most unlike our cascade of package names and > keywords. Yeah, actually it could be a worthwhile addition. We have commands like package-menu-filter-by-description, but what they're actually filter by is the one-line summary, nor the full description from Commentary. This would require certain changes in the package archives, since currently those descriptions are fetched separately on-demand. >> People's capabilities are not static, but designing features which >> impose fewer requirements on such is likely to help more people, >> altogether. > > We are imposing no new requirements, but providing _new_ and _more > helpful_ venues through which adaptive-wrap might be discovered and > enabled. I imagine the adaptive-wrap package will be removed from ELPA sooner or later. We might as well discuss the tradeoffs. >> From the menu? Options -> Manage Emacs Packages. Either way, the fact > > Why, you have neglected to mention Option -> Line Wrapping in This > Buffer -> Visual Wrap Prefix, complete with a tooltip describing its > function. This is another example where the user is supposed to recognize the feature by its short summary, right? "Visual Wrap Prefix Mode". A the "tooltip describing its function" is Display continuation lines with visual context-dependent prefix If you think it describes it well, seems like a good package summary? >> that Emacs does have packages is a widely advertised fact, everywhere >> online. > > And why is the fact that Emacs has a manual not suitably advertised? It > is advertised on the splash screen, literally the first screen presented > to a new Emacs user. Use this command and search the list for keywords vs Open one of these big books and look for the thing you wanted I wonder what would be considered easier (people go and Google instead). >> And once you reach the packages' list, you can search across all of >> them (that appear there) using a uniform approach. > > No doubt, it will be an immeasurable relief to our users that the > technique for searching the package list is uniform, despite never > returning satisfactory results. Over the course of my year-long tenure > as a moderator of an Emacs instant messenger group with roughly 1000 > members, not once have I seen the package list credited with the > discovery of a package shared in the group. Your group seems to have some particular qualities that go across most of my experience, and those experiences I've seen conveyed on the web. Perhaps it has to do something with the particular ecosystem (it is a company which has SunOS installed somewhere, right?). The packages list even has a specific feature that highlights the packages that have been added recently (since your last viewing). All in the name of discovery. And I've taken advantage of it many times myself. >> I'm still unclear on what is missing from the summary, to be honest. >> >> The NEWS entry is more verbose, sure, but that should also apply when >> the user finds a package based on the summary and clicks on it to read >> the full description to verify if that's what they wanted to use. > > How about "source code comments", "unbroken appearance", or any of the > myriad of other applications for adaptive-wrap that users might seek > solutions for? These seem like words for additional context, but not the terms for describing the thing to search for. Or I misunderstand something.