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.devel Subject: Re: [ELPA] New package: activities Date: Fri, 26 Jan 2024 14:32:12 +0200 Message-ID: <8634ukb7hv.fsf@gnu.org> References: <86frykbksh.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40386"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Adam Porter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jan 26 13:33:40 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 1rTLOt-000AEz-T2 for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Jan 2024 13:33:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rTLO2-0005bD-Kw; Fri, 26 Jan 2024 07:32:46 -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 1rTLNy-0005X1-HZ for emacs-devel@gnu.org; Fri, 26 Jan 2024 07:32:43 -0500 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 1rTLNx-0000cs-K6; Fri, 26 Jan 2024 07:32:42 -0500 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=41vtigN8yeh29zsHalpp2z6yPSrNDjk7ufFU8Wgd18k=; b=B5/+4Nsg3f8P DJWnf372DA6W2KC1zZwZ68zwWSryOsESrGofOS9QX5Sj5FqDVngKdzRL+U4RgPdD9+YS/iJNe2nq3 1pFrB88uxVNC4/VFK53kQ2IfQRax4ik1XmJgEM6IaVpzncFPrKzfu0d2Tn6+HRb4aegIl0PnR1YFL 9PEozHOq/3wUGYg8uXPD3TWFCE/5o/z7XSj7fwrze3z+6OgjwP/hI7neLmWJo8xClg2yBQT3RGw/z wj1CfEZl4bBwYDRUxWid5sFRjcioRBjPyU0QsGf4lltF6iScUcZfJ5wHrV1owgg4DvNGU1Tu8MB+8 rj7TvusPy/fpTKcq1ovl1Q==; In-Reply-To: (message from Adam Porter on Fri, 26 Jan 2024 04:42:26 -0600) 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:315429 Archived-At: > Date: Fri, 26 Jan 2024 04:42:26 -0600 > Cc: emacs-devel@gnu.org > From: Adam Porter > > > From the user-facing POV, how is this different from desktop.el's > > ability to save/restore Emacs sessions to/from separate desktop files? > > As the documentation explains: > > How does this differ from the built-in ~desktop-mode~? :: As best > this author can tell, ~desktop-mode~ saves and restores one set of > buffers, with various options to control its behavior. It does not use > ~bookmark~ internally, which prevents it from restoring non-file-backed > buffers. This could be added to desktop.el as a (relatively simple) enhancement. > As well, it is not intended to be used on-demand to switch > between sets of buffers, windows, or frames (i.e. "activities"). Maybe I don't understand what this means, but desktop.el can be told to restore a session recorded in a specific directory, which allows the user to have several desktops recorded, and to restore each one when necessary. Are you talking about something else? > In addition to that, activities.el provides a mode to automatically save > an activity's last window configuration in addition to its default. Not sure what "in addition to its default" is about, but desktop.el also saves the current session regularly and automatically (see desktop-auto-save-timeout). > And it provides integration with tab-bar-mode, as well as other > conveniences and interactive commands. Is that missing from desktop.el? If so, can you tell what is missing? > Finally, activities.el is designed to be independent of other > features and co-exist with them, avoiding interference with other > libraries. It's only a few days old, but is based on another > library of mine; I intend to continue developing it with user > feedback to allow further extension and integration with other > tools. I wish people would extend existing features instead of reinventing them from scratch. Would you perhaps consider extending desktop.el to add whatever you think is missing there? If not, why not? Thanks.