From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id AH3aL2yDnGHWxQAAgWs5BA (envelope-from ) for ; Tue, 23 Nov 2021 07:00:12 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id ECQ3K2yDnGE1PQAAB5/wlQ (envelope-from ) for ; Tue, 23 Nov 2021 06:00:12 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 34A01168F7 for ; Tue, 23 Nov 2021 07:00:12 +0100 (CET) Received: from localhost ([::1]:54842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mpOqg-0001ST-P4 for larch@yhetil.org; Tue, 23 Nov 2021 01:00:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mpOpq-0001RC-Lb for emacs-orgmode@gnu.org; Tue, 23 Nov 2021 00:59:18 -0500 Received: from [2001:470:142:3::e] (port=34478 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mpOpp-0003t8-HP; Tue, 23 Nov 2021 00:59:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=SmQEL0Wj642viB9V/+gSsLQmAQ6wl36HIGcdQ/ePeMc=; b=EJXEZQ+pR6/eFiN/egYR jscD/Om4MImjHyIT5qLQERmNR7P2jZQ+vpwVcdZ4BobFBbW2ibCjeWhKET0lXgBfHCXjpFXpDd7nz mYDn5djUlaCIL4UBKgxsdoPVsn3d4+4gNNWI8gR+4MmMzEgLyVKJF7QQj5EwH0KneoGB/8GEOYGOy w9Gc3wWRno1hDeI5gLEjhO3dZVc/aQe9TcraAUX93ParYnETjsXqlIks0ALM/MG5axTIQY/rrHnr3 dRO6AechJhe2t15f42ViocYgw1RktWOW4tNIhLIQz8j4raZlQ/iK/FeX84Q+2tsZDSM41t0A1BZfB xZZNef/52p1C0g==; Received: from [2a01:e34:ec2b:7150:994b:1546:7d7c:a499] (port=41484 helo=hal) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mpOpo-0002pj-A6; Tue, 23 Nov 2021 00:59:17 -0500 Received: by hal (Postfix, from userid 1000) id E053C1E040B; Tue, 23 Nov 2021 06:59:14 +0100 (CET) From: Bastien To: Ihor Radchenko Subject: Re: [PATCH] Fix window width when line numbers present In-Reply-To: <87czmspfp3.fsf@localhost> (Ihor Radchenko's message of "Mon, 22 Nov 2021 19:55:52 +0800") Organization: GNU References: <87fsrpuzal.fsf@gmail.com> <87lf1h71vn.fsf@gmail.com> <87zgpxtdx2.fsf@nicolasgoaziou.fr> <877dd1us7v.fsf@gmail.com> <87lf1hus3s.fsf@gnu.org> <874k85urud.fsf@gmail.com> <87r1b8n55k.fsf@bzg.fr> <87ee787o0z.fsf@gmail.com> <87wnl0lp7g.fsf@gnu.org> <87czmspfp3.fsf@localhost> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Date: Tue, 23 Nov 2021 06:59:14 +0100 Message-ID: <87h7c3za31.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Matt Huszagh , emacs-orgmode@gnu.org, Nicolas Goaziou , Timothy Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1637647212; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=SmQEL0Wj642viB9V/+gSsLQmAQ6wl36HIGcdQ/ePeMc=; b=ZqRblUUZ1RTQ/KzUCBGDtSj7q6VKzTGctga8A7gWM0kNJcFLCaOOo9BOJ9TQTXS3dG3Qiv hgldMUiw/Twt/ct0gv2fZBMTPjFcnYVwgekiV98OxzaqwpRWLySuTJePJR9ckyLnO/PcGA X9yoTIkKkSXVOqpcwTJx/K5S+eSYesFq31jPTyg4c7FLciJouX7k0YN+WKw1QWA0pQtNSj 8TZlfu6l+nUrBvWQgRksoJonpusQSXY9oQshxWsuCN43Z/nhKvLyfEz33qtdBtKzwE4bII dGh+7HQ7abpE0CLIOCFDYtcG6vziKoN9kxz87Okq7FVfe8iJ1h2A0nZyu2cg7g== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1637647212; a=rsa-sha256; cv=none; b=e4clzyO9h6a5l9iw/Uqe3WJuq0rkHQVLjV7eU2d1to1GIk7HThGZH4gMaXVzOWc7I9budY luZQDE9ptHkgGFms945Jb7WpohBaMrbc6tAKlK9uclqDE+Ip9FxKHt3qz9AmRrUVVKpyHD V+3VXS9mVLPTBr5hIMxgrwXtPo5CNzB6V/A6OS7h/3z/T5/JwoG0Ld6cQuKFa/a+id0qZB W43sYlPaAv4uspBZiycWf76fNjL6ILdeR4w1iJkRKlqguOfHsEeHv5yY3kY4ZZ63D8P7PW li+jjF3R1cHY3pXld9ibo2VgiUE/EsXudmH3WjLAWeIm5z7DXquUt5u6Lymkww== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=EJXEZQ+p; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -5.28 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=EJXEZQ+p; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 34A01168F7 X-Spam-Score: -5.28 X-Migadu-Scanner: scn0.migadu.com X-TUID: xqM+knKAvMEE Hi Ihor, Ihor Radchenko writes: > The text is mostly clear. However, there is a slight confusion about > actual current Emacs version vs. planned Emacs version. I've rephrased it a bit to focus on "releases", not "versions": We aim at keeping the latest stable version of Org compatible with the *last three major releases of Emacs*. For example, if the latest release of Emacs is 28.x, then you can assume that the latest release of Org is compatible with Emacs 28.x, 27.x and 26.x, but not with Emacs 25.x. > Should we target "current" Emacs 28 for main? Should we target Emacs > version+1 as current on main all the time or maybe just when new > Emacs release branch is created, but not yet released? It is not > fully clear. These paragraphes on Worg try to explicit reasonable expectations for users and are thus focusing on stable releases only. Expectactions for development versions are another story: I am in favor of not trying to commit to _any_ expectactions for Org's main. For example, I would not mind a feature on main that relies on a new feature in the Emacs development branch, as long as we manage to keep the promise that the next Org stable is usable with the older Emacs releases. -- Bastien