From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id uMWpMi1e3mT+8AAASxT56A (envelope-from ) for ; Thu, 17 Aug 2023 19:51:41 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 2BWAMi1e3mT8TwEAauVa8A (envelope-from ) for ; Thu, 17 Aug 2023 19:51:41 +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 3163E45C29 for ; Thu, 17 Aug 2023 19:51:41 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=jPO9RC4j; 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=1692294701; 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=q/AeJnPEyDIF/yUYJpzGmWkKyymmdnA/IjdO28Gwwnw=; b=CV24EnbyFiCLzfndzBn+9vjgH431KYsWfbGIRPLCLuFAKWJyw+lufVBul+9sZMpIvMDDCt o4nQeahFZdwyVCkXk7619tI2Z59Uk8oJ1vK/oBmvDU4jvKtyOyMrVCDoRzj50amM2WYqHW i3giN/S2JjO0RP2VxINesFvwH3hs2K7IqxV3hikWrsF/tuP9Fms8ipR6NtNIgudGiXS7Zu 2Eseu3q9G/Qy2+8awZI/MrOkjyDj/I5QwEZ8dm6PAKcIrNslY0ainr18mh2oXKXknEQsBK e3Trr7VLi/O1IeP6d8oHMKlTUNQSnnICiBcm3FXAvFsCh1G4ZjmZCiHzBH3P7w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=jPO9RC4j; 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-Seal: i=1; s=key1; d=yhetil.org; t=1692294701; a=rsa-sha256; cv=none; b=RZw1SUjtS/O0qWW4q/QGgLrUQpr+ro1xRmsR5HAO5MwQp1K9drCr+4DHUzh2RVC1Dyyedc XzALwzTFt0oQg92Y9rcNhWYFLwi5grgpMxNsvNqk7/iJzn9iyJgX/73IWE8YVDazXR/ulk GQopgSogfCScU2f/fxEQicfRRa2z/MTbZ2ZSaqB/v3xiKfm7dxSwjCL57jUmMruLWlipvz Hu+z93AMIN2oVEbiObDe+EJyZrmTxUHbZkf5gr9VWTD+mkgnhghlz0oIHN5jZChY/QouX4 aGjE+MQDB2vjo8UQHH38NVTLmQnnAtSaaH7p5HlqpdRX1qVMtOnqdY7ALkAXpA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qWh8v-0000zl-L4; Thu, 17 Aug 2023 13:50:45 -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 1qWh8s-0000zd-OH for emacs-orgmode@gnu.org; Thu, 17 Aug 2023 13:50:43 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWh8l-0000xJ-Ar for emacs-orgmode@gnu.org; Thu, 17 Aug 2023 13:50:42 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 1E1F8240101 for ; Thu, 17 Aug 2023 19:50:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1692294632; bh=Fhwb/KDNbYcBVbDsTVeRp5WyDlqtC9zOW4XbnNxV2aM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=jPO9RC4jhkDT0zQPtuh+gX6q78A1HzJw9Q1z5D/C+e5f5CdyW1ERbM5Rq03RdZjqA cOLkgfNq6oPacC9lVQzzuZ5jmI4fcd/94lFV1gf9qXxUlHGEAfDKgo/NUJpUQSFEOa WDADv1Zo/qObDfrjdjn36+K8jm9JRvtLU/Nn/PApyBaHZBC8q9CIhMY7eTDxxssJCG L4Xb2Jav3cPgaJRzo6QZpe/xpRknRWCWmwdENE1y7K4/QuntFPX1+p0iryIyI3cRz2 BVRvLz/Sg0rtCqVhE0ht7DoEqhRwpQmWqGIWfxxtfdkM5xlvxLOcolZoghKWH193MN ya+alfHmFnfWA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RRXbW43mFz9rxL; Thu, 17 Aug 2023 19:50:31 +0200 (CEST) From: Ihor Radchenko To: Michael Dauer Cc: emacs-orgmode@gnu.org Subject: [POLL] Should org-copy/cut/paste-special handle inlinetasks specially? (was: BUG: org-cut-special on inlinetask kill until point-max) In-Reply-To: References: <877cpvqkcb.fsf@localhost> <871qg3qj8q.fsf@localhost> <87jztvou08.fsf@localhost> <87fs4hrjmn.fsf@localhost> Date: Thu, 17 Aug 2023 17:50:57 +0000 Message-ID: <87msyppnge.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.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=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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-Spam-Score: -6.72 X-Spam-Score: -6.72 X-Migadu-Queue-Id: 3163E45C29 X-Migadu-Scanner: mx1.migadu.com X-TUID: yO5++J9euMRw Michael Dauer writes: > I understand your view. From the user perspective inline task are still > more a specialization of a task, which is a specialisation of a heading. > > Here is my implementation of how I see it that it should behave: > (defun pm-cut-special () > "Like org-cut-special but also works on inlinetask." > (interactive) > (if (not (eq 'inlinetask (save-excursion (org-back-to-heading t) > (org-element-type (org-element-context))))) > (funcall-interactively 'org-cut-special) > (org-inlinetask-goto-beginning) > (let ((begin (point))) > (org-inlinetask-goto-end) > (kill-region begin (point)) > (message "Cut: Inline Task")))) I looked into this further, and I can see that in the earlier versions of Org org-cut-special on inlinetask killed that inlinetask, not the containing subtree: * Heading Text ****************** Inlinetask ****************** END More text * Another heading C-c C-x C-w * Heading Text More text * Another heading It was by accident, AFAIU. Also, when point was at END, it was buggy (only removed "END" line). So, technically, the current behaviour cutting the actual subtree (not inlinetask) can be considered a feature regression (if we call the previously existing bug a "feature"). I think that it would be slightly better to keep special behaviour for inlinetasks. But other opinions would be appreciated. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at