From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: One-off history for read-string Date: Sun, 27 Sep 2015 03:20:51 +0200 Message-ID: <87612wr72k.fsf@debian.uxu> References: <87y4fwt3vq.fsf@mbork.pl> <87twqjpc9h.fsf@debian.uxu> <87oagrt1d0.fsf@mbork.pl> <87zj0arl88.fsf@debian.uxu> <87pp15sxqf.fsf@debian.uxu> <87h9mhbp26.fsf@mbork.pl> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1443316372 26369 80.91.229.3 (27 Sep 2015 01:12:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Sep 2015 01:12:52 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Sep 27 03:12:40 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zg0W6-0005x0-5r for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Sep 2015 03:12:38 +0200 Original-Received: from localhost ([::1]:55745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zg0W5-0007Av-LU for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Sep 2015 21:12:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zg0Vv-0007Aj-1I for help-gnu-emacs@gnu.org; Sat, 26 Sep 2015 21:12:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zg0Vr-0008Fu-R0 for help-gnu-emacs@gnu.org; Sat, 26 Sep 2015 21:12:26 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:58696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zg0Vr-0008FL-Ku for help-gnu-emacs@gnu.org; Sat, 26 Sep 2015 21:12:23 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Zg0Vm-0005U0-U0 for help-gnu-emacs@gnu.org; Sun, 27 Sep 2015 03:12:19 +0200 Original-Received: from nl106-137-244.student.uu.se ([130.243.137.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Sep 2015 03:12:18 +0200 Original-Received: from embe8573 by nl106-137-244.student.uu.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Sep 2015 03:12:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Original-Lines: 45 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: nl106-137-244.student.uu.se Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:+gIhsClnnPFPkeQij/j2MtOGxak= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:107369 Archived-At: Marcin Borkowski writes: > From Emacs' point of view, it's kind of read-only; > while read-string does write to it, it _doesn't > matter_ at all. But you can call it what you want. > I'm not very good at naming things, apparently. It is not a good policy to name things after properties that doesn't matter. Also, most often it is not a good idea to name things in terms of technology but rather their purpose/usefulness, but there are more and more exceptions to that rule the deeper you delve into technology and this might be one of them. This is client-server/remote/distributed history. >> And how will the history be assembled if it is only >> clients that fetch it and then never add to it? > > Who said about never adding? ... Of course it is > sent to the server, by some _other_ piece of code. Then it is even more confusing to call it "read only" as both writing and reading is done. > and there is _no point_ in keeping the history in > two places Still, there is no gain removing it unless it does any harm. >> And again, what is the purpose of all this? > > To write an actual program which does something > actually useful, not to discuss endlessly about why > anyone might want to write such a program. I don't ask in general, I specifically ask why you want a server to handle the history? -- underground experts united http://user.it.uu.se/~embe8573