From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id EEWlN2N1816EKAAA0tVLHw (envelope-from ) for ; Wed, 24 Jun 2020 15:46:43 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id YAWAM2N18159SwAAB5/wlQ (envelope-from ) for ; Wed, 24 Jun 2020 15:46:43 +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 07AA594051B for ; Wed, 24 Jun 2020 15:46:42 +0000 (UTC) Received: from localhost ([::1]:45842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jo7bk-0004r3-1e for larch@yhetil.org; Wed, 24 Jun 2020 11:46:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34130) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jo7b9-0004qo-DK for emacs-orgmode@gnu.org; Wed, 24 Jun 2020 11:46:03 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:48293) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jo7b3-0007Hh-9p for emacs-orgmode@gnu.org; Wed, 24 Jun 2020 11:46:03 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 65597240009; Wed, 24 Jun 2020 15:45:52 +0000 (UTC) From: Nicolas Goaziou To: Gustavo Barros Subject: Re: [PATCH] Add mode for automatically unhiding emphasis markers in the current region References: <877dvzwtdy.fsf@kyleam.com> <87d05rcpgh.fsf@gmail.com> <871rm6wson.fsf@kyleam.com> <87mu4svaj9.fsf@gmail.com> Mail-Followup-To: Gustavo Barros , Shankar Rao , emacs-orgmode@gnu.org Date: Wed, 24 Jun 2020 17:46:02 +0200 In-Reply-To: <87mu4svaj9.fsf@gmail.com> (Gustavo Barros's message of "Wed, 24 Jun 2020 10:49:30 -0300") Message-ID: <87lfkctqkl.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.70.183.193; envelope-from=mail@nicolasgoaziou.fr; helo=relay1-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/24 11:45:53 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org, Shankar Rao Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: EJahqNKJqmdq Hello, Gustavo Barros writes: > You have a good point here. When I made the suggestion I was naively > thinking the featured could be plugged/hooked somewhere in Org, when > fontification is done. But that's not really true, as the feature > requires being run every time the point moves too. So, as far as > I can tell, it seems using post-command-hook is unavoidable, and if > so, you are right in not wanting to add some load to it for everyone, > regardless of whether they want this feature or not. You and Kyle > have me convinced here. Sorry for being late to the party, but, IMO, this doesn't sound like a right approach to the problem of invisible emphasis markers. A user choosing to hide emphasis markers should not need to=E2=80=94or even be giv= en the opportunity to=E2=80=94display them in order to edit them efficiently. I think we should upgrade `org-emphasize' command instead, so it handles both marker visibility states in a DWIM, or in a word processor, fashion. Indeed, since emphasis markers of a given type cannot be nested in Org, the WIM part is usually easy to guess, according to the context, i.e., the syntax at point, and the region. I have some draft lying somewhere in that direction. WDYT? Regards, --=20 Nicolas Goaziou