From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id iJsoO7QlvmTyyAAASxT56A (envelope-from ) for ; Mon, 24 Jul 2023 09:18:13 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id wNdaOrQlvmSajgAAG6o9tA (envelope-from ) for ; Mon, 24 Jul 2023 09:18:12 +0200 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 984704AB8E for ; Mon, 24 Jul 2023 09:18:12 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Vm7bLsEA; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1690183092; 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=ZKo0ad/shtyVJxw6Dkk09pSPgBIBi8GSNzJOof5aDGc=; b=VmYvsWMBpUFSazs/iRag/pcbODhEDbrXIKCjIEM4j0PNC1y2Borr/tSx8gtdauf/B4sM/8 Ojw2iBpqRqpsuT0yQZIxQKaj2LzU8gplI1CURHtf8ukMUXd3UtVO5aJS6TqXBi1bjTc7fy 7Mi2jQqsewB90MfLuAj7wEn7Vd7jJ4p0MZOw5m4qK0QLiPufNP2kxFvOKLkC2BJbifZnDn xgKHT1aanLjKqXZ8qgcaA///yp0bCy108eEjB4c7LB0zs+dGH6gvEzrYNdS4hwbdTFzjAS btqeKmx7GaGT2JXtQPTEji+iSAObAkiV0NAHtzR6Pj7g54mnoVIhtEl1lTdtig== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1690183092; a=rsa-sha256; cv=none; b=uXIWZFpt4ziCzJgg9CEYHhS0KFAWLKwxVP3GeYD4M+MGs5z9Mo2NEeAXbBnvCuj83rQ5Fm MBw8yz7Os7HjaHT/JnS5CW9SWpZh7hHpapnkDeDVDRlRyFwQgDYi4NnvhTHB45X3DTUP3L KT1DNfvFjB6A4qmbrS++EkXCqtG7JQ4J3241eLOtitrmQ2dphc68bUVPgwugCaekGbgEGx cDDDWlkVkCYN1UVUWwTSgbllrvLESlV8GWkONmM45rWKK/DorgEh2i1NaagA5J5y/qQOsU sw82t63RkwJKko8EQ6KUp7DMn3fpFAYSAWDSdxksQJE+omuTdlppyMLyDW1bIQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Vm7bLsEA; 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"; dmarc=pass (policy=none) header.from=posteo.net Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qNppG-0004eG-8l; Mon, 24 Jul 2023 03:17:50 -0400 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 1qNppE-0004e1-Jp for emacs-orgmode@gnu.org; Mon, 24 Jul 2023 03:17:48 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qNppC-0003zv-FY for emacs-orgmode@gnu.org; Mon, 24 Jul 2023 03:17:48 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 4FB9D24002F for ; Mon, 24 Jul 2023 09:17:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1690183063; bh=9Geq9HNQo3Romk6NZWwdQG/zXCwfYK6GJUF6RMQVqIM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=Vm7bLsEAPdt8JUJuA8+mpsbevYFA3zdYNtZbKrWIFFSiXAyFUXH5IOpUZLVmSsh5b ncaQyvgczNWOfhwSPH3bN/TyrZtJSgNG+PCM9hj7cIhAugDpilVxv22kJeR2kLR6bh lptLmU73V5Lt04/zac3r9XobMNYq85w+4cv1Rfj1e3IPjs689JdGcklG5Jl772wpD7 s3h+3lQbhNGs8jj+HmVPLG9IuXqDcR+A+F8uXSOCToBTOSrM6jrCKA0Ie8KrNozJdN eUSES8Oj2wYO1+6eT9KCXVa3fB4xq9GCwXPCLvDO/H2N/U3oGIyOuB4mlcCk7ukcAg F9PpX07ncXlZw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4R8WhP2mshz9sCY; Mon, 24 Jul 2023 09:17:41 +0200 (CEST) From: Ihor Radchenko To: Eric Abrahamsen Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] Issues in ol-gnus when storing links in nnvirtual and nnselect articles [9.7-pre (release_9.6.7-570-gd6f3ae.dirty @ /home/jschmidt/work/org-mode/lisp/)] In-Reply-To: <87bkg2t6oa.fsf@ericabrahamsen.net> References: <2fa5914d-2cbf-f41f-8be6-e79e77794140@vodafonemail.de> <87y1j8rrag.fsf@localhost> <1b9fbe38-0572-7861-e433-8f26457302bb@vodafonemail.de> <87edkzveks.fsf@ericabrahamsen.net> <87msznrur7.fsf@localhost> <87bkg2t6oa.fsf@ericabrahamsen.net> Date: Mon, 24 Jul 2023 07:17:54 +0000 Message-ID: <87sf9d3hi5.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -53 X-Spam_score: -5.4 X-Spam_bar: ----- X-Spam_report: (-5.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx2.migadu.com X-Migadu-Spam-Score: -4.82 X-Spam-Score: -4.82 X-Migadu-Queue-Id: 984704AB8E X-TUID: HTnbty3igNtf Eric Abrahamsen writes: > Ugh, this whole thing is a mess. I think the first question is: should > this function "fix" the state of Gnus before it makes a link? Should it > attempt to re-open the Summary buffer if it's been closed? Should it > switch current articles if the open article buffer is not the one that > point is on in the Summary buffer? > > If we make a decision about that, then it should be easier to decide how > to handle the code changes themselves. ol-gnus should store link for thing at point in current buffer. Ideally, without side effects. Everything else should be implementation detail. Judging from the shaman dances ol-gnus is performing, Gnus API is not sufficient to get information about thing at point in an arbitrary Gnus buffer. Or, at least, it was not sufficient at the time when ol-gnus has been written (quite a while ago). -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at