From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alex Newsgroups: gmane.emacs.devel Subject: Re: Renaming non-X x_* procedures in xdisp.c (and elsewhere) Date: Sat, 30 Mar 2019 11:59:08 -0600 Message-ID: <87ef6ont03.fsf@gmail.com> References: <87wokp4okn.fsf@gmail.com> <83ef6xpo6b.fsf@gnu.org> <0f4be9a6-6e09-f55d-9f58-2a15aef264cd@cs.ucla.edu> <837ecpplw8.fsf@gnu.org> <871s2w510a.fsf@gmail.com> <922F9B91-2E9E-45F6-BB96-66CAE5E9FB81@gnu.org> <87k1goqpnn.fsf@gmail.com> <83imw8nspc.fsf@gnu.org> <87ftrcqg5j.fsf@gmail.com> <83bm20nm62.fsf@gnu.org> <87d0men4jx.fsf@gmail.com> <83o95sisk7.fsf@gnu.org> <87mulcnui4.fsf@gmail.com> <83bm1si7lf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="78301"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 30 18:59:36 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hAIGT-000KE7-PO for ged-emacs-devel@m.gmane.org; Sat, 30 Mar 2019 18:59:33 +0100 Original-Received: from localhost ([127.0.0.1]:53198 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hAIGS-0001rh-Oi for ged-emacs-devel@m.gmane.org; Sat, 30 Mar 2019 13:59:32 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:41985) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hAIGL-0001rc-2w for emacs-devel@gnu.org; Sat, 30 Mar 2019 13:59:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hAIGG-0003o0-5Y for emacs-devel@gnu.org; Sat, 30 Mar 2019 13:59:21 -0400 Original-Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641]:35044) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hAIG8-0003gS-C3; Sat, 30 Mar 2019 13:59:14 -0400 Original-Received: by mail-pl1-x641.google.com with SMTP id p19so2502338plo.2; Sat, 30 Mar 2019 10:59:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=uqO7ZNy9zPhEWHDtYpQRdsSzLqRlufg3fm6wUPDnWl4=; b=twpPyIpR1BQ8UNegZ0/q3IE5LUQvivKAqhGpEk8LNHhsibL6cniGkDtXxyGUh13QmD JlN89PWf0re3pGmu/jp1OpsXO371xoctPYx6zZC0hrd1vn6nd/Cr4y/WkXB3eNsV5gkn c6YM8wKf/v021eWOoHIL/I8kfD6me4AVG9P1jvFm0rL/tSweJ+mGqGSO/BpwceDP7r7c ZX99GIHRrNbpV+BEEipXPP/MxOAmYcVrStGMUHGp96UtQcz6pjBm6sks75MfIWAN1h0p k1z4JwYeIYWeskRzUma2SaAOH7MG0ts4S/dxhgkN662VN0bH2ZgjLdYxA7kiPinK7ZHK dHfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=uqO7ZNy9zPhEWHDtYpQRdsSzLqRlufg3fm6wUPDnWl4=; b=t+HfBFWXeGVZtaX1PmEmXbvA3e4zag84jx3rhHv7TqM8PADLNkOE+Kuekr6yOkTtX7 dMnyJskAZGPdhwKiJC40RqMAVqs/fvEl3SpVkA3aJIlJq93BUWkXta1aJJW3lqtZsBep rjUlbzvnfNjoZhpCJWF4gPF288Jnn1Fyg/RXv+Z8cN/r6ZsLuMcEcoj06+6T5D4rXAwQ sFiXLUZsyw5KPTk4Lfa2tiygnjKKPGQjOQUgBg2ffKa1tRLYSS8fB/WW5Zz5ruF8X9Bn MfhCoSDT6ch9hFIWpsf+12rTz3CFtTiLMHjSLt10R1FHNilzpiu/w9M1/njTGwJ8Hb5X LdfQ== X-Gm-Message-State: APjAAAUtF2Ey7V5PNz4leuWmaFpL1hgY3yBxn7+VZfD0X/pxevk4hR8x Cju5SpljZzhm/wpqn6k3clEAXNDZ X-Google-Smtp-Source: APXvYqyrY33227h5h4WjKOvn0XqXlkbBv0AdKuSQrFKwvv14NkO99vyrpv9ntgHvRGwkRhRjGDJf6w== X-Received: by 2002:a17:902:2f:: with SMTP id 44mr55814268pla.139.1553968748680; Sat, 30 Mar 2019 10:59:08 -0700 (PDT) Original-Received: from lylat ([2604:3d09:e37f:1500:1a72:4878:e793:7302]) by smtp.gmail.com with ESMTPSA id q11sm8900325pgs.94.2019.03.30.10.59.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 30 Mar 2019 10:59:07 -0700 (PDT) In-Reply-To: <83bm1si7lf.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 30 Mar 2019 20:40:28 +0300") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::641 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:234824 Archived-At: Eli Zaretskii writes: >> From: Alex >> Cc: emacs-devel@gnu.org >> Date: Sat, 30 Mar 2019 11:26:43 -0600 >> >> > We could, of course, invent a new struct and a new macro, but we'd be >> > reinventing the FRAME_RIF stuff anyway: the result will most probably >> > look identical to FRAME_RIF, except for names. Is that worth our >> > while? >> >> Probably not. I was thinking about the rest being terminal hooks, >> though. WDYT? > > Not sure what you mean by "terminal hooks". They all accept a pointer > to a frame, no? I meant being used through a function pointer in the terminal struct rather than in the redisplay_interface struct. >> That would still leave the issue of it making the code >> single-backend-only. Though, I guess it's not going anywhere. > > What do you mean by single-backend-only? There will be several > implementations, one each for every backend. It's not a catastrophe, > and I don't see how to solve it without ugly ifdef's or even more > complications. Doesn't sound justified, as long as no one is working > on allowing the same session create frames on different > window-systems. The same session and different window-system case was what I was thinking about, but I agree that it can be put off until someone takes up that issue.