From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?6Lev5a6i?= Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] Brief v5.90: neighboring window merge on deletion Date: Sun, 24 Mar 2024 23:51:51 +0800 Message-ID: References: <86il1cvp7o.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8904"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Juri Linkov , Emacs developers To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 24 16:53:44 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 1roQAJ-0002Cc-US for ged-emacs-devel@m.gmane-mx.org; Sun, 24 Mar 2024 16:53:43 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1roQ9C-0004oW-Ez; Sun, 24 Mar 2024 11:52:34 -0400 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 1roQ9A-0004na-Ll for emacs-devel@gnu.org; Sun, 24 Mar 2024 11:52:32 -0400 Original-Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1roQ98-0003Gb-Sm for emacs-devel@gnu.org; Sun, 24 Mar 2024 11:52:32 -0400 Original-Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-56bf6591865so1771360a12.0 for ; Sun, 24 Mar 2024 08:52:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711295549; x=1711900349; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=xGpqJwg0SURfzwDw+/tYjNqBsWPt1OIYyyEpgF5/Bug=; b=OPaGFxCPQYO30Z2P/yFYXpGsydhWbBjTZAGrA7eCzP83yoood0dg1nrG82sgIy796A 3GbFlw67XeSRe1E+MCRH2hY0K3g2wrlmw0AfMPKGFb+KJad5ngvrrWTf7z1S0SZ8GzRs rH6QO+dj6HfD/BKfrf1esuIp/tCO2dlYPtt1q65q5G/erJS1C2S68obz943X9uFbe7Fu /pTBQ74bFGeo/wrCeavt/FVsHjLWP+d/W3pJ9oz9SaCdXNzlvhlBB7LQ+0b+XoJZZNz4 5H8mKjir438VYO7Ssc3UAsML7Klrso/1SwIvLawOTVED++fSTsujXPdxFmA8+PetRzWG envw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711295549; x=1711900349; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=xGpqJwg0SURfzwDw+/tYjNqBsWPt1OIYyyEpgF5/Bug=; b=sf+l1EhsgZeLQM1K73tcgzJo/zBn/muOg/8ae+6cfs2zuH73kmCeqvr+kxL03/FDwx WNpU0eMRore6us8VNT1BIEX1UoWVy4nYv7+h3zXwh9Nf2/7m/dwr751QnJnoIEBQ3e4T FVeZDDs54Ik80cULUvpLrcfa9AQdSScm5d2+p/j2+gvSOsvkhX4FiyjUQx0TWuAbnpCo ytKqzQtYoozGYf/iDLXa9SrmuaG8fLtbo9zFnKm6RnHL861SZAxvyjb8kwVjHQKrGqfz 3X2gUvgHRY1h82hogmNWugmaqgg4oQN6faFG0lG1vdypONs/hDcsoj89x7yELIpsJzUg Gk/A== X-Forwarded-Encrypted: i=1; AJvYcCU0mxUZaE1cKgtp8yOQWXvGCaPh/lxQerxprRkfX2N18Bz+7/SlixZegKE0is2VknmF7GmLpdtOfo6ncah2xZ17jyjB X-Gm-Message-State: AOJu0YwQCzHCGAwBkJdt+VCFREuuXMBQ6yYOacUqBRZRlctU1UUoulr1 40utL1GmtcfM6poj3sdIa29aR6yP/OVEQyWnQiVQkEtPm35uHHFxnLcrk2o4dac3yoJqIHkxtVt Gn50PsIpu7uSmqrtaPOvCVnQRTiIH0lci X-Google-Smtp-Source: AGHT+IFpl8zhFl9KXo4gCMbECczrIlZTcaZDcCGSQgO06XA1kZ1xkC5UOXSBC1s62Q5A72kMMSaUwAWlcmtdgPbfBAs= X-Received: by 2002:a17:906:1cd3:b0:a44:4c9e:8809 with SMTP id i19-20020a1709061cd300b00a444c9e8809mr2883458ejh.32.1711295548665; Sun, 24 Mar 2024 08:52:28 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::531; envelope-from=luke.yx.lee@gmail.com; helo=mail-ed1-x531.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:317264 Archived-At: > This means that buffer overlays with a 'window' property will not work > correctly in any of the new ones. Overlay is a good point, but can be saved before reconstruction and restored afterwards in the affected windows. My code try to restore as many window properties as possible but the overlay is surely a missed one. It will be taken care of in my next release. > Moreover, if such windows were stored in Lisp variables, they would be > considered dead although they apparently still exist like the ones in > the lower part of your frame. If some code store windows in variables, Emacs native window deletion will also make it dead, besides, Emacs does not seem to provide a hook for deleting windows thus codes that store windows in variables should always consider the possibility if a window is dead. I know the point is that my window reconstruction makes it appear to be still alive. As with most other features, it can be configured to default OFF and switch back to native Emacs window deletion behavior when causing problems. But so far I haven't met such a problem yet. If there is such a case I hope the designers who store windows in variables provide hooks so that I can add support on this. Luke