From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id +BMeDbWlkF5qEQAA0tVLHw (envelope-from ) for ; Fri, 10 Apr 2020 16:58:29 +0000 Received: from aspmx2.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id OKqDJralkF7dPgAA1q6Kng (envelope-from ) for ; Fri, 10 Apr 2020 16:58:30 +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 aspmx2.migadu.com (Postfix) with ESMTPS id 0E274681A06 for ; Fri, 10 Apr 2020 16:58:28 +0000 (UTC) Received: from localhost ([::1]:37066 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMwz5-0007cu-7S for larch@yhetil.org; Fri, 10 Apr 2020 12:58:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42327) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMwyh-0007ci-HV for emacs-orgmode@gnu.org; Fri, 10 Apr 2020 12:58:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jMwyg-0005MV-FK for emacs-orgmode@gnu.org; Fri, 10 Apr 2020 12:58:03 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:33369) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jMwyg-0005M3-9X for emacs-orgmode@gnu.org; Fri, 10 Apr 2020 12:58:02 -0400 Received: by mail-wm1-x331.google.com with SMTP id v8so5160369wma.0 for ; Fri, 10 Apr 2020 09:58:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=nUNwL3Q8vmxXWUdtlMnDIx/4M9O0aELCncYB5mPx1aA=; b=ghnrfa9IEMSXokUCVN9/57FYR+xnZcIXSYidfQQvrhPnQl05NgfunyaRCqTi0WD2oW ultQHVWW6GFsCOL70GE9y8Cp4hoXRWcX1UOy6wag1DPr3KTLOJ5LHtncADvbgURZal2z mWRuQjXEh/EZ9G2SoEPscm7dmwAK3b/XBZ3ojsqg9gAZB7QDnohxsYSEogNuH4JPS8Y4 B804bxpZ6bga3jhPujAiFiCCMRKEk6aGLPJ4oFJijt3lCo36uMOxQshhJFP2GvAOGChL 09HeQgX1jC+3y7QvcoVbJ5P3ISv9qcYf0JA1SQe5jFgnCbxl8qStDWmx8TUYEbz1cosG cS4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=nUNwL3Q8vmxXWUdtlMnDIx/4M9O0aELCncYB5mPx1aA=; b=NacyCIJ7hTslDcl74SXY70OrlUGiaOXgBxEoZTJTzspyPAPlw/NdNvda5X2Zx/vggg KEAKrdB3y3dm7DelCUOr/35fmfnxwipSZjnockrRsP+fMEZA6XYH5K10sJ/vOHISmuXM nw0F7uGQRijD85pSHBMAz+0fdanXl5lO8dfxj1KPVCLyYWbUVH4o9D2Ld3y0K2w2MSk4 7u9a38AkHPPaeaXEjARjqA6FujQW2y5a/Plv/JtqnpvActvx3zblM75ixP6Lj601k6hV N3X03J7G2bM/4Nh/w8Aiv2MccBdfH4K1n2HLznEF7Lly2Ew0e33Orqh8pWtepYg6xof2 iyhg== X-Gm-Message-State: AGi0PuaLxdT1+zK8KF1el7HeiYGMc5IZXMmkK7eIuuTsxeCXTs3tHjfQ fnPBYxIzHHarSCn3cwpcTCMukwQ15wO7+gCEaEda4awd X-Google-Smtp-Source: APiQypJw7sbpaSElKrNytWrotoiXBY3XH10SVERRZlapK+c8s+sOKJxrqix/llHKRG08BTpH+g5nSNfXZkeL2sw/R/w= X-Received: by 2002:a1c:e187:: with SMTP id y129mr6363367wmg.133.1586537880700; Fri, 10 Apr 2020 09:58:00 -0700 (PDT) MIME-Version: 1.0 References: <87y2r40wx4.fsf@kyleam.com> In-Reply-To: <87y2r40wx4.fsf@kyleam.com> From: Dmitrii Korobeinikov Date: Fri, 10 Apr 2020 22:57:49 +0600 Message-ID: Subject: Re: org-clock misleading description for a prompt option To: Kyle Meyer Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::331 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 Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=default; t=1586537908; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=nUNwL3Q8vmxXWUdtlMnDIx/4M9O0aELCncYB5mPx1aA=; b=AEBt8bRcgNiwT1ODy+zm9RfpNY7vtvGqypHTqZMb2VlXt1/R4yXKgNUCmXcVWe7Uhxn5qX 5rjY4AvWWWhGyc9+cvWW8Z8VQ90XYqIZtBHqjid4l8zYlwUFoY74F5KSyDaFzEAR2fYuA9 aJzrtpPjdZjZuGCsMmYLYX3eC//TquY= ARC-Seal: i=1; s=default; d=yhetil.org; t=1586537908; a=rsa-sha256; cv=none; b=qOPSLqEhHmiRcdgtqRABXiZYTN8yS1tIr1U+TaUiMmKkLpcb1e6+pD2gVqH9dQ0XDRnFeE 6Idiy6meAJ2yIqmxcCRrKxIPh2DaSdUk94eoNWZ3690d2M1RXKmXj/UbemSimhZ6FZEXNP AMobJ8J2EKbnVTfqDx6PpzitjeZsE2s= ARC-Authentication-Results: i=1; aspmx2.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=ghnrfa9I; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx2.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-Scanner: scn0 X-Spam-Score: -1.71 Authentication-Results: aspmx2.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=ghnrfa9I; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (aspmx2.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 [-1.71 / 13.00]; GENERIC_REPUTATION(0.00)[-0.58008118840801]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; FREEMAIL_FROM(0.00)[gmail.com]; ARC_SIGNED(0.00)[i=1]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.30), country: US(-0.01), ip: 209.51.188.17(-0.58)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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)[dim1212k@gmail.com,emacs-orgmode-bounces@gnu.org]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[emacs-orgmode@gnu.org]; HAS_LIST_UNSUB(-0.01)[]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: kJYLBLjgu8Ly > That seems confusing to me as well (at least being the not-advanced > clocker that I am). I suspect the confusion comes from the different > perspective from which it's written. You're talking about restarting > Emacs and clocking in again; the description is, I think, written > assuming the context of the prompt being triggered due to idle time. In > that scenario, hitting i/q or 'k =3D> all' have the same effect; a new > entry is not created. I am not sure I follow. Is idle time some sort of concept used by org-clock for something more than the interface explanations? Whether I restart emacs or purposefully insert (while no clocks are running) `CLOCK: [2020-04-10 Fri 22:43]' into a logbook and do org-clock-in, the behaviour is the same. Also, 'k =3D> all' is not an option for me, it just asks for a number, defaulting to the elapsed time. Perhaps it's because I am running an older version of org-mode (9.3.6.) =D0=BF=D1=82, 10 =D0=B0=D0=BF=D1=80. 2020 =D0=B3. =D0=B2 10:47, Kyle Meyer = : > > Dmitrii Korobeinikov writes: > > > When you run org-clock-in and then restart emacs, clocking in again > > will show a prompt asking what to do w/ the unfinished entry. "i" > > means "ignore this question; the same as keeping all the idle time". > > However, a new entry is created if this is chosen without doing > > anything about unfinished one. Keeping all the idle time w/ "k" > > updates the unfinished entry before starting a new one. "i" doesn't do > > that, so the description seems a bit misleading. > > That seems confusing to me as well (at least being the not-advanced > clocker that I am). I suspect the confusion comes from the different > perspective from which it's written. You're talking about restarting > Emacs and clocking in again; the description is, I think, written > assuming the context of the prompt being triggered due to idle time. In > that scenario, hitting i/q or 'k =3D> all' have the same effect; a new > entry is not created. > > This resolving on clock-in vs resolving when idle discrepancy shows in > at least one other part of the description: the final sentence says that > the uppercase variants leads to a clocked out state, but that's not true > when org-clock-resolve is triggered from an org-clock-in call. > > So, while I think things could be improved here (contributions welcome), > those changes should keep both contexts in mind.