From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: use-package :after ?? Date: Fri, 12 May 2023 10:22:42 +0300 Message-ID: <837cte3tfh.fsf@gnu.org> References: <83fs87c8wg.fsf@gnu.org> <831qjn75tw.fsf@gnu.org> <83mt2a3xap.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23581"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri May 12 09:22:01 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1pxN6G-0005wN-RB for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 12 May 2023 09:22:00 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pxN5p-0002k2-JZ; Fri, 12 May 2023 03:21:33 -0400 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 1pxN5n-0002iS-9l for help-gnu-emacs@gnu.org; Fri, 12 May 2023 03:21:31 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxN5n-0006N8-16 for help-gnu-emacs@gnu.org; Fri, 12 May 2023 03:21:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=fDyWgR8wPWRlJWVbUkGvdlnRGI6ChS3uPOJhdAmqP+4=; b=i5d+WLAZ5Agv dMY4zxe3C8KjprfeR1xz7FsuMwcNwS4USLsFCBPIK3c2VnD18KsIsbwJI8dZ9scnxFUjKeTMOu/ab 168bt32WPZgGZ1RDDlRipmQg1YElBNv9VjA63wI6Xq4H0MS+xy3gvOyEaSEfpGdxPzX3ULoJUaO/P Ns1BqAMu8WPPM+Lo3jtomYYr9oZXT24AYccJrace+QcnOsPu/M1Rk2S8VwAKs13K3ofngJMzUua1f +rsqxD4m80PqkFWzKl6Ia+8pE0NoTma8X7ZBP7Xl/5kVeliDQCgbFQfDIYzc1B2esTB9nm2PuMQPf KqXcvD3/k/JpUekjE6zaMA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxN5m-0004q0-HZ for help-gnu-emacs@gnu.org; Fri, 12 May 2023 03:21:30 -0400 In-Reply-To: (message from David Masterson on Thu, 11 May 2023 23:54:06 -0700) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143569 Archived-At: > From: David Masterson > Cc: help-gnu-emacs@gnu.org > Date: Thu, 11 May 2023 23:54:06 -0700 > > > In any case, if there's something unclear here, the problem might be > > with the description of :demand, not with :after -- the node "Forcing > > loading" says :demand is overridden by :defer, but says nothing about > > :after. > > Possibly, but the above (made up) example was an attempt to determine if > :after might effect when the loads occur due to a side effect. Perhaps > this side effect might be important in certain cases. > > Oh, that Info node says :demand is overridden by :defer, but docstring > for use-package-always-defer says assume :defer unless :demand is used. Are we still talking about :after? My questions were meant to figure out whether :after's documentation needs some improvements. If everything is clear with :after, and we are talking about :demand and :defer, let's talk about those two. The text you quote is about use-package-always-defer, not about :defer, so how is that a contradiction to whether :defer overrides :demand?