From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Garreau Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Sun, 12 Dec 2021 06:13:11 +0100 Message-ID: <2487588.OnPJ35YEgd@galex-713.eu> References: <87tufmjyai.fsf@gnus.org> <8735myih47.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19774"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Lars Ingebrigtsen , emacs-devel@gnu.org To: Pip Cet , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 12 06:14:42 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 1mwHC6-000508-0Q for ged-emacs-devel@m.gmane-mx.org; Sun, 12 Dec 2021 06:14:42 +0100 Original-Received: from localhost ([::1]:34080 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mwHC4-0003fk-7v for ged-emacs-devel@m.gmane-mx.org; Sun, 12 Dec 2021 00:14:40 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:40634) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwHAt-0002ZQ-Tz for emacs-devel@gnu.org; Sun, 12 Dec 2021 00:13:28 -0500 Original-Received: from [2a00:5884:8305::1] (port=36462 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mwHAs-0003Hc-JM; Sun, 12 Dec 2021 00:13:27 -0500 Original-Received: from gal by galex-713.eu with local (Exim 4.94.2) (envelope-from ) id 1mwHAe-001tW5-JD; Sun, 12 Dec 2021 06:13:12 +0100 In-Reply-To: <8735myih47.fsf@gnus.org> X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:5884:8305::1 (failed) Received-SPF: pass client-ip=2a00:5884:8305::1; envelope-from=galex-713@galex-713.eu; helo=galex-713.eu X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no 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:281751 Archived-At: Le diman=C4=89o, 12-a de decembro 2021, 5-a horo kaj 26:00 CET Lars=20 Ingebrigtsen a =C3=A9crit : > Pip Cet writes: >=20 >=20 >=20 > > What about non-local files? Currently, IIUC, sqlite-mode just doesn't > > work for them, handing all file names to the sqlite library which then > > fails to open them. >=20 > It would certainly be nice to work with non-local files, but I think > it's a bit outside what we're going for here. The point is to have > efficient local storage, and non-local sqlite files doesn't give us > that. >=20 >=20 >=20 > > I'm not volunteering, but maybe we could use the sqlite3 VFS interface > > to back an sqlite3 database with an Emacs buffer (or several). That > > would solve both the remote access issue and make C-x C-f behave more > > like it does for other files. >=20 > It's be fun to have something like that, but I don't think there's that > much utility in it. What about the utility to simply *browse* sqlite files, so to provide a=20 generic tool for edition, as you suggested?