From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Fri, 17 Dec 2021 08:34:38 +0100 Message-ID: <87v8zn1y7l.fsf@gnus.org> References: <87tufmjyai.fsf@gnus.org> <878rwx8mdn.fsf@gnu.org> <87r1aphuei.fsf@gnus.org> <837dcex6ub.fsf@gnu.org> <83a6h9tu1c.fsf@gnu.org> <87sfuzwzk0.fsf@gnus.org> <87fsqyh17u.fsf@gnus.org> <87sfuxrvm0.fsf@gnus.org> <87tufbr6lc.fsf@gnus.org> <87sfuumjjw.fsf@gnus.org> <87pmpxhz4y.fsf@gnus.org> <831r2dhswd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20261"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: eric@ericabrahamsen.net, cesar.mena@gmail.com, rms@gnu.org, pipcet@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 17 08:40:37 2021 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 1my7r1-00051N-2c for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Dec 2021 08:40:35 +0100 Original-Received: from localhost ([::1]:60006 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1my7r0-0004Gu-2w for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Dec 2021 02:40:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45354) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1my7lQ-0007Jd-09 for emacs-devel@gnu.org; Fri, 17 Dec 2021 02:34:48 -0500 Original-Received: from [2a01:4f9:2b:f0f::2] (port=60488 helo=quimby.gnus.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1my7lO-0006hB-AF; Fri, 17 Dec 2021 02:34:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SPXzKb3iXkwaafU8NOYsBnCRZMXt5vPDMv/cEKTe4eE=; b=FOSJvW+/FJoikqO46u39peHVKx wbhADsbw4FQxVGkmvuv5dhPBTq5dG0mMDXFgbQrVlPvsCy+gCJa9a/ihSXPAar7Tx9Yvdn59b2Da9 nxY+JToeslbPMChr4zwMhPU4lnlaVBijzzXSSovvOMAaqSKQYMNCjY4ECsjDaeHILpxk=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1my7lH-0005Yo-0F; Fri, 17 Dec 2021 08:34:41 +0100 X-Now-Playing: David Allred's _Driving Through the Aftermath of a Storm on a Clear Day_: "Wave" In-Reply-To: <831r2dhswd.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 16 Dec 2021 10:10:26 +0200") X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a01:4f9:2b:f0f::2 (failed) Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -35 X-Spam_score: -3.6 X-Spam_bar: --- X-Spam_report: (-3.6 / 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_MED=-2.3, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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" Xref: news.gmane.io gmane.emacs.devel:282192 Archived-At: Eli Zaretskii writes: > Application state is indeed a different issue, that should be decided > separately on a case by case basis. For example, should > .emacs.desktop remain in its current text form? I personally think it > should, because it's still readable enough and performant enough, but > there could be other opinions. Yeah, I think .emacs.desktop is probably fine as it is. Stefan M raised the issue about savehist -- the problem there is that is you have two Emacsen running at the same time, the one you close last will overwrite the data from the other instances. Quintan's log approach might work for that, but I'm wondering what the semantics should be. That is, ideally I think if you do A in Emacs 1, B in Emacs 2, and C in the first Emacs again, the savehist should have A B C and not A C B (if you closed the first Emacs first, and then the second). Possibly. And perhaps... after doing A in Emacs 1, you might be able to see that immediately in Emacs 2? But that could also lead to all kinds of usability problems. So it's no clear what the interfaces here might be for these more complex application states, and there may not be a "one solution fits all" approach for these. > Large databases are yet another different beast. For example, > consider the mairix-related features in Emacs: we current use an > external program for that, where using a database internally from > Emacs could make at least some sense: for starters, we wouldn't be > limited by search capabilities of mairix the program, but could > instead unleash the full power of Emacs searching capabilities. Yup. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no