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 OGUUMGgslV4QRgAA0tVLHw (envelope-from ) for ; Tue, 14 Apr 2020 03:22:16 +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 gD5YG2sslV5bbAAAB5/wlQ (envelope-from ) for ; Tue, 14 Apr 2020 03:22:19 +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 8034D940020 for ; Tue, 14 Apr 2020 03:22:17 +0000 (UTC) Received: from localhost ([::1]:52002 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOC9K-00019R-5m for larch@yhetil.org; Mon, 13 Apr 2020 23:22:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51417) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOC8w-00019H-SL for emacs-orgmode@gnu.org; Mon, 13 Apr 2020 23:21:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOC8v-0001AP-Ui for emacs-orgmode@gnu.org; Mon, 13 Apr 2020 23:21:46 -0400 Received: from mail-pj1-x1043.google.com ([2607:f8b0:4864:20::1043]:51122) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jOC8v-00019J-NT for emacs-orgmode@gnu.org; Mon, 13 Apr 2020 23:21:45 -0400 Received: by mail-pj1-x1043.google.com with SMTP id b7so4721097pju.0 for ; Mon, 13 Apr 2020 20:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=Vr74W0zY3KkIw1qcpOlFcHi1fPVZyhhAh+dRYsg+0Gw=; b=o66KzkD0pzIqHwBjUbZSKzyMGdCJW1b1m8Ukh8Um8wWppk7WoIS/EP2fJeNWCQuehi 5/zDHeQ9kfp6ZAvRiOEsH+iBYcJtFIiK5CkQMa3yPEK95wdjPSRVDd3A6jM0fQq8RWnn rGZuc0ki2BjfT+1oh+pOASUh6Br2EXvi5nOQAhEu6d8RhEdsiElSJGOhD14O0YIn1V85 qT1iiJS6Xw9GFOfZn6eLfX5+gsh1Ef68MCx3d7ocNQI3JiLTZE7/5tSdiMxw2NoYA3vU yyvsZN0VMFNj53PjYw7TrPfPwxdT/HTGhmr5qfj9EbUGqf+ykXWED5C49z/ZjQHa+OD4 ZS6g== 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:in-reply-to:references:date :message-id:mime-version; bh=Vr74W0zY3KkIw1qcpOlFcHi1fPVZyhhAh+dRYsg+0Gw=; b=PksVdxms3v+/yrwvzfqK5ogkuh3dwMJpnnSUUU0pvWghy40kdyOrHQAKUev/4ejDnD 6RT3z0WLzcSYHqp1/TqqNZkf6c/5QOzLjjlyi15YaIOJeu4bV64aOuhh7ft7FT4aA7Vn jq/fPbRBEvkdNtMUymGlJ6YVbl2UGL4flphvEd4JbvZ1bcEU7vN9IULMpvQMdM2XcNy0 i91NP/nX3w3USHk1d33UuR5CZ/+WxaADOjsVk/tMuVquupbXTnzMi9dOLfe2M1xX6Dya B0Z5hduzCU4Qcak0Lbp1e02hWFaZZgaeqs+1bS/YPH/dJWBbuKhFgQbENldqq2YPHEYp rz2g== X-Gm-Message-State: AGi0PuavRkcB5CP1CD5vN1l0T8vUtxzHtsG5Z7qpCUTy5dTJuiT5kEnc wIszNNroibCJCtlqt0zc8A4= X-Google-Smtp-Source: APiQypIvICqDbWCSRGNbvdeN0j9R/BsAbCQp5R3b/YbEdhpQzF4A4RpxPsbMpZ+Db3OICQmULz5bMg== X-Received: by 2002:a17:90a:191a:: with SMTP id 26mr25379294pjg.35.1586834504425; Mon, 13 Apr 2020 20:21:44 -0700 (PDT) Received: from localhost ([210.3.160.226]) by smtp.gmail.com with ESMTPSA id k12sm9765331pfk.46.2020.04.13.20.21.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Apr 2020 20:21:43 -0700 (PDT) From: Ihor Radchenko To: Nicolas Goaziou Subject: Re: [SOLVED] Re: [PATCH] Show hidden drawers when org-cycle on headlines In-Reply-To: <87wo6jw3yi.fsf@nicolasgoaziou.fr> References: <87ftdact0g.fsf@gmail.com> <87eesu2ekz.fsf@nicolasgoaziou.fr> <87d08c9i7j.fsf@gmail.com> <87ftd7agwl.fsf@localhost> <877dyj9wkc.fsf@gmail.com> <87k12j491l.fsf@localhost> <87wo6jw3yi.fsf@nicolasgoaziou.fr> Date: Tue, 14 Apr 2020 11:18:00 +0800 Message-ID: <87v9m2u55j.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::1043 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 Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 X-Spam-Score: 0.59 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=gmail.com header.s=20161025 header.b=o66KzkD0; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=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-Scan-Result: default: False [0.59 / 13.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GENERIC_REPUTATION(0.00)[-0.57648308583932]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; R_DKIM_REJECT(1.00)[gmail.com:s=20161025]; FREEMAIL_FROM(0.00)[gmail.com]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.28), country: US(-0.01), ip: 209.51.188.17(-0.58)]; DKIM_TRACE(0.00)[gmail.com:-]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; MAILLIST(-0.20)[mailman]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:22989, ipnet:209.51.188.0/24, country:US]; TAGGED_FROM(0.00)[larch=yhetil.org]; FROM_NEQ_ENVFROM(0.00)[yantar92@gmail.com,emacs-orgmode-bounces@gnu.org]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[emacs-orgmode@gnu.org]; HAS_LIST_UNSUB(-0.01)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_SEVEN(0.00)[7]; FORGED_SENDER_MAILLIST(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : SPF not aligned (relaxed),none] X-TUID: 2UNO6sVlEFQw > Yes, this `integrate' value is not great, IMO. However, plain lists have > much more in common with headlines than with drawers. > > I still think basic cycling should not include drawers whatsoever. This > is even more true for properties drawers. I tend to agree about the properties drawers. Cannot come up with a reasonable use-case for such kind of behaviour. However, I have some use-case for cycling user-defined property drawers. In some of my entries, I have long tables storing historical data. These tables tend to be extremely long and I sometimes hide them inside a drawer. Opening these drawers (or a customised list of drawers) on would actually make sense for me. Nicolas Goaziou writes: > Hello, > > Ihor Radchenko writes: > >>> Thanks Ihor, I indeed found related code in Org Mode source. I implemented a >>> similar functionality in my patch. >> >> Oh. I somehow missed your first message... >> >> Now, actually adding something to the discussion. >> >> FYI, there is org-cycle-include-plain-lists variable. If it is set to >> 'integrate, plain lists will be included into cycling with point at >> headline. This is against the logic that org-cycle only needs to be >> dealing with headlines. So, I don't see your patch breaking the present >> conventions in org. > > Yes, this `integrate' value is not great, IMO. However, plain lists have > much more in common with headlines than with drawers. > > I still think basic cycling should not include drawers whatsoever. This > is even more true for properties drawers. > > Note that you can already display drawers with `org-cycle', using three > prefix arguments. > > Regards, > > -- > Nicolas Goaziou -- Ihor Radchenko, PhD, Center for Advancing Materials Performance from the Nanoscale (CAMP-nano) State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong University, Xi'an, China Email: yantar92@gmail.com, ihor_radchenko@alumni.sutd.edu.sg