From MAILER-DAEMON Mon Oct 01 08:14:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g6x5O-0003Av-AB for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 08:14:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6x5M-00037g-Iy for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 08:14:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6x5J-0001Fp-BY for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 08:14:00 -0400 Received: from [195.159.176.226] (port=33429 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g6x5J-0001FG-4a for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 08:13:57 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g6x3A-0001W2-E2 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 14:11:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Mon, 1 Oct 2018 14:13:48 +0200 Organization: www.karl-voit.at Lines: 16 Message-ID: <2018-10-01T14-12-32@devnull.Karl-Voit.at> References: <02B795A3-DD37-4DDA-BD76-BC850C3967D9@gmail.com> <87mussjqbe.fsf@gmail.com> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Visualizing org files X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 12:14:01 -0000 * Samuel Wales wrote: > https://github.com/novoid https://github.com/novoid/org-du/ Thanks for mentioning. I got the impression, I am the only one who likes those kind of visualizations ;-) Even https://github.com/novoid/org-du/graphs/traffic doesn't look like there is much going on in terms of visitors ... -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Mon Oct 01 11:01:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g6zhb-0005fL-TX for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:01:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50531) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6zhT-0005f1-Nf for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:01:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6zhN-00085j-Qi for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:01:31 -0400 Received: from [195.159.176.226] (port=48936 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g6zhL-00083y-Sg for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:01:24 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g6zf7-0007ZM-Eh for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:59:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Mon, 1 Oct 2018 17:01:08 +0200 Organization: www.karl-voit.at Lines: 58 Message-ID: <2018-10-01T16-59-13@devnull.Karl-Voit.at> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 15:01:38 -0000 Hi! I'd like to calculate the differences between rows of numbers of a different table. Here is a minimal example showing the issue: #+NAME: my-table | Numbers | |---------| | 1 | | 5 | | 8 | | 12 | | 15 | This is what I expected: "exp. Reference1" and "exp. Reference2" is here only to demonstrate that the assumed references are wrong in the third table. "exp. Difference" is the column I want to get in the first place. I don't want to see Reference 1 or 2 at all in my solution (since I need a couple of those difference-columns). | Line | exp. Reference1 | exp. Reference2 | exp. Difference | |------+-----------------+-----------------+-----------------| | 1 | 0 | 0 | 0 | | 2 | 5 | 1 | 4 | | 3 | 8 | 5 | 3 | | 4 | 12 | 8 | 4 | | 5 | 15 | 12 | 3 | This is what I get instead: | Line | actual Reference1 | actual Reference2 | Difference | |------+-------------------+-------------------+------------| | 1 | 0 | 0 | 0 | | 2 | 6 | 1 | 5 | | 3 | 12 | 1 | 11 | | 4 | 20 | 1 | 19 | | 5 | 30 | 1 | 29 | #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@#$1))::$3=if(2 == @#, 0, remote(my-table,@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@#$1)-remote(my-table,@#-1$1))) As you can see, the "actual Reference1" are not the values from the first column above (except the first one). "actual Reference2" is not the shifted column 1 from above (except the first one). I have no clue, what these numbers are. Maybe you can help me (1) explaining what the numbers in actual Reference1 and actual Reference2 are showing and (2) how to get the result ("expected Difference"; without explicitly generating Reference 1 or 2). Thanks! -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Mon Oct 01 11:49:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g70SD-0003hE-Ah for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:49:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g70SA-0003h3-R3 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:49:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g70S7-0002u8-Hs for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:49:46 -0400 Received: from mail-pf1-x431.google.com ([2607:f8b0:4864:20::431]:42318) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g70S7-0002tq-A9 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 11:49:43 -0400 Received: by mail-pf1-x431.google.com with SMTP id l9-v6so9503726pff.9 for ; Mon, 01 Oct 2018 08:49:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=ZCxff/3e5BJ1pHkAluflNrXecEonueJOv5x/MsXZtKg=; b=LJ7t03uJawEDFybe+32gPGj6tJk3IE2WdBJlpxy5ifw6Di4cyK2Ie4Hd0U0lX7r/Nx OppDFTbdSrsQ+sIeJhzEDhnsNuJcwqYgXxZqt+s2ruVmYenN3UmGGQjSXuD+1wknxLaM eSX78IbhlrgKzyZamnPjFa6UI8nVANgvrk5m9NowRYfuU0tm+WGz+BGeDQCNhpagiXaE ZiRpR7G/VCvoKhC8+BBqtVphaioxCkgMjMzUz0L7nHGw0JkxCGRHGnGDTRsQYHBx+VU7 yGqQYsbA/KiC0tADp/dai0H8gEchnxPdDVZnTdHZlX6L/l9XN//ls8wlemAiRuRofQVy kJUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=ZCxff/3e5BJ1pHkAluflNrXecEonueJOv5x/MsXZtKg=; b=Cu/J7EKNQnIiapqOXMHMavdFfBEfIdo3wrTTl0dlTUA+kV9fd5GA0+KP5fqmNq822w CiJ0BylGHTQnbKG5ffIMAymja5q0/8+HbEIn8X2Yeu2N3GROlH4dmxo2GyFkr3kvQS0b y7Tb6RKH5FXOTgEOZiJLw3OWX2FALSxH/3Hx0LIi11evZjwI526YYR87fGtYD6Vhrr7j GiI4gl3OXx91F1bvLezh9XGXFr1Ok9dVbuOV4EEpt9TWwoYzvxGjfU8WXN6zEijs3m2u gmao6GQwiE9A+YZHkU40ObpjvIz1O9DH5VMjTPGE2tN/zfs6/7oi/Qy5Kd2DcvuxtnT5 hv2g== X-Gm-Message-State: ABuFfoig125r5EkPJOyq35PeSwTcVFQMr0xxZO7+FjOk/puFCsmhGjqm PvidO8cVYsPdOCTbXQowr3k= X-Google-Smtp-Source: ACcGV63UzIunVf6HUox6lXeTdF7u4TOkWh0BGegZNR7RJWU5SxaO54AMjTy7s3SXM6PNmSS5QYelbg== X-Received: by 2002:a17:902:9a83:: with SMTP id w3-v6mr12767719plp.75.1538408982008; Mon, 01 Oct 2018 08:49:42 -0700 (PDT) Received: from localhost (bb42-60-34-20.singnet.com.sg. [42.60.34.20]) by smtp.gmail.com with ESMTPSA id 187-v6sm24956910pfu.129.2018.10.01.08.49.40 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 01 Oct 2018 08:49:41 -0700 (PDT) From: Ihor Radchenko To: Michael Welle , emacs-orgmode@gnu.org In-Reply-To: <87k1n414ww.fsf@luisa.c0t0d0s0.de> References: <87k1n46tdw.fsf@luisa.c0t0d0s0.de> <87k1n42jm5.fsf@luisa.c0t0d0s0.de> <87k1n414ww.fsf@luisa.c0t0d0s0.de> Date: Mon, 01 Oct 2018 23:47:52 +0800 Message-ID: <87ftxpu0rb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::431 Subject: Re: [O] Concatenating Org property values from parent subtrees X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 15:49:47 -0000 --=-=-= Content-Type: text/plain Hi, Check out the following code: ```` (defvar org-concatenated-properties '("AA") "A list of property names (strings), which should be computed via concatenation with the parent properties.") (define-advice org-entry-get (:around (oldfun pom property &optional inherit literal-nil) concatenate-parents-maybe) "Concatenate the PROPERTY value with its parent entries' values if the PROPERTY is in `org-concatenated-properties' list." (if (not (member property org-concatenated-properties)) (apply oldfun pom property inherit literal-nil) (let ((value-here (funcall oldfun pom property nil 't)) (value (funcall oldfun pom property inherit 't))) (if value-here (format "%s%s" (org-with-wide-buffer (if (org-up-heading-safe) (or (org-entry-get nil property inherit literal-nil) "") "")) (funcall oldfun pom property inherit literal-nil)) (when value (org-with-wide-buffer (org-up-heading-safe) (org-entry-get nil property inherit literal-nil))))))) ```` Best, Ihor Michael Welle writes: > Hello, > > Michael Welle writes: > [...] >> (defun hmw/org-prop-append(prop value) >> (save-excursion >> (org-up-heading-safe) >> (format "%s %s" value (cdr (assq prop >> (car (org-babel-params-from-properties))))))) >> >> (defalias 'A 'hmw/org-prop-append) > > and I just realise that it works with code blocks only. I guess the way > to get general property values has to be adapted. > > Regards > hmw > --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAluyQagACgkQZHB2Kn2h HYsD9wf+O1wQXUVRQ8oGE/wVPckXv7qDHnNj/dUXyVdn3HNXc91aMLeWIX95fqzf u7bH7kckx9U4EUwJcYXq2Y2TKN+QrinGcgC0pQFAq5fEyvFoDjZ0178JA7Q7g1S8 9PmFKbnyJ4LAsJeYUUzE0tgCySmR7W2xtLnsFigEwGdf24ZSjUYlrY9x/Dd3GCpW 3kpTKp468y/snD3O12ByEgBaxDmWIxgnPnM+95QJZk5oT2xoq52nd2DABpfZ2HFz 7OsJ3z9AiUxZuJaVC9iowYcLoVmqk649Y1VEEOhrUDEnOBFDGbj8RjnhvWlKwyTz a0p4AraUwxHjIflG+KyTS17LcUzO+Q== =8vEq -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Mon Oct 01 12:18:28 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g70tw-0003iL-IG for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:18:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g70tr-0003gy-46 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:18:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g70tk-0007qe-R9 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:18:22 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:37499) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g70te-0007h8-Kd for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:18:12 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 00573C000F; Mon, 1 Oct 2018 16:18:07 +0000 (UTC) From: Nicolas Goaziou To: =?utf-8?B?0JTQuNC70Y/QvSDQn9Cw0LvQsNGD0LfQvtCy?= Cc: emacs-orgmode@gnu.org References: <201809280623.w8S6NPI6017250@mail.aegee.org> Mail-Followup-To: =?utf-8?B?0JTQuNC70Y/QvSDQn9Cw0LvQsNGD0LfQvtCy?= , emacs-orgmode@gnu.org Date: Mon, 01 Oct 2018 18:18:07 +0200 In-Reply-To: <201809280623.w8S6NPI6017250@mail.aegee.org> (=?utf-8?B?ItCU?= =?utf-8?B?0LjQu9GP0L0g0J/QsNC70LDRg9C30L7QsiIncw==?= message of "Sun, 23 Sep 2018 05:33:41 +0000") Message-ID: <877ej1zlmo.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] =?utf-8?b?W1BBVENIXSBkb2Mvb3JnLW1hbnVhbOKGkiBJbnRyb+KGkiAg?= =?utf-8?q?Activation=3A_add_space_in_the_command_binding?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 16:18:27 -0000 Hello, =D0=94=D0=B8=D0=BB=D1=8F=D0=BD =D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE= =D0=B2 writes: > =E2=80=A6 otherwise emacs 26.1 says =E2=80=9Cerror: C- must prefix a sing= le character=E2=80=9D Fixed. Thank you. I used the `kbd' macro, for clarity. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Mon Oct 01 12:36:27 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g71BL-0001Dq-1q for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:36:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46382) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g71BI-0001CP-Md for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:36:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g71BF-0000Lb-FK for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:36:24 -0400 Received: from [195.159.176.226] (port=33238 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g71BF-0000Jn-6f for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 12:36:21 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7195-0007nD-Fe for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 18:34:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Nick Dokos Date: Mon, 01 Oct 2018 12:36:12 -0400 Lines: 57 Message-ID: <87d0st1v5v.fsf@alphaville.usersys.redhat.com> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:YOuwf8zM5wEBeN+akx0BBfziKt0= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 16:36:25 -0000 Karl Voit writes: > Hi! > > I'd like to calculate the differences between rows of numbers of a > different table. > > Here is a minimal example showing the issue: > > #+NAME: my-table > | Numbers | > > |---------| > | 1 | > | 5 | > | 8 | > | 12 | > | 15 | > > This is what I expected: "exp. Reference1" and "exp. Reference2" is here only > to demonstrate that the assumed references are wrong in the third table. "exp. > Difference" is the column I want to get in the first place. I don't want to see > Reference 1 or 2 at all in my solution (since I need a couple of those > difference-columns). > > | Line | exp. Reference1 | exp. Reference2 | exp. Difference | > |------+-----------------+-----------------+-----------------| > | 1 | 0 | 0 | 0 | > | 2 | 5 | 1 | 4 | > | 3 | 8 | 5 | 3 | > | 4 | 12 | 8 | 4 | > | 5 | 15 | 12 | 3 | > > This is what I get instead: > > | Line | actual Reference1 | actual Reference2 | Difference | > |------+-------------------+-------------------+------------| > | 1 | 0 | 0 | 0 | > | 2 | 6 | 1 | 5 | > | 3 | 12 | 1 | 11 | > | 4 | 20 | 1 | 19 | > | 5 | 30 | 1 | 29 | > > #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@#$1))::$3=if(2 == @#, 0, remote(my-table,@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@#$1)-remote(my-table,@#-1$1))) @# is the row number, so to refer to that row, you need @@#. Something like this, although I didn't test to see if everything gets parsed correctly: #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, 0, remote(my-table,@@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@@#$1)-remote(my-table,@@#-1$1))) Turning on formula debugging with `C-c {' helps. -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler From MAILER-DAEMON Mon Oct 01 13:39:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g72A2-0000bP-6z for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 13:39:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35117) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g72A0-0000a4-HB for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 13:39:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g729v-0004Cx-FD for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 13:39:08 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:43311) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g729v-0004Bk-5s for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 13:39:03 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 29E55240006; Mon, 1 Oct 2018 17:39:00 +0000 (UTC) From: Nicolas Goaziou To: Matthias Paulmier Cc: emacs-orgmode@gnu.org References: <87k1n5ssnp.fsf@mpaulmier.home> Mail-Followup-To: Matthias Paulmier , emacs-orgmode@gnu.org Date: Mon, 01 Oct 2018 19:39:00 +0200 In-Reply-To: <87k1n5ssnp.fsf@mpaulmier.home> (Matthias Paulmier's message of "Fri, 28 Sep 2018 14:39:06 +0200") Message-ID: <8736tpzhvv.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] HTML Export - Footnotes inconcistency X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 17:39:09 -0000 Hello, Matthias Paulmier writes: > I came across this problem today (or maybe it is intended but I couldn't > find any explanation in the docs). There is an inconsistency on how > inline/anonymous and named footnotes are exported in HTML. For example, > with the following source: > > #+TITLE: Testing footnotes > #+LANGUAGE: en > > Testing[fn::test1] footnotes[fn:2] > > [fn:2] test2 > > > Exports to this : > >

Footnotes:

>
> > > > > > We can see here that the named footnote creates a paragraph of the same > class as the parent container "footpara" whereas the inlined one doesn't > create this. If this is intended, why? If not, which is the intended > one? This is intended, in a way, since the inline footnote is not a paragraph by itself. It is contained within a paragraph. This explains why you cannot have blank lines within an inline footnote. OTOH, a footnote definition can contain multiple paragraphs. I don't know if that's a good thing, but these differences at the Org level are translated into the HTML output. Regards, -- Nicolas Goaziou From MAILER-DAEMON Mon Oct 01 15:06:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g73Wb-0003H9-RO for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:06:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g73WX-0003Gk-5N for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:06:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g73WT-0003u9-4i for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:06:28 -0400 Received: from v-zimmta03.u-bordeaux.fr ([147.210.215.83]:52305) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g73WS-0003Iv-T1 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:06:25 -0400 Received: from v-zimmta03.u-bordeaux.fr (localhost [127.0.0.1]) by v-zimmta03.u-bordeaux.fr (Postfix) with ESMTP id 31CBC180C9CF; Mon, 1 Oct 2018 21:06:12 +0200 (CEST) Received: from mpaulmier (men13-h02-176-136-147-240.dsl.sta.abo.bbox.fr [176.136.147.240]) by v-zimmta03.u-bordeaux.fr (Postfix) with ESMTPSA id DE58B18000AC; Mon, 1 Oct 2018 21:06:10 +0200 (CEST) From: Matthias Paulmier To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org References: <87k1n5ssnp.fsf@mpaulmier.home> <8736tpzhvv.fsf@nicolasgoaziou.fr> Date: Mon, 01 Oct 2018 21:06:10 +0200 In-Reply-To: <8736tpzhvv.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Mon, 01 Oct 2018 19:39:00 +0200") Message-ID: <87h8i5wkpp.fsf@mpaulmier.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-AV-Checked: ClamAV using ClamSMTP X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 147.210.215.83 Subject: Re: [O] HTML Export - Footnotes inconcistency X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 19:06:29 -0000 Hello, Nicolas Goaziou writes: > This is intended, in a way, since the inline footnote is not a paragraph > by itself. It is contained within a paragraph. This explains why you > cannot have blank lines within an inline footnote. I think I get the logic behind it. The problem is the inconsistency it creates for the viewer. Does it really matter for them if I wrote my footnote inline or not? Thanks for your answer. -- Matthias Paulmier From MAILER-DAEMON Mon Oct 01 15:26:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g73pa-0005yo-TU for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:26:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55525) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g73pY-0005ya-Js for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:26:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g73pX-0003Xz-Vo for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:26:08 -0400 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]:39291) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g73pX-0003VF-MI for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 15:26:07 -0400 Received: by mail-lj1-x236.google.com with SMTP id 5-v6so13277082lju.6 for ; Mon, 01 Oct 2018 12:26:07 -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; bh=EqS5tGjckIESReoNAH5nkmomzDgaHkwdpPHM7rL7KOA=; b=Lew38HPhwZ4SwovV53Rbk2U4DivVyEupvRtmeUtvk6nGsXU04EKO0OGpzQihZx/YEu IGEMXH0o+BRGvcyJNTOAF8BMmozyoMUKiwpBt/rh+20pcHArxDAKAYkOtHlBFGeh3+65 e2+5AzXyzvruMQhpNhAaL4qETwR49XxIPmV+iwIIOdYWtoTx7zJeuTPA0HR16AomHbby GUQtbl0IAjDazer/WqkqXMevUf5g84s9/i97lrHXKZYKIOfbBFABCCk21sNrZm3cTQVt mFhRwc7Wp9ME2RqVN18pF8mihNAGr6v6V/gbkb3lEZdlbqX4uNIYkBqmjaGjt6COjkML QsWQ== 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; bh=EqS5tGjckIESReoNAH5nkmomzDgaHkwdpPHM7rL7KOA=; b=ALRi+1UHug1GEtIQHggn4lWSxJc4tUBYBy4B7M1H6gdqiQ0X852Xxv/BoA5BB7Pl+o nYVdN0LHsJ/3q9JYWh2Rfxc2LPKVqQI0nSrY9r5zvPHkTVhOVWCwntxq4ptVYsiL9KbB MmzgxF6rkTYIiVwdki7cHQUdg6WAKMQltlNH2Yu4fyg/1MY5HTZVFKKsJGYDcPERu0Ku qlq5Ou2T4B9vvBYScVGlnBjZ2msX7TcWhsmrCA36RXYd09WWvv3geOfmxsM+MJ2aBktA 2LieJZ9936Tb7hmN0MwET/jQ54wtGUsaA6caAu4fFXkJ00/0P6c9MLUedo6i4443Hzvd LWpw== X-Gm-Message-State: ABuFfoh4ECcvnPnApzh2cKNWA+CSqjFzK6dqTMHeuSVR5qLEM3xy0PY7 q3ClG4ikxPDRGHrN9nay7gZI+q+qLZQH5MMGruC71qAm X-Google-Smtp-Source: ACcGV62N7Mr5b49BcVPz0z++BqEnI35XGYvzBlyDOZwnXr36pbBAu8N8GU+H2Qcmjzu9YvvHNhXxYs8w9WR4ulFTxEo= X-Received: by 2002:a2e:5d16:: with SMTP id r22-v6mr8051328ljb.89.1538421965456; Mon, 01 Oct 2018 12:26:05 -0700 (PDT) MIME-Version: 1.0 References: <87ftxwr0vm.fsf@nicolasgoaziou.fr> In-Reply-To: <87ftxwr0vm.fsf@nicolasgoaziou.fr> From: Kaushal Modi Date: Mon, 1 Oct 2018 15:25:28 -0400 Message-ID: To: emacs-org list Content-Type: multipart/alternative; boundary="000000000000c40aa805772fc618" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::236 Subject: Re: [O] Section on #+include keyword is missing quite some info in the org-manual.org X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 19:26:09 -0000 --000000000000c40aa805772fc618 Content-Type: text/plain; charset="UTF-8" On Wed, Sep 26, 2018 at 6:47 AM Nicolas Goaziou wrote: > > This is not intentional. Could you re-introduce the latest revision of > that section? > I was just setting out to fix this in the manual, but I see that you already did this :) I was thinking of adding cindices like the ones you added for header arguments. #+cindex: @samp{minlevel}, include #+cindex: @samp{lines}, include .. etc. Would that be OK? --000000000000c40aa805772fc618 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Sep 26, 2018 at 6:47 AM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote= :

This is not intentional. Could you re-introduce the latest revision of
that section?

I was just setting out to= fix this in the manual, but I see that you already did this :)
<= br>
I was thinking of adding cindices like the ones you added for= header arguments.

#+cindex: @samp{minlevel}, incl= ude
#+cindex: @samp{lines}, include
.. etc.
<= br>
Would that be OK?
--000000000000c40aa805772fc618-- From MAILER-DAEMON Mon Oct 01 16:54:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g75Cj-00064y-Gz for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:54:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44405) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g75Ch-00064Z-Oj for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:54:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g758R-000428-EZ for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:49:44 -0400 Received: from mail-lf1-x131.google.com ([2a00:1450:4864:20::131]:40142) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g758R-00041I-5W for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:49:43 -0400 Received: by mail-lf1-x131.google.com with SMTP id t22-v6so10925244lfb.7 for ; Mon, 01 Oct 2018 13:49:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=/a6Q0q3fsKusvNBN/vJ++yOTGQngMIxh3aX2nKjuRv4=; b=GUAsT2nNx/arMUgS9osCDsprztAT80GmWLjW3Zh8x5K7zINghhodK3hbvkKC6rCQYd j/U4DzkrP89p/lD0xRIY/9ZK0HDR/22x678VrDY4tlCMO0pGBhwnL49/Wx1U0IGjyQpJ EYiu7Ken/yf2qbQaFH7pYAqeGoHAMkgLc+5jEvUWwvHBQ1xCTBftQNkjsQuz8NdIjqi2 pKdTUI2dGMRlBfkLOWiK/uF9E1TwMoZ9Qh03daNR1GRaxLF0qedoM9u5Iv6BaUJvk8Wd 3/Sdihdun2FFIDIibtF3oELS9GFmYiE/mDKABufg3NSkNGBqW6s+Iy1CzubegPKyGdWb VuRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=/a6Q0q3fsKusvNBN/vJ++yOTGQngMIxh3aX2nKjuRv4=; b=Y6D9mQs5zu24WAdDWd+uuQ35s9c5irR7UJhQIcu5EM78TBhgD41kz5s7DnS7BH6put a9VSufMTzrWaoJ+j0XUl2ZRrO17DMIcs29NwpuIVald6eBJeQHSaDoIWnhjb+fCHgzc6 V5rTJ7wnt9VbDkUbwbZLT0acueK/yPZZnxtJNNItOAxmzluZfaJczb32nTSF1YlRdxqn tbwqhBjCwtO6HvZ1HtiaQh+1oF8TPmfNPc1z31ppwP5uR+PHeIwgkkQQsEZNgvVCCv4/ q/N7Q/ztqDL8T4iK2W7o/lOHc/CNUE3oHO+RTqspXatbefB2o1UyJmXhmefT/JBuIR3J tapQ== X-Gm-Message-State: ABuFfoh2lkClqrY8MH7LxOPxTwJX6QR3WbxEyMj4LuEdiF8X95PB03w8 8UDlX4CjQ604pQulcXzPQkeky0pdfA0U2EJ1M5LyHdY+OPk= X-Google-Smtp-Source: ACcGV63CARepnmT+wVK6zzU98zagrj9GMYkxdxCnHfNfG8MzVqp8NofDmDrnq2YEIIrNCdTuMINYPHnyrDwtYK4/RHg= X-Received: by 2002:a19:124b:: with SMTP id h72-v6mr6731624lfi.72.1538426980495; Mon, 01 Oct 2018 13:49:40 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Mon, 1 Oct 2018 13:49:39 -0700 (PDT) From: Samuel Wales Date: Mon, 1 Oct 2018 13:49:39 -0700 Message-ID: To: emacs-orgmode@gnu.org 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::131 Subject: [O] category not updated X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 20:54:08 -0000 this bug reproduces in maint and master, but i have not tried -Q. i search for a keyword in the agenda categories show up i decide to change the name of one of the categories i refresh category does not change i search again category does not change i kill buffer and search again category does not change i restart emacs category changes --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Mon Oct 01 16:57:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g75FW-00085L-97 for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:57:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g75FU-000849-LD for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:57:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g75FU-0007xx-0S for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:57:00 -0400 Received: from mail-lj1-x230.google.com ([2a00:1450:4864:20::230]:33261) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g75FT-0007vR-PI for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 16:56:59 -0400 Received: by mail-lj1-x230.google.com with SMTP id z21-v6so4470597ljz.0 for ; Mon, 01 Oct 2018 13:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vRMnWaGWyntduXVnWpKNB3ZX72ZndZpN3dFjOqSAggM=; b=Avk6TOEHK+dkqtm0qzAvFR7593i9i5Ob8hypBS6Od3sGxXxI0ZmjgqwqJGaSXVDi5s ENShm32z4nKOewC8s21EQOgK2AA9eT1OpalOfgVEEsK44qu/k7IVUQ2faJ4cBGxUJg9s hIR4+tioTXxq67TKotN3CG0ezQWqNv8ZUOWNG2xpuCIFVpOE5YfrqpyTvox8jKMmdurS qksC+SuGTDRFup8IcLx1GafikCswjwDpylGLI+UGjNEsrar1TU98UfdsTjN30aesFfgr xXbD9poj/i+il6U7YDzCH3XvKgHNvyWv7zpZrjjbW5Wy7ClP24DCFS/1p8Vy3lHdFTkR LIXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vRMnWaGWyntduXVnWpKNB3ZX72ZndZpN3dFjOqSAggM=; b=HTVIUDSxdAdHanFJ/qIymZmo9V7cgD+/J7ufC595B6Ar9sutRpZFqnvcNr8UOCvP+o xe95I9kwlVXMmyvv1eF30z5acrC9OnDK3/qT4iIAbrGOjqrNo2GycLZU7lNQyAZdPC0y y6xxlWOpmyvPldVpTBwK3g/YwOiNE7j9mGLCt/wXBl2upPrFtWy8KAPDYB2uSq2KyyY3 msNFxu6IElz01wjVLtxPDBTfRK3y1Z8d/X8gcgTHdV2c7XootarI4pjxLXmQID/N23BQ MKhC91p86mzzWbRv/QXNTcJtjlNLkFeEmWbU9R4LTGF92LwLoNK0nu/SsS0viLe4UHtQ h6Mg== X-Gm-Message-State: ABuFfojRHEFHw6sE0yZe5mvWv2CvBFMaC99WQS6Bpp9yK+7NhYLPhWkM /99x5CrBmAzr1bjO2WcAC1sRyK3cKKHqQJLo3Z4= X-Google-Smtp-Source: ACcGV62EkanHDqZLw4Pg2EKp3Y1q/+0uE4nudTgmDL55FTvy47nTdMGbMuyY4+csaj7V93NNJCeXiwkEIQgG1s9w+dE= X-Received: by 2002:a2e:9ec5:: with SMTP id h5-v6mr7168215ljk.40.1538427418089; Mon, 01 Oct 2018 13:56:58 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Mon, 1 Oct 2018 13:56:57 -0700 (PDT) In-Reply-To: <2018-10-01T14-12-32@devnull.Karl-Voit.at> References: <02B795A3-DD37-4DDA-BD76-BC850C3967D9@gmail.com> <87mussjqbe.fsf@gmail.com> <2018-10-01T14-12-32@devnull.Karl-Voit.at> From: Samuel Wales Date: Mon, 1 Oct 2018 13:56:57 -0700 Message-ID: To: Karl Voit Cc: emacs-orgmode@gnu.org Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::230 Subject: Re: [O] Visualizing org files X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 20:57:01 -0000 market more :] or you could convert it to an emacs visualization in the agenda buffer :] From MAILER-DAEMON Mon Oct 01 17:01:16 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g75Jc-0001EM-Ea for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:01:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g75JZ-0001Du-1O for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:01:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g75JW-0002bh-Pt for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:01:12 -0400 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]:35188) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g75JW-0002b5-HA for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:01:10 -0400 Received: by mail-lf1-x12b.google.com with SMTP id r191-v6so10993424lff.2 for ; Mon, 01 Oct 2018 14:01:10 -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; bh=Mrb8wNI6fwFesBoBSOJJcDMwIE5svs1YKxoT8n9Wopw=; b=PnCRXlJQ3c5hJ4xWtne2kESF66BNRjFukKmssd1MIuU0GDypkDRh4Dn2L5/+CeGr9+ nbwHjdMk8NAbVg3aKgQP9zgm+zcQnrUJsNnFrZa+J7RnpnrgqH6dNdgpEq8fN7Be75C8 o2QH1CKJNXlzlHnAqdz/iEEL1ACNtwNrlM3TqE0bgRH2z5OJs+V9GFawunMdjjY7TCwA 92uz0CwhK/mOQnh5w1kJlKyOkkESUIMjplL4XBwvkw5Lynpf5Vy0pvcdPYuIyhlt+7Ke ycFQ4kstSdJtKzHaFm1dZTWlMObTI6pK6b+ltd7qUON8hKhCIRktocs1YdlvcoMmAb1O Bb8w== 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; bh=Mrb8wNI6fwFesBoBSOJJcDMwIE5svs1YKxoT8n9Wopw=; b=q5X/eCyy1PLWZ8KBZha9qwn7EWGwM1eV3E6ixbJl+3yp7TCxRdtAEzH3/vzsxFB7rY p5LEJF/K4exw25uaP42wVuC5zQ/gmZhcVzeM9OsTW/56gk/jgNFRz0gwWPuAGDa0tA76 8VkkoY7XIJzQr5YUzWpmpvJ37jOQpA6I3wJiTwenJXzVHUSfoIheQ6PVKwd9V/f4KI3u /6CpT1urHqsHxK8DeL9ImPqTEC633B1dXBatM3WSZqVhTr5VzZGAv5EbXnpXY8oKwl6v IP/awh2h53ujhNrm4Dfo1gHjfg7nyyeqfTL+Bng6C57JHgpXvicwSPv+sCXHrGY55vrK rA0g== X-Gm-Message-State: ABuFfoi5IZsz60okUNfOR3EsEjHsynEN1DJU0JyeaF3EKwUeY3X/s45Q MHLJ5sLb6B4JtTobZqUL0Z4PyxbFf8vsSSowf/Nwy8Na X-Google-Smtp-Source: ACcGV63mjc5RzGSJY68xMiw33wWyAHf0Tteci8MSRN2yK+u+93hNaNpjXXVw6q3IDzVuvW+zmc/NrZnUfzyLX3Za+nA= X-Received: by 2002:a19:be46:: with SMTP id o67-v6mr6213034lff.139.1538427668762; Mon, 01 Oct 2018 14:01:08 -0700 (PDT) MIME-Version: 1.0 References: <87k1n46tdw.fsf@luisa.c0t0d0s0.de> <87k1n42jm5.fsf@luisa.c0t0d0s0.de> <87k1n414ww.fsf@luisa.c0t0d0s0.de> <87ftxpu0rb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> In-Reply-To: <87ftxpu0rb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> From: Kaushal Modi Date: Mon, 1 Oct 2018 17:00:32 -0400 Message-ID: To: yantar92@gmail.com Cc: mwe012008@gmx.net, emacs-org list Content-Type: multipart/alternative; boundary="000000000000b595bc0577311a7c" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12b Subject: Re: [O] Concatenating Org property values from parent subtrees X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 21:01:14 -0000 --000000000000b595bc0577311a7c Content-Type: text/plain; charset="UTF-8" On Mon, Oct 1, 2018 at 11:50 AM Ihor Radchenko wrote: > Hi, > > Check out the following code: > > ```` > (defvar org-concatenated-properties '("AA") > "A list of property names (strings), which should be computed via > concatenation with the parent properties.") > > (define-advice org-entry-get (:around (oldfun pom property &optional > inherit literal-nil) concatenate-parents-maybe) > Hello Ihor, That code is perfect! I was able to get what I want with minor refactoring. Thanks! Refactored code: ===== (defvar org-concatenated-properties '("AA") "List of property names whose values are allowed to be concatenated. The list is of type '(PROP1 PROP2 ..) where each element is a string.") (defvar org-property-concat-string "/" "String use to concat the `org-concatenated-properties' properties.") (defun org-get-parent-property (property inherit literal-nil) "Get the value of PROPERTY from the parent relative to current point." (org-with-wide-buffer (if (org-up-heading-safe) (or (org-entry-get nil property inherit literal-nil) "") ""))) (defun org/advice-concatenate-properties-maybe (orig-fun &rest args) "Concatenate an Org Property value with its inherited value. The concatenation happens only if the Org Property is in `org-concatenated-properties' list." (let* ((value-orig (apply orig-fun args)) (property (nth 1 args)) (dont-concat (not (member property org-concatenated-properties)))) ;; (message "dbg: args:%S value-orig:%S property:%S" args value-orig property) (if dont-concat value-orig (let* ((pom (nth 0 args)) (inherit (nth 2 args)) (literal-nil (nth 3 args)) (value-here-no-inherit (apply orig-fun `(,pom ,property nil ,literal-nil))) (value-parent (apply #'org-get-parent-property `(,property ,inherit ,literal-nil)))) ;; (message "dbg advice: value-here-no-inherit: %S" value-here-no-inherit) (if value-here-no-inherit (format "%s%s%s" value-parent (if (org-string-nw-p value-parent) org-property-concat-string "") value-orig) value-parent))))) (advice-add 'org-entry-get :around #'org/advice-concatenate-properties-maybe) ;; (advice-remove 'org-entry-get #'org/advice-concatenate-properties-maybe) ===== Example Org file: ===== * heading 1 :PROPERTIES: :FOO: abc :END: asdf ** heading 1 :PROPERTIES: :FOO: def :AA: pqr :END: *** heading 2 :PROPERTIES: :FOO: 123 :AA: 456 :END: **** heading 3 ===== --000000000000b595bc0577311a7c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 1, 2018 at 11:50 AM Ihor Radchenko <yantar92@gmail.com> wrote:
Hi,

Check out the following code:

````
(defvar org-concatenated-properties '("AA")
=C2=A0 "A list of property names (strings), which should be computed v= ia concatenation with the parent properties.")

(define-advice org-entry-get (:around (oldfun pom property &optional in= herit literal-nil) concatenate-parents-maybe)

Hello Ihor,

That code is perfect!

I was able to get what I want with minor refactoring. Thank= s!

Refactored code:

=3D= =3D=3D=3D=3D
(defvar org-concatenated-properties '("= AA")
=C2=A0 "List of property names whose values are allowed t= o be concatenated.
The list is of type '(PROP1 PROP2 ..) where each = element is a string.")

(defvar org-property-concat-string "= ;/"
=C2=A0 "String use to concat the `org-concatenated-propert= ies' properties.")

(defun org-get-parent-property (property= inherit literal-nil)
=C2=A0 "Get the value of PROPERTY from the pa= rent relative to current point."
=C2=A0 (org-with-wide-buffer
= =C2=A0=C2=A0 (if (org-up-heading-safe)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 (or (org-entry-get nil property inherit literal-nil) "")
= =C2=A0=C2=A0=C2=A0=C2=A0 "")))

(defun org/advice-concatena= te-properties-maybe (orig-fun &rest args)
=C2=A0 "Concatenate a= n Org Property value with its inherited value.
The concatenation happens= only if the Org Property is in
`org-concatenated-properties' list.&= quot;
=C2=A0 (let* ((value-orig (apply orig-fun args))
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (property (nth 1 args))
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (dont-concat (not (member property = org-concatenated-properties))))
=C2=A0=C2=A0=C2=A0 ;; (message "dbg= : args:%S value-orig:%S property:%S" args value-orig property)
=C2= =A0=C2=A0=C2=A0 (if dont-concat
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 value-orig
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (let* ((pom (nth 0 args))<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= (inherit (nth 2 args))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 (literal-nil (nth 3 args))
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (value-here-no-inher= it (apply orig-fun `(,pom ,property nil ,literal-nil)))
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (value-parent (ap= ply #'org-get-parent-property `(,property ,inherit ,literal-nil))))
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; (message "dbg advice: va= lue-here-no-inherit: %S" value-here-no-inherit)
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 (if value-here-no-inherit
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (format "%s%s%s"=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 value-parent
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 (if (org-string-nw-p value-parent)
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 org-property-concat-str= ing
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "")<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 value-orig)
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 value-parent)))))
(advice-add &#= 39;org-entry-get :around #'org/advice-concatenate-properties-maybe)
= ;; (advice-remove 'org-entry-get #'org/advice-concatenate-propertie= s-maybe)
=3D=3D=3D=3D=3D

Example Org= file:

=3D=3D=3D=3D=3D

* heading 1:PROPERTIES:
:FOO:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 abc
:END:

a= sdf
** heading 1
:PROPERTIES:
:FOO: def
:AA: pqr
:END:
**= * heading 2
:PROPERTIES:
:FOO: 123
:AA: 456
:END:
**** headi= ng 3
=3D=3D=3D=3D=3D
--000000000000b595bc0577311a7c-- From MAILER-DAEMON Mon Oct 01 17:55:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g769d-0003C6-Hu for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:55:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58686) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g769V-0003Bj-7Y for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:54:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g769O-0005NR-7i for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:54:53 -0400 Received: from mail-it1-x135.google.com ([2607:f8b0:4864:20::135]:36014) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g769N-0005KZ-Qu for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 17:54:46 -0400 Received: by mail-it1-x135.google.com with SMTP id c85-v6so536189itd.1 for ; Mon, 01 Oct 2018 14:54:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :mime-version; bh=j0e1FaE/YsUy0UHv3lw70H5lOwKvfetBge2DoANNHXk=; b=YfCxYzsciWcgmJfj1dMliJ409jw78xiLZiigoW/iIJqts5o7UHLfnItV+I9MEoUcKG 4DDsQuYTmQHDSoyXmKFCYKYjB/VED93/+YNCD+M6b0y5a86/UoJehaJhx5GYcwBQ273I 1QdMaeb2IL1nXLHXSRmS9LDnOFFwoSv4h2dRcUciEry13iL/zkc59c58XTJtCnCPHLi/ YZp+Y11lHs9qz3/U+TkQXLGEQRKzkwBul2Q3qj++3mI0PuGX6xg387iFrecIAbgQo/e3 d/efTUzeOfTp3pfSjCs3VlxPaYFBKymj36dZf3Xh7oLdVKpShnocpQwR+BENaY//zY2a oKuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :mime-version; bh=j0e1FaE/YsUy0UHv3lw70H5lOwKvfetBge2DoANNHXk=; b=edFQoMli8Bpj504QRwi0MwA2QUGEHtw4RGBgKDL0mO3uLNNq3LlA/MzXI2dcWIYXyd xGgh3O61Sa1zj2RETkmXIOAjipERl0NRYLf1LIOQLZn0dO0KhW4z3irlxLm52s3NOk9H E/l5xFIkPTSAB3qdHzt+i8SRvNdI7iwpU3CTk2TnZ1HpGTRAJSqAxBNoXQnKRwvnzVDD eMDhthgKBFyWHerjAhQLwgYMET8LPWbSya/IK0lnekzogcQR3o4GloTNcwktkWivpbss 0jqGO2p2d5m0GX1gXJ/4JIL4GUYi3n+cZy4Z4GrD7Q+VQNT+7EBYX08dv2gv4ZslDfka lJTA== X-Gm-Message-State: ABuFfoi7eJv8WP6JB7y7n7kPmCzPjFkqnA/vyCosnLfDg4gkY0KCzvIR aL8lpPkmV7/0gnKBcV4S7kSUtM8TNcE= X-Google-Smtp-Source: ACcGV62ByRBpRNCSa+bHu46A3ukv9WqkjUOgRf5QCEPs8p7pKqEGlGMkceLTDSkgtw49wpVE2FGFog== X-Received: by 2002:a02:e44:: with SMTP id 65-v6mr10065354jae.7.1538430883713; Mon, 01 Oct 2018 14:54:43 -0700 (PDT) Received: from BL0PR1901MB2146.namprd19.prod.outlook.com ([40.97.189.53]) by smtp.gmail.com with ESMTPSA id f15-v6sm5864376ita.24.2018.10.01.14.54.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Oct 2018 14:54:42 -0700 (PDT) From: =?Windows-1252?Q?Mario_Bermonti_P=E9rez?= To: "emacs-orgmode@gnu.org" Thread-Topic: Emacs-orgmode Digest, Vol 151, Issue 21 Thread-Index: AWVzNTU4wRskTXmoHn0PEyyHjP5UUN3NOEha X-MS-Exchange-MessageSentRepresentingType: 2 Date: Mon, 1 Oct 2018 21:54:40 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_BL0PR1901MB214676B99FA733FEEA2FD538AEEF0BL0PR1901MB2146_" MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::135 Subject: Re: [O] Emacs-orgmode Digest, Vol 151, Issue 21 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Oct 2018 21:55:00 -0000 --_000_BL0PR1901MB214676B99FA733FEEA2FD538AEEF0BL0PR1901MB2146_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Help Cordialmente, Mario =97 Mario E. Bermonti P=E9rez, M.A. Doctoral Student Department of Psychology Universidad de Puerto Rico-R=EDo Piedras Director of Institutional Assessment Academic Affairs Ponce Health Sciences University Research and Statistical Consultant School of Behavioral and Health Sciences Ponce Health Sciences University ________________________________ From: Emacs-orgmode on behalf of emacs-orgmode-request@gnu.org Sent: Thursday, September 20, 2018 12:00:17 PM To: emacs-orgmode@gnu.org Subject: Emacs-orgmode Digest, Vol 151, Issue 21 Send Emacs-orgmode mailing list submissions to emacs-orgmode@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/emacs-orgmode or, via email, send a message with subject or body 'help' to emacs-orgmode-request@gnu.org You can reach the person managing the list at emacs-orgmode-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Emacs-orgmode digest..." Today's Topics: 1. Re: Difference between documentation and effective syntax for anchored images in odt export (Nicolas Goaziou) 2. Re: "Refiled from..." Notes in LOGBOOK - Feature suggestion (Nicolas Goaziou) 3. org-babel: capturing the output of a shell command that does not return (garjola@garjola.net) 4. bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Kaushal Modi) 5. bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Richard Stallman) 6. bug#32722: 26.1; Org-publish depend on non-free platform ? (Richard Stallman) 7. bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Richard Stallman) 8. bug#32722: 26.1; Org-publish depend on non-free platform ? (Eli Zaretskii) 9. bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Eli Zaretskii) 10. Re: bug#32722: 26.1; Org-publish depend on non-free platform ? (Adam Porter) 11. bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Eli Zaretskii) 12. bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Robert Klein) 13. [o] org-capture regression? (Thomas Holst) 14. bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Joe Corneli) 15. bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Nicolas Goaziou) 16. Re: [o] org-capture regression? (Nicolas Goaziou) 17. Re: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Bingo UV) 18. Expandin Org Babel snippets (Lorenzo Bolla) 19. Re: [o] org-capture regression? (Thomas Holst) 20. Re: Expandin Org Babel snippets (Robert Klein) 21. bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Michael Albinus) 22. bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? (Bingo UV) ---------------------------------------------------------------------- Message: 1 Date: Wed, 19 Sep 2018 19:37:45 +0200 From: Nicolas Goaziou To: Laurent Geneste Cc: emacs-orgmode@gnu.org Subject: Re: [O] Difference between documentation and effective syntax for anchored images in odt export Message-ID: <87o9ctie1i.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Laurent Geneste writes: > I tried to use the following code (as documented in https://orgmode.org/o= rg.html#Images-in-ODT-export) to change the anchor of an image exported wit= h ox-odt: > #+ATTR_ODT: :anchor "as-char" > [[./orgmode.png]] > > However this does not work in org-mode (9.1.14) and after asking the ques= tion to the community ( > https://emacs.stackexchange.com/q/44787/9245), it seems that the quotes s= hould not be present. The following code works as expected; > > #+ATTR_ODT: :anchor as-char > [[./orgmode.png]] > > May be the documentation should be updated on this point ? You are right. Fixed. Thank you. Regards, -- Nicolas Goaziou ------------------------------ Message: 2 Date: Wed, 19 Sep 2018 19:40:12 +0200 From: Nicolas Goaziou To: Stanislav Vlasov Cc: emacs-orgmode@gnu.org Subject: Re: [O] "Refiled from..." Notes in LOGBOOK - Feature suggestion Message-ID: <87k1nhidxf.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Stanislav Vlasov writes: > It could be useful to have a note about the place where the entry was > refiled from. Like so: > > * TODO Note on where the entry was refiled from > :LOGBOOK: > - Refiled on [2016-04-04 Mon 00:57] from ~/emacs-tasks.org::*Tasks%20work= flow > - Refiled on [2015-05-15 Fri 13:53] from ~/stuff.org > - State "TODO" from "" [2015-05-15 Fri 13:53] > :END: > > The current options with org-log-refile in only allow to log time of > refile event or prompt for a note. > > The problem is that the templates for adding notes in > org-log-note-headings do not support a proper location placeholder > (something like %F used in org-capture-templates). It is also > explicitly not recommended to change those templates. That's not exact. The recommendation only holds for "state" entry. You can tweak "refile" entry to your heart's content. Would you want to provide a patch so as to add the suggested placeholder? Regards, -- Nicolas Goaziou ------------------------------ Message: 3 Date: Wed, 19 Sep 2018 22:34:22 +0200 From: garjola@garjola.net To: emacs-orgmode@gnu.org Subject: [O] org-babel: capturing the output of a shell command that does not return Message-ID: <87h8ildy5t.fsf@pc-117-162.i-did-not-set--mail-host-address--so-tic= kle-me> Content-Type: text/plain Hi, I need to capture the output of a shell command run from a babel code block= , but this command does not return. By that, I mean that the command prints= some text to the terminal, but does not end (it launches a deamon). Someth= ing like this: #+BEGIN_SRC bash jupyter kernel #+END_SRC When run in a terminal, the command outputs some text like: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>>>>>>>>>> > > [KernelApp] Starting kernel 'python3' = > > [KernelApp] Connection file: /run/user/1000/jupyter/kernel-8a5cf00c-182c-= 4212-9bbc-7aa6ec436b95.json > > [KernelApp] To connect a client: --existing kernel-8a5cf00c-182c-4212-9bb= c-7aa6ec436b95.json > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>>>>>>>>>>> > and sits there waiting for requests. I would like to capture the output to = parse it. I need the name of the json file to pass it as a :session argumen= t to subsequent code blocks like this: #+BEGIN_SRC emacs-lisp (setq org-babel-default-header-args (cons '(:session . "/run/user/1000/jupyter/kernel-8a5cf00c-182c-4212-= 9bbc-7aa6ec436b95.json") (assq-delete-all :session org-babel-default-header-args))) #+END_SRC #+BEGIN_SRC ipython :results output drawer :session "/run/user/1000/jupyter= /kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json" print(2+2) #+END_SRC Maybe there is another way to run the shell command and extract the file na= me I need (in elisp?), but I don't know how. I anybody could point me in the right direction, this would be very helpful= . Thank you. G. -- ------------------------------ Message: 4 Date: Wed, 19 Sep 2018 17:16:28 -0400 From: Kaushal Modi To: Amin Bandali Cc: Glenn Morris , n@flqt.fr, Richard Stallman , Nicolas Goaziou , 32722@debbugs.gnu.org, Robert Horn , Eli Zaretskii Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: Content-Type: text/plain; charset=3D"UTF-8" On Tue, Sep 18, 2018 at 6:24 PM Amin Bandali wrote: > > I set up a mirror: https://code.orgmode.org/aminb/emacs-htmlize > > Assuming code.orgmode.org uses Gogs' default mirror settings, the > repo should be automatically synchronized with upstream roughly > every 8 hours or so. > > This way, we'd still be able to point the users to a concrete > address to get htmlize from, without directly pointing them to a > proprietary platform. Further, we're not claiminig copyright or > maintainership of the repo and we're merely mirroring it on a > freedom-respecting platform along with Org itself. I got approval from Hrvoje Nik?i? that he was fine with your mirror[0]. So I believe it should be OK reference that mirror repo in ox-html? [0]: https://github.com/hniksic/emacs-htmlize/issues/23#issuecomment-422946= 622 ------------------------------ Message: 5 Date: Wed, 19 Sep 2018 21:50:26 -0400 From: Richard Stallman To: Nicolas Goaziou Cc: n@flqt.fr, 32722@debbugs.gnu.org, rms@gnu.org, kaushal.modi@gmail.com Subject: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: Content-Type: text/plain; charset=3DUtf-8 [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] The crucial question here is whether Mobile.org is free software. If it is not, then GNU packages including their documentation should not mention it at all. See the chapter References in the GNU Coding Standards. What is the source license of Mobile.org? Does Mobile.org for Android link with any nonfree libraries, such as Google Play Library? Is it listed in f-droid.org? I don't think it is possible to have free apps for the iMonsters. This is because iOS does not allow users to install modified versions of apps, even if the app's source is released under a free license. Another issue is the suggestion to use DropBox. Normal use of Dropbox involves running nonfree JS software (see https://gnu.org/philosophy/javascript-trap.html), so we cannot recommend using Dropbox in the normal way. If there is a way to use Dropbox (for those operations that are necessary in this context) without running any nonfree client software, it would be ok to recommend using Dropbox _in that way_. (The operations necessary in this context must include creating an account.) However, the text you showed me does not include such a specific recommendation, so we have to eliminate it. We could reinsert the discussion of Dropbox if and when someone writes text to recommend a suitable specific way to use it. > [fn:146] An alternative is to use a WebDAV server. MobileOrg > documentation has details of WebDAV server configuration. Additional > help is at this [[https://orgmode.org/worg/org-faq.html#mobileorg_webda= v][FAQ entry]]. Is this a way to use MobileOrg without Dropbox? Is the WebDAV server code free software? Can you talk to such a server without any nonfree client software? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) ------------------------------ Message: 6 Date: Wed, 19 Sep 2018 21:50:43 -0400 From: Richard Stallman To: Eli Zaretskii Cc: n@flqt.fr, mail@nicolasgoaziou.fr, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: Content-Type: text/plain; charset=3DUtf-8 [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > If that is the crucial point, then the recent change to Org already > took care of that, That depends on what the changed text actually says. I have not seen it; would you please send it to me? and there should be no rush to convert Org to using > htmlfontify, as this issue is now on the same level as the other > references to GitHub. Right? I wouldn't assume all those mentions are similar cases. This is a matter of details, and I have not seen them, so I don't know whether they are real problems or not. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) ------------------------------ Message: 7 Date: Wed, 19 Sep 2018 21:54:30 -0400 From: Richard Stallman To: Kaushal Modi Cc: n@flqt.fr, amin@gnu.org, rjhorniii@gmail.com, 32722@debbugs.gnu.org, mail@nicolasgoaziou.fr Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: Content-Type: text/plain; charset=3DUtf-8 [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > This way, we'd still be able to point the users to a concrete > > address to get htmlize from, without directly pointing them to a > > proprietary platform. Further, we're not claiminig copyright or > > maintainership of the repo and we're merely mirroring it on a > > freedom-respecting platform along with Org itself. > I got approval from Hrvoje Nik?i? that he was fine with your mirror[0]. > So I believe it should be OK reference that mirror repo in ox-html? No, it is not ok. We still need to replace htmlize. The deep problem with the reference to htmlize is that it blurs the distinction between Emacs itself and Lisp code that is not part of Emacs. We need to highlight that distinction, not blur it. Please leave the code to suggest loading htmlize deactivated. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) ------------------------------ Message: 8 Date: Thu, 20 Sep 2018 07:22:32 +0300 From: Eli Zaretskii To: rms@gnu.org Cc: n@flqt.fr, mail@nicolasgoaziou.fr, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <83lg7wer1z.fsf@gnu.org> > From: Richard Stallman > Cc: n@flqt.fr, rjhorniii@gmail.com, 32722@debbugs.gnu.org, > mail@nicolasgoaziou.fr, kaushal.modi@gmail.com > Date: Wed, 19 Sep 2018 21:50:43 -0400 > > > If that is the crucial point, then the recent change to Org already > > took care of that, > > That depends on what the changed text actually says. I have not seen it; > would you please send it to me? There's no changed text: the original message telling from where to install htmlize was deleted. There's now only the error message (which was there before) saying that htmlize is required. ------------------------------ Message: 9 Date: Thu, 20 Sep 2018 07:24:49 +0300 From: Eli Zaretskii To: rms@gnu.org Cc: n@flqt.fr, mail@nicolasgoaziou.fr, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <83k1ngeqy6.fsf@gnu.org> > From: Richard Stallman > Date: Wed, 19 Sep 2018 21:54:30 -0400 > Cc: n@flqt.fr, amin@gnu.org, mail@nicolasgoaziou.fr, 32722@debbugs.gnu.or= g, > rjhorniii@gmail.com > > Please leave the code to suggest loading htmlize deactivated. There's no such code. There's a function that, if invoked, signals an error with this text: "Cannot fontify source block (htmlize.el >=3D 1.34 required)" ------------------------------ Message: 10 Date: Thu, 20 Sep 2018 00:21:33 -0500 From: Adam Porter To: emacs-orgmode@gnu.org Subject: Re: [O] bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <87bm8sg2w2.fsf@alphapapa.net> Content-Type: text/plain Although I've read all of the messages in it, this thread has not been especially easy to follow. Whatever changes are made, we should ensure that there are no regressions as a result. This should mean that: 1. Existing Org users who install the new version of Org and export documents to HTML should not see any changes in the output. 2. New Org users whose first version is the new one should be able to easily get the same HTML output they see existing users getting. If the changes in documentation and in-Emacs messages obscure the necessary steps, it should be considered a significant regression in usability. I can already imagine the messages asking, "How do I get the nice-looking, syntax-highlighted code blocks I see all the other Org users getting?" There are already many questions about Org that are asked over and over again in various places. Let's not add a new one to that list, about something that used to work fine. ------------------------------ Message: 11 Date: Thu, 20 Sep 2018 08:43:19 +0300 From: Eli Zaretskii To: Kaushal Modi Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, rjhorniii@gmail.com, amin@gnu.org, 32722@debbugs.gnu.org, mail@nicolasgoaziou.fr Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <83h8ikenbc.fsf@gnu.org> Content-Type: text/plain; charset=3Dutf-8 > From: Kaushal Modi > Date: Wed, 19 Sep 2018 17:16:28 -0400 > Cc: Nicolas Goaziou , Glenn Morris ,= n@flqt.fr, > Richard Stallman , 32722@debbugs.gnu.org, Robert Horn= , > Eli Zaretskii > > I got approval from Hrvoje Nik?i? that he was fine with your mirror[0]. > > So I believe it should be OK reference that mirror repo in ox-html? I think we could do better by using htmlfontify.el. I asked a few questions about that in this discussion, see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32722#95 Would the Org developers please reply to those questions? If indeed it is not hard to adapt htmlfontify to be used by Org, then I think it's a better solution. TIA ------------------------------ Message: 12 Date: Thu, 20 Sep 2018 10:13:16 +0200 From: Robert Klein To: Eli Zaretskii Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, Kaushal Modi Subject: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <20180920101316.2333b69b@lt70.mpip-mainz.mpg.de> Content-Type: text/plain; charset=3DUTF-8 Hi, On Thu, 20 Sep 2018 08:43:19 +0300 Eli Zaretskii wrote: > > From: Kaushal Modi > > Date: Wed, 19 Sep 2018 17:16:28 -0400 > > Cc: Nicolas Goaziou , Glenn Morris > > , n@flqt.fr, Richard Stallman , > > 32722@debbugs.gnu.org, Robert Horn , Eli > > Zaretskii > > > > I got approval from Hrvoje Nik?i? that he was fine with your > > mirror[0]. > > > > So I believe it should be OK reference that mirror repo in > > ox-html? > > I think we could do better by using htmlfontify.el. I asked a few > questions about that in this discussion, see > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32722#95 > > Would the Org developers please reply to those questions? If indeed > it is not hard to adapt htmlfontify to be used by Org, then I think > it's a better solution. Not an ?Org developer? -- I guess mostly Nicolas Goaziou can claim that title at the moment with two thirds of all commits last year.. As to your questions: > This should be very easy to fix, by using temporary buffers with a > copy of the region to produce HTML for. Right? plus removing HTML document headers and footers, remove css stuff, rework this, so we have css to include in the final document... > > Additionally htmlfontify also requires several external tools > > (according to the man page) which might not be available on all > > platform Emacs and org-mode is used on: > > > > - a copy of ?find? which provides the ?-path? predicate > > - a copy of ?sed? > > - a copy of the ?file? command > > These are only needed if one invokes htmlfontify-copy-and-link-dir to > produce HTML for files in a directory. Is that an important use case > for the issue at hand? E.g., if you need to produce HTML for a region > of a buffer, these facilities seem to not be relevant, AFAIU. Did I > miss something? No. At that moment in the discussion it wasn't clear the issue with htmlize= (and github) has been seen fundamentally different by non-org people as op= posed to people developing and using org-mode. > > A switch to htmlfontify might end up in rewriting a good part of > > htmlfontify or some very ugly hacks. > > I wonder whether we could begin by just supporting the immediate use > case(s) in point, maybe that is possible without too much rewriting. See above. > > If Hrvoje Niksic has or is willing to sign the copyright assignment > > documents it will be easier to put htmlize.el into Emacs. > > We've been through this several times in the past: it isn't going to > happen. I think htmlfontify was added to Emacs for that rteason, > among others. Sorry, didn't know there's a history. Best regards Robert ------------------------------ Message: 13 Date: Thu, 20 Sep 2018 10:13:56 +0200 From: Thomas Holst To: emacs-orgmode@gnu.org Subject: [O] [o] org-capture regression? Message-ID: <87r2ho60xn.fsf@gmx.de> Content-Type: text/plain Hello, a view weeks ago a wrote a post about problems I have with one of my captue templates. (see: http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html) Today I dug a little deeper. In March 2017 I sent two patches to enable the capture property :table-line-pos to be either a string, a variable or a function. #+begin_example commit 599ccd1cc83cc8a1b0af82ac93e23760637b37b5 Author: Thomas Holst Date: Mon Mar 17 09:01:40 2014 +0100 docu change for table-line-pos new feature commit 176125c32ff2a8adc6e1d3091a57e46e482da638 Author: Thomas Holst Date: Sat Mar 15 16:22:44 2014 +0100 org-capture.el: Allow `:table-line-pos' to be a function name, a string= or a variable #+end_example Since a few weeks this is not working anymore. I have a capture template unsing this feature (which I use rarely but still). So here is I patch I came up with to re-enable theese features: #+begin_src diff * doc/org-manual.org (Template elements): document new/old features of `:table-line-pos' * lisp/org-captue.el (org-capture-place-table-line): eval the content of `:table-line-pos' --- doc/org-manual.org | 6 ++++-- lisp/org-capture.el | 3 ++- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/doc/org-manual.org b/doc/org-manual.org index ae7c07c88..4a2a64fc4 100644 --- a/doc/org-manual.org +++ b/doc/org-manual.org @@ -7361,9 +7361,11 @@ Now lets look at the elements of a template defini= tion. Each entry in - ~:table-line-pos~ :: Specification of the location in the table where the new line - should be inserted. It should be a string like =3DII-3=3D mea= ning + should be inserted. It could be a string like =3DII-3=3D mean= ing that the new line should become the third line before the - second horizontal separator line. + second horizontal separator line. Or it could be a function + returning a string or a variable containing a string as + explained above. - ~:kill-buffer~ :: diff --git a/lisp/org-capture.el b/lisp/org-capture.el index cbc72d43b..7f3e9e623 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1212,7 +1212,8 @@ may have been stored before." ((pred (string-match-p org-table-border-regexp)) "| %?Bad template |") (text (concat text "\n")))) - (table-line-pos (org-capture-get :table-line-pos)) + (table-line-pos + (eval (org-capture-get :table-line-pos))) beg end) (cond ((org-capture-get :exact-position) -- 2.19.0 #+end_src This works for me. I can use my capture template again. In the meantime I s= igned FSF papers so TINYCHANGE is not required anymore. Thank you for looking into this. -- Bis neulich ... Thomas ------------------------------ Message: 14 Date: Thu, 20 Sep 2018 11:43:25 +0100 From: Joe Corneli To: rms@gnu.org Cc: n@flqt.fr, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Subject: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: Content-Type: text/plain; charset=3D"UTF-8" On Thu, Sep 20, 2018 at 2:57 AM Richard Stallman wrote: > The deep problem with the reference to htmlize is that it > blurs the distinction between Emacs itself > and Lisp code that is not part of Emacs. > We need to highlight that distinction, not blur it. There are a handful of references to MELPA inside Emacs. Are these to be discouraged? If not, htmlize is on MELPA and could be referenced there. ------------------------------ Message: 15 Date: Thu, 20 Sep 2018 14:40:16 +0200 From: Nicolas Goaziou To: Richard Stallman Cc: n@flqt.fr, 32722@debbugs.gnu.org, kaushal.modi@gmail.com Subject: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <87worggx5b.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Richard Stallman writes: > What is the source license of Mobile.org? It is GPL2+. > Does Mobile.org for Android link with any nonfree libraries, > such as Google Play Library? No idea. > Is it listed in f-droid.org? Yes, it is. > If there is a way to use Dropbox (for those operations that are > necessary in this context) without running any nonfree client > software, it would be ok to recommend using Dropbox _in that way_. > (The operations necessary in this context must include creating an > account.) I don't know. > Is this a way to use MobileOrg without Dropbox? Yes, it is. MobileOrg just needs to get read/write access to some Org files from anywhere. Dropbox is one way to do that. Any online storage with WebDAV support fits the bill, too. I think Dropbox is being mentioned because it may not be trivial for users to do self-hosting or to find an ethical location for their files. So, here comes the ready-to-use solution. > Is the WebDAV server code free software? At least some implementations are, e.g., Nextcloud, listed in the FSF directory. > Can you talk to such a server without any nonfree client software? I do it with Gnome file manager. There is also an official client for Nextcloud, which is free. Regards, -- Nicolas Goaziou 0x80A93738 ------------------------------ Message: 16 Date: Thu, 20 Sep 2018 14:53:03 +0200 From: Nicolas Goaziou To: Thomas Holst Cc: emacs-orgmode@gnu.org Subject: Re: [O] [o] org-capture regression? Message-ID: <87sh24gwk0.fsf@nicolasgoaziou.fr> Content-Type: text/plain; charset=3Dutf-8 Hello, Thomas Holst writes: > a view weeks ago a wrote a post about problems I have with one of my > captue templates. (see: > http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html) I thought I had answered it. > Since a few weeks this is not working anymore. I have a capture template > unsing this feature (which I use rarely but still). > > So here is I patch I came up with to re-enable theese features: Thank you. However, I have two issues with it. The first one is that I don't like `eval'. See, for example, this excerpt from the Elisp manual: On rare occasions, you may need to write code that evaluates a form that is computed at run time, such as after reading a form from text being edited or getting one from a property list. On these occasions, use the ?eval? function. Often ?eval? is not needed and something else should be used instead. For example, to get the value of a variable, while ?eval? works, ?symbol-value? is preferable; or rather than store expressions in a property list that then need to go through ?eval?, it is better to store functions instead that are then passed to ?funcall?. So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary Sexps. Also, this introduces a discrepancy between :table-line-pos and other parameters, which do not allow variables nor functions. This is another issue. IOW, it may need be to be implemented at a lower level, with proper tooling. WDYT? > This works for me. I can use my capture template again. In the >meantime I signed FSF papers so TINYCHANGE is not required anymore. Great! Regards, -- Nicolas Goaziou ------------------------------ Message: 17 Date: Thu, 20 Sep 2018 18:29:29 +0530 From: Bingo UV To: Richard Stallman , Nicolas Goaziou Cc: n@flqt.fr, kaushal.modi@gmail.com, 32722@debbugs.gnu.org, emacs-orgmode@gnu.org Subject: Re: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <20180920182929.61517206@gmail.com> Content-Type: text/plain; charset=3DUS-ASCII Hi RMS, Nicolas The concrete software MobileOrg on Android is somewhat of an orphan. It may not revive as itself. But there is also a protocol mobileorg, which the manual alludes to, though does not document directly. That protocol is very much an enabler of software freedom, and it is important for the next MobileOrg to be written. I hope it survives these questions. The protocol can be used to sync 2 sets of org-mode files between 2 emacs instances - without needing the iOS or Android versions of MobileOrg. When fancypants sync systems like dropbox, git, syncthing, rsync etc. are not available, the mobileorg protocol can be used to transfer changes from one place to another. As for the questions : On Wed, 19 Sep 2018 21:50:26 -0400 Richard Stallman wrote: > > What is the source license of Mobile.org? GPLv3 (https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt) > Is it listed in f-droid.org? It used to be, it has been kicked out of f-droid due to violating policies : including dubious jars. Dropbox API that it was using was surely non-free. > > [fn:146] An alternative is to use a WebDAV server. MobileOrg > > documentation has details of WebDAV server configuration. > > Additional help is at this > > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav][FAQ > > entry]]. > > Is this a way to use MobileOrg without Dropbox? > > Is the WebDAV server code free software? Can you talk to such a > server without any nonfree client software? There are 2 other ways to use Android MobileOrg not included in the worg page: 1. SSH 2. Local filesystem Also, since one can write one's own WebDAV server using specs, it doesn't matter if some particular WebDAV servers are free or not. thanks ------------------------------ Message: 18 Date: Thu, 20 Sep 2018 14:53:56 +0100 From: Lorenzo Bolla To: emacs-orgmode@gnu.org Subject: [O] Expandin Org Babel snippets Message-ID: Content-Type: text/plain; charset=3D"UTF-8" I upgraded to orgmode TIP (from https://code.orgmode.org/bzg/org-mode), and now I am not able to expand Babel snippets in org files anymore. E.g. it used to be possible to type " and get an expanded "#+begin_src ... #+end_src" block. Similarly, with " to get a quote block. Any ideas how to fix this? Thanks! Lorenzo (org-version t t) Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @ /home/lbolla/src/org-mode/lisp/) Emacs version is: (version) "GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Version 2.24.32) of 2018-07-25" ------------------------------ Message: 19 Date: Thu, 20 Sep 2018 16:01:26 +0200 From: Thomas Holst To: emacs-orgmode@gnu.org Subject: Re: [O] [o] org-capture regression? Message-ID: <87musc46a1@Boerne> Content-Type: text/plain; charset=3Dwindows-1252 Hello, ? Nicolas Goaziou wrote: > Thomas Holst writes: >> [...snip...] >> So here is I patch I came up with to re-enable theese features: > > Thank you. However, I have two issues with it. > > The first one is that I don't like `eval'. See, for example, this > excerpt from the Elisp manual: > > On rare occasions, you may need to write code that evaluates a form > that is computed at run time, such as after reading a form from text > being edited or getting one from a property list. On these > occasions, use the ?eval? function. Often ?eval? is not needed and > something else should be used instead. For example, to get the value > of a variable, while ?eval? works, ?symbol-value? is preferable; or > rather than store expressions in a property list that then need to > go through ?eval?, it is better to store functions instead that are > then passed to ?funcall?. > > So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary > Sexps. > > Also, this introduces a discrepancy between :table-line-pos and other > parameters, which do not allow variables nor functions. This is another > issue. > > IOW, it may need be to be implemented at a lower level, with proper > tooling. > > WDYT? For me this sounds resonalble. Basically I am an elisp novice. I will try to implement the feature like explaind above in `org-capture-get'. So it can be used for other parameters. When I have questions or a few lines of code I will come back here. Right now I can live with my solution for my personal needs. Since my time for working on this is limited it might take some time. It seems that nobody else is missing this feature. So I will take the oportunity and find my way through elisp. -- Bis neulich ... Thomas ------------------------------ Message: 20 Date: Thu, 20 Sep 2018 16:08:58 +0200 From: Robert Klein To: Lorenzo Bolla Cc: emacs-orgmode@gnu.org Subject: Re: [O] Expandin Org Babel snippets Message-ID: <20180920160858.206861e2@lt70.mpip-mainz.mpg.de> Content-Type: text/plain; charset=3DUS-ASCII On Thu, 20 Sep 2018 14:53:56 +0100 Lorenzo Bolla wrote: > I upgraded to orgmode TIP (from > https://code.orgmode.org/bzg/org-mode), and now I am not able to > expand Babel snippets in org files anymore. E.g. it used to be > possible to type " and get an expanded > "#+begin_src ... #+end_src" block. Similarly, with " to get a > quote block. > Any ideas how to fix this? > > Thanks! > Lorenzo > > > > (org-version t t) > Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @ > /home/lbolla/src/org-mode/lisp/) > > Emacs version is: > > (version) > "GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Version > 2.24.32) of 2018-07-25" > Please see *** Change in the structure template expansion in the etc/ORG-NEWS file. Best regards Robert ------------------------------ Message: 21 Date: Thu, 20 Sep 2018 16:31:06 +0200 From: Michael Albinus To: Nicolas Goaziou Cc: n@flqt.fr, kaushal.modi@gmail.com, Richard Stallman , 32722@debbugs.gnu.org Subject: [O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <87sh24utp1.fsf@gmx.de> Content-Type: text/plain Nicolas Goaziou writes: > Hello, Hi, >> Is the WebDAV server code free software? > > At least some implementations are, e.g., Nextcloud, listed in the FSF > directory. > >> Can you talk to such a server without any nonfree client software? > > I do it with Gnome file manager. There is also an official client for > Nextcloud, which is free. For the records, Emacs 27.0.50 / Tramp 2.4.1-pre got a nextcloud client for GNU/Linux systems. Like the Gnome File Manager it uses the GVFS library and tools. > Regards, Best regards, Michael. ------------------------------ Message: 22 Date: Thu, 20 Sep 2018 18:29:29 +0530 From: Bingo UV To: Richard Stallman , Nicolas Goaziou Cc: n@flqt.fr, 32722@debbugs.gnu.org, kaushal.modi@gmail.com Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? Message-ID: <20180920182929.61517206@gmail.com> Content-Type: text/plain; charset=3DUS-ASCII Hi RMS, Nicolas The concrete software MobileOrg on Android is somewhat of an orphan. It may not revive as itself. But there is also a protocol mobileorg, which the manual alludes to, though does not document directly. That protocol is very much an enabler of software freedom, and it is important for the next MobileOrg to be written. I hope it survives these questions. The protocol can be used to sync 2 sets of org-mode files between 2 emacs instances - without needing the iOS or Android versions of MobileOrg. When fancypants sync systems like dropbox, git, syncthing, rsync etc. are not available, the mobileorg protocol can be used to transfer changes from one place to another. As for the questions : On Wed, 19 Sep 2018 21:50:26 -0400 Richard Stallman wrote: > > What is the source license of Mobile.org? GPLv3 (https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt) > Is it listed in f-droid.org? It used to be, it has been kicked out of f-droid due to violating policies : including dubious jars. Dropbox API that it was using was surely non-free. > > [fn:146] An alternative is to use a WebDAV server. MobileOrg > > documentation has details of WebDAV server configuration. > > Additional help is at this > > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav][FAQ > > entry]]. > > Is this a way to use MobileOrg without Dropbox? > > Is the WebDAV server code free software? Can you talk to such a > server without any nonfree client software? There are 2 other ways to use Android MobileOrg not included in the worg page: 1. SSH 2. Local filesystem Also, since one can write one's own WebDAV server using specs, it doesn't matter if some particular WebDAV servers are free or not. thanks End of Emacs-orgmode Digest, Vol 151, Issue 21 ********************************************** --_000_BL0PR1901MB214676B99FA733FEEA2FD538AEEF0BL0PR1901MB2146_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Help

Cordialmente,
Mario
=97
Mario E. Bermonti P=E9rez, M.A.
Doctoral Student
Department of Psychology
Universidad de Puerto Rico-R=EDo Piedras
Director of Institutional Assessment
Academic Affairs
Ponce Health Sciences University
Research and Statistical Consultant
School of Behavioral and Health Sciences
Ponce Health Sciences University

From: Emacs-orgmode <e= macs-orgmode-bounces+mbermonti1132=3Dgmail.com@gnu.org> on behalf of= emacs-orgmode-request@gnu.org <emacs-orgmode-request@gnu.org>
Sent: Thursday, September 20, 2018 12:00:17 PM
To: emacs-orgmode@gnu.org
Subject: Emacs-orgmode Digest, Vol 151, Issue 21
 
Send Emacs-orgmode mailing list submissions to
        emacs-orgmode@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/ema= cs-orgmode
or, via email, send a message with subject or body 'help' to
        emacs-orgmode-request@gnu.org
You can reach the person managing the list at
        emacs-orgmode-owner@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emacs-orgmode digest..."


Today's Topics:

   1. Re: Difference between documentation and effective syntax f= or
      anchored images in odt export (Nicolas Goazi= ou)
   2. Re: "Refiled from..." Notes in LOGBOOK - Feature = suggestion
      (Nicolas Goaziou)
   3. org-babel: capturing the output of a shell command that doe= s
      not return (garjola@garjola.net)
   4. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish de= pend on
      non-free platform ? (Kaushal Modi)
   5. bug#32722:  bug#32722: 26.1; Org-publish depend on non= -free
      platform ? (Richard Stallman)
   6. bug#32722: 26.1; Org-publish depend on non-free platform ?<= br>       (Richard Stallman)
   7. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish de= pend on
      non-free platform ? (Richard Stallman)
   8. bug#32722: 26.1; Org-publish depend on non-free platform ?<= br>       (Eli Zaretskii)
   9. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish de= pend on
      non-free platform ? (Eli Zaretskii)
  10. Re: bug#32722: 26.1; Org-publish depend on non-free platform
      ? (Adam Porter)
  11. bug#32722:  bug#32722: bug#32722: 26.1; Org-publish depend = on
      non-free platform ? (Eli Zaretskii)
  12. bug#32722:  bug#32722:  bug#32722: bug#32722: 26.1;       Org-publish depend on non-free platform ? (R= obert Klein)
  13. [o] org-capture regression? (Thomas Holst)
  14. bug#32722:  bug#32722: bug#32722: bug#32722: 26.1;
      Org-publish depend on non-free platform ? (J= oe Corneli)
  15. bug#32722:  bug#32722: 26.1; Org-publish depend on non-free=
      platform ? (Nicolas Goaziou)
  16. Re: [o] org-capture regression? (Nicolas Goaziou)
  17. Re: bug#32722:  bug#32722: 26.1; Org-publish depend on
      non-free platform ? (Bingo UV)
  18. Expandin Org Babel snippets (Lorenzo Bolla)
  19. Re: [o] org-capture regression? (Thomas Holst)
  20. Re: Expandin Org Babel snippets (Robert Klein)
  21. bug#32722:  bug#32722: 26.1; Org-publish depend on non-free=
      platform ? (Michael Albinus)
  22. bug#32722:  bug#32722:  bug#32722: 26.1; Org-publish d= epend
      on non-free platform ? (Bingo UV)


----------------------------------------------------------------------

Message: 1
Date: Wed, 19 Sep 2018 19:37:45 +0200
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Laurent Geneste <laurent.geneste@enit.fr>
Cc: emacs-orgmode@gnu.org
Subject: Re: [O] Difference between documentation and effective syntax
        for anchored images in odt expor= t
Message-ID: <87o9ctie1i.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Laurent Geneste <laurent.geneste@enit.fr> writes:

> I tried to use the following code (as documented in https://orgmode.org/org.html#Images-in-ODT-export) to change the anchor= of an image exported with ox-odt:
> #+ATTR_ODT: :anchor "as-char"
> [[./orgmode.png]]
>
> However this does not work in org-mode (9.1.14) and after asking the q= uestion to the community (
> https://emacs= .stackexchange.com/q/44787/9245), it seems that the quotes should not b= e present. The following code works as expected;
>
> #+ATTR_ODT: :anchor as-char
> [[./orgmode.png]]
>
> May be the documentation should be updated on this point ?

You are right. Fixed. Thank you.

Regards,

--
Nicolas Goaziou



------------------------------

Message: 2
Date: Wed, 19 Sep 2018 19:40:12 +0200
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Stanislav Vlasov <stanislav.a.vlasov@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [O] "Refiled from..." Notes in LOGBOOK - Feature
        suggestion
Message-ID: <87k1nhidxf.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Stanislav Vlasov <stanislav.a.vlasov@gmail.com> writes:

> It could be useful to have a note about the place where the entry was<= br> > refiled from. Like so:
>
> * TODO Note on where the entry was refiled from
> :LOGBOOK: 
> - Refiled on [2016-04-04 Mon 00:57] from ~/emacs-tasks.org::*Tasks%20w= orkflow
> - Refiled on [2015-05-15 Fri 13:53] from ~/stuff.org
> - State "TODO"       from &quo= t;"           [2015-= 05-15 Fri 13:53]
> :END:
>
> The current options with org-log-refile in only allow to log time of > refile event or prompt for a note.
>
> The problem is that the templates for adding notes in
> org-log-note-headings do not support a proper location placeholder
> (something like %F used in org-capture-templates). It is also
> explicitly not recommended to change those templates.

That's not exact. The recommendation only holds for "state" entry= . You
can tweak "refile" entry to your heart's content.

Would you want to provide a patch so as to add the suggested
placeholder?


Regards,

--
Nicolas Goaziou



------------------------------

Message: 3
Date: Wed, 19 Sep 2018 22:34:22 +0200
From: garjola@garjola.net
To: emacs-orgmode@gnu.org
Subject: [O] org-babel: capturing the output of a shell command that
        does not return
Message-ID:
        <87h8ildy5t.fsf@pc-117-162.i-= did-not-set--mail-host-address--so-tickle-me>
       
Content-Type: text/plain

Hi,

I need to capture the output of a shell command run from a babel code block= , but this command does not return. By that, I mean that the command prints= some text to the terminal, but does not end (it launches a deamon). Someth= ing like this:

#+BEGIN_SRC bash
jupyter kernel
#+END_SRC

When run in a terminal, the command outputs some text like:

>>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>>= ;>>>>>>>> >
> [KernelApp] Starting kernel 'python3'     &nb= sp;            =             &nb= sp;            =             &nb= sp;        >
> [KernelApp] Connection file: /run/user/1000/jupyter/kernel-8a5cf00c-18= 2c-4212-9bbc-7aa6ec436b95.json >
> [KernelApp] To connect a client: --existing kernel-8a5cf00c-182c-4212-= 9bbc-7aa6ec436b95.json         >=
> >>>>>>>>>>>>>>>>>&g= t;>>>>>>>>>>>>>>>>>>&= gt;>>>>>>>>>>>>>>>>>>= >>>>>>>>>>>>>>>>>>>= ;>>>>>>>>>>>>>>>>>>&g= t;>>>>>>>> >

and sits there waiting for requests. I would like to capture the output to = parse it. I need the name of the json file to pass it as a :session argumen= t to subsequent code blocks like this:

#+BEGIN_SRC emacs-lisp
(setq org-babel-default-header-args
      (cons '(:session . "/run/user/1000/jupy= ter/kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json")
            (assq-de= lete-all :session org-babel-default-header-args)))
#+END_SRC

#+BEGIN_SRC ipython :results output drawer :session "/run/user/100= 0/jupyter/kernel-8a5cf00c-182c-4212-9bbc-7aa6ec436b95.json"
print(2+2)
#+END_SRC

Maybe there is another way to run the shell command and extract the file na= me I need (in elisp?), but I don't know how.

I anybody could point me in the right direction, this would be very helpful= .

Thank you.

G.

--



------------------------------

Message: 4
Date: Wed, 19 Sep 2018 17:16:28 -0400
From: Kaushal Modi <kaushal.modi@gmail.com>
To: Amin Bandali <amin@gnu.org>
Cc: Glenn Morris <rgm@gnu.org>, n@flqt.fr, Richard Stallman
        <rms@gnu.org>,  Nicol= as Goaziou <mail@nicolasgoaziou.fr>,
        32722@debbugs.gnu.org,  Rob= ert Horn <rjhorniii@gmail.com>, Eli
        Zaretskii <eliz@gnu.org> Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ? Message-ID:
        <CAFyQvY353PvS6nJatS-hdtWc0BN= Ki=3DGSFTQc-1p5Gvczb6sGuw@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

On Tue, Sep 18, 2018 at 6:24 PM Amin Bandali <amin@gnu.org> wrote: >
> I set up a mirror: https://code.orgmode.org/aminb/emacs-htmlize
>
> Assuming code.orgmode.org uses Gogs' default mirror settings, the
> repo should be automatically synchronized with upstream roughly
> every 8 hours or so.
>
> This way, we'd still be able to point the users to a concrete
> address to get htmlize from, without directly pointing them to a
> proprietary platform.  Further, we're not claiminig copyright or<= br> > maintainership of the repo and we're merely mirroring it on a
> freedom-respecting platform along with Org itself.

I got approval from Hrvoje Nik?i? that he was fine with your mirror[0].

So I believe it should be OK reference that mirror repo in ox-html?

[0]: https://github.com/hniksic/emacs-htmlize/issues/23#issuecomment-422946622





------------------------------

Message: 5
Date: Wed, 19 Sep 2018 21:50:26 -0400
From: Richard Stallman <rms@gnu.org>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: n@flqt.fr, 32722@debbugs.gnu.org, rms@gnu.org,
        kaushal.modi@gmail.com
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <E1g2o6s-0008PG-JL@fencepost.gnu.org>
Content-Type: text/plain; charset=3DUtf-8

[[[ To any NSA and FBI agents reading my email: please consider  =   ]]]
[[[ whether defending the US Constitution against all enemies,  &= nbsp;  ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

The crucial question here is whether Mobile.org is free software.  If<= br> it is not, then GNU packages including their documentation should not
mention it at all.  See the chapter References in the GNU Coding
Standards.

What is the source license of Mobile.org?

Does Mobile.org for Android link with any nonfree libraries,
such as Google Play Library?  Is it listed in f-droid.org?

I don't think it is possible to have free apps for the iMonsters.
This is because iOS does not allow users to install modified versions
of apps, even if the app's source is released under a free license.


Another issue is the suggestion to use DropBox.
Normal use of Dropbox involves running nonfree JS software
(see
https://gn= u.org/philosophy/javascript-trap.html),
so we cannot recommend using Dropbox in the normal way.

If there is a way to use Dropbox (for those operations that are
necessary in this context) without running any nonfree client
software, it would be ok to recommend using Dropbox _in that way_.
(The operations necessary in this context must include creating an
account.)

However, the text you showed me does not include such a specific
recommendation, so we have to eliminate it.  We could reinsert the
discussion of Dropbox if and when someone writes text to recommend a
suitable specific way to use it.

  > [fn:146] An alternative is to use a WebDAV server.  Mobile= Org
  > documentation has details of WebDAV server configuration. = Additional
  > help is at this [[https://orgmode.org/worg/org-faq.html#mobileorg_webda= v][FAQ entry]].

Is this a way to use MobileOrg without Dropbox?

Is the WebDAV server code free software?  Can you talk to such a
server without any nonfree client software?


--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://= internethalloffame.org)







------------------------------

Message: 6
Date: Wed, 19 Sep 2018 21:50:43 -0400
From: Richard Stallman <rms@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: n@flqt.fr, mail@nicolasgoaziou.fr, 32722@debbugs.gnu.org,
        rjhorniii@gmail.com, kaushal.mod= i@gmail.com
Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform
        ?
Message-ID: <E1g2o79-0008S6-UV@fencepost.gnu.org>
Content-Type: text/plain; charset=3DUtf-8

[[[ To any NSA and FBI agents reading my email: please consider  =   ]]]
[[[ whether defending the US Constitution against all enemies,  &= nbsp;  ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > If that is the crucial point, then the recent change to Org alr= eady
  > took care of that,

That depends on what the changed text actually says.  I have not seen = it;
would you please send it to me?

            &nb= sp;          and there should = be no rush to convert Org to using
  > htmlfontify, as this issue is now on the same level as the othe= r
  > references to GitHub.  Right?

I wouldn't assume all those mentions are similar cases.
This is a matter of details, and I have not seen them,
so I don't know whether they are real problems or not.

--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://= internethalloffame.org)







------------------------------

Message: 7
Date: Wed, 19 Sep 2018 21:54:30 -0400
From: Richard Stallman <rms@gnu.org>
To: Kaushal Modi <kaushal.modi@gmail.com>
Cc: n@flqt.fr, amin@gnu.org, rjhorniii@gmail.com,
        32722@debbugs.gnu.org,  mai= l@nicolasgoaziou.fr
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ? Message-ID: <E1g2oAo-0000ao-2k@fencepost.gnu.org>
Content-Type: text/plain; charset=3DUtf-8

[[[ To any NSA and FBI agents reading my email: please consider  =   ]]]
[[[ whether defending the US Constitution against all enemies,  &= nbsp;  ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > > This way, we'd still be able to point the users to a concr= ete
  > > address to get htmlize from, without directly pointing the= m to a
  > > proprietary platform.  Further, we're not claiminig c= opyright or
  > > maintainership of the repo and we're merely mirroring it o= n a
  > > freedom-respecting platform along with Org itself.

  > I got approval from Hrvoje Nik?i? that he was fine with your mi= rror[0].

  > So I believe it should be OK reference that mirror repo in ox-h= tml?

No, it is not ok.
We still need to replace htmlize.

The deep problem with the reference to htmlize is that it
blurs the distinction between Emacs itself
and Lisp code that is not part of Emacs.
We need to highlight that distinction, not blur it.

Please leave the code to suggest loading htmlize deactivated.


--
Dr Richard Stallman
President, Free Software Foundation (https://gnu.org, https://fsf.org)
Internet Hall-of-Famer (https://= internethalloffame.org)







------------------------------

Message: 8
Date: Thu, 20 Sep 2018 07:22:32 +0300
From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: n@flqt.fr, mail@nicolasgoaziou.fr, 32722@debbugs.gnu.org,
        rjhorniii@gmail.com, kaushal.mod= i@gmail.com
Subject: [O] bug#32722: 26.1; Org-publish depend on non-free platform
        ?
Message-ID: <83lg7wer1z.fsf@gnu.org>

> From: Richard Stallman <rms@gnu.org>
> Cc: n@flqt.fr, rjhorniii@gmail.com, 32722@debbugs.gnu.org,
>        mail@nicolasgoaziou.fr, kaus= hal.modi@gmail.com
> Date: Wed, 19 Sep 2018 21:50:43 -0400
>
>   > If that is the crucial point, then the recent change = to Org already
>   > took care of that,
>
> That depends on what the changed text actually says.  I have not = seen it;
> would you please send it to me?

There's no changed text: the original message telling from where to
install htmlize was deleted.  There's now only the error message
(which was there before) saying that htmlize is required.





------------------------------

Message: 9
Date: Thu, 20 Sep 2018 07:24:49 +0300
From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: n@flqt.fr, mail@nicolasgoaziou.fr, amin@gnu.org,
        32722@debbugs.gnu.org,  rjh= orniii@gmail.com, kaushal.modi@gmail.com
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ? Message-ID: <83k1ngeqy6.fsf@gnu.org>

> From: Richard Stallman <rms@gnu.org>
> Date: Wed, 19 Sep 2018 21:54:30 -0400
> Cc: n@flqt.fr, amin@gnu.org, mail@nicolasgoaziou.fr, 32722@debbugs.gnu= .org,
>        rjhorniii@gmail.com
>
> Please leave the code to suggest loading htmlize deactivated.

There's no such code.  There's a function that, if invoked, signals an=
error with this text:

  "Cannot fontify source block (htmlize.el >=3D 1.34 required)= "





------------------------------

Message: 10
Date: Thu, 20 Sep 2018 00:21:33 -0500
From: Adam Porter <adam@alphapapa.net>
To: emacs-orgmode@gnu.org
Subject: Re: [O] bug#32722: 26.1; Org-publish depend on non-free
        platform ?
Message-ID: <87bm8sg2w2.fsf@alphapapa.net>
Content-Type: text/plain

Although I've read all of the messages in it, this thread has not been
especially easy to follow.

Whatever changes are made, we should ensure that there are no
regressions as a result.  This should mean that:

1.  Existing Org users who install the new version of Org and export documents to HTML should not see any changes in the output.

2.  New Org users whose first version is the new one should be able to=
easily get the same HTML output they see existing users getting.  If t= he
changes in documentation and in-Emacs messages obscure the necessary
steps, it should be considered a significant regression in usability.

I can already imagine the messages asking, "How do I get the
nice-looking, syntax-highlighted code blocks I see all the other Org
users getting?"  There are already many questions about Org that = are
asked over and over again in various places.  Let's not add a new one = to
that list, about something that used to work fine.




------------------------------

Message: 11
Date: Thu, 20 Sep 2018 08:43:19 +0300
From: Eli Zaretskii <eliz@gnu.org>
To: Kaushal Modi <kaushal.modi@gmail.com>
Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, rjhorniii@gmail.com,
        amin@gnu.org,   32722@= debbugs.gnu.org, mail@nicolasgoaziou.fr
Subject: [O] bug#32722:  bug#32722: bug#32722: 26.1; Org-publish
        depend on non-free platform ? Message-ID: <83h8ikenbc.fsf@gnu.org>
Content-Type: text/plain; charset=3Dutf-8

> From: Kaushal Modi <kaushal.modi@gmail.com>
> Date: Wed, 19 Sep 2018 17:16:28 -0400
> Cc: Nicolas Goaziou <mail@nicolasgoaziou.fr>, Glenn Morris <r= gm@gnu.org>, n@flqt.fr,
>        Richard Stallman <rms@gnu= .org>, 32722@debbugs.gnu.org, Robert Horn <rjhorniii@gmail.com>,
>        Eli Zaretskii <eliz@gnu.o= rg>
>
> I got approval from Hrvoje Nik?i? that he was fine with your mirror[0]= .
>
> So I believe it should be OK reference that mirror repo in ox-html?
I think we could do better by using htmlfontify.el.  I asked a few
questions about that in this discussion, see

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32722#95

Would the Org developers please reply to those questions?  If indeed it is not hard to adapt htmlfontify to be used by Org, then I think
it's a better solution.

TIA





------------------------------

Message: 12
Date: Thu, 20 Sep 2018 10:13:16 +0200
From: Robert Klein <roklein@roklein.de>
To: Eli Zaretskii <eliz@gnu.org>
Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, amin@gnu.org,
        32722@debbugs.gnu.org,  rjh= orniii@gmail.com, Kaushal Modi
        <kaushal.modi@gmail.com> Subject: [O] bug#32722:  bug#32722:  bug#32722: bug#32722: 26.1;<= br>         Org-publish depend on non-free p= latform ?
Message-ID: <20180920101316.2333b69b@lt70.mpip-mainz.mpg.de>
Content-Type: text/plain; charset=3DUTF-8

Hi,
On Thu, 20 Sep 2018 08:43:19 +0300
Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Kaushal Modi <kaushal.modi@gmail.com>
> > Date: Wed, 19 Sep 2018 17:16:28 -0400
> > Cc: Nicolas Goaziou <mail@nicolasgoaziou.fr>, Glenn Morris<= br> > > <rgm@gnu.org>, n@flqt.fr, Richard Stallman <rms@gnu.org&= gt;,
> > 32722@debbugs.gnu.org, Robert Horn <rjhorniii@gmail.com>, E= li
> > Zaretskii <eliz@gnu.org>
> >
> > I got approval from Hrvoje Nik?i? that he was fine with your
> > mirror[0].
> >
> > So I believe it should be OK reference that mirror repo in
> > ox-html? 
>
> I think we could do better by using htmlfontify.el.  I asked a fe= w
> questions about that in this discussion, see
>
>   https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32722#95 >
> Would the Org developers please reply to those questions?  If ind= eed
> it is not hard to adapt htmlfontify to be used by Org, then I think > it's a better solution.

Not an ?Org developer? -- I guess mostly Nicolas Goaziou can claim that
title at the moment with two thirds of all commits last year..

As to your questions:

> This should be very easy to fix, by using temporary buffers with a
> copy of the region to produce HTML for.  Right?

plus removing HTML document headers and footers, remove css stuff,
rework this, so we have css to include in the final document...


> > Additionally htmlfontify also requires several external tools
> > (according to the man page) which might not be available on all > > platform Emacs and org-mode is used on:
> >
> > - a copy of ?find? which provides the ?-path? predicate
> > - a copy of ?sed?
> > - a copy of the ?file? command
>
> These are only needed if one invokes htmlfontify-copy-and-link-dir to<= br> > produce HTML for files in a directory.  Is that an important use = case
> for the issue at hand?  E.g., if you need to produce HTML for a r= egion
> of a buffer, these facilities seem to not be relevant, AFAIU.  Di= d I
> miss something?

No. At that moment in the discussion it wasn't clear the issue with htmlize= (and github) has been seen fundamentally different by non-org people as op= posed to people developing and using org-mode.

> > A switch to htmlfontify might end up in rewriting a good part of<= br> > > htmlfontify or some very ugly hacks.
>
> I wonder whether we could begin by just supporting the immediate use > case(s) in point, maybe that is possible without too much rewriting.
See above.

> > If Hrvoje Niksic has or is willing to sign the copyright assignme= nt
> > documents it will be easier to put htmlize.el into Emacs.
>
> We've been through this several times in the past: it isn't going to > happen.  I think htmlfontify was added to Emacs for that rteason,=
> among others.

Sorry, didn't know there's a history.


Best regards
Robert





------------------------------

Message: 13
Date: Thu, 20 Sep 2018 10:13:56 +0200
From: Thomas Holst <Thomas_Holst@gmx.de>
To: emacs-orgmode@gnu.org
Subject: [O] [o] org-capture regression?
Message-ID: <87r2ho60xn.fsf@gmx.de>
Content-Type: text/plain

Hello,

a view weeks ago a wrote a post about problems I have with one of my
captue templates. (see:
http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.htm= l)

Today I dug a little deeper.

In March 2017 I sent two patches to enable the capture property
:table-line-pos to be either a string, a variable or a function.

#+begin_example
commit 599ccd1cc83cc8a1b0af82ac93e23760637b37b5
Author: Thomas Holst <Thomas_Holst@gmx.de>
Date:   Mon Mar 17 09:01:40 2014 +0100

    docu change for table-line-pos new feature
   
commit 176125c32ff2a8adc6e1d3091a57e46e482da638
Author: Thomas Holst <Thomas_Holst@gmx.de>
Date:   Sat Mar 15 16:22:44 2014 +0100

    org-capture.el: Allow `:table-line-pos' to be a function= name, a string or a variable
#+end_example

Since a few weeks this is not working anymore. I have a capture template unsing this feature (which I use rarely but still).

So here is I patch I came up with to re-enable theese features:

#+begin_src diff
  * doc/org-manual.org (Template elements): document new/old features = of
  `:table-line-pos'

  * lisp/org-captue.el (org-capture-place-table-line): eval the conten= t
    of `:table-line-pos'
  ---
   doc/org-manual.org  | 6 ++++--
   lisp/org-capture.el | 3 ++-
   2 files changed, 6 insertions(+), 3 deletions(-)

  diff --git a/doc/org-manual.org b/doc/org-manual.org
  index ae7c07c88..4a2a64fc4 100644
  --- a/doc/org-manual.org
  +++ b/doc/org-manual.org
  @@ -7361,9 +7361,11 @@ Now lets look at the elements of a templa= te definition.  Each entry in
        - ~:table-line-pos~ ::
  
             Sp= ecification of the location in the table where the new line
  -          should be in= serted.  It should be a string like =3DII-3=3D meaning
  +          should b= e inserted.  It could be a string like =3DII-3=3D meaning
             th= at the new line should become the third line before the
  -          second horiz= ontal separator line.
  +          second h= orizontal separator line. Or it could be a function
  +          returnin= g a string or a variable containing a string as
  +          explaine= d above.
  
        - ~:kill-buffer~ ::
  
  diff --git a/lisp/org-capture.el b/lisp/org-capture.el
  index cbc72d43b..7f3e9e623 100644
  --- a/lisp/org-capture.el
  +++ b/lisp/org-capture.el
  @@ -1212,7 +1212,8 @@ may have been stored before."
            ((pred (= string-match-p org-table-border-regexp))
             &q= uot;| %?Bad template |")
            (text (c= oncat text "\n"))))
  -     (table-line-pos (org-capture-get :table-li= ne-pos))
  +     (table-line-pos
  +      (eval (org-capture-get :table-li= ne-pos)))
         beg end)
       (cond
        ((org-capture-get :exact-positio= n)
  --
  2.19.0
#+end_src

This works for me. I can use my capture template again. In the meantime I s= igned FSF papers
so TINYCHANGE is not required anymore.

Thank you for looking into this.

--
Bis neulich ...
  Thomas



------------------------------

Message: 14
Date: Thu, 20 Sep 2018 11:43:25 +0100
From: Joe Corneli <holtzermann17@gmail.com>
To: rms@gnu.org
Cc: n@flqt.fr, amin@gnu.org, 32722@debbugs.gnu.org,
        rjhorniii@gmail.com,  =   kaushal.modi@gmail.com
Subject: [O] bug#32722:  bug#32722: bug#32722: bug#32722: 26.1;
        Org-publish depend on non-free p= latform ?
Message-ID:
        <CAN+qofnbqV8MT0wmKNokXv0= S8f9PnXcpK1RdsH-8Zb2i8ckNPw@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

On Thu, Sep 20, 2018 at 2:57 AM Richard Stallman <rms@gnu.org> wrote:=

> The deep problem with the reference to htmlize is that it
> blurs the distinction between Emacs itself
> and Lisp code that is not part of Emacs.
> We need to highlight that distinction, not blur it.

There are a handful of references to MELPA inside Emacs.  Are these to=
be discouraged?  If not, htmlize is on MELPA and could be referenced there.





------------------------------

Message: 15
Date: Thu, 20 Sep 2018 14:40:16 +0200
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Richard Stallman <rms@gnu.org>
Cc: n@flqt.fr, 32722@debbugs.gnu.org, kaushal.modi@gmail.com
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <87worggx5b.fsf@nicolasgoaziou.fr>
Content-Type: text/plain

Hello,

Richard Stallman <rms@gnu.org> writes:

> What is the source license of Mobile.org?

It is GPL2+.

> Does Mobile.org for Android link with any nonfree libraries,
> such as Google Play Library?

No idea.

> Is it listed in f-droid.org?

Yes, it is.

> If there is a way to use Dropbox (for those operations that are
> necessary in this context) without running any nonfree client
> software, it would be ok to recommend using Dropbox _in that way_.
> (The operations necessary in this context must include creating an
> account.)

I don't know.

> Is this a way to use MobileOrg without Dropbox?

Yes, it is. MobileOrg just needs to get read/write access to some Org
files from anywhere. Dropbox is one way to do that. Any online storage
with WebDAV support fits the bill, too.

I think Dropbox is being mentioned because it may not be trivial for
users to do self-hosting or to find an ethical location for their files. So, here comes the ready-to-use solution.

> Is the WebDAV server code free software?

At least some implementations are, e.g., Nextcloud, listed in the FSF
directory.

> Can you talk to such a server without any nonfree client software?

I do it with Gnome file manager. There is also an official client for
Nextcloud, which is free.

Regards,

--
Nicolas Goaziou          =             &nb= sp;            =              0x= 80A93738





------------------------------

Message: 16
Date: Thu, 20 Sep 2018 14:53:03 +0200
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Thomas Holst <Thomas_Holst@gmx.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: [O] [o] org-capture regression?
Message-ID: <87sh24gwk0.fsf@nicolasgoaziou.fr>
Content-Type: text/plain; charset=3Dutf-8

Hello,

Thomas Holst <Thomas_Holst@gmx.de> writes:

> a view weeks ago a wrote a post about problems I have with one of my > captue templates. (see:
> http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html)<= br>
I thought I had answered it.

> Since a few weeks this is not working anymore. I have a capture templa= te
> unsing this feature (which I use rarely but still).
>
> So here is I patch I came up with to re-enable theese features:

Thank you. However, I have two issues with it.

The first one is that I don't like `eval'. See, for example, this
excerpt from the Elisp manual:

    On rare occasions, you may need to write code that evalu= ates a form
    that is computed at run time, such as after reading a fo= rm from text
    being edited or getting one from a property list. On the= se
    occasions, use the ?eval? function. Often ?eval? is not = needed and
    something else should be used instead. For example, to g= et the value
    of a variable, while ?eval? works, ?symbol-value? is pre= ferable; or
    rather than store expressions in a property list that th= en need to
    go through ?eval?, it is better to store functions inste= ad that are
    then passed to ?funcall?.

So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary
Sexps.

Also, this introduces a discrepancy between :table-line-pos and other
parameters, which do not allow variables nor functions. This is another
issue.

IOW, it may need be to be implemented at a lower level, with proper
tooling.

WDYT?

> This works for me. I can use my capture template again. In the
>meantime I signed FSF papers so TINYCHANGE is not required anymore.

Great!

Regards,

--
Nicolas Goaziou



------------------------------

Message: 17
Date: Thu, 20 Sep 2018 18:29:29 +0530
From: Bingo UV <right.ho@gmail.com>
To: Richard Stallman <rms@gnu.org>, Nicolas Goaziou
        <mail@nicolasgoaziou.fr> Cc: n@flqt.fr, kaushal.modi@gmail.com, 32722@debbugs.gnu.org,
        emacs-orgmode@gnu.org
Subject: Re: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on         non-free platform ?
Message-ID: <20180920182929.61517206@gmail.com>
Content-Type: text/plain; charset=3DUS-ASCII

Hi RMS, Nicolas
   The concrete software MobileOrg on Android is somewhat of an o= rphan.
   It may not revive as itself. But there is also a protocol mobi= leorg,
   which the manual alludes to, though does not document directly= . That
   protocol is very much an enabler of software freedom, and it i= s
   important for the next MobileOrg to be written. I hope it surv= ives
   these questions.

The protocol can be used to sync 2 sets of org-mode files between 2
emacs instances - without needing the iOS or Android versions of
MobileOrg. When fancypants sync systems like dropbox, git, syncthing,
rsync etc. are not available, the mobileorg protocol can be used to
transfer changes from one place to another.

As for the questions :

On Wed, 19 Sep 2018 21:50:26 -0400
Richard Stallman <rms@gnu.org> wrote:
>
> What is the source license of Mobile.org?

GPLv3
(https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt= )

>
Is it listed in f-droid.org?

It used to be, it has been kicked out of f-droid due to violating
policies : including dubious jars. Dropbox API that it was using was
surely non-free.


>   > [fn:146] An alternative is to use a WebDAV server.&nb= sp; MobileOrg
>   > documentation has details of WebDAV server configurat= ion.
>   > Additional help is at this
>   > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav]= [FAQ
>   > entry]]. 
>
> Is this a way to use MobileOrg without Dropbox?
>
> Is the WebDAV server code free software?  Can you talk to such a<= br> > server without any nonfree client software?

There are 2 other ways to use Android MobileOrg not included in the
worg page:
1. SSH
2. Local filesystem


Also, since one can write one's own WebDAV server using specs, it
doesn't matter if some particular WebDAV servers are free or not.

thanks



------------------------------

Message: 18
Date: Thu, 20 Sep 2018 14:53:56 +0100
From: Lorenzo Bolla <lbolla@gmail.com>
To: emacs-orgmode@gnu.org
Subject: [O] Expandin Org Babel snippets
Message-ID:
        <CADjgTRxCXcrky+L3tXR6S4V= g8Qj=3DiWsP=3Daibw-Jsruwr2pAPvQ@mail.gmail.com>
Content-Type: text/plain; charset=3D"UTF-8"

I upgraded to orgmode TIP (from
https://code.orgmode.org/= bzg/org-mode), and now I am not able to
expand Babel snippets in org files anymore. E.g. it used to be
possible to type "<s" followed by <tab> and get an expan= ded
"#+begin_src ... #+end_src" block. Similarly, with "= <q" <tab> to get a
quote block.
Any ideas how to fix this?

Thanks!
Lorenzo



(org-version t t)
Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @
/home/lbolla/src/org-mode/lisp/)

Emacs version is:

(version)
"GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Version 2= .24.32)
 of 2018-07-25"



------------------------------

Message: 19
Date: Thu, 20 Sep 2018 16:01:26 +0200
From: Thomas Holst <Thomas_Holst@gmx.de>
To: emacs-orgmode@gnu.org
Subject: Re: [O] [o] org-capture regression?
Message-ID: <87musc46a1@Boerne>
Content-Type: text/plain; charset=3Dwindows-1252

Hello,
? Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
> Thomas Holst <Thomas_Holst@gmx.de> writes:
>> [...snip...]
>> So here is I patch I came up with to re-enable theese features: >
> Thank you. However, I have two issues with it.
>
> The first one is that I don't like `eval'. See, for example, this
> excerpt from the Elisp manual:
>
>     On rare occasions, you may need to write code = that evaluates a form
>     that is computed at run time, such as after re= ading a form from text
>     being edited or getting one from a property li= st. On these
>     occasions, use the ?eval? function. Often ?eva= l? is not needed and
>     something else should be used instead. For exa= mple, to get the value
>     of a variable, while ?eval? works, ?symbol-val= ue? is preferable; or
>     rather than store expressions in a property li= st that then need to
>     go through ?eval?, it is better to store funct= ions instead that are
>     then passed to ?funcall?.
>
> So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary > Sexps.
>
> Also, this introduces a discrepancy between :table-line-pos and other<= br> > parameters, which do not allow variables nor functions. This is anothe= r
> issue.
>
> IOW, it may need be to be implemented at a lower level, with proper > tooling.
>
> WDYT?

For me this sounds resonalble. Basically I am an elisp novice. I
will try to implement the feature like explaind above in
`org-capture-get'. So it can be used for other parameters.

When I have questions or a few lines of code I will come back here.

Right now I can live with my solution for my personal needs. Since my
time for working on this is limited it might take some time. It seems
that nobody else is missing this feature. So I will take the oportunity
and find my way through elisp.

--
Bis neulich ...
  Thomas



------------------------------

Message: 20
Date: Thu, 20 Sep 2018 16:08:58 +0200
From: Robert Klein <roklein@roklein.de>
To: Lorenzo Bolla <lbolla@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [O] Expandin Org Babel snippets
Message-ID: <20180920160858.206861e2@lt70.mpip-mainz.mpg.de>
Content-Type: text/plain; charset=3DUS-ASCII

On Thu, 20 Sep 2018 14:53:56 +0100
Lorenzo Bolla <lbolla@gmail.com> wrote:

> I upgraded to orgmode TIP (from
> https://code.orgmode= .org/bzg/org-mode), and now I am not able to
> expand Babel snippets in org files anymore. E.g. it used to be
> possible to type "<s" followed by <tab> and get an = expanded
> "#+begin_src ... #+end_src" block. Similarly, with &= quot;<q" <tab> to get a
> quote block.
> Any ideas how to fix this?
>
> Thanks!
> Lorenzo
>
>
>
> (org-version t t)
> Org mode version 9.1.14 (release_9.1.14-914-gfa3dab @
> /home/lbolla/src/org-mode/lisp/)
>
> Emacs version is:
>
> (version)
> "GNU Emacs 26.1 (build 1, x86_64-unknown-linux-gnu, GTK+ Vers= ion
> 2.24.32) of 2018-07-25"
>

Please see

*** Change in the structure template expansion

in the etc/ORG-NEWS file.

Best regards
Robert



------------------------------

Message: 21
Date: Thu, 20 Sep 2018 16:31:06 +0200
From: Michael Albinus <michael.albinus@gmx.de>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: n@flqt.fr, kaushal.modi@gmail.com, Richard Stallman <rms@gnu.org>= ,
        32722@debbugs.gnu.org
Subject: [O] bug#32722:  bug#32722: 26.1; Org-publish depend on
        non-free platform ?
Message-ID: <87sh24utp1.fsf@gmx.de>
Content-Type: text/plain

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> Hello,

Hi,

>> Is the WebDAV server code free software?
>
> At least some implementations are, e.g., Nextcloud, listed in the FSF<= br> > directory.
>
>> Can you talk to such a server without any nonfree client software?=
>
> I do it with Gnome file manager. There is also an official client for<= br> > Nextcloud, which is free.

For the records, Emacs 27.0.50 / Tramp 2.4.1-pre got a nextcloud client
for GNU/Linux systems. Like the Gnome File Manager it uses the GVFS
library and tools.

> Regards,

Best regards, Michael.





------------------------------

Message: 22
Date: Thu, 20 Sep 2018 18:29:29 +0530
From: Bingo UV <right.ho@gmail.com>
To: Richard Stallman <rms@gnu.org>, Nicolas Goaziou
        <mail@nicolasgoaziou.fr> Cc: n@flqt.fr, 32722@debbugs.gnu.org, kaushal.modi@gmail.com
Subject: [O] bug#32722:  bug#32722:  bug#32722: 26.1; Org-publish=
        depend on non-free platform ? Message-ID: <20180920182929.61517206@gmail.com>
Content-Type: text/plain; charset=3DUS-ASCII

Hi RMS, Nicolas
   The concrete software MobileOrg on Android is somewhat of an o= rphan.
   It may not revive as itself. But there is also a protocol mobi= leorg,
   which the manual alludes to, though does not document directly= . That
   protocol is very much an enabler of software freedom, and it i= s
   important for the next MobileOrg to be written. I hope it surv= ives
   these questions.

The protocol can be used to sync 2 sets of org-mode files between 2
emacs instances - without needing the iOS or Android versions of
MobileOrg. When fancypants sync systems like dropbox, git, syncthing,
rsync etc. are not available, the mobileorg protocol can be used to
transfer changes from one place to another.

As for the questions :

On Wed, 19 Sep 2018 21:50:26 -0400
Richard Stallman <rms@gnu.org> wrote:
>
> What is the source license of Mobile.org?

GPLv3
(https://github.com/matburt/mobileorg-android/blob/master/LICENSE.txt= )

>
Is it listed in f-droid.org?

It used to be, it has been kicked out of f-droid due to violating
policies : including dubious jars. Dropbox API that it was using was
surely non-free.


>   > [fn:146] An alternative is to use a WebDAV server.&nb= sp; MobileOrg
>   > documentation has details of WebDAV server configurat= ion.
>   > Additional help is at this
>   > [[https://orgmode.org/worg/org-faq.html#mobileorg_webdav]= [FAQ
>   > entry]]. 
>
> Is this a way to use MobileOrg without Dropbox?
>
> Is the WebDAV server code free software?  Can you talk to such a<= br> > server without any nonfree client software?

There are 2 other ways to use Android MobileOrg not included in the
worg page:
1. SSH
2. Local filesystem


Also, since one can write one's own WebDAV server using specs, it
doesn't matter if some particular WebDAV servers are free or not.

thanks





End of Emacs-orgmode Digest, Vol 151, Issue 21
**********************************************
--_000_BL0PR1901MB214676B99FA733FEEA2FD538AEEF0BL0PR1901MB2146_-- From MAILER-DAEMON Mon Oct 01 20:01:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g788F-0007G3-4Z for mharc-emacs-orgmode@gnu.org; Mon, 01 Oct 2018 20:01:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51320) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g788D-0007Fx-HY for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 20:01:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g788C-0004lX-O0 for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 20:01:41 -0400 Received: from mail-io1-xd2f.google.com ([2607:f8b0:4864:20::d2f]:38250) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g788C-0004lR-Fw for emacs-orgmode@gnu.org; Mon, 01 Oct 2018 20:01:40 -0400 Received: by mail-io1-xd2f.google.com with SMTP id y3-v6so113527ioc.5 for ; Mon, 01 Oct 2018 17:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=felesatra-moe.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=Ntz3eVJ2J6IQFLaDnQaxVu3IsQjIGUvVKahXpWPRrNU=; b=oyrbZHDcguUiCbJ1p6zGYf0RvvET5jk7G1U94kNu/xBhCL0a9AgCx62qZkaQzhog1h kDjYbJTRnU9V+Hne510vrASIMzEtd97XMLXC5StuEg84IEmoeY3SMahP3JGwicKOBTs2 V3cmw87WlL0k4nOMocDItDZNxf/3VB1jfeetlN0BVfw5ZbVC6QDEEhj9QHgv0rLlHwT3 ZxXuYTvfTr/D5LKuieFavoLGTPhnPOE6RWcqtzQDavDC78JmgE/XDuybN80jyZ83ZxSV Vw7icA3zDDrDUMAj/u7Jm25HtbnxRdJ5iAl1KE0aWrYYTcMxdvuAGjP2hd9VMhqdfAuR f0pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ntz3eVJ2J6IQFLaDnQaxVu3IsQjIGUvVKahXpWPRrNU=; b=f32vzy2b3CIbd0HyNNVO2R3cAYQApcvXTcccJ1/AtK+zUczSP3e3Gw1u+Y2CKU7E5x wvDrGvEwi1TWyFT5Bm1z6hneWsgM4foC3qvuCx5oua+F4ByKcA0EVL+eDpZoQJnsX1nj iaLekoMFuBzVW1+p9jz5XPkk+VC0mVrVzstPrai2gFhuJH49kK07z6jE41QB/DBwatuC EOkcrgkSA2PiJEZT4q5s9zfgQ2owA8v8Z7nyRX5dfarcV3bNLYX6NkTLLUIuVMkrJ6Ct W+EDpuFl5H6UmWWmLhUNZt4Izs6Hbg8zfLVHLpCytwZayVpWCpYmkvppFOZHLoIJWgO3 s5Yw== X-Gm-Message-State: ABuFfoiAFDA4AU0HBl+EBjncA8G1lgJ7T5Yf+wpQ9YxbAkpr2oonvHB0 QsXvsjDJxQSjdYQ0i23vxoARY1QZE+wv71KXfwzgYzgTA2o= X-Google-Smtp-Source: ACcGV62eM6n/4SmgowYjqhdefM4dFOxG9QVVAL0lsPlHkEsXkfUnSunf4PEIqHEsBpet4QS4W+qzcu1+n/tHc69roFg= X-Received: by 2002:a6b:2c08:: with SMTP id s8-v6mr8990778ios.217.1538438499062; Mon, 01 Oct 2018 17:01:39 -0700 (PDT) MIME-Version: 1.0 From: Allen Li Date: Mon, 1 Oct 2018 17:01:27 -0700 Message-ID: To: Org Mode List Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d2f Subject: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 00:01:42 -0000 org-insert-structure-template (C-c C-,) leaves point at an inconvenient place (X marks the spot): #+begin_example X#+end_example My expectation is that right after inserting the template, I can start typing or yank right into it: #+begin_example X #+end_example Emacs : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.24), modified by Debian Package: Org mode version 9.1.14 (9.1.14-932-gf82a30-elpaplus @ /usr/local/google/home/ayatane/.emacs.d/elpa/org-plus-contrib-20180923/) From MAILER-DAEMON Tue Oct 02 02:14:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7Dx1-0006nS-5k for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 02:14:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Dwz-0006nH-9V for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 02:14:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Dww-0005Ic-24 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 02:14:29 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:53078) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Dwv-0005IQ-Lt for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 02:14:25 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 3EE69E69B5; Tue, 2 Oct 2018 08:14:24 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KljfKYoB4qV9; Tue, 2 Oct 2018 08:14:15 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id A16E7E6844; Tue, 2 Oct 2018 08:14:15 +0200 (CEST) References: <87h8jbjczo.fsf@mbork.pl> <87pnxwvzij.fsf@nicolasgoaziou.fr> <87zhx0ymvc.fsf@mbork.pl> <87zhwuu2u7.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Org-Mode mailing list In-reply-to: <87zhwuu2u7.fsf@nicolasgoaziou.fr> Date: Tue, 02 Oct 2018 08:12:56 +0200 Message-ID: <875zykzxjr.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How about lifting the limit of 35 tasks in org-clock-history? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 06:14:30 -0000 --=-=-= Content-Type: text/plain On 2018-09-06, at 16:18, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> I decided to put a warning about this in the docstring in my patch. My >> assumption was that this is enough. If a user wants to change the >> default, he will most probably see the docstring and will have to >> actively ignore the warning. > > I don't think this is enough. As you put it, it instills doubt without > explaining anything. Why 35? Why "may not work"? What "may not work"? Agreed. I attach a patch with a more verbose docstring. It is perhaps still not ideal - in particular, the warning is not visible in the Customize interface - but I do not think this is a big deal. My line of thinking is that: - if a user wants to change this setting, they will either look up the docstring and understand the limitation (btw, even the built-in way works for org-clock-history-length as high as 76 or so, provided you have a really high frame), or - use Customize, which is potentially a trouble - but in that case, I would assume that the user fiddles with org-clock-history-length because they clock in many tasks, and then they will see that the list in the *Clock Task Select* buffer is too long anyway, and dial the setting down. An alternative could be to change the hard-coded 35 in the code into yet another variable, say, org-clock-history-max-length, and set it to 35. Still, if a user wants to increase org-clock-history-length beyond 35 (or whatever this could be changed to), it is IMHO the /current/ behavior which is really confusing, and introducing a cap on the cap would only make things worse. WDYT? -- Marcin Borkowski http://mbork.pl --=-=-= Content-Type: text/x-patch; size=1.41KiB Content-Disposition: attachment; filename=0001-Lift-the-artificial-limit-on-the-clock-history-lengt.patch >From bd5c4b7f3afe6a906b91e7f0bd33e2842fcf8656 Mon Sep 17 00:00:00 2001 From: Marcin Borkowski Date: Fri, 31 Aug 2018 07:53:42 +0200 Subject: [PATCH] Lift the artificial limit on the clock history length. The default limit of 35 was hard-coded, and was especially annoying when using an alternative way of selecting from history, e.g. https://github.com/unhammer/org-mru-clock. --- lisp/org-clock.el | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/lisp/org-clock.el b/lisp/org-clock.el index 9819fcff2..71ed99f69 100644 --- a/lisp/org-clock.el +++ b/lisp/org-clock.el @@ -156,7 +156,10 @@ state to switch it to." (symbol :tag "Function"))) (defcustom org-clock-history-length 5 - "Number of clock tasks to remember in history." + "Number of clock tasks to remember in history. +Clocking in using history works best if this is at most 35, in +which case all digits and capital letters are used up by the +*Clock Task Select* buffer." :group 'org-clock :type 'integer) @@ -534,7 +537,7 @@ cannot be translated." (defun org-clock-history-push (&optional pos buffer) "Push a marker to the clock history." - (setq org-clock-history-length (max 1 (min 35 org-clock-history-length))) + (setq org-clock-history-length (max 1 org-clock-history-length)) (let ((m (move-marker (make-marker) (or pos (point)) (org-base-buffer (or buffer (current-buffer))))) -- 2.19.0 --=-=-=-- From MAILER-DAEMON Tue Oct 02 04:06:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7Fha-0007MR-5Y for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:06:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7FhY-0007La-LP for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:06:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7FhV-0004vP-He for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:06:40 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:59311) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7FhV-0004ur-BI for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:06:37 -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 501DE240013; Tue, 2 Oct 2018 08:06:35 +0000 (UTC) From: Nicolas Goaziou To: Allen Li Cc: Org Mode List References: Mail-Followup-To: Allen Li , Org Mode List Date: Tue, 02 Oct 2018 10:06:34 +0200 In-Reply-To: (Allen Li's message of "Mon, 1 Oct 2018 17:01:27 -0700") Message-ID: <87k1n0ydpx.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 08:06:41 -0000 Hello, Allen Li writes: > org-insert-structure-template (C-c C-,) leaves point at an inconvenient > place (X marks the spot): > > #+begin_example > X#+end_example > > My expectation is that right after inserting the template, I can start > typing or yank right into it: > > #+begin_example > X > #+end_example Use `C-o'. I think the current behaviour is better because you can yank text within the newly created block without dealing with a blank line later on. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 02 04:41:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7GFN-0003oo-MS for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:41:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7GFK-0003ne-UJ for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:41:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7GFI-00044A-AR for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:41:34 -0400 Received: from mail-it1-x12f.google.com ([2607:f8b0:4864:20::12f]:35918) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7GFH-00043o-3N for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 04:41:32 -0400 Received: by mail-it1-x12f.google.com with SMTP id c85-v6so2579192itd.1 for ; Tue, 02 Oct 2018 01:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=felesatra-moe.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=x6D/msDebu4p7T+uv7r3aAzu+ewItaTDPgsNjr8u6jM=; b=fB3y8tFa1F6yLsgrueE4dBx2vTEpaeCQxEVa8O91ovWu609dB9BNqsW3FyprzR1pA/ cU1E78kAcAghaH3SJwOrOk+WeH/tniTc92p61WthHlbjJ+yZwS5zbq9QKfWiFgrry99k Wj+jC0PERAygDIm2qAX/gK5eqwuV/QmwKf768lEf1qGpKEGf6VylzixhwYFXByoIV9/I IVy23hHcwEnRSXdi4SyIP2rasUAxpaZj8VGTetCjUSPJsjUqhVQ4e9xQLwEVIFL4sCcg o9nU3MZ3O61d5f+P6BUBP+HXvyoM2nIEkgnnwCFN0w6M4nxP11eMmqgDB9yS3tV8DE84 UXGw== 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; bh=x6D/msDebu4p7T+uv7r3aAzu+ewItaTDPgsNjr8u6jM=; b=HX8CXLRr0AixhrdnVAIwIZfjGWMTq2yJi6JUpNbasMk8RxseQv3Y2NNobq9uArk4iy GjlPi9u0E8+AkWxmoijLUd7ftgpsvk+OclpGBEJk9fUPOK2nTFAfzqpVFRzkAOwfNyxB nSNqI0e+y5cNI2nosg//Wn1PkJMXtxm6PVLTNoHW67oW8j+T9wJUZUjtySl2BPyWXoCL E+wvRmJgSafAmIgFe/Kvef/qYjrQbqnTpNWMI+5Zv4gWt5e5hAFqr+/rKqhi30vTYfov LYnfRXa76qR3rMIsK+m7IMtLhlHLvcBpsEApqxaCbGuV3bX98uy77MZcXwELZmXn6vhd EaJQ== X-Gm-Message-State: ABuFfogQcNL9NlQoxFVVOr261Fg2CLGzI41JGWqMCINyou4vIauaJwre 5ut1BzijMuYbTVUVHRP8OFfZNBASnh22E3Ka9WO0PbjyJlQOnA== X-Google-Smtp-Source: ACcGV63Q+BxWezfGI4H0IXN0Bqjd1NV+kL2Gv/cW5UNLILvmwxyGVreuMGA2zDNfmjUqotjg/KvOuzy/7WJOg9wRvwc= X-Received: by 2002:a24:36c9:: with SMTP id l192-v6mr1113359itl.62.1538469689812; Tue, 02 Oct 2018 01:41:29 -0700 (PDT) MIME-Version: 1.0 References: <87k1n0ydpx.fsf@nicolasgoaziou.fr> In-Reply-To: <87k1n0ydpx.fsf@nicolasgoaziou.fr> From: Allen Li Date: Tue, 2 Oct 2018 08:41:18 +0000 Message-ID: To: Org Mode List Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12f Subject: Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 08:41:35 -0000 On Tue, Oct 2, 2018 at 8:06 AM Nicolas Goaziou wrote: > > Hello, > > Allen Li writes: > > > org-insert-structure-template (C-c C-,) leaves point at an inconvenient > > place (X marks the spot): > > > > #+begin_example > > X#+end_example > > > > My expectation is that right after inserting the template, I can start > > typing or yank right into it: > > > > #+begin_example > > X > > #+end_example > > Use `C-o'. > > I think the current behaviour is better because you can yank text within > the newly created block without dealing with a blank line later on. But it works less well when you yank text that doesn't have a trailing newline. Either you need to press C-o in one case, or DEL/backspace in the other (to get rid of the extra blank line). I guess I don't have a huge preference, but the current behavior is annoying because it's the opposite of the old template behavior (e.g. < s TAB). One advantage that I can think of is that an extra newline is an annoyance but otherwise harmless, whereas missing a newline messes up the syntax. #+begin_example yanked text #+end_example #+begin_example yanked text#+end_example > > Regards, > > -- > Nicolas Goaziou From MAILER-DAEMON Tue Oct 02 10:14:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7LRn-0008N3-Dq for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:14:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42634) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7LRm-0008Lu-1u for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:14:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7LRg-0008Bs-9N for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:14:46 -0400 Received: from outbound1b.ore.mailhop.org ([54.200.247.200]:23051) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7LRg-0008Ap-2Q for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:14:40 -0400 X-MHO-RoutePath: bm9yYW5n X-MHO-User: 76a765f3-c64d-11e8-aed8-99744f00ac98 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 99.236.156.144 X-Mail-Handler: DuoCircle Outbound SMTP Received: from mail.norang.ca (unknown [99.236.156.144]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 76a765f3-c64d-11e8-aed8-99744f00ac98; Tue, 02 Oct 2018 14:14:27 +0000 (UTC) Received: from localhost.localdomain (gollum.intra.norang.ca [192.168.1.5]) by mail.norang.ca (8.14.4/8.14.4/Debian-4) with ESMTP id w92EEMK0023980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Oct 2018 10:14:23 -0400 Received: from localhost.localdomain (gollum [127.0.0.1]) by localhost.localdomain (8.14.3/8.14.3/Debian-9.4) with ESMTP id w92EEMv1005590; Tue, 2 Oct 2018 10:14:22 -0400 Received: (from bernt@localhost) by localhost.localdomain (8.14.3/8.14.3/Submit) id w92EEMeN005589; Tue, 2 Oct 2018 10:14:22 -0400 X-Authentication-Warning: localhost.localdomain: bernt set sender to bernt@norang.ca using -f From: Bernt Hansen To: Allen Li Cc: Org Mode List References: <87k1n0ydpx.fsf@nicolasgoaziou.fr> Date: Tue, 02 Oct 2018 10:14:22 -0400 In-Reply-To: <87k1n0ydpx.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Tue, 02 Oct 2018 10:06:34 +0200") Message-ID: <877ej0xwox.fsf@norang.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 54.200.247.200 Subject: Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 14:14:46 -0000 Nicolas Goaziou writes: > Hello, > > Allen Li writes: > >> org-insert-structure-template (C-c C-,) leaves point at an inconvenient >> place (X marks the spot): >> >> #+begin_example >> X#+end_example >> >> My expectation is that right after inserting the template, I can start >> typing or yank right into it: >> >> #+begin_example >> X >> #+end_example > > Use `C-o'. > > I think the current behaviour is better because you can yank text within > the newly created block without dealing with a blank line later on. I also prefer the current behaviour. I regularly use C-c C-, e C-c ' C-y C-c ' to create and populate my example blocks. This handles the newline correctly and does not break the syntax. This also has the benefit of properly escaping text that interferes with org's syntax. When you have text in the kill buffer that looks like org headlines it pastes outside the example block -- which is proper behaviour when moving headlines around. try this: C-c C-, e C-y with the following your yank buffer -------- *** one some text *** two more text -------- You can't paste that inside #begin_example #end_example or #begin_example #end_example Regards, Bernt From MAILER-DAEMON Tue Oct 02 10:55:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7M5M-0004he-CF for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:55:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53543) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7M5I-0004hU-MN for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:55:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7M5E-0000SD-Gz for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:55:36 -0400 Received: from [195.159.176.226] (port=36753 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7M5E-0000N8-7j for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 10:55:32 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7M2y-00040N-EB for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 16:53:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Marco Wahl Date: Tue, 02 Oct 2018 16:55:16 +0200 Lines: 15 Message-ID: <84k1n0xusr.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:MvBkfifgEJezGWtTyH4OjTrmTjs= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] [ANN] org-info-find-node: Jump from Org to specific Info X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 14:55:38 -0000 Hi, I just pushed command `org-info-find-node' bound to "C-c C-x I" by default for Org files and agenda buffers. `org-info-find-node' opens the Info section that deals with the Org context at point. For the cases I could not find a suitable Info section `org-info-find-node' opens the top level Info section of Org. This function emerged from a similar feature in the gnus package. Ciao, -- Marco From MAILER-DAEMON Tue Oct 02 11:31:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7Mdp-00042v-1K for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 11:31:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Mdn-00042j-FD for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 11:31:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Mdd-00028i-S4 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 11:31:11 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58399) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7Mda-00027J-CQ for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 11:31:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7Mda-0001TK-AI for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 11:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: emacs-orgmode@gnu.org Resent-Date: Tue, 02 Oct 2018 15:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32906 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: Eivind Otto Hjelle Cc: 32906@debbugs.gnu.org Received: via spool by 32906-submit@debbugs.gnu.org id=B32906.15384942464880 (code B ref 32906); Tue, 02 Oct 2018 15:31:02 +0000 Received: (at 32906) by debbugs.gnu.org; 2 Oct 2018 15:30:46 +0000 Received: from localhost ([127.0.0.1]:34424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7MdK-0001GL-1L for submit@debbugs.gnu.org; Tue, 02 Oct 2018 11:30:46 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:55701) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7MdJ-0001BV-6Y for 32906@debbugs.gnu.org; Tue, 02 Oct 2018 11:30:45 -0400 Received: by mail-wm1-f46.google.com with SMTP id 206-v6so2706939wmb.5 for <32906@debbugs.gnu.org>; Tue, 02 Oct 2018 08:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version; bh=s0Kpj6SlmNZOIECuTp9yfYJbN+ilLG8hF/MhCllnGqw=; b=ZFzuQSl33XdIi6VGm2UKKTTMZZ3Or6cFFmFDSAvihvr+vrWOeiSX+FISvb5t+ZcS7B QFLrALnPecCApaXS5sBX/CJRopuxmo/ujEDDeiNJpYe8V4c1ixxiT4TK5DOwMby6ifxA lDLhZbgWGXlydxN9+zmOnAS8ZrhwxrF6Upw8fOhH2+Z6ydjv3MjyAEVD20X68iYO4zuU d57sR3K6e92ouh01/TT5/yM+vEAmrl64asQwagkCZ72d2lFszuyrXkGjz5bG9NgGiSQ9 H6/j18EN61SKabT+pFgaQ+y2NzfUzdXDfon3V1nJhB0nFPUo9JHXolc57mLkOV66rKkz IlXA== 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:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version; bh=s0Kpj6SlmNZOIECuTp9yfYJbN+ilLG8hF/MhCllnGqw=; b=j9BkppNjox9l1F6LuGOIZcZdSU1pbLXlcc5nJCzUflDjXKCG35cKEPIOnbrel1EdQc r8EoUxQRe3jKdGhVwjpSKHjapfX918BLGVU/k9Vcd4cm8qrfSKDjn8p5UdI/WDJw9vEX 8el4xEUP/aSTvcLatebbRTWkGp/Eg1O5uhcFqljd9KwG8hD7VnTEhtyA+mRu4YMhWSRA /t2d6LCDzyucctrE/2PbfX6fUs2uATxxYu3A2GVB64Pd44O8Rh8lxUInP8vzusuK0LM/ RUIcEHu+eMyzY2gTIMvLA/UEwiyDO+6Tw1WyIrcAbV6NrAsdSAIO7GZrBsX+GJP+6v0k eMeQ== X-Gm-Message-State: ABuFfoiRRQ3NbNDI3FsK4MHHeDHEO4DBYM+YcSo0Iar1NoN92Oik/mMW YSmrRB4+Dmk+7Bi4dpbQ5nexfAX7 X-Google-Smtp-Source: ACcGV63ZnATUJttXYtS5vFyJrb38KRsvKHLqyoRlzQa35wc7s1z2TwfrYLJebk6XF4ZFY9xJKPL64g== X-Received: by 2002:a1c:8dc6:: with SMTP id p189-v6mr2138401wmd.3.1538494238747; Tue, 02 Oct 2018 08:30:38 -0700 (PDT) Received: from rpluim-ubuntu ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id v16-v6sm26363221wrw.12.2018.10.02.08.30.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 02 Oct 2018 08:30:37 -0700 (PDT) From: Robert Pluim References: Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Tue, 02 Oct 2018 17:30:35 +0200 In-Reply-To: (Eivind Otto Hjelle's message of "Tue, 2 Oct 2018 09:22:56 -0500") Message-ID: <87tvm4e57o.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32906: org-in-src-block-p always returns nil X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 15:31:16 -0000 Eivind Otto Hjelle writes: > The function 'org-in-src-block-p' always returns nil on my system > running Windows 10. > > How to reproduce this bug starting from 'emacs -Q': > Define a function 'test-org-in-src-block-p' in the scratch buffer as > follows: > > (defun test-org-in-src-block-p () > (interactive) > (print (org-in-src-block-p))) > > Navigate to a src block in org mode and call 'M-x > test-org-in-src-block-p'. Now nil is printed to the message buffer. Works for me in emacs-26. Would it be possible to try that version? Regards Robert From MAILER-DAEMON Tue Oct 02 12:06:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7NBd-0002CR-0Z for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 12:06:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51697) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7NBV-0002CG-Ns for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 12:06:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7NBS-0005tu-GU for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 12:06:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58409) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7NBS-0005tp-Bk for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 12:06:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7NBS-0003Yi-5I for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 12:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: emacs-orgmode@gnu.org Resent-Date: Tue, 02 Oct 2018 16:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32906 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: Eivind Otto Hjelle Cc: 32906@debbugs.gnu.org Received: via spool by 32906-submit@debbugs.gnu.org id=B32906.153849634113646 (code B ref 32906); Tue, 02 Oct 2018 16:06:02 +0000 Received: (at 32906) by debbugs.gnu.org; 2 Oct 2018 16:05:41 +0000 Received: from localhost ([127.0.0.1]:34434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7NB6-0003Y2-RJ for submit@debbugs.gnu.org; Tue, 02 Oct 2018 12:05:41 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7NB5-0003Xp-Ay for 32906@debbugs.gnu.org; Tue, 02 Oct 2018 12:05:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7NAw-0005l1-ON for 32906@debbugs.gnu.org; Tue, 02 Oct 2018 12:05:33 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53535) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7NAn-0005i1-Fc; Tue, 02 Oct 2018 12:05:25 -0400 Received: from [176.228.60.248] (port=4327 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1g7NAl-0000cF-Si; Tue, 02 Oct 2018 12:05:21 -0400 Date: Tue, 02 Oct 2018 19:05:14 +0300 Message-Id: <83sh1o2v2d.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Eivind Otto Hjelle on Tue, 2 Oct 2018 09:22:56 -0500) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32906: org-in-src-block-p always returns nil X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 16:06:11 -0000 > From: Eivind Otto Hjelle > Date: Tue, 2 Oct 2018 09:22:56 -0500 > > The function 'org-in-src-block-p' always returns nil on my system > running Windows 10. > > How to reproduce this bug starting from 'emacs -Q': > Define a function 'test-org-in-src-block-p' in the scratch buffer as > follows: > > (defun test-org-in-src-block-p () > (interactive) > (print (org-in-src-block-p))) > > Navigate to a src block in org mode and call 'M-x > test-org-in-src-block-p'. Now nil is printed to the message buffer. > > I should mention that on my other system running a Linux distribution I > do not have this problem. Please show a short Org file where this function returns nil on Windows, but non-nil on GNU/Linux. (Are you testing this in the same Emacs version on both systems, btw?) > I know that this bug was also reported by Ryan > on 07 Aug 2014, as his bug report is still in the org mailing list > archives. Ryan's bug report can be found here: > > https://lists.gnu.org/archive/html/emacs-orgmode/2014-08/msg00305.html I don't see any bug there, just explanations why Ryan's implementation was wrong. > > In GNU Emacs 25.3.1 (x86_64-w64-mingw32) > of 2017-09-12 built on KAEL > Windowing system distributor 'Microsoft Corp.', version 10.0.17134 Are you using the version of Org that came with this version of Emacs? Or are you using a different version? From MAILER-DAEMON Tue Oct 02 13:53:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7OrK-0001Lw-5g for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:53:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52915) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7OrH-0001GA-OH for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:53:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Oj0-0000wf-Ho for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:44:47 -0400 Received: from mail-lj1-x235.google.com ([2a00:1450:4864:20::235]:33815) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7Oj0-0000w6-9h for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:44:46 -0400 Received: by mail-lj1-x235.google.com with SMTP id f8-v6so2582840ljk.1 for ; Tue, 02 Oct 2018 10:44:46 -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; bh=wU59hMAIls7gElHm7Gd7bjOfXApbZ8EaR6oqk3S07no=; b=dfRdeByJ4n5X04JaWrn67TkEAJQbMk2H30xT8tbhudvW006khEPsldmAz7e8zuZUkm uqVjiChrRszdhEeOlwe7CZYCgqxqNYK2BKGFlpUspOdP3O9NGlQ6etmLri5t4rcf2Kg+ K6aF/y9yOwE5ZJc594bgTjHGjU5Y213kbEuE3YbrV6pXT7Amr8Wid/w6oS7gvvcJgUzv mzMgPnflullqZtSJ3WTFJs56HF5MWm1nJXnG7uTx8Zc6jQLQ+bknI2zraS29OvoG1/Z+ dtWKLWBcQL2B57gBwN5JLXPMDN7yKqDgmCyU6m6Uj1QuoUNy2+2A/t87eX5Qs7oWV2aL 25zg== 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; bh=wU59hMAIls7gElHm7Gd7bjOfXApbZ8EaR6oqk3S07no=; b=NxGTRy8GCNXWsEGA+KSed9s29U0PpTgI6C5EOI+BeS06434KizjFvjVvx/K7YsTA6r zNhSPRsuCqTPQrCn+AiTKdzmZnPCfm/Gvj1uY7aqEQoH3jgNIau25NavdqcMpPcICJHj M3FNefQiewJof/BdAcOmV1J3y06FMdH/CyglJke9CfHnlX98j6A7eJvpB2RYUNvbs3rR 1dbnZwyom1Ch3PeN6HEtAJDTilyu5lE+903xEQXv5F/MJa49nnUAp5vz7otSq2IQIVwS Bfr6rptW33yk3w/qIYcur0gHm4gb7upql2e2SO/hz+4N/jZEWFFVwBC+gbYJAo1Yvf0Z CTqg== X-Gm-Message-State: ABuFfoiUfUgsUklGJnVVGAAIZD6HFl15vm5nt3/nFhrzXzIkySsgbdv/ MIzBP4eRyMbdQeEJI8smD8LtFg0XObFjKyBF+zU= X-Google-Smtp-Source: ACcGV615wsXgEaLdTcvUIFWdH8DjZYBVneKg4tvmQ7GHL4NKpRMZZZDoQCMhitffG4C4H5BoTTcQqp+cbojrbLwlXsQ= X-Received: by 2002:a2e:921a:: with SMTP id k26-v6mr10044298ljg.163.1538502284755; Tue, 02 Oct 2018 10:44:44 -0700 (PDT) MIME-Version: 1.0 References: <1538266916.11357.0@smtp.gmail.com> In-Reply-To: <1538266916.11357.0@smtp.gmail.com> From: Kaushal Modi Date: Tue, 2 Oct 2018 13:44:07 -0400 Message-ID: To: tsdye.com@gmail.com Cc: Matt Price , emacs-org list Content-Type: multipart/alternative; boundary="0000000000002b490a0577427a73" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::235 Subject: Re: [O] ox-hugo-like "DWIM" cope for other exporters? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 17:53:20 -0000 --0000000000002b490a0577427a73 Content-Type: text/plain; charset="UTF-8" On Sat, Sep 29, 2018 at 8:23 PM Thomas S. Dye wrote: > Aloha Matt, > > I've often wished LaTeX export had this capability. I'd certainly be > happy if this were a feature of all the exporters. > Hello Tom, Matt, I can work on a DWIM scope that's generic. For ox-hugo, the criteria for the start of export scope is simple: EXPORT_FILE_NAME must not be "". I believe this should apply to other exporter backends too. (I needed, that criteria can be made configurable too). @Nicolas: If this another scope can be baked into the existing exporters in Org source, I can get working on it. --0000000000002b490a0577427a73 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Sep 29= , 2018 at 8:23 PM Thomas S. Dye <= tsdye.com@gmail.com> wrote:
=
Aloha Matt,

=
I've often wished LaTeX export had this capability.=C2=A0 I&= #39;d certainly be happy if this were a feature of all the exporters.
=

Hello Tom, Matt,

I can work on a DWIM scope that's generic. For ox-hugo, the crite= ria for the start of export scope is simple: EXPORT_FILE_NAME must not be &= quot;". I believe this should apply to other exporter backends too. (I= needed, that criteria can be made configurable too).

<= div>@Nicolas: If this another scope can be baked into the existing exporter= s in Org source, I can get working on it.
--0000000000002b490a0577427a73-- From MAILER-DAEMON Tue Oct 02 13:54:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7OsR-00026P-8C for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:54:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53473) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7OsL-0001kZ-Rq for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:54:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7OeT-0006oq-G5 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:40:16 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58585) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7OeQ-0006nl-Ix for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:40:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7OeQ-0006cw-Bg for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 13:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eivind Otto Hjelle Original-Sender: "Debbugs-submit" Resent-CC: emacs-orgmode@gnu.org Resent-Date: Tue, 02 Oct 2018 17:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32906 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: rpluim@gmail.com Cc: 32906@debbugs.gnu.org Received: via spool by 32906-submit@debbugs.gnu.org id=B32906.153850199325452 (code B ref 32906); Tue, 02 Oct 2018 17:40:02 +0000 Received: (at 32906) by debbugs.gnu.org; 2 Oct 2018 17:39:53 +0000 Received: from localhost ([127.0.0.1]:34610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7OeH-0006cS-3i for submit@debbugs.gnu.org; Tue, 02 Oct 2018 13:39:53 -0400 Received: from mail-ot1-f48.google.com ([209.85.210.48]:37237) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7OeF-0006cA-3P for 32906@debbugs.gnu.org; Tue, 02 Oct 2018 13:39:51 -0400 Received: by mail-ot1-f48.google.com with SMTP id o13-v6so2750450otl.4 for <32906@debbugs.gnu.org>; Tue, 02 Oct 2018 10:39:51 -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; bh=9LzAPEJeni0LlZbLJzt8gZq169s9nJBQxfnK46hl+nI=; b=YWK0iwP+Z/Neb9EFfoPl0/4WDLhchyDixFrUx76oRbEnEVaCzXen47y0nCaJzWtiLL nb3Di7BOuKbI7QguQ6FzIsGwGropKskyqaUbaORtj7JVLHWTrGh0lHUOb2+Az0FkvFYm gmrqWEENuz/IDuMABbrw3gFhalw16nT7lBNXBYckWqKFuBSbgO62/gxucKYlr7nS8Zu0 qhjYK1UD0dnyBUIAP/uBl2NLk1poNNSg4/hvzUuZLNDsappLiVHF/ioa5VQYsLOBz5R1 nA9EtSNFBwWXcZ9cZkBjD+i7DKvUarxg4crclhmLHIbThOr7Y56W2FC0K5enSWgjBREC fGFw== 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; bh=9LzAPEJeni0LlZbLJzt8gZq169s9nJBQxfnK46hl+nI=; b=R5D9KH/JfP2fTzT3gcueKiBbQrZ3kIwRmg9uXxciapkvoN6Syeav+9t97/0eMKYgYh tnxCdzK42eVeXvamOiPACBdAoO3c3k5j8tAh49tJAo76UDqQ/W+ybxTD2E+InDzWDwiQ LB3VbpZ9cWJa0iY8EPv25KpYqUggX63z1ZL3tGRA7KjQbgXMqYkihxzhPIEqTnupggWw tCtXbummmGvCMifxHoVDvbHwAVL22Dx73w9pBDCkLF63fOpx0x4981oCcD0SPQY8bKqm CXiyvnPOajMnrusEm4v57hD10jWlHb9oh0IBv5Mnx1bS/fFSkVv9R/FGp4eq6lzaSEkG XUEw== X-Gm-Message-State: ABuFfoitz7lRtsb23XqJnW4o54qJg9nQN8689zzeRnCOcelGrS23WI5L n6gBGXFcFKiIPSRFYHtNIcy8JO4fg1B6MQyih5s= X-Google-Smtp-Source: ACcGV63YJeqGMc4CdVNh/nKxtwdb5swm7J0wc1rxpCTQaDKUqmREnDOX/8EIaULWTRVLw+8iId78bxrjvYtU43au3zc= X-Received: by 2002:a9d:28cb:: with SMTP id s69mr8713147ota.112.1538501984949; Tue, 02 Oct 2018 10:39:44 -0700 (PDT) MIME-Version: 1.0 References: <87tvm4e57o.fsf@gmail.com> In-Reply-To: <87tvm4e57o.fsf@gmail.com> From: Eivind Otto Hjelle Date: Tue, 2 Oct 2018 12:39:34 -0500 Message-ID: Content-Type: multipart/alternative; boundary="0000000000004c99fa057742685d" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32906: org-in-src-block-p always returns nil X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 17:54:29 -0000 --0000000000004c99fa057742685d Content-Type: text/plain; charset="UTF-8" I thought I had updated emacs to the latest version, but apparently not. After upgrading to emacs-26 the command org-in-src-block-p works as expected. Thanks! Best, Eivind On Tue, Oct 2, 2018 at 10:30 AM Robert Pluim wrote: > Eivind Otto Hjelle writes: > > > The function 'org-in-src-block-p' always returns nil on my system > > running Windows 10. > > > > How to reproduce this bug starting from 'emacs -Q': > > Define a function 'test-org-in-src-block-p' in the scratch buffer as > > follows: > > > > (defun test-org-in-src-block-p () > > (interactive) > > (print (org-in-src-block-p))) > > > > Navigate to a src block in org mode and call 'M-x > > test-org-in-src-block-p'. Now nil is printed to the message buffer. > > Works for me in emacs-26. Would it be possible to try that version? > > Regards > > Robert > --0000000000004c99fa057742685d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I thought I had updated emacs to the latest version, but a= pparently not. After upgrading to emacs-26 the command org-in-src-block-p w= orks as expected. Thanks!

Best,
Eivind

On Tue, Oct 2, 2018 at = 10:30 AM Robert Pluim <rpluim@gmail.= com> wrote:
Eivind Otto Hjel= le <eohjelle@gma= il.com> writes:

> The function 'org-in-src-block-p' always returns nil on my sys= tem
> running Windows 10.
>
> How to reproduce this bug starting from 'emacs -Q':
> Define a function 'test-org-in-src-block-p' in the scratch buf= fer as
> follows:
>
> (defun test-org-in-src-block-p ()
>=C2=A0 =C2=A0(interactive)
>=C2=A0 =C2=A0(print (org-in-src-block-p)))
>
> Navigate to a src block in org mode and call 'M-x
> test-org-in-src-block-p'. Now nil is printed to the message buffer= .

Works for me in emacs-26. Would it be possible to try that version?

Regards

Robert
--0000000000004c99fa057742685d-- From MAILER-DAEMON Tue Oct 02 15:17:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7QAP-0002Xr-Vt for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:17:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7QAN-0002XF-ME for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:17:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7QAM-0004I9-PG for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:17:07 -0400 Received: from mail-io1-xd30.google.com ([2607:f8b0:4864:20::d30]:40334) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7QAM-0004Hd-IX for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:17:06 -0400 Received: by mail-io1-xd30.google.com with SMTP id w16-v6so3018428iom.7 for ; Tue, 02 Oct 2018 12:17:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=felesatra-moe.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BEb1Wht2hW4x0lJvPPN3aCg3eqpIERcMaGuOu0y3+58=; b=KM1uxOTnA+b7GL3Of4MAtqNn6VzIO7ri+6j2EezkIH+ffSWUt4s3hZ11sEPhdGen2o 2OqH5DgYe7vlt3T1YW2LBZ7sTzlWppW36RPJXbflTRhXeVMwS2+GImPHCI+s7oCjHuxs QqCPhRKwwJQINvz8TqzK1nzTlTdCl1kawT6qeRrx/FBYoNmdf+LAqTkKTiZFGLwwByzz gPjvs1B1Gn5c23sBwJvILYLHYQ+WjOzTB20vFSFS2C5pS9CUpJpQlLAtmb8lejllbH5A OSge8T0eWaxwxqxGtqRArOOufxSDCXIz7SSlseM4Z9jtLx6CiKI4vSMq+v6rB3GE2nMv O8qQ== 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; bh=BEb1Wht2hW4x0lJvPPN3aCg3eqpIERcMaGuOu0y3+58=; b=LaQ/4Apw5WnLAufc1Toy8fJlUVtoEHdoJrj3XRq7IRNm42edS9HiSZMdPwZZ6e+1zB QSCw65CGyt1MkKt0PnMWs47EeUTa8Fl71xhsc91XUkTiIt61b5urTlvP0eqHu+Hxl0oi e2n3s9FuGJ9Dazp9Tm7ijEMrMgjsITUedORleL/WuMGpLiOql2VEDL1eLq5H59gtPax3 R3xgu+dr1YVxhnRiS3AnARL71Pxr/ZTu/mPkgTGemYBwjmpRAPQTlvBIo2yGOv+BR5ux knheyPh3RWcAxRO9zigUN/Mi9qhGSQFQAFuTWWRvjwRYRX0lH/6spd2xV+YuzvBTyiVr 0duQ== X-Gm-Message-State: ABuFfojlmy+aIHt4gT8wZEylijQI9M5AEwyjCgoLlCvVwirz67SB2mRn TqHRenN+obaNFc/ygNxCW5HHp6tqHdaEpHtpO+fPMC8nDig= X-Google-Smtp-Source: ACcGV63bqSg+fexIWmvxw+Uwx4iwM8g51UIL7wRmvDkRB9dbs/HzYLzL7a2dLFuubuP16OH+jR94NIFIc+bWy5ZfAXo= X-Received: by 2002:a6b:7417:: with SMTP id s23-v6mr12133648iog.243.1538507825609; Tue, 02 Oct 2018 12:17:05 -0700 (PDT) MIME-Version: 1.0 References: <87k1n0ydpx.fsf@nicolasgoaziou.fr> <877ej0xwox.fsf@norang.ca> In-Reply-To: <877ej0xwox.fsf@norang.ca> From: Allen Li Date: Tue, 2 Oct 2018 19:16:54 +0000 Message-ID: To: bernt@norang.ca Cc: Org Mode List Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d30 Subject: Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 19:17:09 -0000 On Tue, Oct 2, 2018 at 2:14 PM Bernt Hansen wrote: > > Nicolas Goaziou writes: > > > Hello, > > > > Allen Li writes: > > > >> org-insert-structure-template (C-c C-,) leaves point at an inconvenient > >> place (X marks the spot): > >> > >> #+begin_example > >> X#+end_example > >> > >> My expectation is that right after inserting the template, I can start > >> typing or yank right into it: > >> > >> #+begin_example > >> X > >> #+end_example > > > > Use `C-o'. > > > > I think the current behaviour is better because you can yank text within > > the newly created block without dealing with a blank line later on. > > I also prefer the current behaviour. > > I regularly use C-c C-, e C-c ' C-y C-c ' > > to create and populate my example blocks. This handles the newline > correctly and does not break the syntax. This also has the benefit of > properly escaping text that interferes with org's syntax. That's very interesting. Perhaps this is too invasive, but maybe C-c C-, should do C-c ' automatically? Since the user almost certainly wants to populate the block immediately, this saves the user a step, and also handles characters to escape and a missing final newline correctly. > > When you have text in the kill buffer that looks like org headlines it > pastes outside the example block -- which is proper behaviour when > moving headlines around. > > try this: > > C-c C-, e C-y > with the following your yank buffer > > -------- > *** one > some text > *** two > more text > -------- > > You can't paste that inside > > #begin_example > #end_example > > or > > #begin_example > > #end_example > > Regards, > Bernt From MAILER-DAEMON Tue Oct 02 15:35:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7QSa-0000P6-8F for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:35:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47346) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7QSY-0000Oz-Dy for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:35:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7QSU-0004d3-Fz for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:35:54 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:56755) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7QSU-0004cU-9d for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:35:50 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 88EB9C0007; Tue, 2 Oct 2018 19:35:47 +0000 (UTC) From: Nicolas Goaziou To: Allen Li Cc: bernt@norang.ca, Org Mode List References: <87k1n0ydpx.fsf@nicolasgoaziou.fr> <877ej0xwox.fsf@norang.ca> Mail-Followup-To: Allen Li , bernt@norang.ca, Org Mode List Date: Tue, 02 Oct 2018 21:35:46 +0200 In-Reply-To: (Allen Li's message of "Tue, 2 Oct 2018 19:16:54 +0000") Message-ID: <87lg7gw38t.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] Bug: org-insert-structure-template leaves point at inconvenient place [9.1.14 (9.1.14-932-gf82a30-elpaplus @ .emacs.d/elpa/org-plus-contrib-20180923/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 19:35:55 -0000 Hello, Allen Li writes: > That's very interesting. Perhaps this is too invasive, but maybe C-c > C-, should do C-c ' automatically? No, it shouldn't. You can also create non-verbatim blocks, e.g. "center" with C-c C-,. There C-c ' doesn't do anything useful. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 02 15:40:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7QWj-0002m4-6U for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:40:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7QWh-0002jl-8y for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:40:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7QWd-00077p-B2 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:40:11 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:60307) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7QWb-00071b-UC for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:40:07 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 74D0EC000B; Tue, 2 Oct 2018 19:40:03 +0000 (UTC) From: Nicolas Goaziou To: Kaushal Modi Cc: tsdye.com@gmail.com, emacs-org list References: <1538266916.11357.0@smtp.gmail.com> Mail-Followup-To: Kaushal Modi , tsdye.com@gmail.com, emacs-org list Date: Tue, 02 Oct 2018 21:40:02 +0200 In-Reply-To: (Kaushal Modi's message of "Tue, 2 Oct 2018 13:44:07 -0400") Message-ID: <87h8i4w31p.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] ox-hugo-like "DWIM" cope for other exporters? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 19:40:11 -0000 Hello, Kaushal Modi writes: > @Nicolas: If this another scope can be baked into the existing exporters in > Org source, I can get working on it. Sure, go ahead. Don't forget the tests :) Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 02 15:43:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7QaB-0004Zq-SN for mharc-emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:43:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49485) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7QaA-0004Yg-OM for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:43:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Qa6-00017r-QO for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:43:46 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:49309) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7Qa6-00017J-K9 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 15:43:42 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id D017E40005; Tue, 2 Oct 2018 19:43:39 +0000 (UTC) From: Nicolas Goaziou To: Marco Wahl Cc: emacs-orgmode@gnu.org References: <84k1n0xusr.fsf@gmail.com> Mail-Followup-To: Marco Wahl , emacs-orgmode@gnu.org Date: Tue, 02 Oct 2018 21:43:39 +0200 In-Reply-To: <84k1n0xusr.fsf@gmail.com> (Marco Wahl's message of "Tue, 02 Oct 2018 16:55:16 +0200") Message-ID: <87d0ssw2vo.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] [ANN] org-info-find-node: Jump from Org to specific Info X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2018 19:43:47 -0000 Hello, Marco Wahl writes: > I just pushed command `org-info-find-node' bound to "C-c C-x I" by > default for Org files and agenda buffers. Nitpick: Would you mind removing the dangling parens left in the function? Also, I'd like to avoid making changes to "master" branch. It should be considered frozen while we're waiting for Org 9.2. Please install next new features (that one is OK, I guess) in "next" branch, and rebase it on top of "master". Thank you! Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 02:09:26 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7aLe-0000fa-G9 for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 02:09:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6VTb-0001xA-TJ for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 02:45:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6VTR-0006Ae-H3 for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 02:45:11 -0400 Received: from smtp1-g21.free.fr ([2a01:e0c:1:1599::10]:55151) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g6VTQ-00069t-KP for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 02:45:01 -0400 Received: from asus16-ec (unknown [82.228.67.28]) by smtp1-g21.free.fr (Postfix) with ESMTPS id 9870EB0053D for ; Sun, 30 Sep 2018 08:44:55 +0200 (CEST) Message-ID: From: Emmanuel Charpentier To: emacs-orgmode@gnu.org Date: Sun, 30 Sep 2018 08:44:55 +0200 Content-Type: multipart/mixed; boundary="=-etB+OwW+1skFgW4sEYQH" User-Agent: Evolution 3.30.0-1 Mime-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] [fuzzy] X-Received-From: 2a01:e0c:1:1599::10 X-Mailman-Approved-At: Wed, 03 Oct 2018 02:09:25 -0400 Subject: [O] Bug: :cache doesn't [9.1.14 (9.1.14-3-geb9955a-elpa @ /home/charpent/.emacs.d/elpa/org-20180924/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 06:45:22 -0000 --=-etB+OwW+1skFgW4sEYQH Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit The attached file is a dump of a Gnus buffer prepared by org-mode's "Report bug" functionj, which I can't sed, Gnus making (wildly) incorrect assumptions about my mail setup. An attempt to cutn'paste in my usual mailed failed, due to "unpastable" characters somewhere in the buffer. Sorry for the inconvenience... -- Emmanuel Charpentier --=-etB+OwW+1skFgW4sEYQH Content-Disposition: attachment; filename="BugReportCache" Content-Type: text/plain; name="BugReportCache"; charset="UTF-8" Content-Transfer-Encoding: base64 VG86IGVtYWNzLW9yZ21vZGVAZ251Lm9yZwpTdWJqZWN0OiBCdWc6IDpjYWNoZSBkb2Vzbid0IFs5 LjEuMTQgKDkuMS4xNC0zLWdlYjk5NTVhLWVscGEgQCAvaG9tZS9jaGFycGVudC8uZW1hY3MuZC9l bHBhL29yZy0yMDE4MDkyNC8pXQpGcm9tOiBFbW1hbnVlbCBDaGFycGVudGllciA8Y2hhcnBlbnRA YXN1czE2LWVjLmJhY2J1Yy5keW5kbnMub3JnPgotLXRleHQgZm9sbG93cyB0aGlzIGxpbmUtLQoK UmVtZW1iZXIgdG8gY292ZXIgdGhlIGJhc2ljcywgdGhhdCBpcywgd2hhdCB5b3UgZXhwZWN0ZWQg dG8gaGFwcGVuIGFuZAp3aGF0IGluIGZhY3QgZGlkIGhhcHBlbi4gIFlvdSBkb24ndCBrbm93IGhv dyB0byBtYWtlIGEgZ29vZCByZXBvcnQ/ICBTZWUKCiAgICAgaHR0cHM6Ly9vcmdtb2RlLm9yZy9t YW51YWwvRmVlZGJhY2suaHRtbCNGZWVkYmFjawoKWW91ciBidWcgcmVwb3J0IHdpbGwgYmUgcG9z dGVkIHRvIHRoZSBPcmcgbWFpbGluZyBsaXN0LgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KCk1vdGl2YXRpb24g OgoKSSBhbSBleHBsb3JpbmcgdGhlIHVzZSBvZiBvcmctbW9kZSBhcyBhIHByb2dyYW1taW5nIHRv b2wgZm9yIHN0YXRpc3RpY3MKYW1vbmcgb3RoZXJzLiBJbiB0aGlzIGRvbWFpbiwgbW9kZXJuIHVz ZSB0ZW5kcyB0byB1c2UgY29tcHV0YXRpb25hbGx5CmludGVuc2l2ZSB0YXNrcyBzdWNoIGFzIHJl c2FtcGxpbmcgbWV0aG9kcywgbnVtZXJpY2FsIG11bHRpZGltZW5zaW9uYWwKb3B0aW1pemF0aW9u LCBNQ01DLCBldGMuLi4gVGhlIGFiaWxpdHkgdG8gY2FjaGUgcmVzdWx0cyBpcyB2aXRhbAooZGVw ZW5kZW5jaWVzIGNhbiBiZSBtYW5hZ2VkIGJ5IHVzZSBvZiBkaWdlc3RzIG9mIChsYXJnZSkgcmVz dWx0cykuCgpVc2luZyBvcmctbW9kZSBmb3IgdGhpcyBraW5kIG9mIHRhc2tzIHdvdWxkIGFsbG93 IG1lIHRvIHVzZSBtb3JlIHRoYW4Kb25lIHRvb2wgZm9yIGEgZ2l2ZW4gcGFwZXIgKGUuIGcuIHVz aW5nIFIgZm9yIGFjdGlhbCBjb21wdXRhdGlvbiwgU2FnZQpmb3Igc3ltYm9saWMgd29yayBhbmQg cHl0aG9uIGZvciBmdXJ0aGVyIHNpbWlsYXRpb24pLgoKQnV0IEkgc3R1bWJsZSBvbiBhIHNsaWdo dCBkaWZmaWN1bHR5IDogSSBhbSB1bmFibGUgdG8gZ2V0IG9yZy1tb2RlIHRvCmNhY2hlIHJlc3Vs dHMuCgpNaW5pbWFsIChub24tKXdvcmtpbmcgZXhhbXBsZSA6CgoxKSBPcmcgc291cmNlIDoKCiMr YXV0aG9yOgojK29wdGlvbnM6IHRvYzpuaWwKCgojK25hbWU6IHRvdG8KIytCRUdJTl9TUkMgUiA6 Y2FjaGUgeWVzIDpldmFsIG5vLWV4cGFuZAogICMjIFNpbXVsYXRlIGEgKG5vdCB0b28pIGxvbmcg Y29tcHV0YXRpb24KICBTeXMuc2xlZXAoMykKICBTeXMudGltZSgpCiMrRU5EX1NSQwoKIytSRVNV TFRTWzZiN2VlYjIyY2IzZDc4ZDJhZjgyMjk4YjRhZWYwZWRhNTA0M2JjZWVdOiB0b3RvCjogMjAx OC0wOS0zMCAwODowMToyMwoKIytuYW1lOiB0aXRpCiMrY2FsbDogdG90bygpCgojK2NhbGw6IHRp dGkoKQoKRW4gbGlnbmUgOiBjYWxsX3RpdGkoKS4gRXQgY2FsbF90b3RvKCkKCjIpIFJlc3VsdHMg KGFzIGV4cG9ydGVkIHRvIGFuIEFTQ0lJIGJ1ZmZlciBieSBDLWMgQy1lIHQgQSkgOgoKLC0tLS0K fCBTeXMuc2xlZXAoMykKfCBTeXMudGltZSgpCmAtLS0tCgosLS0tLQp8IDIwMTgtMDktMzAgMDg6 MDM6MTQKYC0tLS0KCiwtLS0tCnwgMjAxOC0wOS0zMCAwODowMzoxNwpgLS0tLQoKRW4gbGlnbmUg OiBgMjAxOC0wOS0zMCAwODowMzoyMCcuIEV0IGAyMDE4LTA5LTMwIDA4OjAzOjI0JwoKCjMpIChV bmZ1bGZpbGxlZCkgZXhwZWN0YXRpb25zIDoKCkkgZXhwZWN0ZWQgdGhlIGZvdXIgdGltZXN0YW1w cyB0byBiZSBpZGVudGljYWwgKHVwIHRvIHRoZSByZXNvbHV0aW9uIG9mClIncyBTeXMudGltZSgp KSA7IHRoZSByZWFsIHRpbWVzdGFtcHMgYXJlcyBzZXBhcmF0ZWQgYnkgMyBzZWNvbmRzCmRlbHRh cywgdGh1cyBoaW50aW5nIGF0IGZvdXIgZXhlY3V0aW9ucyBvZiB0aGUgc3VwcG9zZWRseSBjYWNo ZWQKZnVuY3Rpb24uCgpOb3RlIDogSSBnb3QgdGhlIHNhbWUgcmVzdWx0cyAodXAgdG8gYmFzZSB0 aW1lKSB3aGVuIHJ1bm5pbmcgaW4gc2Vzc2lvbgptb2RlIChieSBwbGFjaW5nIDoKIytwcm9wZXJ0 eTogaGVhZGVyLWFyZ3M6UiA6c2Vzc2lvbgphdCB0aGUgc3RhcnQgb2YgdGhlIGJ1ZmZlcikuCgot LQpFbW1hbnVlbCBDaGFycGVudGllcgoKRW1hY3MgIDogR05VIEVtYWNzIDI1LjIuMiAoeDg2XzY0 LXBjLWxpbnV4LWdudSwgR1RLKyBWZXJzaW9uIDMuMjIuMzApCiBvZiAyMDE4LTA4LTI3LCBtb2Rp ZmllZCBieSBEZWJpYW4KUGFja2FnZTogT3JnIG1vZGUgdmVyc2lvbiA5LjEuMTQgKDkuMS4xNC0z LWdlYjk5NTVhLWVscGEgQCAvaG9tZS9jaGFycGVudC8uZW1hY3MuZC9lbHBhL29yZy0yMDE4MDky NC8pCgpjdXJyZW50IHN0YXRlOgo9PT09PT09PT09PT09PQooc2V0cQogb3JnLXNyYy1sYW5nLW1v ZGVzICcoKCJtYXRoZW1hdGljYSIgLiAibW1hIikgKCJzYWdlIiAuIHNhZ2Utc2hlbGw6c2FnZSkK CQkgICAgICAoIm9jYW1sIiAuIHR1YXJlZykgKCJlbGlzcCIgLiBlbWFjcy1saXNwKQoJCSAgICAg ICgiZGl0YWEiIC4gYXJ0aXN0KSAoImFzeW1wdG90ZSIgLiBhc3kpCgkJICAgICAgKCJkb3QiIC4g ZnVuZGFtZW50YWwpICgic3FsaXRlIiAuIHNxbCkKCQkgICAgICAoImNhbGMiIC4gZnVuZGFtZW50 YWwpICgiQyIgLiBjKSAoImNwcCIgLiBjKyspCgkJICAgICAgKCJDKysiIC4gYysrKSAoInNjcmVl biIgLiBzaGVsbC1zY3JpcHQpICgic2hlbGwiIC4gc2gpCgkJICAgICAgKCJiYXNoIiAuIHNoKSkK IG9yZy1yZWYtZ2V0LXBkZi1maWxlbmFtZS1mdW5jdGlvbiAnb3JnLXJlZi1nZXQtcGRmLWZpbGVu YW1lCiBvcmctdGFiLWZpcnN0LWhvb2sgJyhvcmctYmFiZWwtaGlkZS1yZXN1bHQtdG9nZ2xlLW1h eWJlCgkJICAgICAgb3JnLWJhYmVsLWhlYWRlci1hcmctZXhwYW5kKQogb3JnLXNwZWVkLWNvbW1h bmQtaG9vayAnKG9yZy1zcGVlZC1jb21tYW5kLWFjdGl2YXRlCgkJCSAgb3JnLWJhYmVsLXNwZWVk LWNvbW1hbmQtYWN0aXZhdGUpCiBvcmctcmVmLWNyZWF0ZS1ub3Rlcy1ob29rICcoKGxhbWJkYSBu aWwgKG9yZy1uYXJyb3ctdG8tc3VidHJlZSkKCQkJICAgICAgKGluc2VydAoJCQkgICAgICAgKGZv cm1hdCAiY2l0ZTolc1xuIgoJCQkJKG9yZy1lbnRyeS1nZXQgKHBvaW50KSAiQ3VzdG9tX0lEIikp CgkJCSAgICAgICApCgkJCSAgICAgICkKCQkJICAgICApCiBvcmctb2NjdXItaG9vayAnKG9yZy1m aXJzdC1oZWFkbGluZS1yZWNlbnRlcikKIG9yZy1tZXRhdXAtaG9vayAnKG9yZy1iYWJlbC1sb2Fk LWluLXNlc3Npb24tbWF5YmUpCiBvcmctaHRtbC1mb3JtYXQtZHJhd2VyLWZ1bmN0aW9uICNbNTE0 ICJcMjA3IiBbXSAzICJcblxuKGZuIE5BTUUgQ09OVEVOVFMpIl0KIG9yZy1sYXRleC1mb3JtYXQt aW5saW5ldGFzay1mdW5jdGlvbiAnb3JnLWxhdGV4LWZvcm1hdC1pbmxpbmV0YXNrLWRlZmF1bHQt ZnVuY3Rpb24KIG9yZy1jb25maXJtLXNoZWxsLWxpbmstZnVuY3Rpb24gJ3llcy1vci1uby1wCiBv cmctYXNjaWktZm9ybWF0LWlubGluZXRhc2stZnVuY3Rpb24gJ29yZy1hc2NpaS1mb3JtYXQtaW5s aW5ldGFzay1kZWZhdWx0CiBvcmctcmVmLW9wZW4tcGRmLWZ1bmN0aW9uICdvcmctcmVmLW9wZW4t cGRmLWF0LXBvaW50CiBvcmctcmVmLWNpdGUtb25jbGljay1mdW5jdGlvbiAnb3JnLXJlZi1jaXRl LWNsaWNrLWhlbG0KIG9yZy1yZWYtaW5zZXJ0LWxhYmVsLWZ1bmN0aW9uICdvcmctcmVmLWhlbG0t aW5zZXJ0LWxhYmVsLWxpbmsKIG9yZy1sYXRleC1mb3JtYXQtaGVhZGxpbmUtZnVuY3Rpb24gJ29y Zy1sYXRleC1mb3JtYXQtaGVhZGxpbmUtZGVmYXVsdC1mdW5jdGlvbgogb3JnLWFmdGVyLXRvZG8t c3RhdGUtY2hhbmdlLWhvb2sgJyhvcmctY2xvY2stb3V0LWlmLWN1cnJlbnQpCiBvcmctbGF0ZXgt Zm9ybWF0LWRyYXdlci1mdW5jdGlvbiAjWzUxNCAiXDIwNyIgW10gMyAiXG5cbihmbiBfIENPTlRF TlRTKSJdCiBvcmctb2R0LWZvcm1hdC1oZWFkbGluZS1mdW5jdGlvbiAnb3JnLW9kdC1mb3JtYXQt aGVhZGxpbmUtZGVmYXVsdC1mdW5jdGlvbgogb3JnLWZyb20taXMtdXNlci1yZWdleHAgIlxcPEVt bWFudWVsIENoYXJwZW50aWVyXFw+Igogb3JnLXNyYy1tb2RlLWhvb2sgJyhvcmctc3JjLWJhYmVs LWNvbmZpZ3VyZS1lZGl0LWJ1ZmZlcgoJCSAgICAgb3JnLXNyYy1tb2RlLWNvbmZpZ3VyZS1lZGl0 LWJ1ZmZlcikKIG9yZy1hZ2VuZGEtYmVmb3JlLXdyaXRlLWhvb2sgJyhvcmctYWdlbmRhLWFkZC1l bnRyeS10ZXh0KQogb3JnLWJhYmVsLXByZS10YW5nbGUtaG9vayAnKHNhdmUtYnVmZmVyKQogb3Jn LW1vZGUtaG9vayAnKG9yZy1yZWYtb3JnLW1lbnUKCQkgI1swICJcMzAwXDMwMVwzMDJcMzAzXDMw NCRcMjA3IgoJCSAgIFthZGQtaG9vayBjaGFuZ2UtbWFqb3ItbW9kZS1ob29rIG9yZy1zaG93LWJs b2NrLWFsbCBhcHBlbmQKCQkgICAgbG9jYWxdCgkJICAgNV0KCQkgI1swICJcMzAwXDMwMVwzMDJc MzAzXDMwNCRcMjA3IgoJCSAgIFthZGQtaG9vayBjaGFuZ2UtbWFqb3ItbW9kZS1ob29rIG9yZy1i YWJlbC1zaG93LXJlc3VsdC1hbGwKCQkgICAgYXBwZW5kIGxvY2FsXQoJCSAgIDVdCgkJIG9yZy1i YWJlbC1yZXN1bHQtaGlkZS1zcGVjIG9yZy1iYWJlbC1oaWRlLWFsbC1oYXNoZXMKCQkgb3JnLWVs ZG9jLWxvYWQpCiBvcmctcmVmLWluc2VydC1jaXRlLWZ1bmN0aW9uICdvcmctcmVmLWhlbG0taW5z ZXJ0LWNpdGUtbGluawogb3JnLWJpYnRleC1oZWFkbGluZS1mb3JtYXQtZnVuY3Rpb24gI1syNTcg IlwzMDABXDIzNkFcMjA3IiBbOnRpdGxlXSAzICJcblxuKGZuIEVOVFJZKSJdCiBvcmctYXJjaGl2 ZS1ob29rICcob3JnLWF0dGFjaC1hcmNoaXZlLWRlbGV0ZS1tYXliZSkKIG9yZy1hc2NpaS1mb3Jt YXQtZHJhd2VyLWZ1bmN0aW9uICNbNzcxICIBXDIwNyIgW10gNCAiXG5cbihmbiBOQU1FIENPTlRF TlRTIFdJRFRIKSJdCiBvcmctb2R0LWZvcm1hdC1pbmxpbmV0YXNrLWZ1bmN0aW9uICdvcmctb2R0 LWZvcm1hdC1pbmxpbmV0YXNrLWRlZmF1bHQtZnVuY3Rpb24KIG9yZy1yZWYtaW5zZXJ0LXJlZi1m dW5jdGlvbiAnb3JnLXJlZi1oZWxtLWluc2VydC1yZWYtbGluawogb3JnLWN5Y2xlLWhvb2sgJyhv cmctY3ljbGUtaGlkZS1hcmNoaXZlZC1zdWJ0cmVlcyBvcmctY3ljbGUtaGlkZS1kcmF3ZXJzCgkJ ICBvcmctY3ljbGUtc2hvdy1lbXB0eS1saW5lcwoJCSAgb3JnLW9wdGltaXplLXdpbmRvdy1hZnRl ci12aXNpYmlsaXR5LWNoYW5nZSkKIG9yZy1yZWYtYmlidGV4LWFzc29jLXBkZi13aXRoLWVudHJ5 LW1vdmUtZnVuY3Rpb24gJ3JlbmFtZS1maWxlCiBvcmctcmVmLWNsZWFuLWJpYnRleC1rZXktZnVu Y3Rpb24gJyhsYW1iZGEgKGtleSkKCQkJCSAgICAgKHJlcGxhY2UtcmVnZXhwLWluLXN0cmluZyAi OiIgIiIga2V5KSkKIG9yZy1yZWYtY2xlYW4tYmlidGV4LWVudHJ5LWhvb2sgJyhvcmctcmVmLWJp YnRleC1mb3JtYXQtdXJsLWlmLWRvaQoJCQkJICAgb3JjYi1rZXktY29tbWEgb3JnLXJlZi1yZXBs YWNlLW5vbmFzY2lpCgkJCQkgICBvcmNiLSYgb3JjYi0lIG9yZy1yZWYtdGl0bGUtY2FzZS1hcnRp Y2xlCgkJCQkgICBvcmNiLWNsZWFuLXllYXIgb3JjYi1rZXkgb3JjYi1jbGVhbi1kb2kKCQkJCSAg IG9yY2ItY2xlYW4tcGFnZXMgb3JjYi1jaGVjay1qb3VybmFsCgkJCQkgICBvcmctcmVmLXNvcnQt YmlidGV4LWVudHJ5KQogb3JnLWJhYmVsLXRhbmdsZS1sYW5nLWV4dHMgJygoIm1hdGhlbWF0aWNh IiAuICJtIikgKCJtYXhpbWEiIC4gIm1heCIpCgkJCSAgICAgICgianVsaWEiIC4gImpsIikgKCJz YWdlIiAuICJzYWdlIikKCQkJICAgICAgKCJweXRob24iIC4gInB5IikgKCJlbWFjcy1saXNwIiAu ICJlbCIpCgkJCSAgICAgICgiZWxpc3AiIC4gImVsIikpCiBvcmctY29uZmlybS1lbGlzcC1saW5r LWZ1bmN0aW9uICd5ZXMtb3Itbm8tcAogb3JnLW1ldGFkb3duLWhvb2sgJyhvcmctYmFiZWwtcG9w LXRvLXNlc3Npb24tbWF5YmUpCiBvcmctb2R0LWZvcm1hdC1kcmF3ZXItZnVuY3Rpb24gI1s1MTQg IlwyMDciIFtdIDMgIlxuXG4oZm4gTkFNRSBDT05URU5UUykiXQogb3JnLWRpdGFhLWphci1wYXRo ICIvdXNyL3NoYXJlL2RpdGFhL2RpdGFhLmphciIKIG9yZy1yZWYtb3Blbi1ub3Rlcy1mdW5jdGlv biAnKGxhbWJkYSBuaWwgKG9yZy1zaG93LWVudHJ5KQoJCQkgICAgICAgKG91dGxpbmUtc2hvdy1i cmFuY2hlcykgKG91dGxpbmUtc2hvdy1jaGlsZHJlbikKCQkJICAgICAgIChvcmctY3ljbGUgKHF1 b3RlICg2NCkpKSAocmVjZW50ZXItdG9wLWJvdHRvbSAwKSkKIG9yZy1odG1sLWZvcm1hdC1oZWFk bGluZS1mdW5jdGlvbiAnb3JnLWh0bWwtZm9ybWF0LWhlYWRsaW5lLWRlZmF1bHQtZnVuY3Rpb24K IG9yZy1saW5rLXBhcmFtZXRlcnMgJygoImlkIiA6Zm9sbG93IG9yZy1pZC1vcGVuKQoJCSAgICAg ICAoInJtYWlsIiA6Zm9sbG93IG9yZy1ybWFpbC1vcGVuIDpzdG9yZQoJCQlvcmctcm1haWwtc3Rv cmUtbGluaykKCQkgICAgICAgKCJtaGUiIDpmb2xsb3cgb3JnLW1oZS1vcGVuIDpzdG9yZSBvcmct bWhlLXN0b3JlLWxpbmspCgkJICAgICAgICgiaXJjIiA6Zm9sbG93IG9yZy1pcmMtdmlzaXQgOnN0 b3JlIG9yZy1pcmMtc3RvcmUtbGluaykKCQkgICAgICAgKCJpbmZvIiA6Zm9sbG93IG9yZy1pbmZv LW9wZW4gOmV4cG9ydCBvcmctaW5mby1leHBvcnQKCQkJOnN0b3JlIG9yZy1pbmZvLXN0b3JlLWxp bmspCgkJICAgICAgICgiZ251cyIgOmZvbGxvdyBvcmctZ251cy1vcGVuIDpzdG9yZSBvcmctZ251 cy1zdG9yZS1saW5rKQoJCSAgICAgICAoImRvY3ZpZXciIDpmb2xsb3cgb3JnLWRvY3ZpZXctb3Bl biA6ZXhwb3J0CgkJCW9yZy1kb2N2aWV3LWV4cG9ydCA6c3RvcmUgb3JnLWRvY3ZpZXctc3RvcmUt bGluaykKCQkgICAgICAgKCJiYmRiIiA6Zm9sbG93IG9yZy1iYmRiLW9wZW4gOmV4cG9ydCBvcmct YmJkYi1leHBvcnQKCQkJOmNvbXBsZXRlIG9yZy1iYmRiLWNvbXBsZXRlLWxpbmsgOnN0b3JlCgkJ CW9yZy1iYmRiLXN0b3JlLWxpbmspCgkJICAgICAgICgidzNtIiA6c3RvcmUgb3JnLXczbS1zdG9y ZS1saW5rKQoJCSAgICAgICAoInByaW50aW5kZXgiIDpmb2xsb3cgb3JnLXJlZi1pbmRleCA6ZXhw b3J0CgkJCSNbKHBhdGggZGVzYyBmb3JtYXQpCgkJCSAgIghcMzAxPVwyMDUJAFwzMDBcMzAyIVwy MDciCgkJCSAgW2Zvcm1hdCBsYXRleCAiXFxwcmludGluZGV4Il0gMl0KCQkJKQoJCSAgICAgICAo ImluZGV4IiA6Zm9sbG93ICNbKHBhdGgpICJcMzAxCCFcMjA3IiBbcGF0aCBvY2N1cl0gMl0KCQkJ OmV4cG9ydAoJCQkjWyhwYXRoIGRlc2MgZm9ybWF0KSAiCFwzMDI9XDIwNVxuAFwzMDBcMzAzCVwi XDIwNyIKCQkJICBbZm9ybWF0IHBhdGggbGF0ZXggIlxcaW5kZXh7JXN9Il0gM10KCQkJKQoJCSAg ICAgICAoImJpYmVudHJ5IiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYt Y2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtYmli ZW50cnkgOmNvbXBsZXRlCgkJCW9yZy1iaWJlbnRyeS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoIkF1dG9jaXRlcyIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNp dGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LUF1dG9j aXRlcyA6Y29tcGxldGUKCQkJb3JnLUF1dG9jaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoImF1dG9jaXRlcyIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNp dGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWF1dG9j aXRlcyA6Y29tcGxldGUKCQkJb3JnLWF1dG9jaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoInN1cGVyY2l0ZXMiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1j aXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1zdXBl cmNpdGVzIDpjb21wbGV0ZQoJCQlvcmctc3VwZXJjaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIlRleHRjaXRlcyIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LVRl eHRjaXRlcyA6Y29tcGxldGUKCQkJb3JnLVRleHRjaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoInRleHRjaXRlcyIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LXRl eHRjaXRlcyA6Y29tcGxldGUKCQkJb3JnLXRleHRjaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIlNtYXJ0Y2l0ZXMiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJl Zi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1T bWFydGNpdGVzIDpjb21wbGV0ZQoJCQlvcmctU21hcnRjaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxw LWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1y ZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFy IHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0 LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJ CQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAo ZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICAp CgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5 IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxp bmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1z d2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9y Zy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAo MTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhl IGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJ ICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAg KGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkg OnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRh IG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRl eC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJ CSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJh Y3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1h aWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1w b2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAo MTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBv cmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVy bC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2lu dCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5k LWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJ CSAgICAgICAoInNtYXJ0Y2l0ZXMiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3Jn LXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1h dC1zbWFydGNpdGVzIDpjb21wbGV0ZQoJCQlvcmctc21hcnRjaXRlcy1jb21wbGV0ZS1saW5rIDpo ZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9y Zy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1j aGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9y bWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3Ip KQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBz KSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkg ICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNw bGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9u LWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJl Zi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAu IG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJ CSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMg dGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkK CQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVy dHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJp YnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQp CgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkp CgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkK CQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50 ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYt ZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1h dC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjgg LiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVu LXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1w b2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1m aW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJ KQoJCSAgICAgICAoImZvb3RjaXRldGV4dHMiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNh bGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVm LWZvcm1hdC1mb290Y2l0ZXRleHRzIDpjb21wbGV0ZQoJCQlvcmctZm9vdGNpdGV0ZXh0cy1jb21w bGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikK CQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vy c2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAg KG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11 bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZm ZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJ CQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1m YWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1z b3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkK CQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBu aWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJ CSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2 aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9p bnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBr aWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBh dCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVs ZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAo MTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9y Zy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRp b24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5 LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xh ci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2lu dCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYt d29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQt YXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4g b3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1j aXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91 c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0 LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImZvb3RjaXRlcyIgOmZvbGxvdwoJCQkobGFtYmRhIChf KSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0 IG9yZy1yZWYtZm9ybWF0LWZvb3RjaXRlcyA6Y29tcGxldGUKCQkJb3JnLWZvb3RjaXRlcy1jb21w bGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikK CQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vy c2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAg KG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11 bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZm ZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJ CQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1m YWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1z b3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkK CQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBu aWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJ CSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2 aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9p bnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBr aWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBh dCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVs ZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAo MTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9y Zy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRp b24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5 LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xh ci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2lu dCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYt d29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQt YXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4g b3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1j aXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91 c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0 LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIlBhcmVuY2l0ZXMiIDpmb2xsb3cKCQkJKGxhbWJkYSAo XykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9y dCBvcmctcmVmLWZvcm1hdC1QYXJlbmNpdGVzIDpjb21wbGV0ZQoJCQlvcmctUGFyZW5jaXRlcy1j b21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlv bikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4 Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAg ICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtl eS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1i dWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcp KQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGlu ay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJl Zi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2 ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJk YSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkp CgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1w cmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQg cG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4i CgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNh ciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5 cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3Jn LWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJ CSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIg KG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRh IG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0 YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVu dHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2No b2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBw b2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQp CgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1y ZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0 ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQp CgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMz IC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Bl bi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAo bW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVu LWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoInBhcmVuY2l0ZXMiIDpmb2xsb3cKCQkJKGxhbWJk YSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4 cG9ydCBvcmctcmVmLWZvcm1hdC1wYXJlbmNpdGVzIDpjb21wbGV0ZQoJCQlvcmctcGFyZW5jaXRl cy1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3Np dGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZl LWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJ ICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4 LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVt cC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJp bmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUt bGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3Jn LXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFj dGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxh bWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAt MSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJl Zi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkg YXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtl eS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQg KGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUg a2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAo b3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICAp CgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChj YXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4t Y2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4 LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUt c2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBh dCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9p bnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9y Zy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJl bGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9p bnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3 MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYt b3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJ CSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1v cGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGVzIiA6Zm9sbG93CgkJCShsYW1iZGEg KF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBv cnQgb3JnLXJlZi1mb3JtYXQtQ2l0ZXMgOmNvbXBsZXRlCgkJCW9yZy1DaXRlcy1jb21wbGV0ZS1s aW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3 aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAo Z290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1y ZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1j dXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGlu c2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAg KQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZu IDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNp dGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAo b3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGlu dGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1y aWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1r ZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFz c3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJp bmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2lu dC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQt cHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3Nzcz MzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYt Z2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQt cG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBv aW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1w b2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJ ICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9y Zy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNp dGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9p bnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJl Zi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlv bi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAu IG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNl KSkKCQkJKQoJCSAgICAgICAoImNpdGVzIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxs IG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1m b3JtYXQtY2l0ZXMgOmNvbXBsZXRlCgkJCW9yZy1jaXRlcy1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoImZub3RlY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWZu b3RlY2l0ZSA6Y29tcGxldGUKCQkJb3JnLWZub3RlY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIlBub3RlY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LVBu b3RlY2l0ZSA6Y29tcGxldGUKCQkJb3JnLVBub3RlY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoInBub3RlY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LXBu b3RlY2l0ZSA6Y29tcGxldGUKCQkJb3JnLXBub3RlY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIk5vdGVjaXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYt Y2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtTm90 ZWNpdGUgOmNvbXBsZXRlCgkJCW9yZy1Ob3RlY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoIm5vdGVjaXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0 ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtbm90ZWNp dGUgOmNvbXBsZXRlCgkJCW9yZy1ub3RlY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImZvb3RmdWxsY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNp dGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWZvb3Rm dWxsY2l0ZSA6Y29tcGxldGUKCQkJb3JnLWZvb3RmdWxsY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxw LWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1y ZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFy IHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0 LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJ CQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAo ZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICAp CgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5 IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxp bmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1z d2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9y Zy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAo MTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhl IGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJ ICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAg KGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkg OnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRh IG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRl eC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJ CSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJh Y3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1h aWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1w b2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAo MTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBv cmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVy bC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2lu dCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5k LWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJ CSAgICAgICAoImZ1bGxjaXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1y ZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQt ZnVsbGNpdGUgOmNvbXBsZXRlCgkJCW9yZy1mdWxsY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoImNpdGV1cmwiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1j aXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1jaXRl dXJsIDpjb21wbGV0ZQoJCQlvcmctY2l0ZXVybC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImNpdGVkYXRlKiIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUt b25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWNpdGVkYXRl KiA6Y29tcGxldGUKCQkJb3JnLWNpdGVkYXRlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImNpdGVkYXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1v bmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZWRhdGUg OmNvbXBsZXRlCgkJCW9yZy1jaXRlZGF0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxh bWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRh dGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJ CQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAg ICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJ CSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3Jh cGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkg KQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1h cAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1y aWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9u LWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmct cmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1r ZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFt YmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5n IGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmct cmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBs YW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZl KQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1l bGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJh Y3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZp bGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUt ZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5l dyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2 Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBs YW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmct cmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVu dHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgx Njc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBv cmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4t cGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkK CQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xs b3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91 c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNp dGV0aXRsZSoiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9u Y2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1jaXRldGl0bGUq IDpjb21wbGV0ZQoJCQlvcmctY2l0ZXRpdGxlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImNpdGV0aXRsZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUt b25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWNpdGV0aXRs ZSA6Y29tcGxldGUKCQkJb3JnLWNpdGV0aXRsZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo IkNpdGVhdXRob3IqIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0 ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtQ2l0ZWF1 dGhvciogOmNvbXBsZXRlCgkJCW9yZy1DaXRlYXV0aG9yKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIkF1dG9jaXRlKiIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LUF1 dG9jaXRlKiA6Y29tcGxldGUKCQkJb3JnLUF1dG9jaXRlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoImF1dG9jaXRlKiIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWF1 dG9jaXRlKiA6Y29tcGxldGUKCQkJb3JnLWF1dG9jaXRlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoIkF1dG9jaXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYt Y2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtQXV0 b2NpdGUgOmNvbXBsZXRlCgkJCW9yZy1BdXRvY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoImF1dG9jaXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0 ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtYXV0b2Np dGUgOmNvbXBsZXRlCgkJCW9yZy1hdXRvY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo InN1cGVyY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUt b25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LXN1cGVyY2l0 ZSA6Y29tcGxldGUKCQkJb3JnLXN1cGVyY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo InBhcmVuY2l0ZSoiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRl LW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1wYXJlbmNp dGUqIDpjb21wbGV0ZQoJCQlvcmctcGFyZW5jaXRlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoImNpdGUqIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1v bmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZSogOmNv bXBsZXRlCgkJCW9yZy1jaXRlKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIlNtYXJ0Y2l0 ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1m dW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LVNtYXJ0Y2l0ZSA6Y29tcGxl dGUKCQkJb3JnLVNtYXJ0Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoInNtYXJ0Y2l0 ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1m dW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LXNtYXJ0Y2l0ZSA6Y29tcGxl dGUKCQkJb3JnLXNtYXJ0Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIlRleHRjaXRl IiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1 bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtVGV4dGNpdGUgOmNvbXBsZXRl CgkJCW9yZy1UZXh0Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2lu ZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1l bnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0 CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3Jn LXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJ CQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAg ICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFj ZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5 bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1i ZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkp CgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAt Y2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAo Qy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJ CQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBr aWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2Vy dC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmls ICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChr aWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNv bnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJ CSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9u IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJl Zi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4g b3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmls ICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4t Y2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJ ICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAu IG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9w ZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBv aW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAu IG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAo bW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoInRleHRjaXRlIiA6 Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0 aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtdGV4dGNpdGUgOmNvbXBsZXRlCgkJ CW9yZy10ZXh0Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93 IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRl cgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJ CSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJl Zi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkg ICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAg KGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBv cmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFw IChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEg bmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJ CSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0 YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1s ZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkg ICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxs cmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1r ZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJD b3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxs LW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRl eHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAo MTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1m b3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3Jn LXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJF bWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0 YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgx Njc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9y Zy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4t bm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50 KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMx NCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1v dXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91 c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImZvb3RjaXRldGV4dCIg OmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1mdW5j dGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWZvb3RjaXRldGV4dCA6Y29tcGxl dGUKCQkJb3JnLWZvb3RjaXRldGV4dC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJk YSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlv bi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkg ICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAg ICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAg ICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgp CgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJ CQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJ CQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdo dCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxp bmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVm LXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkp CgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRh IG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGlu IHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVm LWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1i ZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVt ZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUp KSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhj dXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAo b3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3 MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1i ZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVm LW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5 KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3 NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmct cmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRm LWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ct bGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2Up CgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImZvb3Rj aXRlIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNr LWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtZm9vdGNpdGUgOmNvbXBs ZXRlCgkJCW9yZy1mb290Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIlBhcmVuY2l0 ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1m dW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LVBhcmVuY2l0ZSA6Y29tcGxl dGUKCQkJb3JnLVBhcmVuY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoInBhcmVuY2l0 ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1m dW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LXBhcmVuY2l0ZSA6Y29tcGxl dGUKCQkJb3JnLXBhcmVuY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGUiIDpm b2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rp b24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1DaXRlIDpjb21wbGV0ZQoJCQlvcmct Q2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBw b3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChz YXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMK CQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmli dGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgt dGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1z dHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNp dGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4g b3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRl cmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0 IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGlu ayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3Jn LXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBr ZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBh IGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9p bnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0 aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkg ICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJ ICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3 IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTgg bGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmli dGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29n bGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRy eSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQt cG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAu IG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29z LXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQt cG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2 Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1y ZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2Up CgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9y Zy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGVhdXRob3IiIDpmb2xsb3cKCQkJ KGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkK CQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1DaXRlYXV0aG9yIDpjb21wbGV0ZQoJCQlvcmctQ2l0 ZWF1dGhvci1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVj dCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkg IChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAo KHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQt YmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdp dGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZl ci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVm LWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVw IC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChp bnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1s ZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24t bGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4g b3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0 ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBp cyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQt cG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFs bCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJ CQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkK CQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwt bmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3Nzcz MTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVm LW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQt YmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1n b29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBl bnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24t YXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMx NSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYt d29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMt YXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkg KDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9y Zy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZh Y2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAu IG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGVhbHAiIDpmb2xsb3cKCQkJ KGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkK CQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1DaXRlYWxwIDpjb21wbGV0ZQoJCQlvcmctQ2l0ZWFs cC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3Np dGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZl LWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJ ICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4 LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVt cC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJp bmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUt bGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3Jn LXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFj dGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxh bWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAt MSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJl Zi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkg YXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtl eS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQg KGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUg a2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAo b3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICAp CgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChj YXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4t Y2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4 LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUt c2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBh dCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9p bnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9y Zy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJl bGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9p bnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3 MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYt b3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJ CSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1v cGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGVhbHQiIDpmb2xsb3cKCQkJKGxhbWJk YSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4 cG9ydCBvcmctcmVmLWZvcm1hdC1DaXRlYWx0IDpjb21wbGV0ZQoJCQlvcmctQ2l0ZWFsdC1jb21w bGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikK CQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vy c2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAg KG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11 bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZm ZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJ CQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1m YWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1z b3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkK CQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBu aWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJ CSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2 aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9p bnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBr aWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBh dCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVs ZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAo MTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9y Zy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRp b24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5 LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xh ci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2lu dCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYt d29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQt YXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4g b3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1j aXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91 c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0 LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoIkNpdGVwIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChm dW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3Jn LXJlZi1mb3JtYXQtQ2l0ZXAgOmNvbXBsZXRlCgkJCW9yZy1DaXRlcC1jb21wbGV0ZS1saW5rIDpo ZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9y Zy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1j aGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9y bWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3Ip KQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBz KSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkg ICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNw bGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9u LWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJl Zi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAu IG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJ CSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMg dGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkK CQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVy dHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJp YnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQp CgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkp CgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkK CQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50 ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYt ZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1h dC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjgg LiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVu LXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1w b2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1m aW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJ KQoJCSAgICAgICAoIkNpdGV0IiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1y ZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQt Q2l0ZXQgOmNvbXBsZXRlCgkJCW9yZy1DaXRldC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImNpdGV5ZWFycGFyIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0 ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZXll YXJwYXIgOmNvbXBsZXRlCgkJCW9yZy1jaXRleWVhcnBhci1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoImNpdGV5ZWFyKiIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVm LWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWNp dGV5ZWFyKiA6Y29tcGxldGUKCQkJb3JnLWNpdGV5ZWFyKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYt c2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBv c2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVu dHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkg ICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmls bC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJ CSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1 bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmsp CgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2Fw LWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1y ZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3 NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZp cnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgx Njc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGlu dGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5p bCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1r ZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJ CSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg IChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAg KQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgx Njc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3Rp dmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwt YmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2lu dCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3 NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmct cmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1h dC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkK CQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZp bGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAg ICAgICAoImNpdGV5ZWFyIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYt Y2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0 ZXllYXIgOmNvbXBsZXRlCgkJCW9yZy1jaXRleWVhci1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoImNpdGVhdXRob3IqIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYt Y2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0 ZWF1dGhvciogOmNvbXBsZXRlCgkJCW9yZy1jaXRlYXV0aG9yKi1jb21wbGV0ZS1saW5rIDpoZWxw LWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1y ZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFy IHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0 LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJ CQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAo ZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICAp CgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5 IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxp bmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1z d2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9y Zy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAo MTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhl IGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJ ICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAg KGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkg OnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRh IG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRl eC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJ CSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJh Y3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1h aWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1w b2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAo MTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBv cmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVy bC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2lu dCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5k LWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJ CSAgICAgICAoImNpdGVhdXRob3IiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3Jn LXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1h dC1jaXRlYXV0aG9yIDpjb21wbGV0ZQoJCQlvcmctY2l0ZWF1dGhvci1jb21wbGV0ZS1saW5rIDpo ZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9y Zy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1j aGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9y bWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3Ip KQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBz KSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkg ICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNw bGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9u LWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJl Zi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAu IG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJ CSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMg dGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkK CQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVy dHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJp YnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQp CgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkp CgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkK CQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50 ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYt ZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1h dC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjgg LiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVu LXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1w b2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1m aW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJ KQoJCSAgICAgICAoImNpdGV0ZXh0IiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9y Zy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3Jt YXQtY2l0ZXRleHQgOmNvbXBsZXRlCgkJCW9yZy1jaXRldGV4dC1jb21wbGV0ZS1saW5rIDpoZWxw LWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1y ZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFy IHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0 LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJ CQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAo ZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICAp CgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5 IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxp bmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1z d2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9y Zy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAo MTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhl IGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZl KQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJ ICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAg KGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkg OnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRh IG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRl eC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJ CSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJ CSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJh Y3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1h aWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1w b2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAo MTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBv cmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVy bC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2lu dCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5k LWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJ CSAgICAgICAoImNpdGVudW0iIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJl Zi1jaXRlLW9uY2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1j aXRlbnVtIDpjb21wbGV0ZQoJCQlvcmctY2l0ZW51bS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8K CQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hv dy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0 aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5 CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAg ICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1w YXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAg KQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwg OmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJ CSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNp dGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYt bmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3Nzcz MzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0 IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3 NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVy YWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGgg KG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXkt YW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChr aWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJ CQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3 NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUp IChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmli dGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkK CQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3Nzcz MjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVm LW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1w b2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJ IChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUt YXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAg ICAoImNpdGVhbHAqIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0 ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZWFs cCogOmNvbXBsZXRlCgkJCW9yZy1jaXRlYWxwKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo ImNpdGVhbHAiIDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9u Y2xpY2stZnVuY3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1jaXRlYWxwIDpj b21wbGV0ZQoJCQlvcmctY2l0ZWFscC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJk YSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlv bi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkg ICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAg ICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAg ICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgp CgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJ CQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJ CQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdo dCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxp bmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVm LXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkp CgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRh IG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGlu IHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVm LWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1i ZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJ CQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVt ZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUp KSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhj dXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAo b3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3 MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1i ZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVm LW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5 KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3 NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmct cmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRm LWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJ ICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ct bGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2Up CgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGVh bHQqIiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNr LWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZWFsdCogOmNvbXBs ZXRlCgkJCW9yZy1jaXRlYWx0Ki1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGVhbHQi IDpmb2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVu Y3Rpb24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1jaXRlYWx0IDpjb21wbGV0ZQoJ CQlvcmctY2l0ZWFsdC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93 IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRl cgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJ CSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJl Zi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkg ICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAg KGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBv cmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFw IChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEg bmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJ CSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0 YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1s ZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkg ICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxs cmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1r ZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJD b3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxs LW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRl eHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAg KGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAo MTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1m b3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3Jn LXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJF bWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0 YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgx Njc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9y Zy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4t bm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50 KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMx NCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1v dXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91 c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGVwKiIgOmZvbGxv dwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1mdW5jdGlvbiBu aWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LWNpdGVwKiA6Y29tcGxldGUKCQkJb3JnLWNp dGVwKi1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBw b3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChz YXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMK CQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmli dGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgt dGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1z dHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNp dGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4g b3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRl cmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0 IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGlu ayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3Jn LXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBr ZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBh IGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9p bnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0 aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkg ICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJ ICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3 IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTgg bGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmli dGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29n bGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRy eSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQt cG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAu IG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29z LXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQt cG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2 Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1y ZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2Up CgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9y Zy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGVwIiA6Zm9sbG93CgkJCShsYW1i ZGEgKF8pIChmdW5jYWxsIG9yZy1yZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpl eHBvcnQgb3JnLXJlZi1mb3JtYXQtY2l0ZXAgOmNvbXBsZXRlCgkJCW9yZy1jaXRlcC1jb21wbGV0 ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJ ICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lv biAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9y Zy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRl ci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIg KGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkg ICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNl LWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0 LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJ ICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwg KGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAo Qy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91 cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQu IEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAg KGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxs LXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBw b2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1l bnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3 NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1y ZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAo aW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24t YXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0 LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1h dC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIK CQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAg KG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29z LWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQt cG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAo MTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3Jn LXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRh dGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2Ut MyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1v dXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGV0KiIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVu Y2FsbCBvcmctcmVmLWNpdGUtb25jbGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1y ZWYtZm9ybWF0LWNpdGV0KiA6Y29tcGxldGUKCQkJb3JnLWNpdGV0Ki1jb21wbGV0ZS1saW5rIDpo ZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9y Zy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1j aGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9y bWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3Ip KQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBz KSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkg ICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNw bGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9u LWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJl Zi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAu IG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJ CSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMg dGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkK CQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJ CSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVy dHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFt YmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJp YnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3Rp dmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQp CgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkp CgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkK CQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50 ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYt ZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1h dC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJ CSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjgg LiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVu LXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1w b2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1m aW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJ KQoJCSAgICAgICAoImNpdGV0IiA6Zm9sbG93CgkJCShsYW1iZGEgKF8pIChmdW5jYWxsIG9yZy1y ZWYtY2l0ZS1vbmNsaWNrLWZ1bmN0aW9uIG5pbCkpCgkJCTpleHBvcnQgb3JnLXJlZi1mb3JtYXQt Y2l0ZXQgOmNvbXBsZXRlCgkJCW9yZy1jaXRldC1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJ KGxhbWJkYSAod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1j aXRhdGlvbi1vbi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9u KQoJCQkgICAobGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJ CSAgICAgICAob3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICAp CgkJCSAgICAgKQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJh Z3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJ CQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtl eW1hcAoJCQkoa2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAo Uy1yaWdodCBsYW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0 aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLXN3YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4 dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcg bGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRo aW5nIGluIHRoZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChv cmctcmVmLWluc2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMw MyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0 aXZlKQoJCQkgIChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9y Zy1lbGVtZW50LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50 ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5k LWZpbGUpKSkpCgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNh dmUtZXhjdXJzaW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxs LW5ldyAob3JnLXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkg KDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMx NyBsYW1iZGEgbmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChv cmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4 LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJ ICgxNjc3NzMzMCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYg LiBvcmctcmVmLW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9w ZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2lu dCkKCQkJICgxNjc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChm b2xsb3ctbGluayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQt bW91c2UpCgkJCSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAo Im5vY2l0ZSIgOmZvbGxvdwoJCQkobGFtYmRhIChfKSAoZnVuY2FsbCBvcmctcmVmLWNpdGUtb25j bGljay1mdW5jdGlvbiBuaWwpKQoJCQk6ZXhwb3J0IG9yZy1yZWYtZm9ybWF0LW5vY2l0ZSA6Y29t cGxldGUKCQkJb3JnLW5vY2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAo d2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1v bi1lbnRlcgoJCQkgIChzYXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAo bGV0CgkJCSAgICAoKHMKCQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAo b3JnLXJlZi1nZXQtYmlidGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAg KQoJCQkgICAgKHdpdGgtdGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJ CSAgICAgKGJ1ZmZlci1zdHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6 ZmFjZSBvcmctcmVmLWNpdGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQko a2V5bWFwIChTLXVwIC4gb3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBs YW1iZGEgbmlsIChpbnRlcmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsg MSkpCgkJCSAoUy1sZWZ0IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3 YXAtY2l0YXRpb24tbGluayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJ CSAoQy1sZWZ0IC4gb3JnLXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5p bAoJCQkgICJQYXN0ZSBrZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRo ZSBraWxscmluZyBpcyBhIGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWlu c2VydC1rZXktYXQtcG9pbnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEg bmlsICJDb3B5IGFsbCB0aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkg IChraWxsLW5ldwoJCQkgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50 LWNvbnRleHQpKSkKCQkJICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUp CgkJCSAgKGtpbGwtbmV3IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkp CgkJCSAoMTY3NzczMTggbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJz aW9uIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3Jn LXJlZi1mb3JtYXQtYmlidGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5 IC4gb3JnLXJlZi1nb29nbGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEg bmlsICJFbWFpbCBlbnRyeSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkK CQkJICgxNjc3NzMxNSAuIG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMz MCAuIG9yZy1yZWYtd29zLXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVm LW9wZW4tbm90ZXMtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0 LXBvaW50KQoJCQkgKDE2Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgx Njc3NzMxNCAuIG9yZy1yZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGlu ayAuIG1vdXNlLWZhY2UpCgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJ CSAobW91c2UtMiAuIG9yZy1vcGVuLWF0LW1vdXNlKSkKCQkJKQoJCSAgICAgICAoImNpdGUiIDpm b2xsb3cKCQkJKGxhbWJkYSAoXykgKGZ1bmNhbGwgb3JnLXJlZi1jaXRlLW9uY2xpY2stZnVuY3Rp b24gbmlsKSkKCQkJOmV4cG9ydCBvcmctcmVmLWZvcm1hdC1jaXRlIDpjb21wbGV0ZQoJCQlvcmct Y2l0ZS1jb21wbGV0ZS1saW5rIDpoZWxwLWVjaG8KCQkJKGxhbWJkYSAod2luZG93IG9iamVjdCBw b3NpdGlvbikKCQkJICh3aGVuIG9yZy1yZWYtc2hvdy1jaXRhdGlvbi1vbi1lbnRlcgoJCQkgIChz YXZlLWV4Y3Vyc2lvbiAoZ290by1jaGFyIHBvc2l0aW9uKQoJCQkgICAobGV0CgkJCSAgICAoKHMK CQkJICAgICAgKG9yZy1yZWYtZm9ybWF0LWVudHJ5CgkJCSAgICAgICAob3JnLXJlZi1nZXQtYmli dGV4LWtleS11bmRlci1jdXJzb3IpKQoJCQkgICAgICApCgkJCSAgICAgKQoJCQkgICAgKHdpdGgt dGVtcC1idWZmZXIgKGluc2VydCBzKSAoZmlsbC1wYXJhZ3JhcGgpCgkJCSAgICAgKGJ1ZmZlci1z dHJpbmcpKQoJCQkgICAgKQoJCQkgICApCgkJCSAgKQoJCQkgKQoJCQk6ZmFjZSBvcmctcmVmLWNp dGUtbGluay1mYWNlLWZuIDpkaXNwbGF5IGZ1bGwgOmtleW1hcAoJCQkoa2V5bWFwIChTLXVwIC4g b3JnLXJlZi1zb3J0LWNpdGF0aW9uLWxpbmspCgkJCSAoUy1yaWdodCBsYW1iZGEgbmlsIChpbnRl cmFjdGl2ZSkKCQkJICAob3JnLXJlZi1zd2FwLWNpdGF0aW9uLWxpbmsgMSkpCgkJCSAoUy1sZWZ0 IGxhbWJkYSBuaWwgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLXN3YXAtY2l0YXRpb24tbGlu ayAtMSkpCgkJCSAoQy1yaWdodCAuIG9yZy1yZWYtbmV4dC1rZXkpCgkJCSAoQy1sZWZ0IC4gb3Jn LXJlZi1wcmV2aW91cy1rZXkpCgkJCSAoMTY3NzczMzcgbGFtYmRhIG5pbAoJCQkgICJQYXN0ZSBr ZXkgYXQgcG9pbnQuIEFzc3VtZXMgdGhlIGZpcnN0IHRoaW5nIGluIHRoZSBraWxscmluZyBpcyBh IGtleS4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChvcmctcmVmLWluc2VydC1rZXktYXQtcG9p bnQgKGNhciBraWxsLXJpbmcpKSkKCQkJICgxNjc3NzMwMyBsYW1iZGEgbmlsICJDb3B5IGFsbCB0 aGUga2V5cyBhdCBwb2ludC4iCgkJCSAgKGludGVyYWN0aXZlKQoJCQkgIChraWxsLW5ldwoJCQkg ICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBhdGggKG9yZy1lbGVtZW50LWNvbnRleHQpKSkKCQkJ ICApCgkJCSAoMTY3NzczMzUgbGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKGtpbGwtbmV3 IChjYXIgKG9yZy1yZWYtZ2V0LWJpYnRleC1rZXktYW5kLWZpbGUpKSkpCgkJCSAoMTY3NzczMTgg bGFtYmRhIG5pbCAoaW50ZXJhY3RpdmUpCgkJCSAgKHNhdmUtZXhjdXJzaW9uIChvcmctcmVmLW9w ZW4tY2l0YXRpb24tYXQtcG9pbnQpCgkJCSAgIChraWxsLW5ldyAob3JnLXJlZi1mb3JtYXQtYmli dGV4LWVudHJ5LWF0LXBvaW50KSkpCgkJCSAgKQoJCQkgKDE2Nzc3MzE5IC4gb3JnLXJlZi1nb29n bGUtc2Nob2xhci1hdC1wb2ludCkKCQkJICgxNjc3NzMxNyBsYW1iZGEgbmlsICJFbWFpbCBlbnRy eSBhdCBwb2ludCIKCQkJICAoaW50ZXJhY3RpdmUpIChvcmctcmVmLW9wZW4tY2l0YXRpb24tYXQt cG9pbnQpCgkJCSAgKG9yZy1yZWYtZW1haWwtYmlidGV4LWVudHJ5KSkKCQkJICgxNjc3NzMxNSAu IG9yZy1yZWYtd29zLWNpdGluZy1hdC1wb2ludCkKCQkJICgxNjc3NzMzMCAuIG9yZy1yZWYtd29z LXJlbGF0ZWQtYXQtcG9pbnQpCgkJCSAoMTY3NzczMjYgLiBvcmctcmVmLW9wZW4tbm90ZXMtYXQt cG9pbnQpCgkJCSAoMTY3NzczMjggLiBvcmctcmVmLW9wZW4tcGRmLWF0LXBvaW50KQoJCQkgKDE2 Nzc3MzMzIC4gb3JnLXJlZi1vcGVuLXVybC1hdC1wb2ludCkKCQkJICgxNjc3NzMxNCAuIG9yZy1y ZWYtb3Blbi1jaXRhdGlvbi1hdC1wb2ludCkKCQkJIChmb2xsb3ctbGluayAuIG1vdXNlLWZhY2Up CgkJCSAobW91c2UtMyAuIG9yZy1maW5kLWZpbGUtYXQtbW91c2UpCgkJCSAobW91c2UtMiAuIG9y Zy1vcGVuLWF0LW1vdXNlKSkKCQkJOnN0b3JlIG9yZy1yZWYtYmlidGV4LXN0b3JlLWxpbmspCgkJ ICAgICAgICgiQ3JlZiIgOmZvbGxvdyBvcmctcmVmLXJlZi1mb2xsb3cgOmV4cG9ydAoJCQlvcmct cmVmLUNyZWYtZXhwb3J0IDpjb21wbGV0ZSBvcmctcmVmLWNvbXBsZXRlLWxpbmsKCQkJOmZhY2Ug b3JnLXJlZi1yZWYtZmFjZS1mbiA6aGVscC1lY2hvCgkJCW9yZy1yZWYtcmVmLWhlbHAtZWNobykK CQkgICAgICAgKCJjcmVmIiA6Zm9sbG93IG9yZy1yZWYtcmVmLWZvbGxvdyA6ZXhwb3J0CgkJCW9y Zy1yZWYtY3JlZi1leHBvcnQgOmNvbXBsZXRlIG9yZy1yZWYtY29tcGxldGUtbGluawoJCQk6ZmFj ZSBvcmctcmVmLXJlZi1mYWNlLWZuIDpoZWxwLWVjaG8KCQkJb3JnLXJlZi1yZWYtaGVscC1lY2hv KQoJCSAgICAgICAoImF1dG9yZWYiIDpmb2xsb3cgb3JnLXJlZi1yZWYtZm9sbG93IDpleHBvcnQK CQkJb3JnLXJlZi1hdXRvcmVmLWV4cG9ydCA6Y29tcGxldGUgb3JnLXJlZi1jb21wbGV0ZS1saW5r CgkJCTpmYWNlIG9yZy1yZWYtcmVmLWZhY2UtZm4gOmhlbHAtZWNobwoJCQlvcmctcmVmLXJlZi1o ZWxwLWVjaG8pCgkJICAgICAgICgiZXFyZWYiIDpmb2xsb3cgb3JnLXJlZi1yZWYtZm9sbG93IDpl eHBvcnQKCQkJb3JnLXJlZi1lcXJlZi1leHBvcnQgOmNvbXBsZXRlIG9yZy1yZWYtY29tcGxldGUt bGluawoJCQk6ZmFjZSBvcmctcmVmLXJlZi1mYWNlLWZuIDpoZWxwLWVjaG8KCQkJb3JnLXJlZi1y ZWYtaGVscC1lY2hvKQoJCSAgICAgICAoIm5hbWVyZWYiIDpmb2xsb3cgb3JnLXJlZi1yZWYtZm9s bG93IDpleHBvcnQKCQkJb3JnLXJlZi1leHBvcnQtbmFtZXJlZiA6Y29tcGxldGUgb3JnLXJlZi1j b21wbGV0ZS1saW5rCgkJCTpmYWNlIG9yZy1yZWYtcmVmLWZhY2UtZm4gOmhlbHAtZWNobwoJCQlv cmctcmVmLXJlZi1oZWxwLWVjaG8pCgkJICAgICAgICgicGFnZXJlZiIgOmZvbGxvdyBvcmctcmVm LXJlZi1mb2xsb3cgOmV4cG9ydAoJCQkjWyhwYXRoIGRlc2MgZm9ybWF0KQoJCQkgICIIXDMwMj1c MjAzCwBcMzAwXDMwMwlcIlwyMDcIXDMwND1cMjA1FQBcMzAwXDMwNQlcIlwyMDciCgkJCSAgW2Zv cm1hdCBwYXRoIGh0bWwgIig8cGFnZXJlZj4lczwvcGFnZXJlZj4pIiBsYXRleAoJCQkgICAiXFxw YWdlcmVmeyVzfSJdCgkJCSAgM10KCQkJOmZhY2Ugb3JnLXJlZi1yZWYtZmFjZS1mbiA6Y29tcGxl dGUKCQkJb3JnLXBhZ2VyZWYtY29tcGxldGUtbGluayA6aGVscC1lY2hvCgkJCW9yZy1yZWYtcmVm LWhlbHAtZWNobykKCQkgICAgICAgKCJyZWYiIDpmb2xsb3cgb3JnLXJlZi1yZWYtZm9sbG93IDpl eHBvcnQKCQkJb3JnLXJlZi1yZWYtZXhwb3J0IDpjb21wbGV0ZSBvcmctcmVmLWNvbXBsZXRlLWxp bmsKCQkJOmZhY2Ugb3JnLXJlZi1yZWYtZmFjZS1mbiA6aGVscC1lY2hvCgkJCW9yZy1yZWYtcmVm LWhlbHAtZWNobykKCQkgICAgICAgKCJsYWJlbCIgOmZvbGxvdwoJCQkjWyhsYWJlbCkKCQkJICAi XDMwMgghGVwzMDNcMzA0XDMwNQlcMjExXDMwNlVcMjA0FAAJXDMwN1ZcMjAzGABcMzEwXDIwMhkA XDMxMSNcMzAyCCFcIilcMjA3IgoJCQkgIFtsYWJlbCBjb3VudCBvcmctcmVmLWNvdW50LWxhYmVs cyBtZXNzYWdlIGZvcm1hdAoJCQkgICAiJXMgb2NjdXJlbmNlJXMiIDAgMSAicyIgIiJdCgkJCSAg NgoJCQkgICJPbiBjbGlja2luZyBjb3VudCB0aGUgbnVtYmVyIG9mIGxhYmVsIHRhZ3MgdXNlZCBp biB0aGUgYnVmZmVyLlxuQSBudW1iZXIgZ3JlYXRlciB0aGFuIG9uZSBtZWFucyBtdWx0aXBsZSBs YWJlbHMhIl0KCQkJOmV4cG9ydAoJCQkjWyhrZXl3b3JkIGRlc2MgZm9ybWF0KQoJCQkgICIIXDMw Mj1cMjAzCwBcMzAwXDMwMwlcIlwyMDcIXDMwND1cMjAzFgBcMzAwXDMwNQlcIlwyMDcIXDMwNj1c MjA1IABcMzAwXDMwNwlcIlwyMDciCgkJCSAgW2Zvcm1hdCBrZXl3b3JkIGh0bWwgIjxkaXYgaWQ9 XCIlc1wiPjwvZGl2PiIgbWQKCQkJICAgIjxhIG5hbWU9XCIlc1wiPjwvYT4iIGxhdGV4ICJcXGxh YmVseyVzfSJdCgkJCSAgM10KCQkJOnN0b3JlIG9yZy1sYWJlbC1zdG9yZS1saW5rIDpmYWNlIG9y Zy1yZWYtbGFiZWwtZmFjZS1mbgoJCQk6aGVscC1lY2hvCgkJCSNbKHdpbmRvdyBvYmplY3QgcG9z aXRpb24pCgkJCSAgIlwyMTIIYlwyMTBcMzAzIBlcMzA0XDMwNSEaclxucVwyMTBcMzA2XDIxNglj XDIxMFwzMDcgXDIxMFwzMTAgLVwyMDciCgkJCSAgW3Bvc2l0aW9uCgkJCSAgIAoJCQkgICBzCgkJ CSAgIAoJCQkgICB0ZW1wLWJ1ZmZlcgoJCQkgICAKCQkJICAgb3JnLXJlZi1saW5rLW1lc3NhZ2UK CQkJICAgCgkJCSAgIGdlbmVyYXRlLW5ldy1idWZmZXIKCQkJICAgCgkJCSAgICIgKnRlbXAqIgoJ CQkgICAKCQkJICAgI1tuaWwKCQkJICAgICAKCQkJCQkJCQkJCQkJCSAgICAgCgkJCQkJCQkJCQkJ CQkJICAgICAgIAoJCQkJCQkJCQkJCQkJCQkJCSAgIAoJCQkJCQkJCQkJCQkJCQkJCQkJCQoJCQkJ CQkJCQkJCQkJCQkJCQkJCQkgICAgCgkJCQkJCQkJCQkJCQkJCQkJCQkJCSAgICAgIAoJCQkgICAg ICJcMzAxCCFcMjA1CQBcMzAyCCFcMjA3IgoJCQkgICAgIAoJCQkJCQkJCQkJCQkJICAgICAKCQkJ CQkJCQkJCQkJCQkgICAgICAgCgkJCQkJCQkJCQkJCQkJCQkJICAgCgkJCQkJCQkJCQkJCQkJCQkJ CQkJCgkJCQkJCQkJCQkJCQkJCQkJCQkJCSAgICAKCQkJCQkJCQkJCQkJCQkJCQkJCQkJICAgICAg CgkJCSAgICAgW3RlbXAtYnVmZmVyIGJ1ZmZlci1uYW1lIGtpbGwtYnVmZmVyXQoJCQkgICAgIAoJ CQkgICAgIAoJCQkgICAgIAoJCQkgICAgIAoJCQkgICAgIAoJCQkgICAgIAoJCQkJCQkJCQkJCQkJ ICAgICAKCQkJCQkJCQkJCQkJCQkgICAgICAgCgkJCQkJCQkJCQkJCQkJCQkJICAgCgkJCQkJCQkJ CQkJCQkJCQkJCQkJCgkJCQkJCQkJCQkJCQkJCQkJCQkJCSAgICAKCQkJCQkJCQkJCQkJCQkJCQkJ CQkJICAgICAgCgkJCSAgICAgMl0KCQkJICAgCgkJCSAgIGZpbGwtcGFyYWdyYXBoIGJ1ZmZlci1z dHJpbmddCgkJCSAgMl0KCQkJKQoJCSAgICAgICAoImxpc3Qtb2YtdGFibGVzIiA6Zm9sbG93IG9y Zy1yZWYtbGlzdC1vZi10YWJsZXMgOmV4cG9ydAoJCQkjWyhrZXl3b3JkIGRlc2MgZm9ybWF0KQoJ CQkgICIIXDMwMT1cMjA1CQBcMzAwXDMwMiFcMjA3IgoJCQkgIFtmb3JtYXQgbGF0ZXggIlxcbGlz dG9mdGFibGVzIl0gMl0KCQkJKQoJCSAgICAgICAoImxpc3Qtb2YtZmlndXJlcyIgOmZvbGxvdyBv cmctcmVmLWxpc3Qtb2YtZmlndXJlcwoJCQk6ZXhwb3J0CgkJCSNbKGtleXdvcmQgZGVzYyBmb3Jt YXQpCgkJCSAgIghcMzAxPVwyMDUJAFwzMDBcMzAyIVwyMDciCgkJCSAgW2Zvcm1hdCBsYXRleCAi XFxsaXN0b2ZmaWd1cmVzIl0gMl0KCQkJKQoJCSAgICAgICAoImFkZGJpYnJlc291cmNlIiA6Zm9s bG93IG9yZy1yZWYtZm9sbG93LWFkZGJpYnJlc291cmNlCgkJCTpleHBvcnQKCQkJI1soa2V5d29y ZCBkZXNjIGZvcm1hdCkKCQkJICAiCFwzMDI9XDIwM1xuAFwzMDBcMzAzIVwyMDcIXDMwND1cMjA1 FABcMzAwXDMwNQlcIlwyMDciCgkJCSAgW2Zvcm1hdCBrZXl3b3JkIGh0bWwgIiIgbGF0ZXggIlxc YWRkYmlicmVzb3VyY2V7JXN9Il0KCQkJICAzXQoJCQkpCgkJICAgICAgICgiYmlibGlvZ3JhcGh5 c3R5bGUiIDpleHBvcnQKCQkJI1soa2V5d29yZCBkZXNjIGZvcm1hdCkKCQkJICAiCFwzMDI9XDIw NFxmAAhcMzAzPVwyMDMRAFwzMDBcMzA0CVwiXDIwN1wzMDVcMjA3IgoJCQkgIFtmb3JtYXQga2V5 d29yZCBsYXRleCBiZWFtZXIKCQkJICAgIlxcYmlibGlvZ3JhcGh5c3R5bGV7JXN9IiAiIl0KCQkJ ICAzXQoJCQkpCgkJICAgICAgICgicHJpbnRiaWJsaW9ncmFwaHkiIDpmb2xsb3cgb3JnLXJlZi1v cGVuLWJpYmxpb2dyYXBoeQoJCQk6ZXhwb3J0CgkJCSNbKGtleXdvcmQgZGVzYyBmb3JtYXQpCgkJ CSAgIghcMzAxPVwyMDMJAFwzMDIgXDIwNwhcMzAzPVwyMDMSAFwzMDQgXDIwNwhcMzA1PVwyMDUZ AFwzMDZcMjA3IgoJCQkgIFtmb3JtYXQgb3JnIG9yZy1yZWYtZ2V0LW9yZy1iaWJsaW9ncmFwaHkg aHRtbAoJCQkgICBvcmctcmVmLWdldC1odG1sLWJpYmxpb2dyYXBoeSBsYXRleAoJCQkgICAiXFxw cmludGJpYmxpb2dyYXBoeSJdCgkJCSAgMl0KCQkJKQoJCSAgICAgICAoIm5vYmlibGlvZ3JhcGh5 IiA6Zm9sbG93IG9yZy1yZWYtb3Blbi1iaWJsaW9ncmFwaHkKCQkJOmV4cG9ydCBvcmctcmVmLW5v YmlibGlvZ3JhcGh5LWZvcm1hdCkKCQkgICAgICAgKCJiaWJsaW9ncmFwaHkiIDpmb2xsb3cgb3Jn LXJlZi1vcGVuLWJpYmxpb2dyYXBoeQoJCQk6ZXhwb3J0IG9yZy1yZWYtYmlibGlvZ3JhcGh5LWZv cm1hdCA6Y29tcGxldGUKCQkJb3JnLWJpYmxpb2dyYXBoeS1jb21wbGV0ZS1saW5rIDpoZWxwLWVj aG8KCQkJI1sod2luZG93IG9iamVjdCBwb3NpdGlvbikKCQkJICAiXDIxMghiXDIxMFwzMDMgGVwz MDRcMzA1IRpyXG5xXDIxMFwzMDZcMjE2CWNcMjEwXDMwNyBcMjEwXDMxMCAtXDIwNyIKCQkJICBb cG9zaXRpb24KCQkJICAgCgkJCSAgIHMKCQkJICAgCgkJCSAgIHRlbXAtYnVmZmVyCgkJCSAgIAoJ CQkgICBvcmctcmVmLWxpbmstbWVzc2FnZQoJCQkgICAKCQkJICAgZ2VuZXJhdGUtbmV3LWJ1ZmZl cgoJCQkgICAKCQkJICAgIiAqdGVtcCoiCgkJCSAgIAoJCQkgICAjW25pbAoJCQkgICAgIAoJCQkJ CQkJCQkJCQkJICAgICAKCQkJCQkJCQkJCQkJCQkgICAgICAgCgkJCQkJCQkJCQkJCQkJCQkJICAg CgkJCQkJCQkJCQkJCQkJCQkJCQkJCgkJCQkJCQkJCQkJCQkJCQkJCQkJCSAgICAKCQkJCQkJCQkJ CQkJCQkJCQkJCQkJICAgICAgCgkJCSAgICAgIlwzMDEIIVwyMDUJAFwzMDIIIVwyMDciCgkJCSAg ICAgCgkJCQkJCQkJCQkJCQkgICAgIAoJCQkJCQkJCQkJCQkJCSAgICAgICAKCQkJCQkJCQkJCQkJ CQkJCQkgICAKCQkJCQkJCQkJCQkJCQkJCQkJCQkKCQkJCQkJCQkJCQkJCQkJCQkJCQkJICAgIAoJ CQkJCQkJCQkJCQkJCQkJCQkJCQkgICAgICAKCQkJICAgICBbdGVtcC1idWZmZXIgYnVmZmVyLW5h bWUga2lsbC1idWZmZXJdCgkJCSAgICAgCgkJCSAgICAgCgkJCSAgICAgCgkJCSAgICAgCgkJCSAg ICAgCgkJCSAgICAgCgkJCQkJCQkJCQkJCQkgICAgIAoJCQkJCQkJCQkJCQkJCSAgICAgICAKCQkJ CQkJCQkJCQkJCQkJCQkgICAKCQkJCQkJCQkJCQkJCQkJCQkJCQkKCQkJCQkJCQkJCQkJCQkJCQkJ CQkJICAgIAoJCQkJCQkJCQkJCQkJCQkJCQkJCQkgICAgICAKCQkJICAgICAyXQoJCQkgICAKCQkJ ICAgZmlsbC1wYXJhZ3JhcGggYnVmZmVyLXN0cmluZ10KCQkJICAyXQoJCQk6ZmFjZSBvcmctcmVm LWJpYmxpb2dyYXBoeS1mYWNlLWZuKQoJCSAgICAgICAoIkFjcCIgOmZvbGxvdyBvci1mb2xsb3ct YWNyb255bSA6ZmFjZQoJCQlvcmctcmVmLWFjcm9ueW0tZmFjZSA6aGVscC1lY2hvIG9yLWFjcm9u eW0tdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAgIlwyMTFcMzAxPVwyMDMNAFwzMDJc MzAzXDMwMEEFI1wyMDdcMzAyXDMwNARcMjI2XCJcMjA3IgoJCQkgIFsoIkFjcCIgLiAiR2xzcGwi KQoJCQkgICAKCQkJICAgbGF0ZXggZm9ybWF0ICJcXCVzeyVzfSIgIiVzIl0KCQkJICA3ICJcblxu KGZuIFBBVEggXyBGT1JNQVQpIl0KCQkJKQoJCSAgICAgICAoImFjcCIgOmZvbGxvdyBvci1mb2xs b3ctYWNyb255bSA6ZmFjZQoJCQlvcmctcmVmLWFjcm9ueW0tZmFjZSA6aGVscC1lY2hvIG9yLWFj cm9ueW0tdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAgIlwyMTFcMzAxPVwyMDMNAFwz MDJcMzAzXDMwMEEFI1wyMDdcMzAyXDMwNARcMjI2XCJcMjA3IgoJCQkgIFsoImFjcCIgLiAiZ2xz cGwiKQoJCQkgICAKCQkJICAgbGF0ZXggZm9ybWF0ICJcXCVzeyVzfSIgIiVzIl0KCQkJICA3ICJc blxuKGZuIFBBVEggXyBGT1JNQVQpIl0KCQkJKQoJCSAgICAgICAoIkFjIiA6Zm9sbG93IG9yLWZv bGxvdy1hY3JvbnltIDpmYWNlCgkJCW9yZy1yZWYtYWNyb255bS1mYWNlIDpoZWxwLWVjaG8gb3It YWNyb255bS10b29sdGlwCgkJCTpleHBvcnQKCQkJI1s3NzEKCQkJICAiXDIxMVwzMDE9XDIwMw0A XDMwMlwzMDNcMzAwQQUjXDIwN1wzMDJcMzA0BFwyMjZcIlwyMDciCgkJCSAgWygiQWMiIC4gIkds cyIpCgkJCSAgIAoJCQkgICBsYXRleCBmb3JtYXQgIlxcJXN7JXN9IiAiJXMiXQoJCQkgIDcgIlxu XG4oZm4gUEFUSCBfIEZPUk1BVCkiXQoJCQkpCgkJICAgICAgICgiYWMiIDpmb2xsb3cgb3ItZm9s bG93LWFjcm9ueW0gOmZhY2UKCQkJb3JnLXJlZi1hY3JvbnltLWZhY2UgOmhlbHAtZWNobyBvci1h Y3JvbnltLXRvb2x0aXAKCQkJOmV4cG9ydAoJCQkjWzc3MQoJCQkgICJcMjExXDMwMT1cMjAzDQBc MzAyXDMwM1wzMDBBBSNcMjA3XDMwMlwzMDQEXDIyNlwiXDIwNyIKCQkJICBbKCJhYyIgLiAiZ2xz IikKCQkJICAgCgkJCSAgIGxhdGV4IGZvcm1hdCAiXFwlc3slc30iICIlcyJdCgkJCSAgNyAiXG5c bihmbiBQQVRIIF8gRk9STUFUKSJdCgkJCSkKCQkgICAgICAgKCJhY3JmdWxsIiA6Zm9sbG93IG9y LWZvbGxvdy1hY3JvbnltIDpmYWNlCgkJCW9yZy1yZWYtYWNyb255bS1mYWNlIDpoZWxwLWVjaG8g b3ItYWNyb255bS10b29sdGlwCgkJCTpleHBvcnQKCQkJI1s3NzEKCQkJICAiXDIxMVwzMDE9XDIw Mw0AXDMwMlwzMDNcMzAwQQUjXDIwN1wzMDJcMzA0BFwyMjZcIlwyMDciCgkJCSAgWygiYWNyZnVs bCIgLiAiYWNyZnVsbCIpCgkJCSAgIAoJCQkgICBsYXRleCBmb3JtYXQgIlxcJXN7JXN9IiAiJXMi XQoJCQkgIDcgIlxuXG4oZm4gUEFUSCBfIEZPUk1BVCkiXQoJCQkpCgkJICAgICAgICgiYWNybG9u ZyIgOmZvbGxvdyBvci1mb2xsb3ctYWNyb255bSA6ZmFjZQoJCQlvcmctcmVmLWFjcm9ueW0tZmFj ZSA6aGVscC1lY2hvIG9yLWFjcm9ueW0tdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAg IlwyMTFcMzAxPVwyMDMNAFwzMDJcMzAzXDMwMEEFI1wyMDdcMzAyXDMwNARcMjI2XCJcMjA3IgoJ CQkgIFsoImFjcmxvbmciIC4gImFjcmxvbmciKQoJCQkgICAKCQkJICAgbGF0ZXggZm9ybWF0ICJc XCVzeyVzfSIgIiVzIl0KCQkJICA3ICJcblxuKGZuIFBBVEggXyBGT1JNQVQpIl0KCQkJKQoJCSAg ICAgICAoImFjcnNob3J0IiA6Zm9sbG93IG9yLWZvbGxvdy1hY3JvbnltIDpmYWNlCgkJCW9yZy1y ZWYtYWNyb255bS1mYWNlIDpoZWxwLWVjaG8gb3ItYWNyb255bS10b29sdGlwCgkJCTpleHBvcnQK CQkJI1s3NzEKCQkJICAiXDIxMVwzMDE9XDIwMw0AXDMwMlwzMDNcMzAwQQUjXDIwN1wzMDJcMzA0 BFwyMjZcIlwyMDciCgkJCSAgWygiYWNyc2hvcnQiIC4gImFjcnNob3J0IikKCQkJICAgCgkJCSAg IGxhdGV4IGZvcm1hdCAiXFwlc3slc30iICIlcyJdCgkJCSAgNyAiXG5cbihmbiBQQVRIIF8gRk9S TUFUKSJdCgkJCSkKCQkgICAgICAgKCJnbHNsaW5rIiA6Zm9sbG93IG9yLWZvbGxvdy1nbG9zc2Fy eSA6ZmFjZQoJCQlvcmctcmVmLWdsb3NzYXJ5LWZhY2UgOmhlbHAtZWNobyBvci1nbG9zc2FyeS10 b29sdGlwCgkJCTpleHBvcnQKCQkJI1s3NzEKCQkJICAiXDIxMVwzMDA9XDIwM1xmAFwzMDFcMzAy BAQjXDIwN1wzMDFcMzAzBFwiXDIwNyIKCQkJICBbbGF0ZXggZm9ybWF0ICJcXGdsc2xpbmt7JXN9 eyVzfSIgIiVzIl0gNwoJCQkgICJcblxuKGZuIFBBVEggREVTQyBGT1JNQVQpIl0KCQkJKQoJCSAg ICAgICAoImdsc2Rlc2MiIDpmb2xsb3cgb3ItZm9sbG93LWdsb3NzYXJ5IDpmYWNlCgkJCW9yZy1y ZWYtZ2xvc3NhcnktZmFjZSA6aGVscC1lY2hvIG9yLWdsb3NzYXJ5LXRvb2x0aXAKCQkJOmV4cG9y dAoJCQkjWzc3MQoJCQkgICJcMjExXDMwMT1cMjAzXGYAXDMwMlwzMDNcMzAwBSNcMjA3XDMwMlwz MDQEXCJcMjA3IgoJCQkgIFsiZ2xzZGVzYyIgbGF0ZXggZm9ybWF0ICJcXCVzeyVzfSIgIiVzIl0g NwoJCQkgICJcblxuKGZuIFBBVEggXyBGT1JNQVQpIl0KCQkJKQoJCSAgICAgICAoImdsc3N5bWJv bCIgOmZvbGxvdyBvci1mb2xsb3ctZ2xvc3NhcnkgOmZhY2UKCQkJb3JnLXJlZi1nbG9zc2FyeS1m YWNlIDpoZWxwLWVjaG8gb3ItZ2xvc3NhcnktdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJ CSAgIlwyMTFcMzAxPVwyMDNcZgBcMzAyXDMwM1wzMDAFI1wyMDdcMzAyXDMwNARcIlwyMDciCgkJ CSAgWyJnbHNzeW1ib2wiIGxhdGV4IGZvcm1hdCAiXFwlc3slc30iICIlcyJdIDcKCQkJICAiXG5c bihmbiBQQVRIIF8gRk9STUFUKSJdCgkJCSkKCQkgICAgICAgKCJHbHNwbCIgOmZvbGxvdyBvci1m b2xsb3ctZ2xvc3NhcnkgOmZhY2UKCQkJb3JnLXJlZi1nbG9zc2FyeS1mYWNlIDpoZWxwLWVjaG8g b3ItZ2xvc3NhcnktdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAgIlwyMTFcMzAxPVwy MDNcZgBcMzAyXDMwM1wzMDAFI1wyMDdcMzAyXDMwNARcIlwyMDciCgkJCSAgWyJHbHNwbCIgbGF0 ZXggZm9ybWF0ICJcXCVzeyVzfSIgIiVzIl0gNwoJCQkgICJcblxuKGZuIFBBVEggXyBGT1JNQVQp Il0KCQkJKQoJCSAgICAgICAoIkdscyIgOmZvbGxvdyBvci1mb2xsb3ctZ2xvc3NhcnkgOmZhY2UK CQkJb3JnLXJlZi1nbG9zc2FyeS1mYWNlIDpoZWxwLWVjaG8gb3ItZ2xvc3NhcnktdG9vbHRpcAoJ CQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAgIlwyMTFcMzAxPVwyMDNcZgBcMzAyXDMwM1wzMDAFI1wy MDdcMzAyXDMwNARcIlwyMDciCgkJCSAgWyJHbHMiIGxhdGV4IGZvcm1hdCAiXFwlc3slc30iICIl cyJdIDcKCQkJICAiXG5cbihmbiBQQVRIIF8gRk9STUFUKSJdCgkJCSkKCQkgICAgICAgKCJnbHNw bCIgOmZvbGxvdyBvci1mb2xsb3ctZ2xvc3NhcnkgOmZhY2UKCQkJb3JnLXJlZi1nbG9zc2FyeS1m YWNlIDpoZWxwLWVjaG8gb3ItZ2xvc3NhcnktdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJ CSAgIlwyMTFcMzAxPVwyMDNcZgBcMzAyXDMwM1wzMDAFI1wyMDdcMzAyXDMwNARcIlwyMDciCgkJ CSAgWyJnbHNwbCIgbGF0ZXggZm9ybWF0ICJcXCVzeyVzfSIgIiVzIl0gNwoJCQkgICJcblxuKGZu IFBBVEggXyBGT1JNQVQpIl0KCQkJKQoJCSAgICAgICAoImdscyIgOmZvbGxvdyBvci1mb2xsb3ct Z2xvc3NhcnkgOmZhY2UKCQkJb3JnLXJlZi1nbG9zc2FyeS1mYWNlIDpoZWxwLWVjaG8gb3ItZ2xv c3NhcnktdG9vbHRpcAoJCQk6ZXhwb3J0CgkJCSNbNzcxCgkJCSAgIlwyMTFcMzAxPVwyMDNcZgBc MzAyXDMwM1wzMDAFI1wyMDdcMzAyXDMwNARcIlwyMDciCgkJCSAgWyJnbHMiIGxhdGV4IGZvcm1h dCAiXFwlc3slc30iICIlcyJdIDcKCQkJICAiXG5cbihmbiBQQVRIIF8gRk9STUFUKSJdCgkJCSkK CQkgICAgICAgKCJiaWJ0ZXgiIDpmb2xsb3cgb3JnLWJpYnRleC1vcGVuIDpzdG9yZQoJCQlvcmct YmlidGV4LXN0b3JlLWxpbmspCgkJICAgICAgICgiZmlsZStzeXMiKSAoImZpbGUrZW1hY3MiKQoJ CSAgICAgICAoImRvaSIgOmZvbGxvdyBkb2ktbGluay1tZW51IDpleHBvcnQKCQkJI1soZG9pIGRl c2MgZm9ybWF0KQoJCQkgICIIXDMwND1cMjAzEwBcMzAwXDMwNQlcbgtcMjA2EQBcMzA2XG5QJFwy MDcIXDMwNz1cMjA1JQBcMzAwXDMxMAlcbgtcMjA2JABcMzA2XG5QJFwyMDciCgkJCSAgW2Zvcm1h dCBkb2ktdXRpbHMtZHgtZG9pLW9yZy11cmwgZG9pIGRlc2MgaHRtbAoJCQkgICAiPGEgaHJlZj1c IiVzJXNcIj4lczwvYT4iICJkb2k6IiBsYXRleAoJCQkgICAiXFxocmVmeyVzJXN9eyVzfSJdCgkJ CSAgNl0KCQkJKQoJCSAgICAgICAoImVsaXNwIiA6Zm9sbG93IG9yZy0tb3Blbi1lbGlzcC1saW5r KQoJCSAgICAgICAoImZpbGUiIDpjb21wbGV0ZSBvcmctZmlsZS1jb21wbGV0ZS1saW5rKQoJCSAg ICAgICAoImZ0cCIgOmZvbGxvdwoJCQkobGFtYmRhIChwYXRoKSAoYnJvd3NlLXVybCAoY29uY2F0 ICJmdHA6IiBwYXRoKSkpKQoJCSAgICAgICAoImhlbHAiIDpmb2xsb3cgb3JnLS1vcGVuLWhlbHAt bGluaykKCQkgICAgICAgKCJodHRwIiA6Zm9sbG93CgkJCShsYW1iZGEgKHBhdGgpIChicm93c2Ut dXJsIChjb25jYXQgImh0dHA6IiBwYXRoKSkpKQoJCSAgICAgICAoImh0dHBzIiA6Zm9sbG93CgkJ CShsYW1iZGEgKHBhdGgpIChicm93c2UtdXJsIChjb25jYXQgImh0dHBzOiIgcGF0aCkpKSkKCQkg ICAgICAgKCJtYWlsdG8iIDpmb2xsb3cKCQkJKGxhbWJkYSAocGF0aCkgKGJyb3dzZS11cmwgKGNv bmNhdCAibWFpbHRvOiIgcGF0aCkpKSkKCQkgICAgICAgKCJuZXdzIiA6Zm9sbG93CgkJCShsYW1i ZGEgKHBhdGgpIChicm93c2UtdXJsIChjb25jYXQgIm5ld3M6IiBwYXRoKSkpKQoJCSAgICAgICAo InNoZWxsIiA6Zm9sbG93IG9yZy0tb3Blbi1zaGVsbC1saW5rKSkKIG9yZy1iYWJlbC1sb2FkLWxh bmd1YWdlcyAnKChkaXRhYSAuIHQpIChlbWFjcy1saXNwIC4gdCkgKFIgLiB0KSAocHl0aG9uIC4g dCkKCQkJICAgIChzYWdlbWF0aCAuIHQpIChqdWxpYSAuIHQpIChnbnVwbG90IC4gdCkKCQkJICAg IChtYXhpbWEgLiB0KSAoc3RhbiAuIHQpIChtYXRoZW1hdGljYSAuIHQpKQogb3JnLXJlZi1pbnNl cnQtbGluay1mdW5jdGlvbiAnb3JnLXJlZi1oZWxtLWluc2VydC1jaXRlLWxpbmsKIG9yZy1odG1s LWZvcm1hdC1pbmxpbmV0YXNrLWZ1bmN0aW9uICdvcmctaHRtbC1mb3JtYXQtaW5saW5ldGFzay1k ZWZhdWx0LWZ1bmN0aW9uCiBvcmctcmVmLW5vdGVzLWZ1bmN0aW9uICdvcmctcmVmLW5vdGVzLWZ1 bmN0aW9uLW9uZS1maWxlCiBvcmctY2xvY2stb3V0LWhvb2sgJyhvcmctY2xvY2stcmVtb3ZlLWVt cHR5LWNsb2NrLWRyYXdlcikKIG9yZy1jb25maXJtLWJhYmVsLWV2YWx1YXRlIG5pbAogKQo= --=-etB+OwW+1skFgW4sEYQH-- From MAILER-DAEMON Wed Oct 03 02:09:27 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7aLe-0000g2-Vy for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 02:09:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55135) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Xqx-00023X-PC for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 23:29:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Xqs-0007XL-53 for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 23:29:35 -0400 Received: from mail-qk1-x732.google.com ([2607:f8b0:4864:20::732]:36446) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7Xqr-0007X2-SC for emacs-orgmode@gnu.org; Tue, 02 Oct 2018 23:29:30 -0400 Received: by mail-qk1-x732.google.com with SMTP id a85-v6so2607692qkg.3 for ; Tue, 02 Oct 2018 20:29:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=PIkfUP88rsxwZSbFDFBKjpo2wsZY4hgXIMO4EaWDpsQ=; b=Ijk8jb86Eu4nqD8Shj8CJEMwJe/RQm8lkz2CMIbBT2tc51ndHuAy1nV5howqaqFcwM OC7FJWgYnhZDpXmfdNzHB7dWoYeLq3L5T9CkLB6GCHfBH6AC/1AVcAa73lCRjxRBXHQu yBkJQuO1TkRLNl9/ymL/R2rt1wsfOKIXT7TaPkO7YQX5Wv0jmYeeXT8Nis/CgEttUx7b vkY9sWanNoSD0hM/eM8Q2AMeJn/s/Ohs2fyu7fHrrL4lmbIDpeZeMpkVzI7t2y4qGV5v fZfmzi9azWCsZeL9gdpHZKIshBNs/4Uk4OnZ/dVYvGalssuqBOC6XltoxZDR9ajmRIkF 8zaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PIkfUP88rsxwZSbFDFBKjpo2wsZY4hgXIMO4EaWDpsQ=; b=lyOFfQD3OG5uviUV77RdhkN7LJQ/gzDhzFDUG9G4uKkCf8BUQpwqVk7Y9Q+ZE0Mate rm8XdxXsE7CK3WoFNts581oUTe6QUZt8WEoK+JT1lm0phFllS4gaSMA3fueqXCXJre8Y dUEDUTI3dkHHw2Ln/eACZjFU4gugUD8b0x3wvXgynThnqYgM9NxbxV/wMn27fS8bvFFM /Z4iuHFKvHnNbnzcgRanGmWpMd/bkbw4lRcPdKED0DSyvtSqX7cF9ua/DKWyWmxjag+u iZOiFokXaik6PvMP+zrQO4y4ouL8quSrroCQSAdC+VkKPe+X2HdKxINj2tBlbcsPzGPq D/bw== X-Gm-Message-State: ABuFfojhiKufyI+/O/ImckrOXgGUJBo6uO5pydHmAjAVYuua62rCBw2I VVxKa/uTQQpaLIXL2dzajLYgtll91/SEfMLZp0/NLWcy X-Google-Smtp-Source: ACcGV61aJ0iRa92KlOzMcang5/hLBRoic8ir9RScAndb6C4TcZO/JDYnDxDCYWIdi/uAZnqf1Hk9Ayl3Vx0iyij/Cbg= X-Received: by 2002:a37:1a4a:: with SMTP id a71-v6mr14601391qka.252.1538537368514; Tue, 02 Oct 2018 20:29:28 -0700 (PDT) MIME-Version: 1.0 From: No Wayman Date: Tue, 2 Oct 2018 23:29:17 -0400 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="00000000000052f93d05774aa58a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::732 X-Mailman-Approved-At: Wed, 03 Oct 2018 02:09:25 -0400 Subject: [O] Subject: Bug: Confusing documentation for org-complete-tags-always-offer-all-agenda-tags [9.1.14 (9.1.14-1-g4931fc-elpaplus @ /home/n/.emacs.d/elpa/org-plus-contrib-20180917/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 03:29:41 -0000 --00000000000052f93d05774aa58a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The documentation for org-complete-tags-always-offer-all-agenda-tags currently reads: "If non-nil, always offer completion for all tags of all agenda files. Instead of customizing this variable directly, you might want to set it locally for capture buffers, because there no list of tags in that file can be created dynamically (there are none)." It appears the second sentence is missing a few words. "...Instead of customizing this variable directly, you might want to set it locally for capture buffers, because there *is* no list of tags in that file *that* can be created dynamically (there are none)." That aside, the wording of the second sentence could be clearer. My humble suggestion: "If non-nil, always offer completion for all tags of all agenda files. Setting this variable locally allows for dynamic generation of tag completions in capture buffers." Thanks for your time, no wayman Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-09-24 Package: Org mode version 9.1.14 (9.1.14-1-g4931fc-elpaplus @ /home/n/.emacs.d/elpa/org-plus-contrib-20180917/) current state: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (setq org-duration-format '(("h") (special . 2)) org-src-mode-hook '(doom-modeline-set-special-modeline org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-refile-targets '((org-agenda-files :tag . "org-agenda-files") (org-agenda-files :maxlevel . 20) (my/org-files-list :maxlevel . 20)) org-enforce-todo-dependencies t org-src-tab-acts-natively t org-agenda-files '("~/Documents/todo") org-reveal-start-hook '(org-decrypt-entry) org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent) org-mode-hook '(my/yas-hook org-bullets-mode writegood-mode org-indent-mode flyspell-mode (closure (t) nil (add-hook 'after-save-hook 'my/org-agenda-redo-all nil t)) #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes org-journal-update-auto-mode-alist org-eldoc-load) org-outline-path-complete-in-steps nil org-archive-hook '(org-attach-archive-delete-maybe) org-journal-carryover-items nil org-confirm-elisp-link-function 'yes-or-no-p org-journal-mode-hook '(#[nil "\301 \302\303\304$\207" [org-journal-encrypt-on org-add-hook org-journal-encryption-hook nil t] 5] (lambda nil (auto-fill-mode t) (flyspell-mode t)) (lambda nil (org-add-hook org-journal-encrypt-on 'org-journal-encryption-hook nil t) ) ) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-metaup-hook '(org-babel-load-in-session-maybe) org-bibtex-headline-format-function #[257 "\300 \236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-log-reschedule t org-agenda-text-search-extra-files '(agenda-archives) org-babel-pre-tangle-hook '(save-buffer) org-file-apps '((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.mp \\'" . "/usr/bin/mpv %s") ("\\.x?html?\\'" . "/usr/bin/firefox %s") ("\\.pdf\\'" . default)) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-babel-load-languages '((js . t) (shell . t) (python . t) (org . t)) org-log-done 'time org-journal-date-format "[%Y-%m-%d %a]" org-hide-emphasis-markers t org-ellipsis " =E2=86=B4" org-src-preserve-indentation t org-fontify-done-headline t org-occur-hook '(org-first-headline-recenter) org-agenda-mode-hook '(org-journal-update-org-agenda-files) org-structure-template-alist '(("x" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE") ("le" "#+BEGIN_SRC emacs-lisp\n?\n#+END_SRC") ("s" "#+BEGIN_SRC ?\n\n#+END_SRC") ("e" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE") ("q" "#+BEGIN_QUOTE\n?\n#+END_QUOTE") ("v" "#+BEGIN_VERSE\n?\n#+END_VERSE") ("V" "#+BEGIN_VERBATIM\n?\n#+END_VERBATIM") ("c" "#+BEGIN_CENTER\n?\n#+END_CENTER") ("C" "#+BEGIN_COMMENT\n?\n#+END_COMMENT") ("l" "#+BEGIN_EXPORT latex\n?\n#+END_EXPORT") ("L" "#+LaTeX: ") ("h" "#+BEGIN_EXPORT html\n?\n#+END_EXPORT"= ) ("H" "#+HTML: ") ("a" "#+BEGIN_EXPORT ascii\n?\n#+END_EXPORT") ("A" "#+ASCII: ") ("i" "#+INDEX: ?") ("I" "#+INCLUDE: %file ?")) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-todo-keywords '((sequence "TODO(t!)" "STARTED(s!)" "NEXT(n!)" "BLOCKED(b@/!)" "|" "DONE(d)") (sequence "IDEA(i)" "|" "CANCELED(c@/!)" "DELEGATED(D@ /!)")) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-journal-dir "~/Documents/journals/daily" org-babel-tangle-lang-exts '(("python" . "py") ("emacs-lisp" . "el") ("elisp" . "el")) org-return-follows-link t org-refile-allow-creating-parent-nodes 'confirm org-refile-use-outline-path 'file org-confirm-shell-link-function 'yes-or-no-p org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path)))) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path)))) ("https" :follow (lambda (path) (browse-url (concat "https:" path)))) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:" path)))) ("news" :follow (lambda (path) (browse-url (concat "news:" path)))) ("shell" :follow org--open-shell-link)) org-bullets-bullet-list '("=E2=97=89" "=E2=97=8B" "=E2=9C=B8" "=E2=9C=BF" = "=E2=9C=9A" "=E2=96=BA" "=E2=98=85") org-capture-templates '(("b" "Bookmark" entry (file+headline "/home/n/Documents/todo/ bookmarks.org" "Bookmarks") "* [[%x][%^{title}]] %^g\n :PROPERTIES:\n :Created: %U\n :END:") ("l" "Listen") ("la" "Audio Book" entry (file+olp "/home/n/Documents/todo/listen.org" "Listen" "Audio-book") "* TODO %^{Title} %^g %^{Author}p %^{Year}p %^{Genre}p") ("lm" "Music" entry (file+olp "/home/n/Documents/todo/listen.org" "Listen" "Music") "* TODO %^{Title} %^g %^{Artists}p %^{Year}p %^{Genre}p") ("lp" "Podcast" entry (file+olp "/home/n/Documents/todo/listen.org" "Listen" "Podcast") "* TODO %^{Title} %^g \n :PROPERTIES:\n :Link(s): [[%^{URL}][%^{Description}]]\n %^{Genre}\n :END:") ("lr" "Radio" entry (file+olp "/home/n/Documents/todo/listen.org" "Listen" "Radio") "* TODO %^{Title} %^g \n :PROPERTIES:\n :Link(s): [[%^{URL}][%^{Description}]]\n :Genre: %^{Genre}\n :END:") ("n" "Note" entry #'(lambda nil (let ((file (concat default-directory " notes.org"))) (set-buffer (find-file-noselect file t t)) (write-file file) (goto-char (point-max)) file) ) "* TODO %A") ("p" "Play" entry (file+headline "/home/n/Documents/todo/play.org" "Play") "* TODO %^{Title} %^g %^{Year}p %^{Systems}p %^{Info}p") ("r" "Read") ("rf" "fiction" entry (file+olp "/home/n/Documents/todo/read.org" "Read" "Fiction") "%(wikinforg \"book\")") ("rn" "non-fiction" entry (file+olp "/home/n/Documents/todo/read.org" "Read" "Non-Fiction") "%(wikinforg \"book\")") ("s" "Say") ("sw" "word" entry (file+olp "/home/n/Documents/todo/say.org" "Say" "Word") "* %^{Word}\n") ("sp" "Phrase" entry (file+olp "/home/n/Documents/todo/say.org" "Say" "Phrase") "* %^{Phrase}\n") ("sq" "Quote" entry (file+olp "/home/n/Documents/todo/say.org" "Say" "Quote") "* %^{Quote}\n %^{Quotee}p") ("t" "Todo" entry (file+olp "/home/n/Documents/todo/refile.org" "Refile") "* TODO %^{description} %^g\n%?") ("w" "Watch") ("wf" "Film" entry (file+olp "/home/n/Documents/todo/watch.org" "Watch" "Film") "* TODO %^{Title} %^g %^{Director}p %^{Year}p %^{Genre}p") ("wt" "TV" entry (file+olp "/home/n/Documents/todo/watch.org" "Watch" "TV") "* TODO %^{Title} %^g %^{Year}p %^{Genre}p") ("wp" "Presentation" entry (file+olp "/home/n/Documents/todo/watch.org" "Watch" "Presentation") "* TODO %^{Title} %^g %^{Year}p") ) org-todo-keyword-faces '(("CANCELED" :foreground "IndianRed1" :weight bold)) org-journal-time-format "%I:%M %p\njrn" org-journal-file-format "%Y.%m.%d.%A.org" org-src-window-setup 'current-window org-confirm-babel-evaluate nil ) --00000000000052f93d05774aa58a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+PGRpdiBkaXI9Imx0ciI+VGhlIGRvY3VtZW50YXRpb24gZm9yIG9yZy1j b21wbGV0ZS10YWdzLWFsd2F5cy1vZmZlci1hbGwtYWdlbmRhLXRhZ3M8YnI+Y3VycmVudGx5IHJl YWRzOjxicj48YnI+JnF1b3Q7SWYgbm9uLW5pbCwgYWx3YXlzIG9mZmVyIGNvbXBsZXRpb24gZm9y IGFsbCB0YWdzIG9mIGFsbCBhZ2VuZGEgZmlsZXMuPGJyPkluc3RlYWQgb2YgY3VzdG9taXppbmcg dGhpcyB2YXJpYWJsZSBkaXJlY3RseSwgeW91IG1pZ2h0IHdhbnQgdG88YnI+c2V0IGl0IGxvY2Fs bHkgZm9yIGNhcHR1cmUgYnVmZmVycywgYmVjYXVzZSB0aGVyZSBubyBsaXN0IG9mPGJyPnRhZ3Mg aW4gdGhhdCBmaWxlIGNhbiBiZSBjcmVhdGVkIGR5bmFtaWNhbGx5ICh0aGVyZSBhcmUgbm9uZSku JnF1b3Q7PGJyPjxicj5JdCBhcHBlYXJzIHRoZSBzZWNvbmQgc2VudGVuY2UgaXMgbWlzc2luZyBh IGZldyB3b3Jkcy48YnI+PGJyPiZxdW90Oy4uLkluc3RlYWQgb2YgY3VzdG9taXppbmcgdGhpcyB2 YXJpYWJsZSBkaXJlY3RseSwgeW91IG1pZ2h0IHdhbnQgdG88YnI+c2V0IGl0IGxvY2FsbHkgZm9y IGNhcHR1cmUgYnVmZmVycywgYmVjYXVzZSB0aGVyZSAqaXMqIG5vIGxpc3Qgb2Y8YnI+dGFncyBp biB0aGF0IGZpbGUgKnRoYXQqIGNhbiBiZSBjcmVhdGVkIGR5bmFtaWNhbGx5ICh0aGVyZSBhcmUg bm9uZSkuJnF1b3Q7PGJyPjxicj5UaGF0IGFzaWRlLCB0aGUgd29yZGluZyBvZiB0aGUgc2Vjb25k IHNlbnRlbmNlIGNvdWxkIGJlIGNsZWFyZXIuPGJyPk15IGh1bWJsZSBzdWdnZXN0aW9uOjxicj48 YnI+JnF1b3Q7SWYgbm9uLW5pbCwgYWx3YXlzIG9mZmVyIGNvbXBsZXRpb24gZm9yIGFsbCB0YWdz IG9mIGFsbCBhZ2VuZGEgZmlsZXMuPGJyPlNldHRpbmcgdGhpcyB2YXJpYWJsZSBsb2NhbGx5IGFs bG93cyBmb3IgZHluYW1pYyBnZW5lcmF0aW9uIG9mIHRhZzxicj5jb21wbGV0aW9ucyBpbiBjYXB0 dXJlIGJ1ZmZlcnMuJnF1b3Q7PGJyPjxicj5UaGFua3MgZm9yIHlvdXIgdGltZSw8YnI+bm8gd2F5 bWFuPGJyPjxicj48YnI+RW1hY3PCoCA6IEdOVSBFbWFjcyAyNy4wLjUwIChidWlsZCAxLCB4ODZf NjQtcGMtbGludXgtZ251LCBHVEsrIFZlcnNpb24gMy4yNC4xKTxicj7CoG9mIDIwMTgtMDktMjQ8 YnI+UGFja2FnZTogT3JnIG1vZGUgdmVyc2lvbiA5LjEuMTQgKDkuMS4xNC0xLWc0OTMxZmMtZWxw YXBsdXMgQCAvaG9tZS9uLy5lbWFjcy5kL2VscGEvb3JnLXBsdXMtY29udHJpYi0yMDE4MDkxNy8p PGJyPjxicj5jdXJyZW50IHN0YXRlOjxicj49PT09PT09PT09PT09PTxicj4oc2V0cTxicj7CoG9y Zy1kdXJhdGlvbi1mb3JtYXQgJiMzOTsoKCZxdW90O2gmcXVvdDspIChzcGVjaWFsIC4gMikpPGJy PsKgb3JnLXNyYy1tb2RlLWhvb2sgJiMzOTsoZG9vbS1tb2RlbGluZS1zZXQtc3BlY2lhbC1tb2Rl bGluZSBvcmctc3JjLWJhYmVsLWNvbmZpZ3VyZS1lZGl0LWJ1ZmZlcjxicj7CoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIG9yZy1zcmMtbW9kZS1jb25maWd1cmUtZWRpdC1i dWZmZXIpPGJyPsKgb3JnLWFmdGVyLXRvZG8tc3RhdGUtY2hhbmdlLWhvb2sgJiMzOTsob3JnLWNs b2NrLW91dC1pZi1jdXJyZW50KTxicj7CoG9yZy1tZXRhZG93bi1ob29rICYjMzk7KG9yZy1iYWJl bC1wb3AtdG8tc2Vzc2lvbi1tYXliZSk8YnI+wqBvcmctY2xvY2stb3V0LWhvb2sgJiMzOTsob3Jn LWNsb2NrLXJlbW92ZS1lbXB0eS1jbG9jay1kcmF3ZXIpPGJyPsKgb3JnLXJlZmlsZS10YXJnZXRz ICYjMzk7KChvcmctYWdlbmRhLWZpbGVzIDp0YWcgLiAmcXVvdDtvcmctYWdlbmRhLWZpbGVzJnF1 b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG9yZy1h Z2VuZGEtZmlsZXMgOm1heGxldmVsIC4gMjApIChteS9vcmctZmlsZXMtbGlzdCA6bWF4bGV2ZWwg LiAyMCkpPGJyPsKgb3JnLWVuZm9yY2UtdG9kby1kZXBlbmRlbmNpZXMgdDxicj7CoG9yZy1zcmMt dGFiLWFjdHMtbmF0aXZlbHkgdDxicj7CoG9yZy1hZ2VuZGEtZmlsZXMgJiMzOTsoJnF1b3Q7fi9E b2N1bWVudHMvdG9kbyZxdW90Oyk8YnI+wqBvcmctcmV2ZWFsLXN0YXJ0LWhvb2sgJiMzOTsob3Jn LWRlY3J5cHQtZW50cnkpPGJyPsKgb3JnLWJsb2NrZXItaG9vayAmIzM5OyhvcmctYmxvY2stdG9k by1mcm9tLWNoaWxkcmVuLW9yLXNpYmxpbmdzLW9yLXBhcmVudCk8YnI+wqBvcmctbW9kZS1ob29r ICYjMzk7KG15L3lhcy1ob29rIG9yZy1idWxsZXRzLW1vZGUgd3JpdGVnb29kLW1vZGUgb3JnLWlu ZGVudC1tb2RlIGZseXNwZWxsLW1vZGU8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgKGNsb3N1cmUgKHQpIG5pbCAoYWRkLWhvb2sgJiMzOTthZnRlci1zYXZlLWhvb2sgJiMzOTtt eS9vcmctYWdlbmRhLXJlZG8tYWxsIG5pbCB0KSk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgI1swICZxdW90O1wzMDBcMzAxXDMwMlwzMDNcMzA0JFwyMDcmcXVvdDs8YnI+wqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIFthZGQtaG9vayBjaGFuZ2UtbWFqb3It bW9kZS1ob29rIG9yZy1zaG93LWJsb2NrLWFsbCBhcHBlbmQgbG9jYWxdIDVdPGJyPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICNbMCAmcXVvdDtcMzAwXDMwMVwzMDJcMzAzXDMwNCRc MjA3JnF1b3Q7PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBbYWRkLWhv b2sgY2hhbmdlLW1ham9yLW1vZGUtaG9vayBvcmctYmFiZWwtc2hvdy1yZXN1bHQtYWxsIGFwcGVu ZCBsb2NhbF08YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDVdPGJyPsKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIG9yZy1iYWJlbC1yZXN1bHQtaGlkZS1zcGVj IG9yZy1iYWJlbC1oaWRlLWFsbC1oYXNoZXM8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgb3JnLWpvdXJuYWwtdXBkYXRlLWF1dG8tbW9kZS1hbGlzdCBvcmctZWxkb2MtbG9hZCk8 YnI+wqBvcmctb3V0bGluZS1wYXRoLWNvbXBsZXRlLWluLXN0ZXBzIG5pbDxicj7CoG9yZy1hcmNo aXZlLWhvb2sgJiMzOTsob3JnLWF0dGFjaC1hcmNoaXZlLWRlbGV0ZS1tYXliZSk8YnI+wqBvcmct am91cm5hbC1jYXJyeW92ZXItaXRlbXMgbmlsPGJyPsKgb3JnLWNvbmZpcm0tZWxpc3AtbGluay1m dW5jdGlvbiAmIzM5O3llcy1vci1uby1wPGJyPsKgb3JnLWpvdXJuYWwtbW9kZS1ob29rICYjMzk7 KCNbbmlsICZxdW90O1wzMDEgXDMwMlwzMDNcMzA0JFwyMDcmcXVvdDs8YnI+wqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBbb3JnLWpvdXJuYWwtZW5j cnlwdC1vbiBvcmctYWRkLWhvb2sgb3JnLWpvdXJuYWwtZW5jcnlwdGlvbi1ob29rPGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBuaWwgdF08 YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA1 XTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGxh bWJkYSBuaWwgKGF1dG8tZmlsbC1tb2RlIHQpIChmbHlzcGVsbC1tb2RlIHQpKTxicj7CoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGxhbWJkYSBuaWw8YnI+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKG9yZy1h ZGQtaG9vayBvcmctam91cm5hbC1lbmNyeXB0LW9uICYjMzk7b3JnLWpvdXJuYWwtZW5jcnlwdGlv bi1ob29rPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgbmlsIHQpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgICk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgICk8YnI+wqBvcmctYWdlbmRhLWJlZm9yZS13cml0ZS1ob29rICYjMzk7KG9yZy1hZ2Vu ZGEtYWRkLWVudHJ5LXRleHQpPGJyPsKgb3JnLW1ldGF1cC1ob29rICYjMzk7KG9yZy1iYWJlbC1s b2FkLWluLXNlc3Npb24tbWF5YmUpPGJyPsKgb3JnLWJpYnRleC1oZWFkbGluZS1mb3JtYXQtZnVu Y3Rpb24gI1syNTcgJnF1b3Q7XDMwMCBcMjM2QVwyMDcmcXVvdDsgWzp0aXRsZV0gMyAmcXVvdDtc blxuKGZuIEVOVFJZKSZxdW90O108YnI+wqBvcmctbG9nLXJlc2NoZWR1bGUgdDxicj7CoG9yZy1h Z2VuZGEtdGV4dC1zZWFyY2gtZXh0cmEtZmlsZXMgJiMzOTsoYWdlbmRhLWFyY2hpdmVzKTxicj7C oG9yZy1iYWJlbC1wcmUtdGFuZ2xlLWhvb2sgJiMzOTsoc2F2ZS1idWZmZXIpPGJyPsKgb3JnLWZp bGUtYXBwcyAmIzM5OygoYXV0by1tb2RlIC4gZW1hY3MpICgmcXVvdDtcXC5tbVxcJiMzOTsmcXVv dDsgLiBkZWZhdWx0KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7 XFwubXAgXFwmIzM5OyZxdW90OyAuICZxdW90Oy91c3IvYmluL21wdiAlcyZxdW90Oyk8YnI+wqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O1xcLng/aHRtbD9cXCYjMzk7JnF1 b3Q7IC4gJnF1b3Q7L3Vzci9iaW4vZmlyZWZveCAlcyZxdW90OykgKCZxdW90O1xcLnBkZlxcJiMz OTsmcXVvdDsgLiBkZWZhdWx0KSk8YnI+wqBvcmctdGFiLWZpcnN0LWhvb2sgJiMzOTsob3JnLWJh YmVsLWhpZGUtcmVzdWx0LXRvZ2dsZS1tYXliZSBvcmctYmFiZWwtaGVhZGVyLWFyZy1leHBhbmQp PGJyPsKgb3JnLWJhYmVsLWxvYWQtbGFuZ3VhZ2VzICYjMzk7KChqcyAuIHQpIChzaGVsbCAuIHQp IChweXRob24gLiB0KSAob3JnIC4gdCkpPGJyPsKgb3JnLWxvZy1kb25lICYjMzk7dGltZTxicj7C oG9yZy1qb3VybmFsLWRhdGUtZm9ybWF0ICZxdW90O1slWS0lbS0lZCAlYV0mcXVvdDs8YnI+wqBv cmctaGlkZS1lbXBoYXNpcy1tYXJrZXJzIHQ8YnI+wqBvcmctZWxsaXBzaXMgJnF1b3Q7IOKGtCZx dW90Ozxicj7CoG9yZy1zcmMtcHJlc2VydmUtaW5kZW50YXRpb24gdDxicj7CoG9yZy1mb250aWZ5 LWRvbmUtaGVhZGxpbmUgdDxicj7CoG9yZy1vY2N1ci1ob29rICYjMzk7KG9yZy1maXJzdC1oZWFk bGluZS1yZWNlbnRlcik8YnI+wqBvcmctYWdlbmRhLW1vZGUtaG9vayAmIzM5Oyhvcmctam91cm5h bC11cGRhdGUtb3JnLWFnZW5kYS1maWxlcyk8YnI+wqBvcmctc3RydWN0dXJlLXRlbXBsYXRlLWFs aXN0ICYjMzk7KCgmcXVvdDt4JnF1b3Q7ICZxdW90OyMrQkVHSU5fRVhBTVBMRVxuP1xuIytFTkRf RVhBTVBMRSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2xlJnF1b3Q7ICZxdW90OyMrQkVHSU5fU1JD IGVtYWNzLWxpc3Bcbj9cbiMrRU5EX1NSQyZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O3MmcXVvdDsg JnF1b3Q7IytCRUdJTl9TUkMgP1xuXG4jK0VORF9TUkMmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtl JnF1b3Q7ICZxdW90OyMrQkVHSU5fRVhBTVBMRVxuP1xuIytFTkRfRVhBTVBMRSZxdW90Oyk8YnI+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgKCZxdW90O3EmcXVvdDsgJnF1b3Q7IytCRUdJTl9RVU9URVxuP1xuIytFTkRfUVVPVEUm cXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgICgmcXVvdDt2JnF1b3Q7ICZxdW90OyMrQkVHSU5fVkVSU0Vcbj9cbiMr RU5EX1ZFUlNFJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7ViZxdW90OyAmcXVvdDsjK0JFR0lOX1ZF UkJBVElNXG4/XG4jK0VORF9WRVJCQVRJTSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2MmcXVvdDsg JnF1b3Q7IytCRUdJTl9DRU5URVJcbj9cbiMrRU5EX0NFTlRFUiZxdW90Oyk8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZx dW90O0MmcXVvdDsgJnF1b3Q7IytCRUdJTl9DT01NRU5UXG4/XG4jK0VORF9DT01NRU5UJnF1b3Q7 KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoCAoJnF1b3Q7bCZxdW90OyAmcXVvdDsjK0JFR0lOX0VYUE9SVCBsYXRleFxuP1xu IytFTkRfRVhQT1JUJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7TCZxdW90OyAmcXVvdDsjK0xhVGVY OiAmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtoJnF1b3Q7ICZxdW90OyMrQkVHSU5fRVhQT1JUIGh0 bWxcbj9cbiMrRU5EX0VYUE9SVCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O0gmcXVvdDsgJnF1b3Q7 IytIVE1MOiAmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDthJnF1b3Q7ICZxdW90OyMrQkVHSU5fRVhQ T1JUIGFzY2lpXG4/XG4jK0VORF9FWFBPUlQmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtBJnF1b3Q7 ICZxdW90OyMrQVNDSUk6ICZxdW90OykgKCZxdW90O2kmcXVvdDsgJnF1b3Q7IytJTkRFWDogPyZx dW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgKCZxdW90O0kmcXVvdDsgJnF1b3Q7IytJTkNMVURFOiAlZmlsZSA/JnF1 b3Q7KSk8YnI+wqBvcmctY3ljbGUtaG9vayAmIzM5OyhvcmctY3ljbGUtaGlkZS1hcmNoaXZlZC1z dWJ0cmVlcyBvcmctY3ljbGUtaGlkZS1kcmF3ZXJzPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgb3JnLWN5Y2xlLXNob3ctZW1wdHktbGluZXMgb3JnLW9wdGltaXplLXdpbmRv dy1hZnRlci12aXNpYmlsaXR5LWNoYW5nZSk8YnI+wqBvcmctdG9kby1rZXl3b3JkcyAmIzM5Oygo c2VxdWVuY2UgJnF1b3Q7VE9ETyh0ISkmcXVvdDsgJnF1b3Q7U1RBUlRFRChzISkmcXVvdDsgJnF1 b3Q7TkVYVChuISkmcXVvdDsgJnF1b3Q7QkxPQ0tFRChiQC8hKSZxdW90OyAmcXVvdDt8JnF1b3Q7 PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAmcXVvdDtET05F KGQpJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChz ZXF1ZW5jZSAmcXVvdDtJREVBKGkpJnF1b3Q7ICZxdW90O3wmcXVvdDsgJnF1b3Q7Q0FOQ0VMRUQo Y0AvISkmcXVvdDsgJnF1b3Q7REVMRUdBVEVEKERALyEpJnF1b3Q7KSk8YnI+wqBvcmctc3BlZWQt Y29tbWFuZC1ob29rICYjMzk7KG9yZy1zcGVlZC1jb21tYW5kLWFjdGl2YXRlIG9yZy1iYWJlbC1z cGVlZC1jb21tYW5kLWFjdGl2YXRlKTxicj7CoG9yZy1qb3VybmFsLWRpciAmcXVvdDt+L0RvY3Vt ZW50cy9qb3VybmFscy9kYWlseSZxdW90Ozxicj7CoG9yZy1iYWJlbC10YW5nbGUtbGFuZy1leHRz ICYjMzk7KCgmcXVvdDtweXRob24mcXVvdDsgLiAmcXVvdDtweSZxdW90OykgKCZxdW90O2VtYWNz LWxpc3AmcXVvdDsgLiAmcXVvdDtlbCZxdW90OykgKCZxdW90O2VsaXNwJnF1b3Q7IC4gJnF1b3Q7 ZWwmcXVvdDspKTxicj7CoG9yZy1yZXR1cm4tZm9sbG93cy1saW5rIHQ8YnI+wqBvcmctcmVmaWxl LWFsbG93LWNyZWF0aW5nLXBhcmVudC1ub2RlcyAmIzM5O2NvbmZpcm08YnI+wqBvcmctcmVmaWxl LXVzZS1vdXRsaW5lLXBhdGggJiMzOTtmaWxlPGJyPsKgb3JnLWNvbmZpcm0tc2hlbGwtbGluay1m dW5jdGlvbiAmIzM5O3llcy1vci1uby1wPGJyPsKgb3JnLWxpbmstcGFyYW1ldGVycyAmIzM5Oygo JnF1b3Q7aWQmcXVvdDsgOmZvbGxvdyBvcmctaWQtb3Blbik8YnI+wqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O3JtYWlsJnF1b3Q7IDpmb2xsb3cgb3Jn LXJtYWlsLW9wZW4gOnN0b3JlIG9yZy1ybWFpbC1zdG9yZS1saW5rKTxicj7CoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7bWhlJnF1b3Q7IDpmb2xsb3cg b3JnLW1oZS1vcGVuIDpzdG9yZSBvcmctbWhlLXN0b3JlLWxpbmspPGJyPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtpcmMmcXVvdDsgOmZvbGxvdyBv cmctaXJjLXZpc2l0IDpzdG9yZSBvcmctaXJjLXN0b3JlLWxpbmspPGJyPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtpbmZvJnF1b3Q7IDpmb2xsb3cg b3JnLWluZm8tb3BlbiA6ZXhwb3J0IG9yZy1pbmZvLWV4cG9ydCA6c3RvcmU8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBvcmctaW5mby1zdG9yZS1saW5r KSAoJnF1b3Q7Z251cyZxdW90OyA6Zm9sbG93IG9yZy1nbnVzLW9wZW4gOnN0b3JlIG9yZy1nbnVz LXN0b3JlLWxpbmspICgmcXVvdDtkb2N2aWV3JnF1b3Q7IDpmb2xsb3cgb3JnLWRvY3ZpZXctb3Bl biA6ZXhwb3J0IG9yZy1kb2N2aWV3LWV4cG9ydCA6c3RvcmUgb3JnLWRvY3ZpZXctc3RvcmUtbGlu aykgKCZxdW90O2JpYnRleCZxdW90OyA6Zm9sbG93IG9yZy1iaWJ0ZXgtb3BlbiA6c3RvcmUgb3Jn LWJpYnRleC1zdG9yZS1saW5rKSAoJnF1b3Q7YmJkYiZxdW90OyA6Zm9sbG93IG9yZy1iYmRiLW9w ZW4gOmV4cG9ydCBvcmctYmJkYi1leHBvcnQgOmNvbXBsZXRlIG9yZy1iYmRiLWNvbXBsZXRlLWxp bmsgOnN0b3JlIG9yZy1iYmRiLXN0b3JlLWxpbmspICgmcXVvdDt3M20mcXVvdDsgOnN0b3JlIG9y Zy13M20tc3RvcmUtbGluaykgKCZxdW90O2ZpbGUrc3lzJnF1b3Q7KSAoJnF1b3Q7ZmlsZStlbWFj cyZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAg KCZxdW90O2RvaSZxdW90OyA6Zm9sbG93IG9yZy0tb3Blbi1kb2ktbGluayk8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2VsaXNwJnF1b3Q7IDpm b2xsb3cgb3JnLS1vcGVuLWVsaXNwLWxpbmspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtmaWxlJnF1b3Q7IDpjb21wbGV0ZSBvcmctZmlsZS1j b21wbGV0ZS1saW5rKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAoJnF1b3Q7ZnRwJnF1b3Q7IDpmb2xsb3cgKGxhbWJkYSAocGF0aCkgKGJyb3dzZS11cmwg KGNvbmNhdCAmcXVvdDtmdHA6JnF1b3Q7IHBhdGgpKSkpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtoZWxwJnF1b3Q7IDpmb2xsb3cgb3JnLS1v cGVuLWhlbHAtbGluayk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgKCZxdW90O2h0dHAmcXVvdDsgOmZvbGxvdyAobGFtYmRhIChwYXRoKSAoYnJvd3NlLXVy bCAoY29uY2F0ICZxdW90O2h0dHA6JnF1b3Q7IHBhdGgpKSkpPGJyPsKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtodHRwcyZxdW90OyA6Zm9sbG93IChs YW1iZGEgKHBhdGgpIChicm93c2UtdXJsIChjb25jYXQgJnF1b3Q7aHR0cHM6JnF1b3Q7IHBhdGgp KSkpPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVv dDttYWlsdG8mcXVvdDsgOmZvbGxvdzxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIChsYW1iZGEgKHBhdGgpIChicm93c2UtdXJsIChjb25jYXQgJnF1b3Q7 bWFpbHRvOiZxdW90OyBwYXRoKSkpKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoCAoJnF1b3Q7bmV3cyZxdW90OyA6Zm9sbG93IChsYW1iZGEgKHBhdGgpIChi cm93c2UtdXJsIChjb25jYXQgJnF1b3Q7bmV3czomcXVvdDsgcGF0aCkpKSk8YnI+wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O3NoZWxsJnF1b3Q7IDpm b2xsb3cgb3JnLS1vcGVuLXNoZWxsLWxpbmspKTxicj7CoG9yZy1idWxsZXRzLWJ1bGxldC1saXN0 ICYjMzk7KCZxdW90O+KXiSZxdW90OyAmcXVvdDvil4smcXVvdDsgJnF1b3Q74py4JnF1b3Q7ICZx dW90O+KcvyZxdW90OyAmcXVvdDvinJomcXVvdDsgJnF1b3Q74pa6JnF1b3Q7ICZxdW90O+KYhSZx dW90Oyk8YnI+wqBvcmctY2FwdHVyZS10ZW1wbGF0ZXMgJiMzOTsoKCZxdW90O2ImcXVvdDsgJnF1 b3Q7Qm9va21hcmsmcXVvdDsgZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgKGZpbGUraGVhZGxpbmUgJnF1b3Q7L2hvbWUvbi9Eb2N1bWVu dHMvdG9kby88YSBocmVmPSJodHRwOi8vYm9va21hcmtzLm9yZyI+Ym9va21hcmtzLm9yZzwvYT4m cXVvdDsgJnF1b3Q7Qm9va21hcmtzJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAmcXVvdDsqIFtbJXhdWyVee3RpdGxlfV1dICVeZ1xu wqAgOlBST1BFUlRJRVM6XG7CoCA6Q3JlYXRlZDogJVVcbsKgIDpFTkQ6JnF1b3Q7KTxicj7CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2wmcXVv dDsgJnF1b3Q7TGlzdGVuJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2xhJnF1b3Q7ICZxdW90O0F1ZGlvIEJvb2smcXVvdDsg ZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgKGZpbGUrb2xwICZxdW90Oy9ob21lL24vRG9jdW1lbnRzL3RvZG8vPGEgaHJlZj0iaHR0cDov L2xpc3Rlbi5vcmciPmxpc3Rlbi5vcmc8L2E+JnF1b3Q7ICZxdW90O0xpc3RlbiZxdW90Ozxicj7C oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICZxdW90 O0F1ZGlvLWJvb2smcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgICZxdW90OyogVE9ETyAlXntUaXRsZX0gJV5nICVee0F1dGhvcn1wICVe e1llYXJ9cCAlXntHZW5yZX1wJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O2xtJnF1b3Q7ICZxdW90O011c2ljJnF1b3Q7IGVu dHJ5PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg IChmaWxlK29scCAmcXVvdDsvaG9tZS9uL0RvY3VtZW50cy90b2RvLzxhIGhyZWY9Imh0dHA6Ly9s aXN0ZW4ub3JnIj5saXN0ZW4ub3JnPC9hPiZxdW90OyAmcXVvdDtMaXN0ZW4mcXVvdDsgJnF1b3Q7 TXVzaWMmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgICZxdW90OyogVE9ETyAlXntUaXRsZX0gJV5nICVee0FydGlzdHN9cCAlXntZZWFy fXAgJV57R2VucmV9cCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgICgmcXVvdDtscCZxdW90OyAmcXVvdDtQb2RjYXN0JnF1b3Q7IGVudHJ5 PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChm aWxlK29scCAmcXVvdDsvaG9tZS9uL0RvY3VtZW50cy90b2RvLzxhIGhyZWY9Imh0dHA6Ly9saXN0 ZW4ub3JnIj5saXN0ZW4ub3JnPC9hPiZxdW90OyAmcXVvdDtMaXN0ZW4mcXVvdDsgJnF1b3Q7UG9k Y2FzdCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgJnF1b3Q7KiBUT0RPICVee1RpdGxlfSAlXmcgXG7CoCA6UFJPUEVSVElFUzpcbsKg IDpMaW5rKHMpOiBbWyVee1VSTH1dWyVee0Rlc2NyaXB0aW9ufV1dXG7CoCAlXntHZW5yZX1cbsKg IDpFTkQ6JnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgKCZxdW90O2xyJnF1b3Q7ICZxdW90O1JhZGlvJnF1b3Q7IGVudHJ5PGJyPsKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIChmaWxlK29scCAm cXVvdDsvaG9tZS9uL0RvY3VtZW50cy90b2RvLzxhIGhyZWY9Imh0dHA6Ly9saXN0ZW4ub3JnIj5s aXN0ZW4ub3JnPC9hPiZxdW90OyAmcXVvdDtMaXN0ZW4mcXVvdDsgJnF1b3Q7UmFkaW8mcXVvdDsp PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICZx dW90OyogVE9ETyAlXntUaXRsZX0gJV5nIFxuwqAgOlBST1BFUlRJRVM6XG7CoCA6TGluayhzKTog W1slXntVUkx9XVslXntEZXNjcmlwdGlvbn1dXVxuwqAgOkdlbnJlOiAlXntHZW5yZX1cbsKgIDpF TkQ6JnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgKCZxdW90O24mcXVvdDsgJnF1b3Q7Tm90ZSZxdW90OyBlbnRyeTxicj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAjJiMzOTsobGFtYmRhIG5p bDxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAobGV0ICgoZmlsZSAoY29uY2F0IGRlZmF1bHQtZGlyZWN0b3J5ICZxdW90OzxhIGhyZWY9 Imh0dHA6Ly9ub3Rlcy5vcmciPm5vdGVzLm9yZzwvYT4mcXVvdDspKSk8YnI+wqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoc2V0LWJ1ZmZl ciAoZmluZC1maWxlLW5vc2VsZWN0IGZpbGUgdCB0KSkgKHdyaXRlLWZpbGUgZmlsZSk8YnI+wqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAo Z290by1jaGFyIChwb2ludC1tYXgpKSBmaWxlKTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCApPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICZxdW90OyogVE9ETyAlQSZxdW90Oyk8YnI+ wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtw JnF1b3Q7ICZxdW90O1BsYXkmcXVvdDsgZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGZpbGUraGVhZGxpbmUgJnF1b3Q7L2hvbWUvbi9E b2N1bWVudHMvdG9kby88YSBocmVmPSJodHRwOi8vcGxheS5vcmciPnBsYXkub3JnPC9hPiZxdW90 OyAmcXVvdDtQbGF5JnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCAmcXVvdDsqIFRPRE8gJV57VGl0bGV9ICVeZyAlXntZZWFyfXAgJV57 U3lzdGVtc31wICVee0luZm99cCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtyJnF1b3Q7ICZxdW90O1JlYWQmcXVvdDspPGJy PsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7 cmYmcXVvdDsgJnF1b3Q7ZmljdGlvbiZxdW90OyBlbnRyeTxicj7CoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZmlsZStvbHAgJnF1b3Q7L2hvbWUvbi9E b2N1bWVudHMvdG9kby88YSBocmVmPSJodHRwOi8vcmVhZC5vcmciPnJlYWQub3JnPC9hPiZxdW90 OyAmcXVvdDtSZWFkJnF1b3Q7ICZxdW90O0ZpY3Rpb24mcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICZxdW90OyUod2lraW5mb3JnIFwm cXVvdDtib29rXCZxdW90OykmcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7cm4mcXVvdDsgJnF1b3Q7bm9uLWZpY3Rpb24mcXVv dDsgZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgKGZpbGUrb2xwICZxdW90Oy9ob21lL24vRG9jdW1lbnRzL3RvZG8vPGEgaHJlZj0iaHR0 cDovL3JlYWQub3JnIj5yZWFkLm9yZzwvYT4mcXVvdDsgJnF1b3Q7UmVhZCZxdW90OyAmcXVvdDtO b24tRmljdGlvbiZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgJnF1b3Q7JSh3aWtpbmZvcmcgXCZxdW90O2Jvb2tcJnF1b3Q7KSZxdW90 Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgm cXVvdDtzJnF1b3Q7ICZxdW90O1NheSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDtzdyZxdW90OyAmcXVvdDt3b3JkJnF1b3Q7 IGVudHJ5PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIChmaWxlK29scCAmcXVvdDsvaG9tZS9uL0RvY3VtZW50cy90b2RvLzxhIGhyZWY9Imh0dHA6 Ly9zYXkub3JnIj5zYXkub3JnPC9hPiZxdW90OyAmcXVvdDtTYXkmcXVvdDsgJnF1b3Q7V29yZCZx dW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgJnF1b3Q7KiAlXntXb3JkfVxuJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O3NwJnF1b3Q7ICZxdW90O1BocmFzZSZxdW90 OyBlbnRyeTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCAoZmlsZStvbHAgJnF1b3Q7L2hvbWUvbi9Eb2N1bWVudHMvdG9kby88YSBocmVmPSJodHRw Oi8vc2F5Lm9yZyI+c2F5Lm9yZzwvYT4mcXVvdDsgJnF1b3Q7U2F5JnF1b3Q7ICZxdW90O1BocmFz ZSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgJnF1b3Q7KiAlXntQaHJhc2V9XG4mcXVvdDspPGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1b3Q7c3EmcXVvdDsgJnF1b3Q7UXVvdGUm cXVvdDsgZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgKGZpbGUrb2xwICZxdW90Oy9ob21lL24vRG9jdW1lbnRzL3RvZG8vPGEgaHJlZj0i aHR0cDovL3NheS5vcmciPnNheS5vcmc8L2E+JnF1b3Q7ICZxdW90O1NheSZxdW90OyAmcXVvdDtR dW90ZSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgJnF1b3Q7KiAlXntRdW90ZX1cbsKgICVee1F1b3RlZX1wJnF1b3Q7KTxicj7CoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKCZxdW90O3QmcXVv dDsgJnF1b3Q7VG9kbyZxdW90OyBlbnRyeTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZmlsZStvbHAgJnF1b3Q7L2hvbWUvbi9Eb2N1bWVudHMv dG9kby88YSBocmVmPSJodHRwOi8vcmVmaWxlLm9yZyI+cmVmaWxlLm9yZzwvYT4mcXVvdDsgJnF1 b3Q7UmVmaWxlJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoCAmcXVvdDsqIFRPRE8gJV57ZGVzY3JpcHRpb259ICVeZ1xuJT8mcXVvdDsp PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoJnF1 b3Q7dyZxdW90OyAmcXVvdDtXYXRjaCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDt3ZiZxdW90OyAmcXVvdDtGaWxtJnF1b3Q7 IGVudHJ5PGJyPsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIChmaWxlK29scCAmcXVvdDsvaG9tZS9uL0RvY3VtZW50cy90b2RvLzxhIGhyZWY9Imh0dHA6 Ly93YXRjaC5vcmciPndhdGNoLm9yZzwvYT4mcXVvdDsgJnF1b3Q7V2F0Y2gmcXVvdDsgJnF1b3Q7 RmlsbSZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAgJnF1b3Q7KiBUT0RPICVee1RpdGxlfSAlXmcgJV57RGlyZWN0b3J9cCAlXntZZWFy fXAgJV57R2VucmV9cCZxdW90Oyk8YnI+wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgICgmcXVvdDt3dCZxdW90OyAmcXVvdDtUViZxdW90OyBlbnRyeTxicj7C oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAoZmlsZStv bHAgJnF1b3Q7L2hvbWUvbi9Eb2N1bWVudHMvdG9kby88YSBocmVmPSJodHRwOi8vd2F0Y2gub3Jn Ij53YXRjaC5vcmc8L2E+JnF1b3Q7ICZxdW90O1dhdGNoJnF1b3Q7ICZxdW90O1RWJnF1b3Q7KTxi cj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAmcXVv dDsqIFRPRE8gJV57VGl0bGV9ICVeZyAlXntZZWFyfXAgJV57R2VucmV9cCZxdW90Oyk8YnI+wqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICgmcXVvdDt3cCZx dW90OyAmcXVvdDtQcmVzZW50YXRpb24mcXVvdDsgZW50cnk8YnI+wqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKGZpbGUrb2xwICZxdW90Oy9ob21lL24v RG9jdW1lbnRzL3RvZG8vPGEgaHJlZj0iaHR0cDovL3dhdGNoLm9yZyI+d2F0Y2gub3JnPC9hPiZx dW90OyAmcXVvdDtXYXRjaCZxdW90Ozxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgICZxdW90O1ByZXNlbnRhdGlvbiZxdW90Oyk8YnI+wqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgJnF1b3Q7KiBUT0RP ICVee1RpdGxlfSAlXmcgJV57WWVhcn1wJnF1b3Q7KTxicj7CoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgKTxicj7CoG9yZy10b2RvLWtleXdvcmQtZmFjZXMg JiMzOTsoKCZxdW90O0NBTkNFTEVEJnF1b3Q7IDpmb3JlZ3JvdW5kICZxdW90O0luZGlhblJlZDEm cXVvdDsgOndlaWdodCBib2xkKSk8YnI+wqBvcmctam91cm5hbC10aW1lLWZvcm1hdCAmcXVvdDsl STolTSAlcFxuanJuJnF1b3Q7PGJyPsKgb3JnLWpvdXJuYWwtZmlsZS1mb3JtYXQgJnF1b3Q7JVku JW0uJWQuJUEub3JnJnF1b3Q7PGJyPsKgb3JnLXNyYy13aW5kb3ctc2V0dXAgJiMzOTtjdXJyZW50 LXdpbmRvdzxicj7CoG9yZy1jb25maXJtLWJhYmVsLWV2YWx1YXRlIG5pbDxicj7CoCk8YnI+PGJy PjwvZGl2PjwvZGl2Pg0K --00000000000052f93d05774aa58a-- From MAILER-DAEMON Wed Oct 03 02:09:28 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7aLg-0000hH-MB for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 02:09:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50509) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6fkp-0007aS-Vl for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 13:43:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6fkp-0005M3-2R for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 13:43:39 -0400 Received: from mail-ed1-x52d.google.com ([2a00:1450:4864:20::52d]:36517) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g6fko-0005Lq-RL for emacs-orgmode@gnu.org; Sun, 30 Sep 2018 13:43:39 -0400 Received: by mail-ed1-x52d.google.com with SMTP id f4-v6so12175598edq.3 for ; Sun, 30 Sep 2018 10:43:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:references:user-agent:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=zc70K2O8NHTsNVd5m1/UZnvPflVI/GWfIus6qXJ+OOk=; b=V7zj8sh95F4g4gEEPIItvzgZL1s7UcP2O6LgDPAZ05s9+iTV3+qF9KVvF9UtqOLNPk bJZ9kwUUaIn67UrQ19L/qagCMCYZcmfmpPS1G+swa+3jMhUWskznY2lgDa132nzAz2NP +fMeI5WhAwRmb08x83AjNRebKmGFxSKqgDxmWQeZhoyyhWBjWHbitQ5o+91pGsjqOrTJ T9IL4wJw+6a3am5u7J7D7ajKLPw2ydELbthTEQSdHFFv6Jqm0U0zxWSxbgn3Ea5wD/l0 OmXFp2KmVqvpuNMi93qYfn6YRlyP4iCiYAhjDYHzueqGSzv0wRZ+vDct+5AETefa2wyV yI/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:references:user-agent:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=zc70K2O8NHTsNVd5m1/UZnvPflVI/GWfIus6qXJ+OOk=; b=Fsb41KLLEWGozMfbzLJ60ii7oxbRGSQ5xEJeA1oqPJWcjahg0/hiB+mXCbOb9iwmYR 7ZzT8xUcz2XNBAwv0uPpf91gGcGhFGnt7cEYtgYni/Q4A/ss4VY+WXGDe1u7I0fn7j/c 2kb8Hc3/qSW+TUSpvqe3+PU1KiRvGaRCJ6ONeh+/+WGuja88JcWBdbKTMPkQuXrAf530 JLrdb1fm/tNu0dnSqimp035JBMJ0BksIeI5czTyXROww3Z8e7bJScNTJhbLPeSe2chQS svW2wvewtxq1LbhlbZXfETEFhD5uG+naaS0GqhvVJRJriWVHKwMpwLw9ohB8Y6NbYmhM h3yg== X-Gm-Message-State: ABuFfojNaAzKWa0YHUjnzI6SgB9ZAaA7nAijS1Ty61y3uFKl0z4mkGiM JeuxXpIayX/3qzKFaLPegeUInILI X-Google-Smtp-Source: ACcGV61oW1IoannqJDGthknN5uGkx0p388til1OpZVJKhn7LBo2AweA82C3oxbbjmBG94XvRmGwAeQ== X-Received: by 2002:a50:ba43:: with SMTP id 3-v6mr13351993eds.227.1538329416961; Sun, 30 Sep 2018 10:43:36 -0700 (PDT) Received: from tanko ([2a02:a03f:44af:900:3107:a05a:d5e3:25c3]) by smtp.gmail.com with ESMTPSA id i4-v6sm3806067eds.65.2018.09.30.10.43.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Sep 2018 10:43:36 -0700 (PDT) From: Roland Everaert X-Google-Original-From: Roland Everaert References: <2018-09-30T18-53-48@devnull.Karl-Voit.at> User-agent: mu4e 1.0; emacs 25.2.2 To: Karl Voit Cc: emacs-orgmode@gnu.org In-reply-to: <2018-09-30T18-53-48@devnull.Karl-Voit.at> Date: Sun, 30 Sep 2018 19:43:30 +0200 Message-ID: <87h8i6q3st.fsf@gmail.com> 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: 2a00:1450:4864:20::52d X-Mailman-Approved-At: Wed, 03 Oct 2018 02:09:25 -0400 Subject: Re: [O] Org mode + Solid = collaborative, privacy-respecting future X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2018 17:43:40 -0000 I would also like to see something developped in ths direction. Karl Voit writes: > Hi! > > I stubled over Tim Berners-Lee Solid: > https://www.fastcompany.com/90243936/exclusive-tim-berners-lee-tells-us-his-radical-new-plan-to-upend-the-world-wide-web > https://www.inrupt.com/blog/one-small-step-for-the-web > https://en.wikipedia.org/wiki/Solid_(web_decentralization_project) > > On https://github.com/solid/solid-apps I'd like to see something > that combines the awesome (local) power of Org mode with the > privacy-respecting soon-to-be platform Solid which adds > collaborative notions to the story. > > Are there any actions going on already? > > This just feels right to be combined with the power of Org/Emacs. -- Luke, use the FOSS Sent from Emacs From MAILER-DAEMON Wed Oct 03 03:40:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7bmB-000282-NK for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:40:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7bm9-000277-Tw for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:40:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7bm5-0007F2-0H for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:40:53 -0400 Received: from [195.159.176.226] (port=49099 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7bm4-0007EH-PT for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:40:48 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7bjv-0002zC-K6 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 09:38:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Marco Wahl Date: Wed, 03 Oct 2018 09:40:39 +0200 Lines: 22 Message-ID: <84va6j4gw8.fsf@gmail.com> References: <84k1n0xusr.fsf@gmail.com> <87d0ssw2vo.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:nfinpQvlNyd9UaKizR5fN0+upO8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] [ANN] org-info-find-node: Jump from Org to specific Info X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 07:40:54 -0000 >> I just pushed command `org-info-find-node' bound to "C-c C-x I" by >> default for Org files and agenda buffers. > > Nitpick: Would you mind removing the dangling parens left in the > function? Okay, thanks. Consider it DONE. > Also, I'd like to avoid making changes to "master" branch. It should be > considered frozen while we're waiting for Org 9.2. Please install next > new features (that one is OK, I guess) in "next" branch, and rebase it > on top of "master". Okay for the next feature I'll use the "next" branch. It might be worth the effort to document the role of the "next" branch somewhere. Ciao, -- Marco From MAILER-DAEMON Wed Oct 03 03:41:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7bma-0002Kr-QM for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:41:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7bmU-000277-Oc for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:41:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7biQ-0005oU-3X for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:37:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:58841) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7biP-0005oP-Uk for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:37:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7biP-00069n-RW for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 03:37:01 -0400 Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-To: emacs-orgmode@gnu.org Resent-Date: Wed, 03 Oct 2018 07:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 32906 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: Eivind Otto Hjelle Cc: 32906-done@debbugs.gnu.org Mail-Followup-To: 32906@debbugs.gnu.org, rpluim@gmail.com, eohjelle@gmail.com Received: via spool by 32906-done@debbugs.gnu.org id=D32906.153855222023656 (code D ref 32906); Wed, 03 Oct 2018 07:37:01 +0000 Received: (at 32906-done) by debbugs.gnu.org; 3 Oct 2018 07:37:00 +0000 Received: from localhost ([127.0.0.1]:34864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7biO-00069U-Gf for submit@debbugs.gnu.org; Wed, 03 Oct 2018 03:37:00 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:42748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7biM-00069I-SX for 32906-done@debbugs.gnu.org; Wed, 03 Oct 2018 03:36:59 -0400 Received: by mail-wr1-f44.google.com with SMTP id g15-v6so2274063wru.9 for <32906-done@debbugs.gnu.org>; Wed, 03 Oct 2018 00:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version; bh=l35jYrIYhWRdDMKj8InT5tVtwXkiV8f3JgKU7uM1Ack=; b=gcv3VB4qSIPs1JsRebCGjSLtueaiFpWrt7Vk1BfEVAEye7kV50S8uCKstdFHIBrceJ iC5K3zH0i5isZr3l7z9OMvvUAwFdip1xaMV1dTgiJxrI3bpan3++aLb7JSVokc5kDPFr Dh3W2aBi3UVlCieEDq7xF52gp3TtA+yCh/he+lYyBlphQd96jRBhb+9qYTnIXCbtoPvU eI5RI0FomSS9LbepoYf0LPGVjDKhjgLjPrFPlHStvRRzE0yWkdAuJBU8dpPDDQZJSBL6 bHdHuaH3z2MUk6kPAiAadV0OnuURM+80xFcXLC7KRTBfd/AHikEFLkwV2HKdLA5f2eY+ D6pg== 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:references:date:in-reply-to :message-id:mime-version; bh=l35jYrIYhWRdDMKj8InT5tVtwXkiV8f3JgKU7uM1Ack=; b=aKDwDB5uyBbp249KOFv6+Nz4jkDX5NF9WxgsYHMsMp2FR04EOOF6rUMmDZG1B6XLu9 7q525CVMlSKlWRH08R2ytUUSqYSMHGuZe+zENJtQdEDNyWJPPFvLB7Gr46HwbwsAgrHD RSJ9NhGTsGOwbFxA2ZFBkCCRzJaIag8LUuK6AwYys5cPtL/ckwi1uJ0LQ6r5bBVtzc49 8ifnzxssGkubEZVLQw6zBaDdAoegQ4wCVlSTw9famURrL1FMnP+gTgrJOCSY1klRrgDO CmBCPQyYbHrvQnlyaDIFYtEi/YH6Dv9pBCOsOvTdVZ52E50P2d/6M310ZcvrtaEOTovw 5iig== X-Gm-Message-State: ABuFfoifhTq2/ZVqnfwPyOTeMXhBeskPr5SW4v1GJiha0smCC1pokeNb s8tOLZmHVxZ6QUO2lAUN58ZochO/ X-Google-Smtp-Source: ACcGV62prU4+8qGnyRRsxncZsuFmLV0qLo9lqFuGbkbSQ3LUKNbyvoGxdkjvJS1RYmJLaqFNc2FQ1g== X-Received: by 2002:adf:a352:: with SMTP id d18-v6mr216512wrb.31.1538552212714; Wed, 03 Oct 2018 00:36:52 -0700 (PDT) Received: from rpluim-ubuntu ([149.5.228.1]) by smtp.gmail.com with ESMTPSA id a18sm346925wrx.55.2018.10.03.00.36.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 03 Oct 2018 00:36:51 -0700 (PDT) From: Robert Pluim References: <87tvm4e57o.fsf@gmail.com> Date: Wed, 03 Oct 2018 09:36:50 +0200 In-Reply-To: (Eivind Otto Hjelle's message of "Tue, 2 Oct 2018 12:39:34 -0500") Message-ID: <871s974h2l.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32906: org-in-src-block-p always returns nil X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 07:41:19 -0000 Eivind Otto Hjelle writes: > I thought I had updated emacs to the latest version, but apparently not. > After upgrading to emacs-26 the command org-in-src-block-p works as > expected. Thanks! Thanks for checking. Closing. Regards Robert From MAILER-DAEMON Wed Oct 03 06:41:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7ebD-0003Hz-W4 for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:41:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7ebB-0003Fw-R1 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:41:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7eb6-00084J-T8 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:41:45 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:44517) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7eb6-000845-Lr for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:41:40 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id B28E7240006; Wed, 3 Oct 2018 10:41:38 +0000 (UTC) From: Nicolas Goaziou To: No Wayman Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: No Wayman , emacs-orgmode@gnu.org Date: Wed, 03 Oct 2018 12:41:36 +0200 In-Reply-To: (No Wayman's message of "Tue, 2 Oct 2018 23:29:17 -0400") Message-ID: <871s97pb1b.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Subject: Bug: Confusing documentation for org-complete-tags-always-offer-all-agenda-tags [9.1.14 (9.1.14-1-g4931fc-elpaplus @ /home/n/.emacs.d/elpa/org-plus-contrib-20180917/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 10:41:46 -0000 Hello, > That aside, the wording of the second sentence could be clearer. > My humble suggestion: > > "If non-nil, always offer completion for all tags of all agenda files. > Setting this variable locally allows for dynamic generation of tag > completions in capture buffers." Applied. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 06:57:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7eqg-0008LN-UW for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:57:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41452) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7eqb-0007hy-8z for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:57:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7ekc-0005pA-L2 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:51:34 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:57779) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7ekc-0005oM-Dj for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 06:51:30 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 78DCCFF806; Wed, 3 Oct 2018 10:51:28 +0000 (UTC) From: Nicolas Goaziou To: Marcin Borkowski Cc: Org-Mode mailing list References: <87h8jbjczo.fsf@mbork.pl> <87pnxwvzij.fsf@nicolasgoaziou.fr> <87zhx0ymvc.fsf@mbork.pl> <87zhwuu2u7.fsf@nicolasgoaziou.fr> <875zykzxjr.fsf@mbork.pl> Mail-Followup-To: Marcin Borkowski , Org-Mode mailing list Date: Wed, 03 Oct 2018 12:51:27 +0200 In-Reply-To: <875zykzxjr.fsf@mbork.pl> (Marcin Borkowski's message of "Tue, 02 Oct 2018 08:12:56 +0200") Message-ID: <87woqznw0g.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] How about lifting the limit of 35 tasks in org-clock-history? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 10:57:45 -0000 Hello, Marcin Borkowski writes: > I attach a patch with a more verbose docstring. > > It is perhaps still not ideal - in particular, the warning is not > visible in the Customize interface - but I do not think this is a big > deal. My line of thinking is that: > > - if a user wants to change this setting, they will either look up the > docstring and understand the limitation (btw, even the built-in way > works for org-clock-history-length as high as 76 or so, provided you > have a really high frame), or > > - use Customize, which is potentially a trouble - but in that case, > I would assume that the user fiddles with org-clock-history-length > because they clock in many tasks, and then they will see that the list > in the *Clock Task Select* buffer is too long anyway, and dial the > setting down. It sounds good. I applied your patch. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 07:46:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7fbQ-0005M7-AJ for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 07:46:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7fbO-0005Ke-EI for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 07:46:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7fbK-00089w-7M for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 07:46:02 -0400 Received: from [195.159.176.226] (port=45874 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7fbJ-00089Q-UJ for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 07:45:58 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7fZA-0004XH-92 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 13:43:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Marco Wahl Date: Wed, 03 Oct 2018 13:45:48 +0200 Lines: 24 Message-ID: <84ftxn45jn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:tt6VLYh8LefUKwGjfu4u5lLSUig= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 11:46:03 -0000 Hello fellow Orgers, This is more an internal issue about the repo and in particular the "next" branch. My git fu was not strong enough and so the "next" branch is a bit messy right now. (I tried to activate a local clean version of the "next" branch.) I thought I could easily rollback the mess I created by going back to the git node 3c8fd4fa7 which is the last git node before my activities. The command I used is git revert 3c8fd4fa7 Unfortunately this did not revert the repo to that node. Can someone help to clean up the "next" branch, please? Thanks and apologies, -- Marco From MAILER-DAEMON Wed Oct 03 08:21:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7g9r-0003B9-Mt for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 08:21:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7g9p-00038j-2P for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 08:21:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7g9k-0004he-TB for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 08:21:36 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:33650) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7g9k-0004gJ-L1 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 08:21:32 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 7713FE683A; Wed, 3 Oct 2018 14:21:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wtSWYha8SmWE; Wed, 3 Oct 2018 14:21:27 +0200 (CEST) Received: from localhost (83.25.99.75.ipv4.supernova.orange.pl [83.25.99.75]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 5D8CBE64B5; Wed, 3 Oct 2018 14:21:27 +0200 (CEST) References: <87h8jbjczo.fsf@mbork.pl> <87pnxwvzij.fsf@nicolasgoaziou.fr> <87zhx0ymvc.fsf@mbork.pl> <87zhwuu2u7.fsf@nicolasgoaziou.fr> <875zykzxjr.fsf@mbork.pl> <87woqznw0g.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Org-Mode mailing list In-reply-to: <87woqznw0g.fsf@nicolasgoaziou.fr> Date: Wed, 03 Oct 2018 14:19:57 +0200 Message-ID: <87murvb4sy.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How about lifting the limit of 35 tasks in org-clock-history? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 12:21:38 -0000 On 2018-10-03, at 12:51, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> I attach a patch with a more verbose docstring. >> >> It is perhaps still not ideal - in particular, the warning is not >> visible in the Customize interface - but I do not think this is a big >> deal. My line of thinking is that: >> >> - if a user wants to change this setting, they will either look up the >> docstring and understand the limitation (btw, even the built-in way >> works for org-clock-history-length as high as 76 or so, provided you >> have a really high frame), or >> >> - use Customize, which is potentially a trouble - but in that case, >> I would assume that the user fiddles with org-clock-history-length >> because they clock in many tasks, and then they will see that the list >> in the *Clock Task Select* buffer is too long anyway, and dial the >> setting down. > > It sounds good. I applied your patch. Thank you. Thanks, too! (Also for your extremely fast reply, comparing to my one;-).) Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 03 09:38:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7hMH-0001lv-EY for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 09:38:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7hMF-0001lm-Pl for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 09:38:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7hMC-0000o0-HX for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 09:38:31 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:38681) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7hMC-0000mu-5L for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 09:38:28 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 84A3A240019; Wed, 3 Oct 2018 13:38:25 +0000 (UTC) From: Nicolas Goaziou To: Matthias Paulmier Cc: emacs-orgmode@gnu.org References: <87k1n5ssnp.fsf@mpaulmier.home> <8736tpzhvv.fsf@nicolasgoaziou.fr> <87h8i5wkpp.fsf@mpaulmier.home> Mail-Followup-To: Matthias Paulmier , emacs-orgmode@gnu.org Date: Wed, 03 Oct 2018 15:38:25 +0200 In-Reply-To: <87h8i5wkpp.fsf@mpaulmier.home> (Matthias Paulmier's message of "Mon, 01 Oct 2018 21:06:10 +0200") Message-ID: <87pnwrnoa6.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] HTML Export - Footnotes inconcistency X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 13:38:32 -0000 Hello, Matthias Paulmier writes: > I think I get the logic behind it. The problem is the inconsistency it > creates for the viewer. Does it really matter for them if I wrote my > footnote inline or not? Inline footnotes are now wrapped within a paragraph. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 12:47:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7kIp-0003pg-L4 for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 12:47:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54034) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7kIo-0003pa-4a for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 12:47:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7kIi-0007kk-Ez for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 12:47:10 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:58213) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7kIg-0007jQ-TX for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 12:47:03 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 118CD240009; Wed, 3 Oct 2018 16:47:00 +0000 (UTC) From: Nicolas Goaziou To: Marco Wahl Cc: emacs-orgmode@gnu.org References: <84ftxn45jn.fsf@gmail.com> Mail-Followup-To: Marco Wahl , emacs-orgmode@gnu.org Date: Wed, 03 Oct 2018 18:47:00 +0200 In-Reply-To: <84ftxn45jn.fsf@gmail.com> (Marco Wahl's message of "Wed, 03 Oct 2018 13:45:48 +0200") Message-ID: <87h8i3nfjv.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 16:47:10 -0000 Hello, Marco Wahl writes: > Hello fellow Orgers, > > This is more an internal issue about the repo and in particular the > "next" branch. > > My git fu was not strong enough and so the "next" branch is a bit messy > right now. (I tried to activate a local clean version of the "next" > branch.) > > I thought I could easily rollback the mess I created by going back to > the git node 3c8fd4fa7 which is the last git node before my activities. > > The command I used is > > git revert 3c8fd4fa7 > > Unfortunately this did not revert the repo to that node. > > Can someone help to clean up the "next" branch, please? I think I cleaned it. To prevent further complications with this branch, I suggest to treat is like master and master like maint. I.e., every commit done in master is duplicated into next so that final merge is easier. WDYT? Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 14:58:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7mLY-0003o0-LK for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 14:58:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48011) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7mLW-0003mw-QH for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 14:58:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7mLS-000880-Hi for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 14:58:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59996) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7mLS-00087j-CY for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 14:58:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1g7mLS-0001ds-5G for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 14:58:02 -0400 Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-To: emacs-orgmode@gnu.org Resent-Date: Wed, 03 Oct 2018 18:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 32846 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: Christoph Michelbach Cc: 32846-done@debbugs.gnu.org Mail-Followup-To: 32846@debbugs.gnu.org, mail@nicolasgoaziou.fr, michelbach94@gmail.com Received: via spool by 32846-done@debbugs.gnu.org id=D32846.15385930276242 (code D ref 32846); Wed, 03 Oct 2018 18:58:01 +0000 Received: (at 32846-done) by debbugs.gnu.org; 3 Oct 2018 18:57:07 +0000 Received: from localhost ([127.0.0.1]:36021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7mKY-0001cc-SD for submit@debbugs.gnu.org; Wed, 03 Oct 2018 14:57:07 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:57901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7mKW-0001cS-Ma for 32846-done@debbugs.gnu.org; Wed, 03 Oct 2018 14:57:05 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 4457D40008; Wed, 3 Oct 2018 18:57:03 +0000 (UTC) From: Nicolas Goaziou References: <1537987219.17449.4.camel@gmail.com> Date: Wed, 03 Oct 2018 20:57:02 +0200 In-Reply-To: <1537987219.17449.4.camel@gmail.com> (Christoph Michelbach's message of "Wed, 26 Sep 2018 20:40:19 +0200") Message-ID: <87va6in9j5.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32846: 26.1; Table with links of different lengths break tabbing X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 18:58:07 -0000 Hello, Christoph Michelbach writes: > I noticed that a table as attached to this email (also available here: https://p > astebin.com/AG7pwcq1) breaks org-mode's automatic adjustment of tables when > pressing tab. > > To reproduce the problem, simply follow these steps: > 1. Load the file and load org-mode. Point is at the beginning of the file. > 2. Press tab. Point moves to the beginning of the word "filename" in the top > left cell. > 3. Press tab again. The table is now broken. This bug is fixed in a recent Org. You need to wait for a new release. I'm closing this bug. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 03 16:22:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7nel-0007iF-SO for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:22:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49561) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7nei-0007fi-HQ for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:22:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7neb-00080b-L5 for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:21:59 -0400 Received: from [195.159.176.226] (port=56930 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7neb-0007yt-3H for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:21:53 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7ncQ-0004Rx-8Q for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 22:19:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Marco Wahl Date: Wed, 03 Oct 2018 22:21:42 +0200 Lines: 25 Message-ID: <84h8i2u6g9.fsf@gmail.com> References: <84ftxn45jn.fsf@gmail.com> <87h8i3nfjv.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:x5b361UxbNRrUxPV+gaSyzpkjtI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 20:22:01 -0000 >> My git fu was not strong enough and so the "next" branch is a bit messy >> right now. (I tried to activate a local clean version of the "next" >> branch.) >> [...] >> Can someone help to clean up the "next" branch, please? > > I think I cleaned it. Thank you so much! > To prevent further complications with this branch, I suggest to treat is > like master and master like maint. I.e., every commit done in master is > duplicated into next so that final merge is easier. > WDYT? This is a clear rule, which is easy to follow and easy to remember (at least for me). I love this! Thanks and best regards, Marco From MAILER-DAEMON Wed Oct 03 16:56:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7oCD-0000kC-VN for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:56:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7oCC-0000jw-6I for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:56:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7oC8-0001PA-II for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:56:35 -0400 Received: from dd2332.kasserver.com ([85.13.129.21]:48489) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g7oC7-0000xr-DS for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 16:56:32 -0400 Received: from bilbo.auenland (ip5f5a9edd.dynamic.kabel-deutschland.de [95.90.158.221]) by dd2332.kasserver.com (Postfix) with ESMTPSA id 8B62FF036AB for ; Wed, 3 Oct 2018 22:46:31 +0200 (CEST) Received: from [192.168.0.119] (elessar.fritz.box [192.168.0.119]) by bilbo.auenland (Postfix) with ESMTP id D438E17EED4 for ; Wed, 3 Oct 2018 22:46:25 +0200 (CEST) To: emacs-orgmode@gnu.org References: <84ftxn45jn.fsf@gmail.com> From: Uwe Koloska Openpgp: preference=signencrypt Autocrypt: addr=uwe@koloro.de; prefer-encrypt=mutual; keydata= xsDiBDq+MWERBACucYA+9dD9pEPRE3sT7uQFeP3oBqYeAQ8BWT18mPeIuJYYQxbJsj5nB7oO Rkt0DWkehGJH6nxBxI4QYW/DZ2mschK76b5WnVZZC4MQi6u+/4lo55++x+AUjSphm6DMkxHJ GPKxRd94mX0zsfZLSkTe7EHbtjfesU2GHphtocl3cwCgoL+OyqgHU+Fm8CEHzT+VIeptDZME AKTbEr1o7Z3TVFirRjxOstwGImiIIWRRK58g81hDEfchqE4qZX+l6Ur5kD96Fe6LurgjkLVd Ai//cwDZELB5BTWhslaunENAQzXdzgHirh2QJKyysZQMhasmXJSkX8QOr2SvrOdvtpPv2Uaa RTda8+XfBirFxdyr+2EgeaHnqewmA/40vMzDoljfmXcJnR0kTD2h0Go3j+YEsu9I9b/m3wvu ZjB2Q/oST+Iz2EqzP2tRMcUkch2wz62TQGwgoV9at79WxHRnXI94t0yiqgxXTAjs6pjRU/AB yh90a2h0ZnbYouU06J9l9D1i5X2C4QnsxYAk02hFOwt9HVotiJYsSF/RLM0bVXdlIEtvbG9z a2EgPHV3ZUBrb2xvcm8uZGU+wloEExECABoFCwcKAwQDFQMCAxYCAQIXgAUCQkVP0gIZAQAK CRDdNixuIbisxrSCAJ0ZR2ocq/oAXDiNemfuG/LHAwcWMwCgj6exKGoKpintpxKBXh+HU8A9 KYPOwE0EOr4xZRAEAM1w95IVFtWEWGyuQEMeGASmcDUhNdPzoaLYCOVL0dqCozW/qr9yNBj6 p7fZ9EUqDRJvkUOmKMilcmrovRGt7NDAKJFyjko0K6Ewdi2rW4YuZj+4Z5xR6bMgpCYneg9w GryAQUiyBXnzw9ZA6oVdOiVcRGRcBWGoDycgOhJ7G7vfAAMFA/473sAEz9xXwBhvd9598Us8 HSwDHVyjo2SegBgOo0FcNT2W5rzjOpFhyEKaHRes+BvNBgwyJheYBA/K7YhAk+vZyrDAi430 I4dADzARS28aNI6JB0CvA0WH2HS0KRI653+XlVPV7dVQs/wx4V7psxcbEkm7BMTijyPNkyoW +r1FYcJGBBgRAgAGBQI6vjFlAAoJEN02LG4huKzGYwoAoKCxLM4qYnAxqKuSq3A1Z2NSX+Ab AJ4oja9F4y7wZEvDy/embvVkaB5VPw== Message-ID: Date: Wed, 3 Oct 2018 22:46:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <84ftxn45jn.fsf@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 85.13.129.21 Subject: Re: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 20:56:37 -0000 Am 03.10.18 um 13:45 schrieb Marco Wahl: > My git fu was not strong enough and so the "next" branch is a bit messy > right now. (I tried to activate a local clean version of the "next" > branch.) >=20 > I thought I could easily rollback the mess I created by going back to > the git node 3c8fd4fa7 which is the last git node before my activities. >=20 > The command I used is >=20 > git revert 3c8fd4fa7 >=20 > Unfortunately this did not revert the repo to that node. To make your git fu a bit stronger, let me explain this: 'git revert' creates a new commit, that reverses the changes from the given commit, so it's not, what you have had in mind (and what is common for SCMs like SVN where you cannot rewrite the history). You are looking for 'git reset': https://git-scm.com/book/en/v2/Git-Tools-Reset-Demystified There are other ways, to achieve the same result: Just rename the branch and checkout a new one with the old name at the given commit. That gives you a nice backup for free. Or utilize the 'reflog': http://gitready.com/intermediate/2009/02/09/reflog-your-safety-net.html Hope this helps Uwe From MAILER-DAEMON Wed Oct 03 19:26:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7qX2-0007Sm-UB for mharc-emacs-orgmode@gnu.org; Wed, 03 Oct 2018 19:26:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36919) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7qX1-0007Sg-Er for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 19:26:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7qWt-0003Kn-MP for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 19:26:11 -0400 Received: from mail-pg1-x52c.google.com ([2607:f8b0:4864:20::52c]:40351) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7qWk-0003Ef-CC for emacs-orgmode@gnu.org; Wed, 03 Oct 2018 19:26:00 -0400 Received: by mail-pg1-x52c.google.com with SMTP id n31-v6so2235585pgm.7 for ; Wed, 03 Oct 2018 16:25:56 -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; bh=q3SnO9B8lAkD1UM3l+owsITk8oFfjvVDEFR/F2k0z6E=; b=W+XP71jdYuMYmqDNaGkTDgUtOlc7lcojC/gSo6dlO4ZTkMMLwOU1tx+FyrF3+0bBKJ MYrloXMaxKV8YCT+vP0C9zfQctst3l/smdccpTDTqMe+/3sEGUy1A3WqyJfTJeE90s6Z sEPfAmI4+EhsWJmNk1tDCqM3ZIo+d6R4LAk71orXaB+wbgRKYv+oTAYjzRFTyZcKqU/Q gSJFKdk2FDwjLgprg1BAS84hs+eRpMrVwvOOFBSWOvrMISaigLtt7NuFt7qIpb64bnwS aGUvSDi3brw8YPsW/XNHNP//SZw91A0uPp1wc2+0ii2DDek2H2QVXRgMLyYfN4cixPyG 8GoQ== 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; bh=q3SnO9B8lAkD1UM3l+owsITk8oFfjvVDEFR/F2k0z6E=; b=DLJpSm+2Y2T6Uy7r38XBC+pmturw7L4JrpjD+rz+/wKH9i2ErWdzAmxhdc8+zpzGVU G/5iXi6d30NIDLhHoDEcg3pk0FpYM6wVKsUa3YO4WR/bZ9jWkoW4pVBLf2F4LJ/fy8k5 vaFVrAd9AFdlm5lDhGXVehH2A1miDJaUVrT1ov6+tiaA+8/2+mGsQe6jFT7gfAmXRJ6A p0aGp7wW5rhN0ks+FsKmqM4s64xCgxJzIf9LSeVeXS8SFTeAwy/s9vjlfu5i+t4+qguR 6NTyMuyALs0x+KmNUn/h4nWXnFksLQPpW27z7lX/hNN5Wyr5PqyjMEDu8gEU13Gos3Oh or1g== X-Gm-Message-State: ABuFfohHk3Vjn5Wjm5oDxKovjsDqQTg43VuHWUFxIsGIcLqQS78DuXdD 2tHLnfe5WddErdQ/Cse0BunTBybndNF+3OkYOAk= X-Google-Smtp-Source: ACcGV61RiC47yV7CUinWxnzuPyC0p+vNmDiCXdr8qElti7mUkXpiRfAwm1qW35HLvVPBTsSMmcTdo5DDDnNcFcvHJ9g= X-Received: by 2002:a63:de05:: with SMTP id f5-v6mr3269922pgg.292.1538609155343; Wed, 03 Oct 2018 16:25:55 -0700 (PDT) MIME-Version: 1.0 References: <02B795A3-DD37-4DDA-BD76-BC850C3967D9@gmail.com> <87mussjqbe.fsf@gmail.com> <2018-10-01T14-12-32@devnull.Karl-Voit.at> In-Reply-To: From: Marcelo de Moraes Serpa Date: Wed, 3 Oct 2018 18:25:44 -0500 Message-ID: To: Samuel Wales Cc: news1142@karl-voit.at, Org Mode Content-Type: multipart/alternative; boundary="000000000000270c9c05775b5c42" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::52c Subject: Re: [O] Visualizing org files X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Oct 2018 23:26:16 -0000 --000000000000270c9c05775b5c42 Content-Type: text/plain; charset="UTF-8" Oh wow Karl, lot's of 'hidden' gems there. Not related to this thread but I specially liked `lazyblorg`, I actually had a very similar idea and was about to develop something like that, you saved me a bunch of time :) On Mon, Oct 1, 2018 at 3:57 PM Samuel Wales wrote: > market more :] > > or you could convert it to an emacs visualization in the agenda buffer :] > > --000000000000270c9c05775b5c42 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Oh wow Karl, lot's of 'hidden' gems there. Not= related to this thread but I specially liked `lazyblorg`, I actually had a= very similar idea and was about to develop something like that, you saved = me a bunch of time :)=C2=A0

On Mon, Oct 1, 2018 at 3:57 PM Samuel Wales <samologist@gmail.com> wrote:
market more :]

or you could convert it to an emacs visualization in the agenda buffer :]
--000000000000270c9c05775b5c42-- From MAILER-DAEMON Thu Oct 04 03:08:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7xkf-0002Qv-Sr for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:08:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7xkd-0002Pj-Lu for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:08:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7xkY-0005dQ-N2 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:08:47 -0400 Received: from sonic308-8.consmr.mail.gq1.yahoo.com ([98.137.68.32]:41385) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7xkX-0005bF-QP for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:08:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1538636918; bh=AQjro5nzWJACCnze+1Fqhve2+loPpxd/jZoKgRfvlVQ=; h=Date:From:To:Subject:References:From:Subject; b=text+H3GvacFbBZybGWfhpOjTRGBh6HqtW2z7Mi0qAQaeJc3kiwbOzY1veHRucEYyt7EOoLvZyauzX3Sjj6JHzz/xqPYd2GWtwwz6CbSE65OG72C4mFpr5gu0rwX8RzdbUrluxe/dfo1YcEluqPQxSjIoLPpnya8Lbyjdv1+jAOsmC+eHsw+4iJmmXa5GtSw+QBNLHkN1YoR/7WHnX5ykHGc1KnPgvuDnNnEsWBNgU+D1ZEaTIIaB722GQC7cm5WdOr+T9RvMekEXwS+Xrhg4H0DC9JK2NqJthvpL2gXaQJ8S4E96qPurenNirNLZH5wPF5kOhNIOY/zTjjS/j92ZQ== X-YMail-OSG: r6ysRZkVM1mLov66vHxVseu1sbbQnKwtIa0XwwMUyTs_Emd2OJNQZq4aRGAzXAE VmdRpiSv7HFRTKCuEjtWgUFE6T_fFgHTrjgMnniVjY5NMSDqBnft1YtGM_hk49U9FGLtLsm3v6BW CKOsyrPZncZCf4wz34fSN2kZ731_a6wE09FEuLHKa5zDGMeIEPduI2HH_r1PllA11PIhi2yWSMqB vir74UaWEWFwM_9lzLUgoewVMQ0XBMhlDvjrgGF0DC7oSEzvY5tSbERPJGVKTumPXW8883LRjmUB sHFvUml0ljYvc.oTo31cPk1CmPmjtMxbKBuVMuiLAw.z5Qii7TQyLjg2PJ9XzgPK42wNqqlm5GNs 6MGgC9OBnN2av1W2Nj7_CbNr_lmTeD8HiGEF8nQ4d_R1SL0dnOqYQHrlh_zcr.evuNh02HPb8sS4 rBELtCmVvETruR9fd0kJCox1D_yfzgr9T_hIG5WbsPQm4VTvhUMtdsL_mwoyIsxQdvBW4TET4HHk dBocUj_BUSIoZ84YtTGb_f3SymJavJMm32o16IqXSB6muz9yEowRoKn9qcK9j3czcW57pV92kt50 _0SjuXtl_sXWIzhRLur2K3NxUfB35TV1Q3SJ8XobWwc0sLH9VguLr1GgS0Rw1X3cM2VQsiD_b8RQ fKNjXCazgBEaLIoTBKdEOKmy5y3IcH97qyUX3thXqCYZjNkpKqcWfu8JguW0WNCot0WVpq7Mad9A 1hLZnyxr05ke4qobHtjhYOJUi7E926UHCSu6cPkL25pM_9MccCxgeXAh7K1UdggqjUS.iakt.L2E hMgYEqO8OnvhvNIOENw0A7bmc2nZIQ.ZodsYzIv7NrRRoC0XZ01WqmCDnauQeB15KvUyfJI..q2j 1Ii_SK464S9EBxsaTSCbBvqhGSRbLaBwKwwzHJAkWp7leSI16Yh1TxTVEeh1gUlQ0n.B0MFEx8lH RpBQfq11TgeMYdZXVeHl4C_jlrYbeyj1gJOPBCGpi9WFYrhazEY2TgbjsaPPktLDTPvh94HA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 4 Oct 2018 07:08:38 +0000 Date: Thu, 4 Oct 2018 07:08:35 +0000 (UTC) From: Brad Knotwell To: emacs-orgmode@gnu.org Message-ID: <833272723.4259898.1538636915102@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4259897_2135124753.1538636915100" References: <833272723.4259898.1538636915102.ref@mail.yahoo.com> X-Mailer: WebService/1.1.12512 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0 Safari/605.1.15 Content-Length: 2627 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 98.137.68.32 Subject: [O] org-babel-detangle issue on 9.1.14 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 07:08:48 -0000 ------=_Part_4259897_2135124753.1538636915100 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good day all-- I've been playing with org-babel-detangle and I've noticed something that's= either a bug or a limitation. =C2=A0It's confusing enough that it's worth = writing down if it's expected. =C2=A0Basically, it doesn't work if there ar= e variables defined in the begin_src header. =C2=A0I've attached an example= below. =C2=A0The first one won't detangle and the last two will. * no work#+begin_src sh sh :tangle hw.sh :var x=3D"hello world" :shebang #!= /bin/sh :comments linkecho $x#+end_src * works#+begin_src sh sh :tangle hw2.sh :comments linkecho "helloworld2"#+e= nd_src * stillworks#+begin_src sh sh :tangle hw3.sh :comments link :shebang #!/bin= /shecho "helloworld3" #+end_src I've tested with 9.1.7 and 9.1.14 so if this is supposed to be supported it= 's not something newly broken. Thx. --Brad ------=_Part_4259897_2135124753.1538636915100 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good day all--

I've been playing with org-babel-detangle and I've noticed somethin= g that's either a bug or a limitation.  It's confusing enough that it'= s worth writing down if it's expected.  Basically, it doesn't work if = there are variables defined in the begin_src header.  I've attached an= example below.  The first one won't detangle and the last two will.

* no work
#+begin_src sh sh :t= angle hw.sh :var x=3D"hello world" :shebang #!/bin/sh :comments link
<= div>echo $x
#+end_src

* works
= #+begin_src sh sh :tangle hw2.sh :comments link
echo "helloworld2= "
#+end_src

* stillworks
#+beg= in_src sh sh :tangle hw3.sh :comments link :shebang #!/bin/sh
ech= o "helloworld3"

#= +end_src

I've tested with 9.1.7 and 9.1.14 so if t= his is supposed to be supported it's not something newly broken.
=
Thx.

--Brad
------=_Part_4259897_2135124753.1538636915100-- From MAILER-DAEMON Thu Oct 04 03:26:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7y1c-0007PH-2j for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:26:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60490) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7y1Y-0007P8-AU for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:26:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7y1P-0003Yj-L0 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:26:14 -0400 Received: from [195.159.176.226] (port=40922 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7y1O-0003Vo-KB for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:26:06 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7xzB-0002dj-8D for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 09:23:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Thu, 4 Oct 2018 09:25:48 +0200 Organization: www.karl-voit.at Lines: 94 Message-ID: <2018-10-04T09-23-01@devnull.Karl-Voit.at> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <87d0st1v5v.fsf@alphaville.usersys.redhat.com> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 07:26:19 -0000 Hi Nick, * Nick Dokos wrote: > Karl Voit writes: > >> I'd like to calculate the differences between rows of numbers of a >> different table. >> >> Here is a minimal example showing the issue: >> >> #+NAME: my-table >> | Numbers | >> >> |---------| >> | 1 | >> | 5 | >> | 8 | >> | 12 | >> | 15 | >> >> This is what I expected: "exp. Reference1" and "exp. Reference2" is here only >> to demonstrate that the assumed references are wrong in the third table. "exp. >> Difference" is the column I want to get in the first place. I don't want to see >> Reference 1 or 2 at all in my solution (since I need a couple of those >> difference-columns). >> >> | Line | exp. Reference1 | exp. Reference2 | exp. Difference | >> |------+-----------------+-----------------+-----------------| >> | 1 | 0 | 0 | 0 | >> | 2 | 5 | 1 | 4 | >> | 3 | 8 | 5 | 3 | >> | 4 | 12 | 8 | 4 | >> | 5 | 15 | 12 | 3 | >> >> This is what I get instead: >> >> | Line | actual Reference1 | actual Reference2 | Difference | >> |------+-------------------+-------------------+------------| >> | 1 | 0 | 0 | 0 | >> | 2 | 6 | 1 | 5 | >> | 3 | 12 | 1 | 11 | >> | 4 | 20 | 1 | 19 | >> | 5 | 30 | 1 | 29 | > > @# is the row number, so to refer to that row, you need @@#. Something like this, > although I didn't test to see if everything gets parsed correctly: > > #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, 0, remote(my-table,@@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@@#$1)-remote(my-table,@@#-1$1))) This is a huge step forward: #+NAME: my-table | Numbers | |---------| | 1 | | 5 | | 8 | | 12 | | 15 | | Line | exp. Reference1 | exp. Reference2 | exp. Difference | |------+-----------------+-----------------+-----------------| | 1 | 0 | 0 | 0 | | 2 | 5 | 1 | 4 | | 3 | 8 | 5 | 3 | | 4 | 12 | 8 | 4 | | 5 | 15 | 12 | 3 | | Line | actual Reference1 | actual Reference2 | Difference | |------+-------------------+-------------------+------------| | 1 | 0 | 0 | 0 | | 2 | 5 | 5 | 0 | | 3 | 8 | 8 | 0 | | 4 | 12 | 12 | 0 | | 5 | 15 | 15 | 0 | #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, 0, remote(my-table,@@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@@#$1)-remote(my-table,@@#-1$1))) Somehow, the "-1" in "@@#-1$1" does not have any effect: "@@#$1" and "@@#-1$" gives the same results. Do you have any idea why? > Turning on formula debugging with `C-c {' helps. Woha! I didn't know that! And I also didn't know =C-c }= for displaying column/row numbers :-O *This* is going to be handy for me ;-) -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Thu Oct 04 03:32:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g7y7b-0003QM-GY for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:32:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35050) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7y7U-0003DJ-R6 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:32:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7y7R-00005L-Ij for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:32:24 -0400 Received: from [195.159.176.226] (port=50115 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7y7R-0008Va-8V for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 03:32:21 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g7y5I-0001Pf-JT for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 09:30:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Thu, 4 Oct 2018 09:29:06 +0200 Organization: www.karl-voit.at Lines: 21 Message-ID: <2018-10-04T09-26-28@devnull.Karl-Voit.at> References: <02B795A3-DD37-4DDA-BD76-BC850C3967D9@gmail.com> <87mussjqbe.fsf@gmail.com> <2018-10-01T14-12-32@devnull.Karl-Voit.at> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] blogging with lazyblorg (was: Visualizing org files) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 07:32:30 -0000 * Marcelo de Moraes Serpa wrote: > > Oh wow Karl, lot's of 'hidden' gems there. Thanks. Glad that you like it. Consider following Atom/RSS feeds of https://karl-voit.at/ to get updates on my PIM/Emacs activity. I hope that I'm going to implement tag-specific feeds so that you are able to follow #pim or #emacs and don't get any non-related updates. > Not related to this thread but I specially liked `lazyblorg`, I > actually had a very similar idea and was about to develop > something like that, you saved me a bunch of time :) Oh, it took quite some effort and time to go where lazyblorg currently is ;-) Feedback welcome. -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Thu Oct 04 11:01:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8580-0005mh-Sb for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:01:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42167) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g857v-0005la-Ky for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:01:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g857p-0008WR-8r for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:01:19 -0400 Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]:45473) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g857f-0008JS-Ts for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:01:07 -0400 Received: by mail-lj1-x231.google.com with SMTP id j4-v6so4894510ljc.12 for ; Thu, 04 Oct 2018 08:00:59 -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; bh=doRLuhjfegxAowq7kvlYpTXjZgsSAc4GA9PWfr0NAjU=; b=DRmNp6NUg8mGvENVazryblob0RCTR7HkXBYg5edHggTayDKlIQ205hvgi7pqMZwsuK ykixkRw0QuxZkXTfJ3HsehLk6ywkJtjbKK7L/NQz9uPbS3OKwRdUWwQpOjonkAGL0CZ4 mkcP/46d4I+c04N6tSksrxwSwwwhsbU93xWwY4CdK7q45B9VAISipVoLgiQ5BBh55sgi W6/87f0jYJYQU8D1dZtNvu3U3BOTPHKUKGrdOehGhpHXbfh+YyWmvxQF01lnYPTTXJrG owAbxHFBIN7jr7/2gYDlEdM6mWqyNqCyy7/Ee8gRWvODFKOISqYJZ9OVTwPTHC1PIQFE l17g== 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; bh=doRLuhjfegxAowq7kvlYpTXjZgsSAc4GA9PWfr0NAjU=; b=V6g3XxHUJ1LUx7La3W6sD/Z8N62Aej+3xtFJURyyjh54y3XoUJzXVnxUgaxUDyKAMK bXOcL1apzDa7zcuWkFMuBaJSCsKcafJ9xy2T6a9PUEZAUok2jFNns8H6TM2zSde4rY2X hxLyTTNvh0k6NsAqfvVnYdHPiy2roAFlCfc08EblCm7zQlvShzt6jy910pYQfoyzOIXs hDsRZ/PFXzFtIuwntt4cjnLdyshO0HPeRoo8zLDr7qzyidr4T5m/+r+IN52nLpJtg6ZO jOICJAE7KggFTKzDSfWuvfR4jcxcjEEQ3Ey7nEQAefyv2egQTVYQMAsPhwr5O50f1CNe scPw== X-Gm-Message-State: ABuFfogIOp8K28e4rBQyQTvgydQivXlvXrWmmAxPeBMn/7dB8web0Kw0 tQfeei+iL2qx1k8V6Cx9DvYMwHHGbCNLZVrLaT4m6Q1w X-Google-Smtp-Source: ACcGV60EfRhVb4FQ1lCwGFOLWOKY2QNvZ0c8/cW9zTwzESOJM08NehBES7SWPgRVB+eWTaQeI/MIwKFH2TTLl/DQMtQ= X-Received: by 2002:a2e:4942:: with SMTP id b2-v6mr4411343ljd.129.1538665257086; Thu, 04 Oct 2018 08:00:57 -0700 (PDT) MIME-Version: 1.0 References: <87ftxwr0vm.fsf@nicolasgoaziou.fr> In-Reply-To: From: Kaushal Modi Date: Thu, 4 Oct 2018 11:00:20 -0400 Message-ID: To: emacs-org list Content-Type: multipart/alternative; boundary="00000000000013c1870577686cef" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::231 Subject: Re: [O] Section on #+include keyword is missing quite some info in the org-manual.org X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 15:01:23 -0000 --00000000000013c1870577686cef Content-Type: text/plain; charset="UTF-8" On Mon, Oct 1, 2018 at 3:25 PM Kaushal Modi wrote: > I was thinking of adding cindices like the ones you added for header > arguments. > > #+cindex: @samp{minlevel}, include > #+cindex: @samp{lines}, include > .. etc. > > Would that be OK? > I went ahead as this wasn't a major edit, and committed this in https://code.orgmode.org/bzg/org-mode/commit/5abfdeeb8f72dfc2db324e8e731f4e16f2b54bea . --00000000000013c1870577686cef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 1, 2018 at 3:25 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:
<= div dir=3D"ltr">
I was thinking of adding cindice= s like the ones you added for header arguments.

#+cindex= : @samp{minlevel}, include
#+cindex: @samp{lines}, include
<= div>.. etc.

Would that be OK?

I went ahead as this wasn'= ;t a major edit, and committed this in https://code.= orgmode.org/bzg/org-mode/commit/5abfdeeb8f72dfc2db324e8e731f4e16f2b54bea.
--00000000000013c1870577686cef-- From MAILER-DAEMON Thu Oct 04 11:10:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g85Go-0003Kd-Gn for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:10:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44585) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g85Gj-0003I9-L5 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:10:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g85GW-0000Zq-FN for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:10:20 -0400 Received: from mail-lj1-f172.google.com ([209.85.208.172]:38767) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g85GU-0000OI-B6 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:10:10 -0400 Received: by mail-lj1-f172.google.com with SMTP id v7-v6so8264684ljg.5 for ; Thu, 04 Oct 2018 08:10:05 -0700 (PDT) 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; bh=qpWXJOr4VZPji6BvqMOwNmSFUW9zIVv529aT2AXcifk=; b=hIe7LfqHGipC8at76cjbFc79OcJD2pdsQtBaMLEUYzbBFw+BJBaA83PyGIw4OaCe8N UG9lyy7VP377dEPz+6IK+FYu88V9tqms7IC0lvYyHl4hLeb+4faghjZ2JkofsLM8vELU BTlffbOBZWjOlROduk9TzebK2PUVdFP0iD1yr6/acm6D0NzNkgpg4LnaFNa2SQt8bAZQ SkcEX2P4YnNwxKkNWszpgBE/AzXm+mpnDKVYuWjA8k6JM133ZP+DK9dMyiKlkxCY66GD y1otlgep9xTRoDH8eUr4IyLjplllmQVwnLfjN98EQ7xwh3+royFiIh3OcHmp/IS851Bq AMNw== X-Gm-Message-State: ABuFfog00m3j6vIC6EyWFC7qIyp7Am1c7qJSD095HJxiTq2c+AGiMX93 lmojs7Ttx1EDXLpYYTyKtZvGxxPOnz0waodMjlaDpQ== X-Google-Smtp-Source: ACcGV61pxzFH4mJj/s5POWGekF1lC2Z7+DWZcAphz4qex6P4aBXYI2QbCDMAz76X+bnlYQotIWGaOPqBvDbpm1UkYaQ= X-Received: by 2002:a2e:92ca:: with SMTP id k10-v6mr4423975ljh.103.1538665803808; Thu, 04 Oct 2018 08:10:03 -0700 (PDT) MIME-Version: 1.0 References: <87h8ildy5t.fsf@pc-117-162.i-did-not-set--mail-host-address--so-tickle-me> In-Reply-To: <87h8ildy5t.fsf@pc-117-162.i-did-not-set--mail-host-address--so-tickle-me> From: Grant Rettke Date: Thu, 4 Oct 2018 10:09:37 -0500 Message-ID: To: garjola@garjola.net Cc: Org-mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.172 Subject: Re: [O] org-babel: capturing the output of a shell command that does not return X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 15:10:29 -0000 On Wed, Sep 19, 2018 at 3:35 PM wrote: > Maybe there is another way to run the shell command and extract the file name I need (in elisp?), but I don't know how. What if you start Emacs, have it create a temp file, then in a separate terminal start Jupyter with stdout redirected to that file. Is that in the right direction of what you are describing? From MAILER-DAEMON Thu Oct 04 11:11:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g85Hu-0003qG-Ka for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:11:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45084) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g85Hs-0003pD-EK for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:11:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g85Hr-0002Fs-AH for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:11:36 -0400 Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:46629) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g85Hq-0002DW-TQ for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:11:35 -0400 Received: by mail-lj1-x229.google.com with SMTP id 203-v6so8681643ljj.13 for ; Thu, 04 Oct 2018 08:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=EVy0dCma+f5ZYZJpMThCF7DJWV+H16TeT/d1OJtz2wY=; b=phwEqnX+zpvtYMP4+krF6t6vbsng49raa9jRUWIdnqyQAYEQndFLpuM2FNhQi+GmT1 x74BKZTp8KnRzSugrq4RFIUwKnvQ5AdkUdh7Ko6siWEfja9uTVGU3QaPiMfwZjwIRSMu 7S/3ZDLx6L09aU7eK4MRkBQtTk6cxzLc3rk44wKjOrbb6XOtd+fCPNrY1uDLmsNFMFEG kqd1MoHgwKu9CaK4KZxx6P6hXFs8K2LQEg/NBPUWtEFdwRfMABdK57CWk/0fploI/Hfx KXvfIaNlPlHejq9uHMcLi4697zQYwJ243Qaq+0mSf200eCuAaE7KV4uEvurquYW6gBex YfvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=EVy0dCma+f5ZYZJpMThCF7DJWV+H16TeT/d1OJtz2wY=; b=ch4/+qvG+ZIoF4+bBlovhimnEBPShirP7bVQyAVIVmSoaF49FIuYTExxym/52RckGC 9btCajq4lPG8GYBj7TkoaMIKaWkS8TLeMCPzc0+kkLEXjtrXPKQQ5Q7ICdC+mQj2M0Jh fIIpgxGGIOP/ZH4GdrkYwT/7EtvgKMmjtHbuSm196RXF309puIQXe/uQHZSL5o8/DfcF auRf/jUZJ5oKNwXit0z1todVwSOD7NfNJuWjy8UsR1VGieFRketcSSRFoTb6Oxt5X+Dw SGtZKXBpluVpxWMgy7ZPczJ/7zQIN7EIKJl3jqjvSb7ZrtRjF78V1jJl22X9ewf60PNA cpEw== X-Gm-Message-State: ABuFfohTCx+5/gNQs7yuZH01lQaZL1CRygS+SxwWt1b6jgItKff6SJwH RlYfb1FvN99SgGGtkCfIPdqZ1HrNxVciEftIkTJ1EU4J X-Google-Smtp-Source: ACcGV635EIu5+3jLD1DFizzALrzJxUDM12kh6Mnt7JHbY2PEwIpwsaVAsGINE3Xboix/ZI1ZWm6ZoDjW1Arb6yobPRM= X-Received: by 2002:a2e:4942:: with SMTP id b2-v6mr4440383ljd.129.1538665892621; Thu, 04 Oct 2018 08:11:32 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Thu, 4 Oct 2018 11:10:55 -0400 Message-ID: To: emacs-org list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::229 Subject: [O] [RFC] Replace lambda functions added to org-mode-hook with named funcs X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 15:11:37 -0000 Hello, Yesterday, while helping someone out[0] with why their custom functions added to org-mode-hook didn't work, I asked them to reveal the value of org-mode-hook, and they presented this as the default value of org-mode-hook once Org was loaded: ===== '(org-mode-hook (quote (#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes))) ===== Going down the rabbit hole, I discovered many places in Org source where lambdas were added to org-mode-hook. I propose to replace such lamba functions with named functions. Here's an example of diff on maint branch, after making one such change: ===== diff --git a/lisp/org.el b/lisp/org.el index 2cc9b6a1c..9f28502d4 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -7429,10 +7429,10 @@ a block. Return a non-nil value when toggling is successful." (when (eq (overlay-get ov 'invisible) 'org-hide-block) (delete-overlay ov)))))))) -;; Remove overlays when changing major mode -(add-hook 'org-mode-hook - (lambda () (add-hook 'change-major-mode-hook - 'org-show-block-all 'append 'local))) +(defun org--unfold-all-blocks-on-major-mode-change () + "Remove overlays when changing major mode." + (add-hook 'change-major-mode-hook #'org-show-block-all 'append 'local)) +(add-hook 'org-mode-hook #'org--unfold-all-blocks-on-major-mode-change) ;;; Org-goto ===== If there is no objection to this, I can fix this everywhere in maint, and then merge that into master. Comments? -- Kaushal Modi [0]: https://www.reddit.com/r/emacs/comments/9l1aji/org_mode_hooks_dont_work/e73awsc/ From MAILER-DAEMON Thu Oct 04 11:19:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g85Pg-0001oM-J8 for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:19:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g85PZ-0001j7-BO for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:19:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g85PV-0002pY-CL for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:19:33 -0400 Received: from mail-lj1-f171.google.com ([209.85.208.171]:34076) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g85PV-0002ok-34 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:19:29 -0400 Received: by mail-lj1-f171.google.com with SMTP id f8-v6so8760810ljk.1 for ; Thu, 04 Oct 2018 08:19:28 -0700 (PDT) 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; bh=dKPwna8nAo3H+c6vo8kCTqkTZPaii7g/fmOchp8pMIw=; b=J7k7gjdp0HCx1ZFOjT28LtmRZuPgTAWvoPqXNtW2sOzAeRolLE7rwt0Pp15pX6eOD+ HshSOUlXw12Acr26ys2TUujYWL8KS119zU1iA0mhL9zcHvvB15wdCZgFkgTSDO0QmC6H mmM7nbxNHiMy89+Xt5i0BKy9YI3bSWNLW6VFtFcwNmGNqS4Ogg3I75hiQ1WjDrqhN8B8 3hJqHlnLCgRchV22GEZzjnYUtyPLjdg4/qFMvf2Dg0bBCb9PiyRDqRzyZIIaoDZX238i DL56x37897BfSs/6ksEDUkutOR9ntkP/Nnda60jA8a6sReMdol15Bqe+D7DzHtEHyb8l R6Ag== X-Gm-Message-State: ABuFfoi/uEGBQhevkh6JvteixcnfetXjXfh8bnzDC4GnLRGMwqpOlaIy /NBluzeqPnNbn/ozfhzcMGrBnnEC/lgsZMlwllM= X-Google-Smtp-Source: ACcGV60T1BjJOLCf+jZ7pC7WTI03cnmu5+d/x2KfX+cuxjrAohw8pRBp6B3xN+A82OjKzoEWljneCeTHlgJTeZ6z744= X-Received: by 2002:a2e:7408:: with SMTP id p8-v6mr3097502ljc.101.1538666367553; Thu, 04 Oct 2018 08:19:27 -0700 (PDT) MIME-Version: 1.0 References: <833272723.4259898.1538636915102.ref@mail.yahoo.com> <833272723.4259898.1538636915102@mail.yahoo.com> In-Reply-To: <833272723.4259898.1538636915102@mail.yahoo.com> From: Grant Rettke Date: Thu, 4 Oct 2018 10:19:00 -0500 Message-ID: To: bknotwell@yahoo.com Cc: Org-mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.171 Subject: Re: [O] org-babel-detangle issue on 9.1.14 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 15:19:40 -0000 On Thu, Oct 4, 2018 at 2:09 AM Brad Knotwell wrote: > I've been playing with org-babel-detangle and I've noticed something that's either a bug or a limitation. It's confusing enough that > it's worth writing down if it's expected. Basically, it doesn't work if there are variables defined in the begin_src header. I've > attached an example below. The first one won't detangle and the last two will. That is expected behavior. Org can only detangle the content of source blocks. It can't deduce how that source code got in there. Maybe this example says it better: #+begin_src sh sh :tangle hw.sh :var x=(random) :shebang #!/bin/sh :comments link echo $x #+end_src Tangles to #!/bin/sh # [[file:~/tmp/test.org::org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]] x='422131055910453451' echo $x # org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE ends here From MAILER-DAEMON Thu Oct 04 11:52:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g85vh-0006Ar-LW for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:52:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33895) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g85ve-000647-Ry for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:52:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g85va-0007Md-Dr for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:52:42 -0400 Received: from sonic305-20.consmr.mail.gq1.yahoo.com ([98.137.64.83]:34462) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g85va-0007KF-3k for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 11:52:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1538668356; bh=I5bcoeQ7Mgm792OZ6C2r7JFaAOZRkEYMd9qWY55t4Bk=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject; b=jUyuzQE1417ZmtBhiCeSp5YI6cL6ekRBolK8uxx7t9nNO90GhlOPVuAl20y1tZMvsYCWUHZJPmiXHKWTmJTrDArZz06yx/O1vWC3WjPlExpMBccXu1K3Sxl6TIwDiVBYDgX9NnQ4kll0tzLUhWYEF8XCp1Sh11SH2jBFyUcpA0p+SEZvjQ9m5FyKl5duuNXTKM1c0kWDOBd1DUPP13tQD5fsxIFLO56425PpgmSXmQAjjZtODgN1IOfgBuuRwEesxm1BBJ9tf4QWhoehI2VSkxxoiiQJdQCBebgRgXoZBQUJoSkmTbqAzijf4C5ImnXMIt+DUWwp0ojp9h+Z6VxvCQ== X-YMail-OSG: PsLor0AVM1kIGDQvbnpUN_a1TqMa3avBIqgn2F6j7HqKW74PdssuiN0LFUGhk7b mZiEf.cyUBT2PxEJI9jnb5gY35v95UyN_31gbRf0h3NnK7cuMkp0roKtWOw_owrtvi.CgtfPI.im FxcZt7qyl6p_hlHeDr2jRYfTgfMvub5YWPPA6izzGuArZiU17YUlSSkPrTrukMzT1gt.T66Q17Py Z7.ceFIhok3jExRwdIYIstzrqoh1uobyCf6Bx_Ue_Z5TzuTw8yS8Z4DK0t5uovlg4FxvvU8jcm1R mw.r2pQEWDkS8nSOF9dF_6M.T9TVc8g3qf8dZXB8s_B4YuQz9xDvwt0wnp5q702CxXVMhQKlxuS5 n8WR09_R7wQuehsQStJyEQIkgItMOuKqRLKnRxHLWko9NvVHW1oMxcnJu8yfyKBu_SjJY.E1AzrF TA9gOMxf8SAmkQmDyiiR329bkXySInBIs7sHGYQ3Sj2RU_RRU7B3gR.iXN6_tdBLs6V8hk_7CcvN hsec3fUsLqur6NyaxDesfb7xQ70wLHe04JLb04.QCKEcXdE8.deVCcSX37EweBc2NWFtypC8XpBr IQ.iWlPjlxZ.I9v7jxjsQZFRVyCatBKvrrBRGkJ.a5JVqHoaqIXypBDe2wO6E96MTgtYyEqfQPY. V_bQ2Z4I1i8uzCwZBEwyCvfivvm0Y2kDOefyY4YBJ3bFh8we1a1.2Pj1cqoVRQoeJ79ab36ryFNY bESuMuAUIjp9cfiGdFrsjWkOkso7FD7Gh6z1w5aP4kIeGPXv2hKdiOJ4TqMoCLfNmhN26uHUAGGT LB.IZeuZIAff9.QPXfFf5hirk2j3TtqvaMWPG_RcJig7Z2lRaEtTayLYXDwA5ACxvlZ0mKWNvCNA MmOKc7UTGbV8jXLJ7jWrUGEAXPV0Qv35KdzLEc9tDSABslGg42LPbv_iL8IcuUvaByh6IB1nYjqJ ksbkyJqxzBP3A3fiJMAyIPjx0r6ZcGXchE2wSpv4AK8nMkWkSxdMmcIXjPQeW41.mqbykU36PRAZ czBdV8AIjpQzosuQTasF.dGaqfwscO47Q6hGhkwqFCahKAq9DUw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 4 Oct 2018 15:52:36 +0000 Date: Thu, 4 Oct 2018 15:51:43 +0000 (UTC) From: Brad Knotwell To: Grant Rettke Cc: Org-mode Message-ID: <213080806.4531977.1538668303406@mail.yahoo.com> In-Reply-To: References: <833272723.4259898.1538636915102.ref@mail.yahoo.com> <833272723.4259898.1538636915102@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4531976_1136934434.1538668303404" X-Mailer: WebService/1.1.12512 YMailNorrin Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0 Safari/605.1.15 Content-Length: 7065 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 98.137.64.83 Subject: Re: [O] org-babel-detangle issue on 9.1.14 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 15:52:44 -0000 ------=_Part_4531976_1136934434.1538668303404 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for the response. =C2=A0At a minimum, I'd recommend changing the er= ror message from "Not in a source block" to something more descriptive as m= ost people's initial response will be, "uhhh, but it looks like I am." =C2= =A0 Ideally, an additional comment marker would delineate the source block from= the meta-programmed variables to allow the edited source code's verbatim r= eplacement. =C2=A0Or it might make sense to have a setting that separates t= he tangled source file from the meta programmed variables. =C2=A0Using your= example above, it could tangle to something like the following: #!/bin/sh # [[file:~/tmp/test.org::org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEA= CAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_2018-10-04T08-35-43-05-00_cosmica= lity_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]]. ./noideahowtonamethesegenerica= lly.sh =C2=A0 =C2=A0# the naming seems tricky to me echo $x# org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9= 259-7F633316F0CE ends here If babel was starting anew, I'd prefer that as it seems cleaner than adding= another comment (assumption: majority of languages have an include-like fa= cility of some sort). =C2=A0Given the number of languages currently support= ed, the additional comment delimiters seem less disruptive. --Brad On Thursday, October 4, 2018, 8:19:30 AM PDT, Grant Rettke wrote: =20 =20 On Thu, Oct 4, 2018 at 2:09 AM Brad Knotwell wrote: > I've been playing with org-babel-detangle and I've noticed something that= 's either a bug or a limitation.=C2=A0 It's confusing enough that > it's worth writing down if it's expected.=C2=A0 Basically, it doesn't wor= k if there are variables defined in the begin_src header.=C2=A0 I've > attached an example below.=C2=A0 The first one won't detangle and the las= t two will. That is expected behavior. Org can only detangle the content of source blocks. It can't deduce how that source code got in there. Maybe this example says it better: #+begin_src sh sh :tangle hw.sh :var x=3D(random) :shebang #!/bin/sh :comments link echo $x #+end_src Tangles to #!/bin/sh # [[file:~/tmp/test.org::org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEA= CAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_2018-10-04T08-35-43-05-00_cosmica= lity_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]] x=3D'422131055910453451' echo $x # org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F6= 33316F0CE ends here =20 ------=_Part_4531976_1136934434.1538668303404 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the response.  At a minimum, I'd recommend cha= nging the error message from "Not in a source block" to something more desc= riptive as most people's initial response will be, "uhhh, but it looks like= I am."  

Ideally, an additional comment mark= er would delineate the source block from the meta-programmed variables to a= llow the edited source code's verbatim replacement.  Or it might make = sense to have a setting that separates the tangled source file from the met= a programmed variables.  Using your example above, it could tangle to = something like the following:

#!/bi= n/sh
# [[file:~/tmp/test.org::org_gcr_2018-10-04T08-35-43= -05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_2018-10-04= T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]]
. ./noideahowtonamethesegenerically.sh    # the nam= ing seems tricky to me
echo $x
# org_gcr_2018-10-= 04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE
ends here

If babel was starting anew, I'= d prefer that as it seems cleaner than adding another comment (assumption: = majority of languages have an include-like facility of some sort).  Gi= ven the number of languages currently supported, the additional comment del= imiters seem less disruptive.


--Bra= d

=20
=20
On Thursday, October 4, 2018, 8:19:30 AM PDT, Grant Ret= tke <gcr@wisdomandwonder.com> wrote:


On Thu, Oct 4, 2018 at 2:09 AM Brad K= notwell <bknotwell@yahoo.com> wrote:
> I've been playing with org-babel-detangle and I've noticed s= omething that's either a bug or a limitation.  It's confusing enough t= hat
> it's worth writing down if it's expected.  = Basically, it doesn't work if there are variables defined in the begin_src = header.  I've
> attached an example below.  = The first one won't detangle and the last two will.

That is expected behavior. Org can only detangle the content = of source
blocks. It can't deduce how that
source code got in there.

Maybe th= is example says it better:

#+begin_src= sh sh :tangle hw.sh :var x=3D(random) :shebang #!/bin/sh
:comments link
echo $x
#+end_src

Tangles to

#!/bin/sh
# [[file:~/tmp/test.org::org_gcr_2018-10-0= 4T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_= 2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]= ]
x=3D'422131055910453451'

echo $x

# org_gc= r_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0C= E
ends here

------=_Part_4531976_1136934434.1538668303404-- From MAILER-DAEMON Thu Oct 04 12:38:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g86dc-0007YH-NT for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 12:38:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53842) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g86da-0007WZ-BW for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 12:38:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g86dX-0006nk-K0 for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 12:38:06 -0400 Received: from [195.159.176.226] (port=58126 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g86dX-0006m3-BA for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 12:38:03 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g86bN-0008CI-7b for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 18:35:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Nick Dokos Date: Thu, 04 Oct 2018 12:37:52 -0400 Lines: 101 Message-ID: <874le11xcv.fsf@alphaville.usersys.redhat.com> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <87d0st1v5v.fsf@alphaville.usersys.redhat.com> <2018-10-04T09-23-01@devnull.Karl-Voit.at> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:4zP/SnMbCMrjJnL+Z8qgh+5jAUQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 16:38:07 -0000 Karl Voit writes: >> >> @# is the row number, so to refer to that row, you need @@#. Something like this, >> although I didn't test to see if everything gets parsed correctly: >> >> #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, >> 0, remote(my-table,@@#-1$1))::$4=if(2 == @#, 0, >> (remote(my-table,@@#$1)-remote(my-table,@@#-1$1))) > > This is a huge step forward: > > #+NAME: my-table > | Numbers | > > |---------| > | 1 | > | 5 | > | 8 | > | 12 | > | 15 | > > | Line | exp. Reference1 | exp. Reference2 | exp. Difference | > |------+-----------------+-----------------+-----------------| > | 1 | 0 | 0 | 0 | > | 2 | 5 | 1 | 4 | > | 3 | 8 | 5 | 3 | > | 4 | 12 | 8 | 4 | > | 5 | 15 | 12 | 3 | > > > | Line | actual Reference1 | actual Reference2 | Difference | > |------+-------------------+-------------------+------------| > | 1 | 0 | 0 | 0 | > | 2 | 5 | 5 | 0 | > | 3 | 8 | 8 | 0 | > | 4 | 12 | 12 | 0 | > | 5 | 15 | 15 | 0 | > > #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, 0, remote(my-table,@@#-1$1))::$4=if(2 == @#, 0, (remote(my-table,@@#$1)-remote(my-table,@@#-1$1))) > > Somehow, the "-1" in "@@#-1$1" does not have any effect: "@@#$1" and > "@@#-1$" gives the same results. > > Do you have any idea why? Yes, that's what I was afraid of when I said "...if everything is parsed correctly". AFAICT, you cannot use expressions (I tried parentheses and curly braces as well: the formula debugger complains that it expected a number. One workaround is to add a column to the original table where you *can* calculate using row/column expressions and then use each column where appropriate in the remote references. Something like this: --8<---------------cut here---------------start------------->8--- #+NAME: my-table | Numbers | shifted | |---------+---------| | 1 | 0 | | 5 | 1 | | 8 | 5 | | 12 | 8 | | 15 | 12 | #+TBLFM: @2$2..@>$2 = if(2==@#, 0, @-1$1) | Line | exp. Reference1 | exp. Reference2 | exp. Difference | |------+-----------------+-----------------+-----------------| | 1 | 0 | 0 | 0 | | 2 | 5 | 1 | 4 | | 3 | 8 | 5 | 3 | | 4 | 12 | 8 | 4 | | 5 | 15 | 12 | 3 | | Line | actual Reference1 | actual Reference2 | Difference | |------+-------------------+-------------------+------------| | 1 | 0 | 0 | 0 | | 2 | 5 | 1 | 4 | | 3 | 8 | 5 | 3 | | 4 | 12 | 8 | 4 | | 5 | 15 | 12 | 3 | #+TBLFM: $2=if(2 == @#, 0, remote(my-table,@@#$1))::$3=if(2 == @#, 0, remote(my-table,@@#$2))::$4=$2-$3 --8<---------------cut here---------------end--------------->8--- But somebody (perhaps Michael Brand, if he is around) might come up with better ideas. > >> Turning on formula debugging with `C-c {' helps. > > Woha! I didn't know that! And I also didn't know =C-c }= for > displaying column/row numbers :-O *This* is going to be handy for me > ;-) Both Emacs and Org Mode are unending sources of new discovery and delight!-) -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler From MAILER-DAEMON Thu Oct 04 13:05:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g874Q-0007xz-Bo for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 13:05:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35839) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g874N-0007xi-No for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 13:05:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g874L-0003Uh-5Z for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 13:05:47 -0400 Received: from mail-qt1-x829.google.com ([2607:f8b0:4864:20::829]:38589) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g874K-0003RK-Bt for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 13:05:44 -0400 Received: by mail-qt1-x829.google.com with SMTP id l9-v6so10689745qtf.5 for ; Thu, 04 Oct 2018 10:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codefu-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=QBxJiFl+xCj80wuKp17V4oj9yTBAoHX38hipa3ABZjc=; b=jiY9JV63LBRJSuEhDMkA3B+hPATo3LrqfHzwJqrPC4O5k5cytFjx9W8N2cxFl188Uu Xu4sRSInTRPgNvO3HGYIYvs0OCoBL2nspxIKSpU1ps/GAz/2M0EOkd4/YJAN01YurUUD uDy3Udxw30jCz383r/MrOfj6BpctggAl9CiUSA4ghSKDoRxDN3chzNadBfvHS7zf8Pb4 P6MhGD4lrAe98N0n0Ipk/wgxa+fEE2/I0U6X2W925guIUIBN8ZwTLzxcoJrpHBsiWNaP 2fuWge0N5HX1kczxSa69B5RNlg9Dw9mIjLhf7t0GoWI0ybl66q3AgBNpmTWQZICFHmcP AJ8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=QBxJiFl+xCj80wuKp17V4oj9yTBAoHX38hipa3ABZjc=; b=mqfQc7jYC6tWA4fAd97HuKo/N/25cPzIipXzgGE+nWh34iuTMLZPH9H5aag8janI49 bSjH6IaajWi7LgMZ2jsPkM8TrTVmYiqII7qwET0mV7pS5AC6RpYxZMTs2VI7KB/0wOrV 3BAqB7NtQcFqgURwVMWGabtEQ0cFUTLM5UO1iFBu7LipuMbUdpzX+O7cZH7ghX8xuLKQ bZAos62m6OcxyuiufCKdmkzi8SHG+kUW9xoU7QRuLqDrLDzTYeBqtdIXEm3OUGUciJnl pKwr50xU2vkGYnu5NDiqGgYT9+K3+5Z7PguPou24G6k6Vhm9yMfpE4+at+OGWheegSx9 r0+g== X-Gm-Message-State: ABuFfoi8SXVHfKdLNOb5O1iOmDFjk3fuNBI/cj8/CEs/Ucp0Px/0+EZZ NqnAqOI+O4GiP+M6ppmeHg/Cz5TDIlhUBlYMM+40sQkiR5t3gQ== X-Google-Smtp-Source: ACcGV63FNwSBIM5k2Eg1u7EFfcgHdUGNAjTyzD6VUnIp5PD1gHgTprFM3eGj+9mAJinU8hsMpQekiyo8jktxDtLrxRQ= X-Received: by 2002:ac8:256e:: with SMTP id 43-v6mr6158851qtn.88.1538672742451; Thu, 04 Oct 2018 10:05:42 -0700 (PDT) MIME-Version: 1.0 From: Dale Sedivec Date: Thu, 4 Oct 2018 12:05:06 -0500 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="0000000000003d5f0705776a2a88" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::829 Subject: [O] Bug: org-paste-subtree may delete headline at point [9.1.14 (release_9.1.14-961-g5abfde)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 17:05:48 -0000 --0000000000003d5f0705776a2a88 Content-Type: text/plain; charset="UTF-8" Hi, I think I may have found a bug in org-paste-subtree in master branch where it will delete the content of the headline at point before yanking. Steps to reproduce: 1. Start a fresh Emacs along the lines of: mkdir /tmp/fake-home cd /tmp/fake-home git clone https://code.orgmode.org/bzg/org-mode.git (cd org-mode && make autoloads) HOME=/tmp/fake-home emacs -L /tmp/fake-home/org-mode/lisp 2. Create a new org file with the following contents: * One * Two * Three 3. Move point to the "Two" headline, use C-c C-x C-w to kill it 4. Move point to *the end* of the "One" headline (first line) 5. Try to yank the "Two" headline: C-c C-x C-y (org-paste-special -> org-paste-subtree) Expected results (using ~~~~~~ as delimiters here): ~~~~~~ * One * Two * Three ~~~~~~ Observed results: ~~~~~~ * Two * Three ~~~~~~ Note that all content on the "* One" line where we invoked org-paste-subtree has been deleted. I suspect the problem may be in org-paste-subtree. Here's an excerpt that calculates the value for force-level: ~~~~~~ (force-level (cond (level (prefix-numeric-value level)) ;; When point is right after the stars in an otherwise ;; empty headline, use stars as the forced level. ((and (looking-at-p "[ \t]*$") (string-match-p "^\\*+ *" (buffer-substring (line-beginning-position) (point)))) (org-outline-level)) ((looking-at-p org-outline-regexp-bol) (org-outline-level)))) ~~~~~~ The comment says it's trying to identify an "empty headline", but the combination of the two regexes there seems to simply confirm that point is at EOL, ignoring white space, and that we're on a headline. They seem to do nothing to ensure that there is no content between the headline bullets and EOL, so force-level becomes non-nil, which causes org-paste-subtree to delete the contents of the line at point. Assuming the comment's intent is correct, perhaps the looking-at-p/string-match-p pair should just be replaced with something like this? (string-match-p "^\\*+\\s-*$" (buffer-substring (line-beginning-position) (point))) Version info: Emacs : GNU Emacs 26.1.50 (build 2, x86_64-apple-darwin17.7.0, NS appkit-1561.60 Version 10.13.6 (Build 17G65)) of 2018-08-31 Package: Org mode version 9.1.14 (release_9.1.14-961-g5abfde @ /tmp/orgbug/org-mode/lisp/) Regards, Dale --0000000000003d5f0705776a2a88 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, I think I may have found a bug in org-paste-subtree in master= branch where it will delete the content of the headline at point before ya= nking.=C2=A0 Steps to reproduce:

1. Start a fresh Emacs = along the lines of:

mkdir /tmp/fake-home
cd /tmp/fake-home
(cd org-mode && make autoloads)
HOME=3D/tmp/fake-home = emacs -L /tmp/fake-home/org-mode/lisp

2. Create a = new org file with the following contents:

* One
* Two
* Three

3. Move point to t= he "Two" headline, use C-c C-x C-w to kill it

4. Move point to *the end* of the "One" headline (first lin= e)

5. Try to yank the "Two" headline: C-= c C-x C-y (org-paste-special -> org-paste-subtree)

<= div>Expected results (using ~~~~~~ as delimiters here):

~~~~~~
* One
* Two
* Three
~~= ~~~~

Observed results:

~~= ~~~~

* Two
* Three
= ~~~~~~

Note that all content on the "* One&qu= ot; line where we invoked org-paste-subtree has been deleted.
I suspect the problem may be in org-paste-subtree.=C2=A0 Here&#= 39;s an excerpt that calculates the value for force-level:

~~~~~~
=C2= =A0 (force-level
=C2=A0 = =C2=A0(cond
=C2=A0 =C2=A0= (level (prefix-numeric-value level))
=C2=A0 =C2=A0 ;; When point is right after the stars in an oth= erwise
=C2=A0 =C2=A0 ;; e= mpty headline, use stars as the forced level.
=C2=A0 =C2=A0 ((and (looking-at-p "[ \t]*$")=
=C2=A0 (string-match-p = "^\\*+ *"
= =C2=A0 (buffer-substring (line-beginning-position)
=C2=A0 =C2=A0 (point))))
=C2=A0 =C2=A0 =C2=A0(org-outline-level))
=C2=A0 =C2=A0 ((looking-at-p= org-outline-regexp-bol) (org-outline-level))))
~~~~~~

The comment says it's trying to identify an "= empty headline", but the combination of the two regexes there seems to= simply confirm that point is at EOL, ignoring white space, and that we'= ;re on a headline.=C2=A0 They seem to do nothing to ensure that there is no= content between the headline bullets and EOL, so force-level becomes non-n= il, which causes org-paste-subtree to delete the contents of the line at po= int.

Assuming the comment's intent is correct,= perhaps the looking-at-p/string-match-p pair should just be replaced with = something like this?

(string-match-p "^\\*+\\= s-*$" (buffer-substring (line-beginning-position) (point)))
=
Version info:

Emacs=C2=A0 : GN= U Emacs 26.1.50 (build 2, x86_64-apple-darwin17.7.0, NS appkit-1561.60 Vers= ion 10.13.6 (Build 17G65))
=C2=A0of 2018-08-31
Package:= Org mode version 9.1.14 (release_9.1.14-961-g5abfde @ /tmp/orgbug/org-mode= /lisp/)

Regards,
Dale
<= /div>
--0000000000003d5f0705776a2a88-- From MAILER-DAEMON Thu Oct 04 16:54:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8AdR-0005iw-LD for mharc-emacs-orgmode@gnu.org; Thu, 04 Oct 2018 16:54:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59668) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8AdN-0005ik-EV for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 16:54:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8AdF-0002Xq-RH for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 16:54:08 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:40163) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g8AdF-0002Sy-KK for emacs-orgmode@gnu.org; Thu, 04 Oct 2018 16:54:01 -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 C2E31240009; Thu, 4 Oct 2018 20:53:57 +0000 (UTC) From: Nicolas Goaziou To: Dale Sedivec Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Dale Sedivec , emacs-orgmode@gnu.org Date: Thu, 04 Oct 2018 22:53:57 +0200 In-Reply-To: (Dale Sedivec's message of "Thu, 4 Oct 2018 12:05:06 -0500") Message-ID: <87tvm1ph5m.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Bug: org-paste-subtree may delete headline at point [9.1.14 (release_9.1.14-961-g5abfde)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Oct 2018 20:54:12 -0000 Hello, Dale Sedivec writes: > Hi, I think I may have found a bug in org-paste-subtree in master branch > where it will delete the content of the headline at point before yanking. > Steps to reproduce: > > 1. Start a fresh Emacs along the lines of: > > mkdir /tmp/fake-home > cd /tmp/fake-home > git clone https://code.orgmode.org/bzg/org-mode.git > (cd org-mode && make autoloads) > HOME=/tmp/fake-home emacs -L /tmp/fake-home/org-mode/lisp > > 2. Create a new org file with the following contents: > > * One > * Two > * Three > > 3. Move point to the "Two" headline, use C-c C-x C-w to kill it > > 4. Move point to *the end* of the "One" headline (first line) > > 5. Try to yank the "Two" headline: C-c C-x C-y (org-paste-special -> > org-paste-subtree) > > Expected results (using ~~~~~~ as delimiters here): > > ~~~~~~ > * One > * Two > * Three > ~~~~~~ > > Observed results: > > ~~~~~~ > > * Two > * Three > ~~~~~~ > > Note that all content on the "* One" line where we invoked > org-paste-subtree has been deleted. Ouch. Thank you for spotting this and for the analysis. I applied a patch in the line of what you suggested. Regards, -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 05 04:29:57 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8LUj-0003hE-Gg for mharc-emacs-orgmode@gnu.org; Fri, 05 Oct 2018 04:29:57 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35590) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8LUg-0003gK-SY for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 04:29:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8LUc-0008HU-F0 for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 04:29:51 -0400 Received: from mail-ua1-x92d.google.com ([2607:f8b0:4864:20::92d]:34702) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g8LUa-0008FH-IA for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 04:29:49 -0400 Received: by mail-ua1-x92d.google.com with SMTP id r15-v6so4424621uao.1 for ; Fri, 05 Oct 2018 01:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ADqrWSr6nMzsAzZsJehDCv5e7lCjgDUFhaDyf4kxRdw=; b=XpDJes57ezlLojUcUyOAYr2sMiCnSErrZ/PUFbpE21ZRNAwLAe89GA/zkiWTHD7zZl acKmcsjW+uQo6KXt67O5PYwTVEEAYYbZyho7RutnDHu2i4SFFC500HH2lbuaQ3wUi0eP cXwtS+Mk8nVROYurUcJZqIE3B1oVGwqtwlSE9kPHY8ItR6cpzOyWVIgOk3OT01aCT+QZ HiGn6MfcCjjonTJDs9GdARY8nZxZaA+Pz1SosXYVCjfgeFeXDtrnBdzqsssxafbXclZ/ XGkp4pxTgzSaxkzDrok4A8AYyUkhmdxfOy+c3Ekf36WuNTvPKJ+hO4hlVwbSKZ+dryIn yyew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ADqrWSr6nMzsAzZsJehDCv5e7lCjgDUFhaDyf4kxRdw=; b=somM/ZwUsb2MQj+vD0LHBXHzeAggebCHeGklrNwWaRI6GOXWRW6oFTiVUjC4QQPdQ5 18H+KTfP4OUsUMMSfWQFEVa/j4DIvMd9IpcscYfC2N7O9CEW/ulKTnkEzQ1yFItiWp8N 5wyhl1aEFSSpy18yGaOzzlgKldHrK63biTXhAcNnnDK/NGyGiKMx+fuFP6OWH4L3tRfr tjmtG+od3ZgNlWaxMPeS1lQAfrF/tAoXgbdKEjN3GcdTFA8639zPazsC7wDASQZrDy1Q pwqCsXtbNR5mbaMzYhyJvC64DDsOx+Lw/31Byo3lSaSl0KHaHdkIaD1Py7nWS/Km6LWI 153w== X-Gm-Message-State: ABuFfoh86XnCvTSbTRvnzkR/TagQcPCaUPCDUL22L4fMDqAWIBvCpVbZ YCzSr+iCrp0UbJZALYxwcod5D+EooStrd1l7NJxPGfda X-Google-Smtp-Source: ACcGV63/MUbj9zb8pkZruZgDWTbVbZNlqqguNowWjTh522n0wy4uPIOwOUkoIl1+OSJ88Ak2EaLoJIZLHbJeAk1nfmU= X-Received: by 2002:a9f:2f17:: with SMTP id x23-v6mr3980465uaj.54.1538728184894; Fri, 05 Oct 2018 01:29:44 -0700 (PDT) MIME-Version: 1.0 From: Matthew Palermo Date: Fri, 5 Oct 2018 18:29:13 +1000 Message-ID: To: emacs-orgmode@gnu.org Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::92d Subject: [O] Skipping the SUBTREE visibility state X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 08:29:55 -0000 Hi Org mode list, I find it really distracting when a large SUBTREE is expanded while browsing through an Org document. Does anyone else find this problematic or am I doing something wrong? Today I explored some ways to avoid this problem and came up with a patch to the ~org-cycle~ function to allow skipping the SUBTREE state. I have included the patch to ~org.el~ inline below. This patch makes a minimal modification to ~org-cycle~, defines a new command ~org-cycle-skip-subtree~ and binds it to C-Tab (overwriting the original binding). I'd like to hear your feedback. Thanks. Btw, I'm new to this sending patches via mailing list so please let me know if I've done something wrong. diff -u "c:/Users/Matthew Palermo/AppData/Roaming/.emacs.d/org.el" "c:/Users/Matthew Palermo/AppData/Roaming/.emacs.d/org-skip.el" --- "c:/Users/Matthew Palermo/AppData/Roaming/.emacs.d/org.el" 2018-04-24 00:17:49.000000000 +1000 +++ "c:/Users/Matthew Palermo/AppData/Roaming/.emacs.d/org-skip.el" 2018-10-05 17:10:33.347064600 +1000 @@ -6677,7 +6677,7 @@ (apply 'message args))) ;;;###autoload -(defun org-cycle (&optional arg) +(defun org-cycle (&optional arg skipsubtree) "TAB-action and visibility cycling for Org mode. This is the command invoked in Org mode by the `TAB' key. Its main @@ -6817,7 +6817,7 @@ (save-excursion (move-beginning-of-line 1) (looking-at org-outline-regexp))) (or (bolp) (not (eq org-cycle-emulate-tab 'exc-hl-bol)))) - (org-cycle-internal-local)) + (org-cycle-internal-local skipsubtree)) ;; From there: TAB emulation and template completion. (buffer-read-only (org-back-to-heading)) @@ -6849,6 +6849,11 @@ (org-back-to-heading) (org-cycle))))))) +(defun org-cycle-skip-subtree () + "Calls `org-cycle' except it skips the SUBTREE state" + (interactive) + (org-cycle nil t)) + (defun org-cycle-internal-global () "Do the global cycling action." ;; Hack to avoid display of messages for .org attachments in Gnus @@ -6890,7 +6895,7 @@ If POS is nil, use `point' instead." (get-char-property (or pos (point)) 'invisible)) -(defun org-cycle-internal-local () +(defun org-cycle-internal-local (&optional skipsubtree) "Do the local cycling action." (let ((goal-column 0) eoh eol eos has-children children-skipped struct) ;; First, determine end of headline (EOH), end of subtree or item @@ -6936,7 +6941,7 @@ (when (org-invisible-p) (org-flag-heading nil)))) ((and (or (>= eol eos) (not (string-match "\\S-" (buffer-substring eol eos)))) - (or has-children + (or has-children skipsubtree (not (setq children-skipped org-cycle-skip-children-state-if-no-children)))) ;; Entire subtree is hidden in one line: children view @@ -6972,9 +6977,10 @@ (setq org-cycle-subtree-status 'children) (unless (org-before-first-heading-p) (run-hook-with-args 'org-cycle-hook 'children))) - ((or children-skipped - (and (eq last-command this-command) - (eq org-cycle-subtree-status 'children))) + ((and (not skipsubtree) + (or children-skipped + (and (eq last-command this-command) + (eq org-cycle-subtree-status 'children)))) ;; We just showed the children, or no children are there, ;; now show everything. (unless (org-before-first-heading-p) @@ -19508,6 +19514,7 @@ (org-defkey org-mode-map "\C-i" 'org-cycle) (org-defkey org-mode-map [(tab)] 'org-cycle) (org-defkey org-mode-map [(control tab)] 'org-force-cycle-archived) +(org-defkey org-mode-map [(control tab)] 'org-cycle-skip-subtree) (org-defkey org-mode-map "\M-\t" #'pcomplete) ;; The following line is necessary under Suse GNU/Linux Diff finished. Fri Oct 5 18:08:00 2018 From MAILER-DAEMON Fri Oct 05 06:43:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8NZV-0000N2-Kc for mharc-emacs-orgmode@gnu.org; Fri, 05 Oct 2018 06:43:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37144) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8NZU-0000Mv-4D for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 06:43:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8NZQ-0001V2-7G for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 06:43:00 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:48121) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g8NZN-0001Pb-6D for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 06:42:54 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id B9E0A24000C; Fri, 5 Oct 2018 10:42:49 +0000 (UTC) From: Nicolas Goaziou To: Kaushal Modi Cc: emacs-org list References: Mail-Followup-To: Kaushal Modi , emacs-org list Date: Fri, 05 Oct 2018 12:42:47 +0200 In-Reply-To: (Kaushal Modi's message of "Thu, 4 Oct 2018 11:10:55 -0400") Message-ID: <87lg7cptco.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] [RFC] Replace lambda functions added to org-mode-hook with named funcs X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 10:43:00 -0000 Hello, Kaushal Modi writes: > Going down the rabbit hole, I discovered many places in Org source > where lambdas were added to org-mode-hook. > > I propose to replace such lamba functions with named functions. > Here's an example of diff on maint branch, after making one such change: > > ===== > diff --git a/lisp/org.el b/lisp/org.el > index 2cc9b6a1c..9f28502d4 100644 > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -7429,10 +7429,10 @@ a block. Return a non-nil value when toggling > is successful." > (when (eq (overlay-get ov 'invisible) 'org-hide-block) > (delete-overlay ov)))))))) > > -;; Remove overlays when changing major mode > -(add-hook 'org-mode-hook > - (lambda () (add-hook 'change-major-mode-hook > - 'org-show-block-all 'append 'local))) > +(defun org--unfold-all-blocks-on-major-mode-change () > + "Remove overlays when changing major mode." > + (add-hook 'change-major-mode-hook #'org-show-block-all 'append 'local)) > +(add-hook 'org-mode-hook #'org--unfold-all-blocks-on-major-mode-change) If that's a function added to `org-mode-hook', it is not useful to add "on major mode change". > If there is no objection to this, I can fix this everywhere in maint, > and then merge that into master. Please make changes in "master" instead, and merge them into "next" then. Regards, -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 05 13:54:16 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8UIq-0001Dq-NS for mharc-emacs-orgmode@gnu.org; Fri, 05 Oct 2018 13:54:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35382) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8UIl-00011h-GX for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 13:54:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8UBq-0004Zj-SH for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 13:47:03 -0400 Received: from mail-lf1-x132.google.com ([2a00:1450:4864:20::132]:43194) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g8UBq-0004YJ-Km for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 13:47:02 -0400 Received: by mail-lf1-x132.google.com with SMTP id p34-v6so9926006lfg.10 for ; Fri, 05 Oct 2018 10:47: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; bh=bnNv4N5j5COHrCjLPJ3W3O+LKv8B6J3/qxzAzrjhneQ=; b=nUxF5yfoByBdA30WBiPp8LwdxlZUxr7e0dO84JHXMzY7uSkQ893LmKf3KusaX5G/Ms m9QGOjW8XgeQWguzIl148wInm5VYHuyV5woRx7Wx3gNqG/OcahhLX1IaH9dewSDqOenW BsCrnGm9qO3DGN6682ZMQAgiLJL80ePFC1qhuw8xkoZ5yqzKNpwtiSh6+0uy8+yLhE+J cXHcFRq7p90Nxoyz3JgAR7zehPzkuAqz3TZ4lsNTxV1FPGF5K10hLOGKxxXE8n6kbM2V NXX2r73Gu8fkjtDdSlrDrQeIQBMWD410YY4lXfmFqaXQJp8FKYb+J/OqrlKTvLgwFghR U5hA== 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; bh=bnNv4N5j5COHrCjLPJ3W3O+LKv8B6J3/qxzAzrjhneQ=; b=kJNzT2bWJk0BdezzjFrXS7oNRmxoW+HNbCJN5VKS5q4o3/8xEj1NBKzgPu87Ubjh0S HBFx5w7ABHDTEgD4t5N2AZQwtECCOoX06eJFWui3FODaPvQM/zgsskCvmXqyccfzOxra bY5+JKLqedS67Ir2YN5NgcvcVc6X9pG4aWqhw5MO1EYNpI29bXdj4NcIa8bTLIIXJen1 hUCgSnbfwk5qfycWxwNAYtrw4yIjererfZmZcO1cEBfVlzfRLu1pL2BI7W73xzvcCaqJ lyg97pMtacMFEyPHdUvtS+y12bPdjSzaGI7nJjly381eRJ5ZE9BOMTBtaMXCUyDiooIP NypQ== X-Gm-Message-State: ABuFfoifJUESpavSoV7jT9ofuLSshXjL6dw4zV1AoGvlpmWhWPBflQft 1scv1xJRwP5dqQanaLHjzGdZhjJbQ2oe2EYV+pyV7j2v X-Google-Smtp-Source: ACcGV60yGcNgZY76g0hVyCngvQVsV30v1TF3e9c9kkFr4W1nEIpqsO9ehgP8i+HCjd6wDSPc3x5kMZp07lSV2roRebs= X-Received: by 2002:a19:990c:: with SMTP id b12-v6mr7012316lfe.18.1538761620851; Fri, 05 Oct 2018 10:47:00 -0700 (PDT) MIME-Version: 1.0 References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> In-Reply-To: <2018-10-01T16-59-13@devnull.Karl-Voit.at> From: Michael Brand Date: Fri, 5 Oct 2018 19:46:47 +0200 Message-ID: To: Karl Voit Cc: Org Mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::132 Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 17:54:12 -0000 Hi Karl On Mon, Oct 1, 2018 at 5:02 PM Karl Voit wrote: > I'd like to calculate the differences between rows of numbers of a > different table. For this kind of shifting row or column indexes I use Calc vector subscript. In your case: #+NAME: my-table | Numbers | |---------| | 1 | | 5 | | 8 | | 12 | | 15 | | Line | Difference | |------+------------| | 1 | | | 2 | 4 | | 3 | 3 | | 4 | 4 | | 5 | 3 | #+TBLFM: $2 = if($1 == 1, string(""), subscr(remote(my-table, @I$1..@II$1), @# - 1) - subscr(remote(my-table, @I$1..@II$1), @# - 2)) or, avoiding @# completely in the formula for $2: #+TBLFM: $2 = if($1 == 1, string(""), subscr(remote(my-table, @I$1..@II$1), $1) - subscr(remote(my-table, @I$1..@II$1), $1 - 1)) See also a similar example of subscr in the subsection "Dynamic variation of ranges" here: https://orgmode.org/worg/org-hacks.html#field-coordinates-in-formulas Michael From MAILER-DAEMON Fri Oct 05 16:06:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8WMt-0008CY-A6 for mharc-emacs-orgmode@gnu.org; Fri, 05 Oct 2018 16:06:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39978) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8WMr-0008CS-PB for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 16:06:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8WMn-00087p-R3 for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 16:06:33 -0400 Received: from mail-lj1-f170.google.com ([209.85.208.170]:45866) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g8WMn-00087K-J8 for emacs-orgmode@gnu.org; Fri, 05 Oct 2018 16:06:29 -0400 Received: by mail-lj1-f170.google.com with SMTP id j4-v6so8893291ljc.12 for ; Fri, 05 Oct 2018 13:06:29 -0700 (PDT) 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; bh=LCB0pWt2kqiy19uWpzVofNTK/tzTqK1uYdFG03Nl5Mo=; b=g4gIHJ9dGLFGqlc0X803/TT70dYDp92WJwnhz8jaU+nIPCHKKaAPMcCI05rNQX9iCI j9IA7d1rle+my0yLE5ukEbSU/jepnn59T7cgSHZV/EAQ9GTOdRnbih3EiSJ1t8FjF3XT XfL3WKhnrWl/1cTWvk0faUuH4ml+I3/RMCgpj4kk370G5vaP+avjbZDOlspTZt81E+NM PkqxQkJc+qyQ4SnhVPLTyj8zXig2XaIkLE1zRKKwQ/APAIxKHlYASmaeOPKnrisxMylw yO7FnsjBbImLIEinJc65sKCx0TkhSCRlhwZ6XM+q/+NLN9Hk5UmXs53pKLXxoAuTFmuG qZwQ== X-Gm-Message-State: ABuFfog3AaBikd7Xw3BkJYkSfsgyaj7re76VwvmGsZoSDSpMfN1IrpwX D3qif9UTxiz+UdVA0OXuwuYIGvHn/qfxJ4Ngo/E= X-Google-Smtp-Source: ACcGV62rSpDYmH5KL9E5NrcX8nvcmdfYkRCQTT6UzjI6jZZOxYrJg3YJYdVVPSML8uwIOmzoMTjzdkGi2E/qCWneZEQ= X-Received: by 2002:a2e:9ec5:: with SMTP id h5-v6mr8207000ljk.40.1538769987847; Fri, 05 Oct 2018 13:06:27 -0700 (PDT) MIME-Version: 1.0 References: <833272723.4259898.1538636915102.ref@mail.yahoo.com> <833272723.4259898.1538636915102@mail.yahoo.com> <213080806.4531977.1538668303406@mail.yahoo.com> In-Reply-To: <213080806.4531977.1538668303406@mail.yahoo.com> From: Grant Rettke Date: Fri, 5 Oct 2018 15:06:03 -0500 Message-ID: To: bknotwell@yahoo.com Cc: Org-mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.208.170 Subject: Re: [O] org-babel-detangle issue on 9.1.14 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2018 20:06:34 -0000 On Thu, Oct 4, 2018 at 10:53 AM Brad Knotwell wrote: > Thanks for the response. At a minimum, I'd recommend changing the error message from "Not in a source block" to something more descriptive > as most people's initial response will be, "uhhh, but it looks like I am." Consider submitting your suggestion as a patch so it is super easy to know what change you are suggesting. If you never submitted one before I am glad to help. > Ideally, an additional comment marker would delineate the source block from the meta-programmed variables to allow the edited source code's > verbatim replacement. Or it might make sense to have a setting that separates the tangled source file from the meta programmed variables. > Using your example above, it could tangle to something like the following: > > #!/bin/sh > # [[file:~/tmp/test.org::org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE][org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE]] > . ./noideahowtonamethesegenerically.sh # the naming seems tricky to me > echo $x > # org_gcr_2018-10-04T08-35-43-05-00_cosmicality_CCEACAA2-A6B3-4FDD-9259-7F633316F0CE > ends here One way is that you can keep the values in an external file and load it before each source block in the preamble code? I'm thinking pretty simply but depending on what you wan to do here there might be an easy solution. From MAILER-DAEMON Sat Oct 06 03:01:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8gaT-0000Gx-Fy for mharc-emacs-orgmode@gnu.org; Sat, 06 Oct 2018 03:01:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36883) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8gaR-0000GV-GV for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 03:01:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8gaM-0007DC-On for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 03:01:15 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:38455) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g8gaL-0007BO-Oq for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 03:01:09 -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 777DC240008; Sat, 6 Oct 2018 07:01:04 +0000 (UTC) From: Nicolas Goaziou To: Matthew Palermo Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Matthew Palermo , emacs-orgmode@gnu.org Date: Sat, 06 Oct 2018 09:01:03 +0200 In-Reply-To: (Matthew Palermo's message of "Fri, 5 Oct 2018 18:29:13 +1000") Message-ID: <878t3bpnio.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Skipping the SUBTREE visibility state X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2018 07:01:16 -0000 Matthew Palermo writes: > Hi Org mode list, > > I find it really distracting when a large SUBTREE is expanded while > browsing through an Org document. Does anyone else find this > problematic or am I doing something wrong? I'm not sure to understand the problem you want to solve. Could you expound it a bit? Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 06 09:43:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8mrF-0002Px-9b for mharc-emacs-orgmode@gnu.org; Sat, 06 Oct 2018 09:43:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37599) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8mrD-0002Po-10 for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 09:42:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8mrC-0000Z2-7S for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 09:42:58 -0400 Received: from mail-lf1-x133.google.com ([2a00:1450:4864:20::133]:45871) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g8mrB-0000XZ-Uh for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 09:42:58 -0400 Received: by mail-lf1-x133.google.com with SMTP id m80-v6so11151576lfi.12 for ; Sat, 06 Oct 2018 06:42:57 -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; bh=5A4Sz/TfH6AfSp4rmZOqB+urXuBxxGTXMp70U5rsOYc=; b=R9jRTShH+j2ZNbbKkPatliSvEIIyQ8PPff1LD0h1zpEVuAr2ZpjfrPB/Wydo5dsRoa 9Tn+i/54CbN2QQNnTFiHCcuDbPtFwXnnGsg3ol9I22/vrtGmu9PbVJT8l+8YEobgTPJ8 6ZT/jubErbh3irmaUv9qXcQTepBM5LQuENoq57OviXh4BlnazR0RqIDMgON4jW6Y9/ME mk9iHmjLhVzy/i8BYQIKuLFZBRe5eElV+cRtxogLkiXchh2/aiNVvcYUdy+dJMdvSpzz F5J8J2oqTt7ZxSzRrI2taArD/CA+aGM8yVnlIVf3GbXqKcBuWfeBVSfc2vHwvxKXutkU PV+Q== 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; bh=5A4Sz/TfH6AfSp4rmZOqB+urXuBxxGTXMp70U5rsOYc=; b=cABeEjlG0y3LBfU/yxfXIF8enhseIFEnn/y8LXCoh5hFtJaTGFKUof6vofXCDG5Vlg XVaRrkCXgODVQ+Puqt1nRj8TOfJ3nMivCxqJL/r6pTz2rgPIYR8PP84GIfMrtOQc+COh 8hGeqsErmbRMNxAJm0V5S9bzxXCOxA8ddpvU4MXV2KdnvaCmA0I1fAbHVsbgrrla6O1P /9z1LZ7u0Em1R3DoLWTk43Bx6TVINxn37HCOfEszeJSQeuvTmrXGNIkjYh3WrvAWU3SG jzLb5h22FKhytX+1zfx4t2PyNi11Tn/KDKR3noA1gu42L71s4u29Xg8W+Fx3KzJ1cTJd 0WhQ== X-Gm-Message-State: ABuFfojQG8CW4jjypUldvubZDkKkVxrEvj/d54C7I/SF1y5dO2LzV+DA oxXYwBsG1T0kMqqvw39oyMNk1UNETNbgBf+t20hyqw== X-Google-Smtp-Source: ACcGV62pSe9DCRpHC5CcXeb0u/DCQW/+2Ttc9xlK0oZP6vBPcgNjl+REptl19ynMWJ6hpWqKPCl/JwAAhMReV+MgNeY= X-Received: by 2002:a19:be46:: with SMTP id o67-v6mr8555007lff.139.1538833375827; Sat, 06 Oct 2018 06:42:55 -0700 (PDT) MIME-Version: 1.0 References: <87lg7cptco.fsf@nicolasgoaziou.fr> In-Reply-To: <87lg7cptco.fsf@nicolasgoaziou.fr> From: Kaushal Modi Date: Sat, 6 Oct 2018 09:42:43 -0400 Message-ID: To: emacs-org list Content-Type: multipart/alternative; boundary="000000000000bc1dc805778f9031" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::133 Subject: Re: [O] [RFC] Replace lambda functions added to org-mode-hook with named funcs X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2018 13:42:59 -0000 --000000000000bc1dc805778f9031 Content-Type: text/plain; charset="UTF-8" On Fri, Oct 5, 2018, 6:42 AM Nicolas Goaziou wrote: > > If that's a function added to `org-mode-hook', it is not useful to add > "on major mode change". > Yes, I'll remove that one hook addition. > If there is no objection to this, I can fix this everywhere in maint, > > and then merge that into master. > > Please make changes in "master" instead, and merge them into "next" > then. > OK. I'll get to this sometime this week. Thanks. > --000000000000bc1dc805778f9031 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, = Oct 5, 2018, 6:42 AM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:

If that's a function added to `org-mode-hook', it is not useful to = add
"on major mode change".

Yes, I'll remove that one hook additio= n.=C2=A0

> If there is no objection to= this, I can fix this everywhere in maint,
> and then merge that into master.

Please make changes in "master" instead, and merge them into &quo= t;next"
then.

OK. I'll get to this sometime this week.=C2=A0

Thanks.=C2=A0
--000000000000bc1dc805778f9031-- From MAILER-DAEMON Sat Oct 06 11:25:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8oS9-00041G-F9 for mharc-emacs-orgmode@gnu.org; Sat, 06 Oct 2018 11:25:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8oS3-0003x0-Ax for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 11:25:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8oRy-0004K3-E3 for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 11:25:07 -0400 Received: from fbo-1.mxes.net ([205.237.194.110]:58305) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g8oRy-0004FY-8b for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 11:25:02 -0400 Received: from smtp-out-1.mxes.net (smtp-out-1.mxes.net [205.237.194.119]) by fbi-1.mxes.lan (Postfix) with ESMTP id CAC382755C for ; Sat, 6 Oct 2018 11:24:54 -0400 (EDT) Received: from Customer-MUA (mua.mxes.net [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id C5F88274F3 for ; Sat, 6 Oct 2018 11:24:53 -0400 (EDT) To: emacs-orgmode@gnu.org From: Kodi Arfer Message-ID: Date: Sat, 6 Oct 2018 11:24:52 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Sent-To: X-Sender: tmbox.com X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 205.237.194.110 Subject: [O] Automatically save the archive file after org-archive-subtree X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2018 15:25:08 -0000 As of https://code.orgmode.org/bzg/org-mode/commit/b186d1d7236c0dc397eadeb004c9a17eaffd3aab archiving a subtree no longer automatically saves the archive file. How can I get this behavior back? A Debian bug was also opened for this issue: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887332 From MAILER-DAEMON Sat Oct 06 12:58:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8puS-0007ep-SW for mharc-emacs-orgmode@gnu.org; Sat, 06 Oct 2018 12:58:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43680) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8puQ-0007dS-Gv for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 12:58:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8puM-0002Lq-Gf for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 12:58:30 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:49881) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g8puL-0002KK-Pk for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 12:58:26 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 0F1B740005 for ; Sat, 6 Oct 2018 16:58:23 +0000 (UTC) From: Nicolas Goaziou To: Org Mode List Mail-Followup-To: Org Mode List Date: Sat, 06 Oct 2018 18:58:23 +0200 Message-ID: <874ldzovv4.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: [O] [RFC] htmlize and htmlfontify comparison X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2018 16:58:31 -0000 --=-=-= Content-Type: text/plain Hello, I'm in the process of moving Org from htmlize to htmlfontify. I'm starting out with a low hanging fruit, which is the call to `htmlize-buffer' in `org-org-publish-to-org'. I created a simple Org file and published it once using htmlfontify and another time with htmlize. I'm attaching the two HTML files obtained. My CSS/HTML/Javascript-fu is rusty. Could someone tell me if there is anything wrong with the result? Is it a drop-in replacement or does it need more clean-up? Thank you. Regards, -- Nicolas Goaziou --=-=-= Content-Type: text/html Content-Disposition: attachment; filename=htmlfontify-x.org.html Content-Description: HTML with Htmlfontify wip-html.org
# Time-stamp: <2018-10-06 18:06:43 ngz>
* Headline

#+begin_src emacs-lisp
(defun test (&rest _) nil)
#+end_src

*bold*

/italic/

--=-=-= Content-Type: text/html Content-Disposition: attachment; filename=htmlize-x-org.html Content-Description: HTML with htmlize wip-html.org
# Time-stamp: <2018-10-06 18:06:43 ngz>
* Headline

#+begin_src emacs-lisp
(defun test (&rest _) nil)
#+end_src

*bold*

/italic/

--=-=-=-- From MAILER-DAEMON Sat Oct 06 18:25:32 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g8v0t-00016m-Vk for mharc-emacs-orgmode@gnu.org; Sat, 06 Oct 2018 18:25:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g8v0r-00016c-Au for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 18:25:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g8v0m-0008QQ-De for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 18:25:29 -0400 Received: from mout.gmx.net ([212.227.15.18]:33733) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g8v0m-0008N0-4L for emacs-orgmode@gnu.org; Sat, 06 Oct 2018 18:25:24 -0400 Received: from len.workgroup ([46.94.158.145]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lx8OH-1fboIz26av-016dKJ for ; Sun, 07 Oct 2018 00:25:20 +0200 Received: from len.workgroup ([46.94.158.145]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lx8OH-1fboIz26av-016dKJ for ; Sun, 07 Oct 2018 00:25:20 +0200 From: Gregor Zattler To: emacs-orgmode@gnu.org Mail-Followup-To: emacs-orgmode@gnu.org Date: Sun, 07 Oct 2018 00:25:15 +0200 Message-ID: <87tvlyu304.fsf@len.workgroup> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:vMKfEb5UH1IMhYNxIYgC48jD6vE+6NlpIuwj8E4D+B7GVse0LLX i3g9Ki7CpctXS1IIROyJjbl6SOmnLcYyZgsfl3A9dU0IdZgK2Z7lH/pzFQlfYolS56kLgV6 vrQucxPTvL4sEv/gaMEu4Nyxlne8TfH8nUuJVbyJBm8VsanvQKlDffXhs9s2IYedBQem/Az cQwEgMevDHUztqpMDQRAA== X-UI-Out-Filterresults: notjunk:1;V01:K0:VId3BPbKix0=:O4mkwQ2bEs5MGsKmr8fvKc rATKuH2xnHLZ6LsxEwG3DcHKCYCxa4mrrZX0LGDfBuhyQxehCL9v2ha3sisfYF2l4hRmAJJ7t h70i/dn7wGlY68YH4/4TWqPCP+xzAbgpz3zqLEH8BBYey8ETMcjpVzYxuvypNmyiRZuNwNkwl fYd/Bpa2d1V089FPqsXgJxyivQxKmPN7+d+61RD9HxsaD3mLU15cBRTQjxKr/up6+m6BAiasB J+nc2VkzXCIW3cCHBxNznFr8Vod3W3u5xskuKQFV8S9iJQmFbRtog/B+lXwkMEEgEII+q5y1n ulw1m0iNzcKVbJSmonfLix+TCyxq8wBI/bRQuvprRrSkzC+Be7yXB5Nu57IDh8gsqHYJFKXSk uZHxpD58tVUIvMY6Tc3FOYvITKcKQAhKglDPPGCHxHhkm0gk3ED2mwjt7btXoXphB9ySBugJ5 E5zPQRGZCaC1AFaL82PCfA9huNMdcifiS/wIWSWGYvbmHfBM5l7Day/Xkj8DzdFVtA4s/SRrO 76FVD8s2XkxgBrsZZ0SxwBXSxDcSC5Px43C5+Rqy/fAR84hCWBM0ksjQYwFvydgLNQucaq36M OZuqTM7oEytfEMrHTjfre4aVWikJhbUFUTGqAivqaNy04B6wncqJhRAvBsuJOsqebdZqul5vf JfdaLlsrHhcvGi5sBp15DuIlB54ThLU2wcjI6Tlis/IAx18wgJUeNjaG5mEcZDxMevY7CLU7t 9O4kwVXDhLZP36DmtAp1hXJuOV2yEndS/yU9BakgLmaY0qhAtKzyorIb6iaNzAcJDJlyMEkPC GTP0q7QMsc0P4lFlUQ2jqMYH/M2HEWGtAyzESZ6NgwAxaFnbFE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.18 Subject: [O] Bug: manual still mentions orgstruct minor mode [9.1.14 (release_9.1.14-968-gfdb36d @ /home/grfz/src/org-mode/lisp/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2018 22:25:30 -0000 Dear org mode developers, orgstruct minor mode is still mentioned as an usage example for in-place conversion in org manuals chapter "12.18 Export in Foreign Buffers". I know and use package "orgalist" but I'm not sure if it makes sense to mention a package at this point of the org manual. Furthermore I do not use in-place conversions, therefore I cannot propose another example/wordoing. Ciao; Gregor -- -... --- .-. . -.. ..--.. ...-.- From MAILER-DAEMON Sun Oct 07 00:55:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9162-0003oC-PD for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 00:55:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56363) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g915z-0003lk-By for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 00:55:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g915w-0005vd-74 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 00:55:11 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:44502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g915v-0005vF-Ei for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 00:55:08 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 906FCE62DE for ; Sun, 7 Oct 2018 06:55:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2IsPalhJZKqt for ; Sun, 7 Oct 2018 06:55:02 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id CE255E6257 for ; Sun, 7 Oct 2018 06:55:01 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Sun, 07 Oct 2018 06:53:30 +0200 Message-ID: <87h8hy1ho5.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 04:55:14 -0000 Hi Orgers, my agenda takes almost 10 seconds to show up. Are there any ideas for profiling that? I suspect that archiving a lot of old entries I don't use anymore might help, but is there any way to e.g. display some stats on which file/headline took how much time? TIA, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 07 03:05:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g937c-00033k-O6 for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 03:05:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41187) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g937X-0002sL-3G for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 03:04:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g92zt-0000CT-HR for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 02:57:02 -0400 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:38259) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g92zt-0000Bu-9V for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 02:57:01 -0400 Received: by mail-lj1-x22f.google.com with SMTP id v7-v6so14594259ljg.5 for ; Sat, 06 Oct 2018 23:57:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=k5tBbjO8SssY/XxYuOaimpMXKNS34uZtTETv9AgxVbM=; b=npqapqYr2yL8d8ovktEO9mCx7LUZU8Eg2FKnVtjblVwRK9iv8r+iRejwYdpM6lx3gS 84DQ2zs/HIVIR+XBm1F478vypDSfrth2HBGFJtHmGdfXUuDBIGuipz4tsj/BS9YkB0Q6 /vMEzpADW8J3l549WpGZe1IALApUzMiQDpBzEYaNGTH1hno7m1jXbFq/cEWK/pQW2nsW bGVXqAYEf1vBsKs5x+ejLDu+B0EX2tn3dkRdfvX1EX4QySmKNH8lcx5Puq0MKkS7ERGj sntBYNOmB155GXD1qcjbWBCB8btggwIPj0R2HdBMf6f2Kn3wM0gQ3jmjbF64Syrcsgq6 b68w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=k5tBbjO8SssY/XxYuOaimpMXKNS34uZtTETv9AgxVbM=; b=qIpvMEtjjOQoUPnoX3/D4y/IrDotcFnhdofSrlCqCcsB3tMsyRG8dHZi54PBEsLj1H tB6mLy9Xr+yu/4WE3nzEp3ZDVm40za36Bn0CQdzO3n8mTHwUAFTr1rGCnPhgUZQvhMfF KAU0+domZtKjw+85IGcEWyubzubTPN1pxsKXlFNDSh2YkV+eozKeFx3Ef2KGE8BNiaDL 1hr9lZysYugBAFc+fEBS81V5GuooIONmqMUEb4WpYtFnQYOAxCerKHN/F6DMsOgMskMF b3rrpFr08MnvrrtkEvmvX7z3sYrn9kw5fs+JiHWtlMYg/FWY44wNkaEl0rlofhjey8AC tSzw== X-Gm-Message-State: ABuFfogV39MqT01jY/NUOxb/Fd2EgVaKIFul91ou4pedgtYGnH7AcUa2 CS3mCnHRBVgZ0fZ4AwgHgEzKY27gj/p1Gh4EN1mmZv6z X-Google-Smtp-Source: ACcGV61iOYmV6sgo9MRfSYQgWCAQfKoxMIDO9eGRL99Wgyxv7fqQ3TvIxVXkOIX4c4FhRfaMAFXJBBglAz0QcV5rkDk= X-Received: by 2002:a2e:921a:: with SMTP id k26-v6mr11325627ljg.163.1538895419517; Sat, 06 Oct 2018 23:56:59 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Sun, 7 Oct 2018 02:56:22 -0400 Message-ID: To: emacs-org list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22f Subject: [O] Order of tangled blocks reversed? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 07:04:56 -0000 Hello, I was playing with Org Tangle header-args inheritance and came up with this example: ===== #+property: header-args :tangle yes At Org level 0. * Heading 1 :PROPERTIES: :header-args: :tangle foo.el :END: At Org level 1. #+name: block1 #+begin_src emacs-lisp (message "this will be tangled to property_drawer2.el") #+end_src ** Heading 1.1 :PROPERTIES: :header-args:emacs-lisp: :tangle no :END: At Org level 2. Only the emacs-lisp block will *not* be tangled from this subtree. #+name: block2 #+begin_src emacs-lisp (message "this block will *not* be tangled") #+end_src But the below Nim block will tangle fine (though incorrectly to the foo.el file!). Though, the below /block3/ appears *above* /block1/ in the tangled file foo.el. #+name: block3 #+begin_src nim echo "this block will be tangled to property_drawer2.nim" #+end_src ===== Tangling this (C-c C-v t) gives this foo.el file: ===== echo "this block will be tangled to property_drawer2.nim" (message "this will be tangled to property_drawer2.el") ===== Ignoring that Nim code gets inserted into the Emacs-Lisp file because of incorrect :tangle header-args under Heading 1, why is the block3 code appearing above block1? Is this a bug? Org mode version 9.1.14 (release_9.1.14-933-gfe72a0 @ /home/kmodi/usr_local/apps/6/emacs/master/share/emacs/site-lisp/org/) -- Kaushal Modi From MAILER-DAEMON Sun Oct 07 09:06:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g98l0-0004LB-1V for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:06:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g98ky-0004L3-2B for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:06:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g98ku-0005Tt-UF for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:06:00 -0400 Received: from mail-wm1-x32e.google.com ([2a00:1450:4864:20::32e]:53365) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g98ku-0005Tb-N7 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:05:56 -0400 Received: by mail-wm1-x32e.google.com with SMTP id y11-v6so2663064wma.3 for ; Sun, 07 Oct 2018 06:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=NcH3AqIXpvpoc7V4BRFNQXWZ2I9EgpRukznXC9fjn6o=; b=HI2uLC2vzVae4PBrqETkIHrewWCuznew/qdV7PLogiLT7wgY7BFBnxtVbZWk07b/95 yR9KWs7Wv95Ekv8uHYY6BU8MbNdsQX0OFRzov+OkgfxrnvIMxP7Wxz7QRRRXGY0KRYN8 NY4VEW0+tDMuFE4VcrEtnG2/yaTQwXvdkN9EXxICTmlFGoutDqSgYtBehVGRPANxnDYf nTtG73xoqnS96Xdw6FILithXLto5M5iJpfPobVp6utT+CaWCvLzfxvtZsWA45EXCVq/D PTUzpW/RgJYnVnP2vlJTnOLcSGY/eWz9LPKI+tnsg13/Uq0m36y61pcq1bKMZTMiNtz3 jdbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=NcH3AqIXpvpoc7V4BRFNQXWZ2I9EgpRukznXC9fjn6o=; b=XimOFTGbt5ZZ3Y5I43paTIB/yBHIngx1CCHfg2wDYaGdS5D5KV1DrsLHFA1hGXTcGS TK6sgfSGPmoYF/1QkVyf1JyYtR04uH5cVyCXRsKhSxhUnc3rwNOFinYMdwg9Kuvn+IMH vxWk1NPpt88gUZDtgLaMV+5ki/FbY9V4mdmwG8000g/ktFNv+Z6wMOBEfE8zep03iwGy qVhCxf8q7PACkXlSJooPWgRMcfcfiwgezzzOxwvuzOstbg+XxacL1q/SAoGPGEXcHK9U rN8GYJO7TZfbad3sFprmNKEjBaoqy2QWZe9aKMlBVqSRLGE1DpRiNGGCWqn5u6epEGrn TtJQ== X-Gm-Message-State: ABuFfohDh/jpfllpkOy7p97+GLjsvh89jDl53K0ziE5BTEe1f776rgq4 F+9ZZeNc5EwXym/VhDtuZ1jLIDyf X-Google-Smtp-Source: ACcGV638jHVVY/iebyZBPLWhgyvXDj/zM+HCebZJk3HYUdOM6ftLcHUq48RNc3PHj9V78ks1v7mPuQ== X-Received: by 2002:a1c:1783:: with SMTP id 125-v6mr13059748wmx.75.1538917554404; Sun, 07 Oct 2018 06:05:54 -0700 (PDT) Received: from t3610 ([95.151.192.176]) by smtp.gmail.com with ESMTPSA id t82-v6sm9027530wme.30.2018.10.07.06.05.53 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 07 Oct 2018 06:05:53 -0700 (PDT) From: Eric S Fraga To: Org Mode List Organization: On the Interweb somewhere References: <874ldzovv4.fsf@nicolasgoaziou.fr> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Org Mode List Date: Sun, 07 Oct 2018 14:05:53 +0100 In-Reply-To: <874ldzovv4.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sat, 06 Oct 2018 18:58:23 +0200") Message-ID: <87woqtnbym.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::32e Subject: Re: [O] [RFC] htmlize and htmlfontify comparison X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 13:06:00 -0000 On Saturday, 6 Oct 2018 at 18:58, Nicolas Goaziou wrote: > My CSS/HTML/Javascript-fu is rusty. Could someone tell me if there is > anything wrong with the result? Is it a drop-in replacement or does it > need more clean-up? I am not keen on the css used by htmlfontify in your example output. It is much too specific (font-family and particularly font-size). I would rather have as simple a set of style definitions as possible, leaving much of the main styling information to the viewer (my main use case for converting to HTML is for email for some infrequent needs). However, having never used htmlfontify, I don't know how much control I have over this so maybe it's a non-worry. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Sun Oct 07 10:00:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g99bG-0004QB-Bb for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 10:00:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46720) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g99bD-0004Ln-VN for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 10:00:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g99b8-0006rl-Vo for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:59:59 -0400 Received: from wirrsal.net ([188.68.36.149]:59668 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g99b8-0006cA-Il for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 09:59:54 -0400 Received: from localhost (i577B2F86.versanet.de [87.123.47.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id C4F5F78E583; Sun, 7 Oct 2018 15:59:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1538920780; bh=2AxY/6PEmUccM/WF3r+sJCqvUQMZWqE+b1oDvo7UXZY=; h=From:To:Cc:Subject:Date; b=oVBkuxxhrCn9QFiLVaXCGA78jBjlpPMCtTiiLX3CwlKh3kpl4kBk8qNPA8z09Qiwn uIIFvkFifDF3GWpT1Y0QL7z1sh6Qninzu79ybGksLRwVd3b4P16XGNQ9IDtCH6fEr/ pWGVpwdTNZhb0A5KvjeRTk/1GSgpuz5zXeWSqUmU= From: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= Date: Sun, 7 Oct 2018 15:58:31 +0200 Message-Id: <20181007135831.26003-1-seb@wirrsal.net> X-Mailer: git-send-email 2.19.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 14:00:01 -0000 * org.el (org--refile-new-path): Add. (org-refile): Use it. (org-refile-new-child): Make new nodes more compact. * test-org.el (test-org/org-refile): Add test. While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when refiling, only one single headline can be created this way. For convenience, we now generalize this use-case to support creating arbitrary headline paths on the fly. --- lisp/org.el | 35 ++++++++++++++++++++------------- testing/lisp/test-org.el | 42 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 64 insertions(+), 13 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 8aa16bfd5..2af144418 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11468,17 +11468,12 @@ (defun org-refile-get-location (&optional promp= t default-buffer new-nodes) (when (equal (car org-refile-history) (nth 1 org-refile-history)) (pop org-refile-history))) pa) - (if (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) - (progn - (setq parent (match-string 1 answ) - child (match-string 2 answ)) - (setq parent-target (org-refile--get-location parent tbl)) - (when (and parent-target - (or (eq new-nodes t) - (and (eq new-nodes 'confirm) - (y-or-n-p (format "Create new node \"%s\"? " - child))))) - (org-refile-new-child parent-target child))) + (if (and (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) + (or (eq new-nodes t) + (and (eq new-nodes 'confirm) + (y-or-n-p (format "Create new path \"%s\"? " + answ))))) + (org--refile-new-path answ tbl) (user-error "Invalid target location"))))) =20 (declare-function org-string-nw-p "org-macs" (s)) @@ -11502,6 +11497,20 @@ (defun org-refile-check-position (refile-pointer= ) (unless (looking-at-p re) (user-error "Invalid refile position, please clear the cache with = `C-0 C-c C-w' before refiling")))))))) =20 +(defun org--refile-new-path (path tbl) + "Ensure that all parent nodes leading to refile target PATH exist. + +Use TBL as a look-up table for existing nodes. + +Return the corresponding refile location." + (let ((target (org-refile--get-location path tbl))) + (if (and (not target) + (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" path)) + (let ((child (match-string 2 path)) + (parent (org--refile-new-path (match-string 1 path) tbl))) + (org-refile-new-child parent child)) + target))) + (defun org-refile-new-child (parent-target child) "Use refile target PARENT-TARGET to add new CHILD below it." (unless parent-target @@ -11520,8 +11529,8 @@ (defun org-refile-new-child (parent-target child) (setq level (funcall outline-level)) (org-end-of-subtree t t)) (org-back-over-empty-lines) - (insert "\n" (make-string - (if pos (org-get-valid-level level 1) 1) ?*) + (insert (make-string + (if pos (org-get-valid-level level 1) 1) ?*) " " child "\n") (beginning-of-line 0) (list (concat (car parent-target) "/" child) file "" (point)))))) diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el index 20164beb5..4036db92b 100644 --- a/testing/lisp/test-org.el +++ b/testing/lisp/test-org.el @@ -5789,6 +5789,48 @@ (org-refile-targets `((nil :level . 1)))) (member (buffer-name) (mapcar #'car (org-refile-get-targets))))))= ) =20 +(ert-deftest test-org/org-refile () + "Test `org-refile' specifications." + ;; Create new parent nodes via `org--refile-new-path'. + (let* ((low-calorie-buffer "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +* Extra Ingredients +** Marshmallows +") + (low-calorie-buffer-target "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +** Bottom +*** Base +**** Marshmallows +* Extra Ingredients +") + (cursor-after "Marshmallows") + (refile-target "Cake/Bottom/Base") + (org-refile-use-outline-path t) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (should + (equal + (org-test-with-temp-text-in-file low-calorie-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + low-calorie-buffer-target)))) + =20 =0C ;;; Sparse trees --=20 2.19.0 From MAILER-DAEMON Sun Oct 07 12:57:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9CMs-0002is-V4 for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 12:57:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42857) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9CMo-0002hW-Cs for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 12:57:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9CM7-00029B-NV for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 12:56:41 -0400 Received: from exchange.tu-berlin.de ([130.149.7.70]:60090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9CM7-0001mc-DF for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 12:56:35 -0400 Received: from SPMA-01.tubit.win.tu-berlin.de (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 95E397DE6BA_BBA3AB6B for ; Sun, 7 Oct 2018 16:56:22 +0000 (GMT) Received: from exchange.tu-berlin.de (exchange.tu-berlin.de [130.149.7.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "exchange.tu-berlin.de", Issuer "DFN-Verein Global Issuing CA" (not verified)) by SPMA-01.tubit.win.tu-berlin.de (Sophos Email Appliance) with ESMTPS id 4E3417DE6AD_BBA3AB6F for ; Sun, 7 Oct 2018 16:56:22 +0000 (GMT) Received: from corax (178.198.8.89) by ex-mbx-10.tubit.win.tu-berlin.de (172.26.35.180) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 7 Oct 2018 18:56:21 +0200 User-agent: mu4e 1.1.0; emacs 27.0.50 From: Gerald Wildgruber To: Reply-To: Date: Sun, 7 Oct 2018 18:56:20 +0200 Message-ID: <878t394rwr.fsf@tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: EX-MBX-01.tubit.win.tu-berlin.de (172.26.35.171) To ex-mbx-10.tubit.win.tu-berlin.de (172.26.35.180) X-PMWin-Version: 4.0.1, Antivirus-Engine: 3.73.0, Antivirus-Data: 5.55 X-PureMessage: [Scanned] X-SASI-RCODE: 200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tu-berlin.de; h=from:to:subject:reply-to:date:message-id:mime-version:content-type; s=dkim-tub; bh=ZbQTI5IqqhBNEMQKxaIFZ2FWAuOseBscjbNs3uvTeiQ=; b=ddsTJCpluCqn3NQOBpZK2YRUv/rowVP0Pbcn+nadH1yVZA1TY0/q1V/nRVMiZ78Rrc7tktLLKGXiAcLUAaNJV6Eq/nsRkQvT+KZbBhT8KNtQrXffZmd/TshkdAKFTHFmr6Wf8oAGlJwe9OIGyAbjnc2KGXGm3MeLUZ78TR/Dxvo= X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 130.149.7.70 Subject: [O] org-forward-paragraph doesn't work programatically (called from Lisp) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 16:57:21 -0000 Hi I'm trying to unfill/unwrap Org mode files because I switched from auto-fill-mode to visual-line/visual-fill-column mode. I'd like to harmonize = unfill my already existing (filled) Org mode files. I took the function in https://www.emacswiki.org/emacs/UnfillParagraph) and tried the following (from within an emacs lisp buffer): (let ((fill-column most-positive-fixnum)) (dolist (f (directory-files-recursively "~/directory/with/org/files/" (rx (or ".org" ".outl") eos))) (with-current-buffer (find-file-noselect f) (while (not (eobp)) (fill-paragraph) (org-forward-paragraph)) (save-buffer)))) I thought this would iterate over all paragraphs (or org-wise equivalent structures) until end of file is reached and unfill each one of them. But it doesn't work. The iteration doesn't happen, it somehow doesn't move forward. It works though, if called interactively in an Org mode file. Why is that, how can I use org-forward-paragraph programmatically? Thanks -- Sent with mu4e From MAILER-DAEMON Sun Oct 07 15:32:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9EnS-0007vW-QJ for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:32:58 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9EnQ-0007u0-95 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:32:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9EnN-0002T0-03 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:32:56 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:58171) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9EnM-0002QY-Pt for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:32:52 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 4E4F0FF803; Sun, 7 Oct 2018 19:32:50 +0000 (UTC) From: Nicolas Goaziou To: Gerald Wildgruber Cc: References: <878t394rwr.fsf@tu-berlin.de> Mail-Followup-To: Gerald Wildgruber , Date: Sun, 07 Oct 2018 21:32:49 +0200 In-Reply-To: <878t394rwr.fsf@tu-berlin.de> (Gerald Wildgruber's message of "Sun, 7 Oct 2018 18:56:20 +0200") Message-ID: <87tvlxo8m6.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] org-forward-paragraph doesn't work programatically (called from Lisp) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 19:32:57 -0000 Hello, Gerald Wildgruber writes: > I'm trying to unfill/unwrap Org mode files because I switched from auto-fill-mode to visual-line/visual-fill-column mode. > > I'd like to harmonize = unfill my already existing (filled) Org mode files. I took the function in > > https://www.emacswiki.org/emacs/UnfillParagraph) > > and tried the following (from within an emacs lisp buffer): > > (let ((fill-column most-positive-fixnum)) > (dolist (f (directory-files-recursively > "~/directory/with/org/files/" (rx (or ".org" ".outl") eos))) > (with-current-buffer (find-file-noselect f) > (while (not (eobp)) > (fill-paragraph) > (org-forward-paragraph)) > (save-buffer)))) > > I thought this would iterate over all paragraphs (or org-wise equivalent structures) until end of file is reached and unfill each one of them. > > But it doesn't work. The iteration doesn't happen, it somehow doesn't move forward. It works though, if called interactively in an Org mode file. > > Why is that, how can I use org-forward-paragraph programmatically? I cannot reproduce your problem. What Org version are you using? Regards, -- Nicolas Goaziou From MAILER-DAEMON Sun Oct 07 15:34:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Ep6-0000Lf-5z for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:34:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41045) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9Ep4-0000LX-Tb for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:34:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9Ep1-0003j4-ON for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:34:38 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:56051) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9Ep1-0003hr-I3 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 15:34:35 -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 D46E4240002 for ; Sun, 7 Oct 2018 19:34:33 +0000 (UTC) From: Nicolas Goaziou To: emacs-orgmode@gnu.org References: <87tvlyu304.fsf@len.workgroup> Mail-Followup-To: emacs-orgmode@gnu.org Date: Sun, 07 Oct 2018 21:34:33 +0200 In-Reply-To: <87tvlyu304.fsf@len.workgroup> (Gregor Zattler's message of "Sun, 07 Oct 2018 00:25:15 +0200") Message-ID: <87pnwlo8ja.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Bug: manual still mentions orgstruct minor mode [9.1.14 (release_9.1.14-968-gfdb36d @ /home/grfz/src/org-mode/lisp/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 19:34:39 -0000 Hello, Gregor Zattler writes: > orgstruct minor mode is still mentioned as an usage example for > in-place conversion in org manuals chapter "12.18 Export in > Foreign Buffers". Fixed. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sun Oct 07 16:27:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Fec-0001kk-Mr for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 16:27:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9FeZ-0001je-LT for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 16:27:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9FeU-0004Hf-Nm for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 16:27:51 -0400 Received: from exchange.tu-berlin.de ([130.149.7.70]:38267) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9FeU-0004FP-A8 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 16:27:46 -0400 Received: from SPMA-02.tubit.win.tu-berlin.de (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 2807D36917_BBA6C3EB; Sun, 7 Oct 2018 20:27:42 +0000 (GMT) Received: from exchange.tu-berlin.de (exchange.tu-berlin.de [130.149.7.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "exchange.tu-berlin.de", Issuer "DFN-Verein Global Issuing CA" (not verified)) by SPMA-02.tubit.win.tu-berlin.de (Sophos Email Appliance) with ESMTPS id 226963699C_BBA6C3DF; Sun, 7 Oct 2018 20:27:41 +0000 (GMT) Received: from corax (178.198.8.89) by ex-mbx-10.tubit.win.tu-berlin.de (130.149.6.164) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Sun, 7 Oct 2018 22:27:40 +0200 References: <878t394rwr.fsf@tu-berlin.de> <87tvlxo8m6.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Gerald Wildgruber To: Nicolas Goaziou CC: , Reply-To: In-Reply-To: <87tvlxo8m6.fsf@nicolasgoaziou.fr> Date: Sun, 7 Oct 2018 22:27:39 +0200 Message-ID: <87bm854i4k.fsf@tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: ex-mbx-10.tubit.win.tu-berlin.de (130.149.6.164) To ex-mbx-10.tubit.win.tu-berlin.de (130.149.6.164) X-PMWin-Version: 4.0.1, Antivirus-Engine: 3.73.0, Antivirus-Data: 5.55 X-PureMessage: [Scanned] X-SASI-RCODE: 200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tu-berlin.de; h=references:from:to:cc:subject:reply-to:in-reply-to:date:message-id:mime-version:content-type; s=dkim-tub; bh=mNsKTk4lrtAZ/qsfj/tp18A7dPnQozitdjsEbogoXu4=; b=iBHGOpQ5ODuXAY9hfXxDP/CwVVAKgEoYhaoPLIHStaRMVxxYfa5sxl8HtIHT4nqvXnHRXm9gzcmZZM9T/IoMbR9a5RQ0Mcjpw5B/iUXJBmufnxHXZVisMk3COsdj4cc5uTN+ddybxRmbUYG007JuFQ7qOHZ6NX0Oaaj68rnWwy8= X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 130.149.7.70 Subject: Re: [O] org-forward-paragraph doesn't work programatically (called from Lisp) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 20:27:53 -0000 Hi, I'm using git checkouts for both emacs and Org mode: Org mode version 9.1.14 (release_9.1.14-921-g13626a) GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-09-20 Yet, I can't get any result: upon evaluating the "let" in the scratch buffer, I just get "nil" in the echo area, and nothing else has happened, none of the files in the directory is touched. @Nikolay: can you confirm that this worked for you? Same thing with a single file: (let ((fill-column most-positive-fixnum)) (dolist (f (list "~/lorem.org")) (with-current-buffer (find-file-noselect f) (while (not (eobp)) (fill-paragraph) (org-forward-paragraph)) (save-buffer)))) Just "nil" and nothing else. Thanks Here's the single file lorem.org I tried to unfill: ================================================== * Header 1 Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Donec hendrerit tempor tellus. Donec pretium posuere tellus. Proin quam nisl, tincidunt et, mattis eget, convallis nec, purus. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Nulla posuere. Donec vitae dolor. Nullam tristique diam non turpis. Cras placerat accumsan nulla. Nullam rutrum. Nam vestibulum accumsan nisl. * Header 2 1. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur vulputate vestibulum lorem. Praesent augue. Aenean in sem ac leo mollis blandit. Praesent fermentum tempor tellus. Nullam libero mauris, consequat quis, varius et, dictum id, arcu. Nulla posuere. Mauris mollis tincidunt felis. Nullam eu ante vel est convallis dignissim. Nullam libero mauris, consequat quis, varius et, dictum id, arcu. 2. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aliquam posuere. Fusce suscipit, wisi nec facilisis facilisis, est dui fermentum leo, quis tempor ligula erat quis odio. 3. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nam a sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Vivamus id enim. 4. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nam a sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Vivamus id enim. 5. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nam a sapien. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Vivamus id enim. * Header 3 - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nullam rutrum. Vivamus id enim. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nunc eleifend leo vitae magna. - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nullam rutrum. Donec at pede. Curabitur vulputate vestibulum lorem. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nullam rutrum. Donec at pede. Curabitur vulputate vestibulum lorem. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. - Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nullam rutrum. Donec at pede. Curabitur vulputate vestibulum lorem. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. ================================================== On So, Okt 07 2018, Nicolas Goaziou wrote: > Hello, > > Gerald Wildgruber writes: > >> I'm trying to unfill/unwrap Org mode files because I switched from auto-fill-mode to visual-line/visual-fill-column mode. >> >> I'd like to harmonize = unfill my already existing (filled) Org mode files. I took the function in >> >> https://www.emacswiki.org/emacs/UnfillParagraph) >> >> and tried the following (from within an emacs lisp buffer): >> >> (let ((fill-column most-positive-fixnum)) >> (dolist (f (directory-files-recursively >> "~/directory/with/org/files/" (rx (or ".org" ".outl") eos))) >> (with-current-buffer (find-file-noselect f) >> (while (not (eobp)) >> (fill-paragraph) >> (org-forward-paragraph)) >> (save-buffer)))) >> >> I thought this would iterate over all paragraphs (or org-wise equivalent structures) until end of file is reached and unfill each one of them. >> >> But it doesn't work. The iteration doesn't happen, it somehow doesn't move forward. It works though, if called interactively in an Org mode file. >> >> Why is that, how can I use org-forward-paragraph programmatically? > > I cannot reproduce your problem. What Org version are you using? > > Regards, -- Sent with mu4e From MAILER-DAEMON Sun Oct 07 18:29:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9HXs-0006uJ-Mr for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 18:29:04 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9HXq-0006uC-I5 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 18:29:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9HXp-0006U0-Nf for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 18:29:02 -0400 Received: from mail-vs1-xe32.google.com ([2607:f8b0:4864:20::e32]:36306) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9HXp-0006Tu-I7 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 18:29:01 -0400 Received: by mail-vs1-xe32.google.com with SMTP id z19-v6so10376682vso.3 for ; Sun, 07 Oct 2018 15:29:01 -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; bh=odIpfF80eTlCpt0RwBVxQhDZAGvbADDIbP1fKwDtkKA=; b=JCtnWZ8pjmqyNyUQXjQdWAy3aPBjaMUfFm1LhnwhZ7ETV5lmIrxXZ9GTtZHgIT+c3J gAI/HKGDyPHOay/p4w3YZX/sqlf4tQWiqmIuGNRhRnG0l6ngmIl8jCh8J868GEwEz5yF qe+OKuZZfJtg27TauRa4A4+oMYL2/2jFd/VtJHi02Q2zDgY/fiSNCAVqMwQfH+jh6e59 OawGLrQwx77wAXE+W62Jeq4pWZf+YnEFds/W6FPH6h6ngpte1TaNMBZd4liUfJJxx4sw 8ZslDq64HKvtun3wVd6v4oR7Hso3lI138Twr2dDWAWZWfY4/DfJ0pWJnELExlUkH0Nzp PdhQ== 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; bh=odIpfF80eTlCpt0RwBVxQhDZAGvbADDIbP1fKwDtkKA=; b=oDiV0nzfPwGFkBwkC6HqxdXfpTu5Ce99lv/lzt6hbIBxJ55Y+iSj3RcPgHZmcdAcAC gBE42YQGn32GxvGBcFeMpPuHO21HCkXf7yz73xOAag66RpBAogb/j1Bc13zPyxRhOWXe RJ18MGVhr4pTohTBod5G4Jjcc6bXhwezPbXgGKevqw6PdtSsNNJjJD4sq987x5C0JMNf IKmzYHXNeiBFDM33PtI9N9tybGyiyWrs9Tn3jEFIQ/8S1607mTcCWs/fn7uxvnogE0Q9 4bYwsH/9x3x9VXv78YaYfixSa1kpPTsG15bdo19awalQUFNTE7ZXD4Flf07CCpK+yRhh JJ4w== X-Gm-Message-State: ABuFfohfvUob9nu/lHn/OdivXWbWt/PxWBCE42OMLOkfiKp+nOepXGU/ 9lsFinStZNEe4LQMK4CZZCDRs4MWzLJgbBDD0j341w== X-Google-Smtp-Source: ACcGV61Fs2EWuqjNGpA4gWfxbTCYm319eVWJksCbax0+oLilvZsRK0oE7d814dhhcE1NRS0fL7OOWDmwiMivnazKbks= X-Received: by 2002:a67:3793:: with SMTP id j19mr7351574vsi.215.1538951340547; Sun, 07 Oct 2018 15:29:00 -0700 (PDT) MIME-Version: 1.0 References: <878t3bpnio.fsf@nicolasgoaziou.fr> In-Reply-To: <878t3bpnio.fsf@nicolasgoaziou.fr> From: Matthew Palermo Date: Mon, 8 Oct 2018 08:28:48 +1000 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000fae4d50577ab0764" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::e32 Subject: Re: [O] Skipping the SUBTREE visibility state X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 22:29:03 -0000 --000000000000fae4d50577ab0764 Content-Type: text/plain; charset="UTF-8" Hi Nicolas, Thankyou for your reply. Sorry I didn't explain myself properly. When using org-cycle (TAB) I often only want to open an entry (headline) to its CHILDREN visibility state, look at the subheadings (sub-entry headlines), and then fold it back into its FOLDED state. Often these sub-entries will have an appreciable amount of contents in them. So to go from the CHILDREN state to the FOLDED state I have to press TAB twice which causes a large amount of content to appear momentarily on screen. This experience is unpleasant and distracting, so much so that I am actively trying to find a way to simply org-cycle straight from the CHILDREN state to the FOLDED state. My patch demonstrates one possible way of realising this. Cheers, Matthew Palermo On Sat., 6 Oct. 2018, 5:01 pm Nicolas Goaziou, wrote: > Matthew Palermo writes: > > > Hi Org mode list, > > > > I find it really distracting when a large SUBTREE is expanded while > > browsing through an Org document. Does anyone else find this > > problematic or am I doing something wrong? > > I'm not sure to understand the problem you want to solve. Could you > expound it a bit? > > > Regards, > > -- > Nicolas Goaziou > --000000000000fae4d50577ab0764 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Nicolas,

Thankyou for your reply. Sorry I didn't explain myself prope= rly. When using org-cycle (TAB) I often only want to open=C2=A0 an entry (h= eadline) to its CHILDREN visibility state, look at the subheadings (sub-ent= ry headlines), and then fold it back into its FOLDED state. Often these sub= -entries will have an appreciable amount of contents in them. So to go from= the CHILDREN state to the FOLDED state I have to press TAB twice which cau= ses a large amount of content to appear momentarily on screen. This experie= nce is unpleasant and distracting, so much so that I am actively trying to = find a way to simply org-cycle straight from the CHILDREN state to the FOLD= ED state. My patch demonstrates one possible way of realising this.

Cheers,
= Matthew Palermo

On Sat., 6 Oct. 2018, 5:01 pm Nicolas Goaziou, <mail@nicolasgoaziou.fr> wrote:
Matthew Palermo <matt.r.palermo@gmail.co= m> writes:

> Hi Org mode list,
>
> I find it really distracting when a large SUBTREE is expanded while > browsing through an Org document. Does anyone else find this
> problematic or am I doing something wrong?

I'm not sure to understand the problem you want to solve. Could you
expound it a bit?


Regards,

--
Nicolas Goaziou
--000000000000fae4d50577ab0764-- From MAILER-DAEMON Sun Oct 07 19:30:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9IVQ-0008Eh-HL for mharc-emacs-orgmode@gnu.org; Sun, 07 Oct 2018 19:30:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55499) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9IVM-00086h-8M for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 19:30:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9IGN-00004u-U2 for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 19:15:09 -0400 Received: from pb-smtp21.pobox.com ([173.228.157.53]:57153) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9IGN-0008Vc-Kj for emacs-orgmode@gnu.org; Sun, 07 Oct 2018 19:15:03 -0400 Received: from pb-smtp21.pobox.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 109153FF44; Sun, 7 Oct 2018 19:15:01 -0400 (EDT) (envelope-from kyle@kyleam.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:in-reply-to:references:date:message-id:mime-version :content-type; s=sasl; bh=yfRUJUee4iI/yoNkQ47pFgqtWJI=; b=Gn2neM IRlwzzj+2iKC7jIKnlOhT2x4XH2sexzv8e8rw2ItY4T2GXyhA70YsXcnCd5SEF9I fWAqZAtSfrh+UGTWqSQIofoXi74FXZCiY4uI1rowmHiFHSs0IxLkkmQ4TAdwqlc5 +RsxeKHDBWD13Z+Okyo1rGc7qvgEhJcP5N/CM= Received: from pb-smtp21.sea.icgroup.com (unknown [127.0.0.1]) by pb-smtp21.pobox.com (Postfix) with ESMTP id 0AEAD3FF43; Sun, 7 Oct 2018 19:15:01 -0400 (EDT) (envelope-from kyle@kyleam.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=kyleam.com; h=from:to:cc:subject:in-reply-to:references:date:message-id:mime-version:content-type; s=mesmtp; bh=lF6bkxPQ2UaPsock6VfKPR7wzVSjKSNNSeApZazrizk=; b=2oFL1m6Ps/m9qhz2DeC0olIZvYmg0ldWTfXQaX3A9FQrc8n8JbMbHNqoS3lL++c1D+Xo1DJRVO6oA6oUwrVXlekbsNGcWP5vWctqboWnLEX8Q9MWty61mB9DvY+3BruNiS2uo6skjJPJIha+DgO6Wz2dk64J44CRreCAfHH2D2Q= Received: from localhost (unknown [73.182.129.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-smtp21.pobox.com (Postfix) with ESMTPSA id 519DF3FF40; Sun, 7 Oct 2018 19:14:58 -0400 (EDT) (envelope-from kyle@kyleam.com) From: Kyle Meyer To: wildgruber@tu-berlin.de, Nicolas Goaziou Cc: i@nickey.ru, emacs-orgmode@gnu.org In-Reply-To: <87bm854i4k.fsf@tu-berlin.de> References: <878t394rwr.fsf@tu-berlin.de> <87tvlxo8m6.fsf@nicolasgoaziou.fr> <87bm854i4k.fsf@tu-berlin.de> Date: Sun, 07 Oct 2018 19:14:56 -0400 Message-ID: <87zhvps61b.fsf@kyleam.com> MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: CF14AA5E-CA86-11E8-8251-CC883AD79A78-24757444!pb-smtp21.pobox.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 173.228.157.53 Subject: Re: [O] org-forward-paragraph doesn't work programatically (called from Lisp) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2018 23:30:35 -0000 Gerald Wildgruber writes: [...] > Yet, I can't get any result: upon evaluating the "let" in the scratch > buffer, I just get "nil" in the echo area, and nothing else has > happened, none of the files in the directory is touched. > > @Nikolay: can you confirm that this worked for you? I can confirm that it worked on my end. But... > Same thing with a single file: > > (let ((fill-column most-positive-fixnum)) > (dolist (f (list "~/lorem.org")) > (with-current-buffer (find-file-noselect f) > (while (not (eobp)) > (fill-paragraph) > (org-forward-paragraph)) > (save-buffer)))) here are two ways I could make the above code fail: 1) If the buffer for the file is already open and point is after the text. It seems your code should call `(goto-char (point-min))' and, if you care, restore it afterwards. 2) Your code doesn't account for hidden text in the buffer. You could call `(org-show-all)'. I suspect #2 is why you're not seeing the results you expect. -- Kyle From MAILER-DAEMON Mon Oct 08 01:32:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9O9M-0007Yv-Fx for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 01:32:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9O9K-0007Yp-M8 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 01:32:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9O9H-0003ek-Fv for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 01:32:10 -0400 Received: from exchange.tu-berlin.de ([130.149.7.70]:19906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9O9H-0003e5-62 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 01:32:07 -0400 Received: from SPMA-04.tubit.win.tu-berlin.de (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 71054972124_BBAEBD4B; Mon, 8 Oct 2018 05:32:04 +0000 (GMT) Received: from exchange.tu-berlin.de (exchange.tu-berlin.de [130.149.7.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "exchange.tu-berlin.de", Issuer "DFN-Verein Global Issuing CA" (not verified)) by SPMA-04.tubit.win.tu-berlin.de (Sophos Email Appliance) with ESMTPS id 1B2819714A1_BBAEBD4F; Mon, 8 Oct 2018 05:32:04 +0000 (GMT) Received: from corax (178.198.8.89) by ex-mbx-10.tubit.win.tu-berlin.de (172.26.35.180) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 8 Oct 2018 07:32:03 +0200 References: <878t394rwr.fsf@tu-berlin.de> <87tvlxo8m6.fsf@nicolasgoaziou.fr> <87bm854i4k.fsf@tu-berlin.de> <87zhvps61b.fsf@kyleam.com> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Gerald Wildgruber To: Kyle Meyer CC: Nicolas Goaziou , , Reply-To: In-Reply-To: <87zhvps61b.fsf@kyleam.com> Date: Mon, 8 Oct 2018 07:32:02 +0200 Message-ID: <874ldxovfx.fsf@tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: EX-MBX06.tubit.win.tu-berlin.de (172.26.35.176) To ex-mbx-10.tubit.win.tu-berlin.de (172.26.35.180) X-PMWin-Version: 4.0.1, Antivirus-Engine: 3.73.0, Antivirus-Data: 5.55 X-PureMessage: [Scanned] X-SASI-RCODE: 200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tu-berlin.de; h=references:from:to:cc:subject:reply-to:in-reply-to:date:message-id:mime-version:content-type; s=dkim-tub; bh=3SmMPRx/5xItjcYNaUcfw/Vx8c8VN+4Tkdt1BmxEJIw=; b=Pw1zMzPc/kQ26WZrSETbLXCsGWf4p8F74TH9oktThk77JzB2D08P/z43/kd/1ymgv/fMDCXAF+UVSfX7kxyARYXZTxH10GItUlbQAbpdymr0DnmCjbNhPOpxkUHvJ8LJqL8+Gggje0Hw4UGejUzOyeESuyzzbg3ehUdY1O/fLBQ= X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 130.149.7.70 Subject: Re: [O] org-forward-paragraph doesn't work programatically (called from Lisp) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 05:32:11 -0000 On Mo, Okt 08 2018, Kyle Meyer wrote: > 2) Your code doesn't account for hidden text in the buffer. You could > call `(org-show-all)'. > > I suspect #2 is why you're not seeing the results you expect. Wow, thanks a lot Kylie, this was it! I never thought of having to unfold the Org mode entries in a buffer when opening in a non interactive way. I do this now from a lisp buffer and both functions work exactly as expected: single file: ============ (let ((fill-column most-positive-fixnum)) (dolist (f (list "~/lorem.org")) (with-current-buffer (find-file-noselect f) (org-show-all) (while (not (eobp)) ;; (mark-whole-buffer) (fill-paragraph) (org-forward-paragraph)) (save-buffer)))) recursively through dir tree: ============================= (let ((fill-column most-positive-fixnum)) (dolist (f (directory-files-recursively "/dirs/with/org/files/" (rx (or ".org" ".outl") eos))) (with-current-buffer (find-file-noselect f) (org-show-all) (while (not (eobp)) (fill-paragraph) (org-forward-paragraph)) (save-buffer)))) That's great; I'm glad it works now from within emacs itself (and not via sed, awk or tr as I tried before), harnessing all the knowledge the editor has of its own constructs, especially with some of the more complicated list and enumeration structures, -- all of them are correctly unfilled now. Thanks again Gerald. -- Sent with mu4e From MAILER-DAEMON Mon Oct 08 02:36:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9P9t-0003Jj-OQ for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 02:36:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43337) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9N5C-0006Ae-8F for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 00:23:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9N54-0000nx-RC for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 00:23:48 -0400 Received: from mail-wm1-x332.google.com ([2a00:1450:4864:20::332]:55856) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9N53-0000nU-4o for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 00:23:42 -0400 Received: by mail-wm1-x332.google.com with SMTP id 206-v6so6691605wmb.5 for ; Sun, 07 Oct 2018 21:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmu-edu.20150623.gappssmtp.com; s=20150623; h=user-agent:from:to:subject:message-id:date:mime-version; bh=Nbpwn+om97bNgYInW9+L0tn2SLhPr23lQo1Ei52bBUI=; b=KOprqFmwKzQt0FO1h4WB3RYC02YY3K9jYGNPshSrKCQYv/B231UZkE0FjVKR9wNnqw KwJpFBhY+HLgMNqcnR2V/5ks/zJqhwKNF02FEBb0oCR99AGotoFtVWlRe854HpSqW6kM ci4vlHW2dQ+SYm+Ou248fQHcyexh893V8jdAVUq67CHq7V3rxYXBxD18mOAdnXjVR7/z s8D+QuIjbfnn5XF4dkHBE+NcbasORQooubcbuDc2mVT9MIOj4+jB0HVksQxCoIKRyR7B WMCWCvn5BkwEB5/8GHyv/ZOb6c0jGXd6xib9QAKU62IGheZlI/geiI/1iwsKSdXYDbpW PyHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:message-id:date :mime-version; bh=Nbpwn+om97bNgYInW9+L0tn2SLhPr23lQo1Ei52bBUI=; b=MMJ3C0zTQRu3ySeoBoY3CrilTxeGEkdPp5StoYR3YAWCXhTsY1mkhE2/oA5FEFanw8 lxCgPwtE8m2pKkleAfkSBqSYHOiGV8UWv7P9DjjT9AkyG8xEXhe8ykGkc5lAEMECuKe0 ZEgtcj6fmbl7jWQ8VZOxJrnY4cp7Xy91UPMWdWzbTnHSnhxwgCKXMCrFTo5sZ7ZlRkai jBmYVXG9XsX2XFRxlkfwhqzdTNRvYeY//LRcI7IjHFXGVS/DqIdid5irn69nd7UQEvv8 TKSUJaQfscXWeR2GSfed6lkbZk7egx2jk1mUFwbqXXeOexy/o9g7Z0tNtOP9TUqnnbye OwBw== X-Gm-Message-State: ABuFfohMh8DIxQo+b9D2aEFqooyf7vzoryCL/xIsQb1N52tOBfCQWpX/ wAMxDOzPZbqRcc75TBcRoXeWGzPkR8c= X-Google-Smtp-Source: ACcGV63DZlNiwsibukbIWHMfyW4+0oxlG7PcxFPlB7SRKVipolfXpkF30B/tsSfZOZ4cCQG2yioqWg== X-Received: by 2002:a1c:af07:: with SMTP id y7-v6mr14357840wme.12.1538972618139; Sun, 07 Oct 2018 21:23:38 -0700 (PDT) Received: from aMac (c-71-206-236-138.hsd1.pa.comcast.net. [71.206.236.138]) by smtp.gmail.com with ESMTPSA id 82-v6sm10566561wms.17.2018.10.07.21.23.36 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 07 Oct 2018 21:23:36 -0700 (PDT) User-agent: mu4e 1.0; emacs 26.1 From: Akira Kyle To: emacs-orgmode@gnu.org Message-ID: Date: Mon, 08 Oct 2018 00:23:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::332 X-Mailman-Approved-At: Mon, 08 Oct 2018 02:36:48 -0400 Subject: [O] setting org-html-htmlize-output-type as an export option X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 04:23:51 -0000 Hi, I've been trying to customize the css of my exported org mode files and projects and I've found that in different cases I want different settings for org-html-htmlize-output-type. For example in a org publish project I may want to set it to css while for certain individual files I want it to be inline-css. So far I've been just setting this as a file local variable, however it seems it would be useful to have an export option to customize this. That way I could set it once in say org-publish-project-alist. Does this seem like a reasonable addition or should I be setting this in with a different method? I did come across ~#+BIND:~ and it seems like this could perhaps be used to set org-html-htmlize-output-type inside a #+SETUPFILE: Thanks! Akira From MAILER-DAEMON Mon Oct 08 03:21:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Pqg-0006op-OB for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 03:21:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9Pqf-0006oT-48 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 03:21:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9Pqb-00074d-Vr for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 03:21:01 -0400 Received: from mout.gmx.net ([212.227.17.20]:43585) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9Pqb-00073l-ML for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 03:20:57 -0400 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY3Ho-1gDw4l2oa0-00UvNc for ; Mon, 08 Oct 2018 09:20:55 +0200 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MY3Ho-1gDw4l2oa0-00UvNc for ; Mon, 08 Oct 2018 09:20:55 +0200 Received: from Stella (stella.c0t0d0s0.de [192.168.42.1]) by stella.c0t0d0s0.de (Postfix) with ESMTP id DCF41181399 for ; Mon, 8 Oct 2018 09:20:54 +0200 (CEST) From: Michael Welle To: emacs-orgmode@gnu.org In-Reply-To: <87h8hy1ho5.fsf@mbork.pl> (Marcin Borkowski's message of "Sun, 07 Oct 2018 06:53:30 +0200") References: <87h8hy1ho5.fsf@mbork.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) Date: Mon, 08 Oct 2018 09:20:54 +0200 Message-ID: <87d0skj44p.fsf@luisa.c0t0d0s0.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:XyqHSTRZK8qI/S3Oyg8PblHdCS9jSJOcNwN2HkBLdX1I51TaQ0c ypdZGbfvSw3/HXHSuxvsdpVl/LGTwOFDrtjE4a0QLbPnJpgdQBFRVxPF2njqeBja+r9Yc6n LhZ2jLCMScqWm89ZFbDG6kz25Xp6xR35Mwgy+njNuxG9Ke1xxf4hTOLDfiJSo8j6mhiGCBp ly29GhyAxALepbWamTdhA== X-UI-Out-Filterresults: notjunk:1;V01:K0:rZgGNH3WSl4=:vwRFzM2YctSpQlzd+i2hND Djdyu5ziRJoPUtinFM1gvrcBGog246V63oOL0jPjJ2mBkPrqwv5X+q+Js65KD+B/XWKgQ5d8h ZdRRYpIvxjn5PU/RKrsqadPauVcSCPZNJMs8TImKoq1y/YP6Aw8c9u6wVHmkg0eeRVo0IEJMJ IvhRTsYxZU1mqBdrqFv+59GJpUpbg7WJI0FCuRiWACKk5ar17K7nHzmMj3gdPgBav3spAJUiM yOV6vVA5/+HEMgIKyIbRHqWSs/zHC+lrR/SzQ5sIV/EDh1m/RCFgAcs39purUZlv3tuQKlAzu suIG8qnoLldDOuNxR+uydP5xal3gzf0E+Z5jWucAqSSfIMRyGP9bgLGhAbxrMcXY35g6NkHqi AOoOHmrju/RSXaogBtvSpZtYbRoJqqQhBWdcVMabTZViYEZ+W75kUgQUhYTCPQpNvidG1dAHs f5XFhRp1JrBc/hLVcR9ktmlri8K1o36apMO740ACTyQP7aTCaqu5WJOwyN1dgX8ZpmhdzYfde KAPb1lPxyMetYcR2iCj1kGtJ/l9EsMrn9/3ud9HaE55bXx4JMhFwCMqVvJ0DECfuEFcL8CYJS 058+DTAVCm/m/YeGc5WOKwCAhpUaAkgPxREI6eqoQzlYtI7GXBeYRipA4Yyh/rH07/6l510k6 HUkREzQr5ijnyrdpF0+W0jSooJsdkvyocCo8hdzgZGw5Bh9XNnmBRo3BzzBEDuMGGTEcxUh5t CCJ4qUh2KxT4QAv2CrAGD9+VqlJpBM0+uMMjj7e0pQa/6/CriUtgmiA4L6CoVpgnf5PYDsJ+r OBrUUh5/slYjVv58jyj78zxypRETGCCTDVdrvnrw4LecCaOaBM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.20 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 07:21:02 -0000 Hello, Marcin Borkowski writes: > Hi Orgers, > > my agenda takes almost 10 seconds to show up. Are there any ideas for > profiling that? > > I suspect that archiving a lot of old entries I don't use anymore might > help, but is there any way to e.g. display some stats on which > file/headline took how much time? since no one answered yet, there are some similar threads. IIRC the way to go is to use elp for profiling. Well, on my laptop the initial agenda run takes about 7s or so (150 agenda files) using the current day/week agenda ("a"). All subsequent (after loading the files) agenda runs are fast (split second I would say). I had some performance issues in the past caused by SCM. Emacs tried to check if every file is checked out in the latest version. That slowed down the process a lot (starting 150 mercurial processes in sequential order, checking results, etc.). The initial run doesn't bother me much. I bound the initial agenda run to an idle timer at Emacs start. Regards hmw From MAILER-DAEMON Mon Oct 08 05:57:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9SHu-00065y-7x for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 05:57:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9SHs-00065k-HS for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 05:57:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9SHp-00071N-3E for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 05:57:16 -0400 Received: from avasout05.plus.net ([84.93.230.250]:36315) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9SHo-0006y6-L5 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 05:57:12 -0400 Received: from london.london ([51.7.106.168]) by smtp with ESMTPA id 9SHOguX1TWn9j9SHjg0duW; Mon, 08 Oct 2018 10:57:07 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.3 cv=OMIJIxSB c=1 sm=1 tr=0 a=dgB71pSSGrF/lpTl2NEaIA==:117 a=dgB71pSSGrF/lpTl2NEaIA==:17 a=LlzXLoV6AAAA:8 a=iI7HsYTVAAAA:8 a=bAHfVwKlAAAA:8 a=DXt3VvkJjk6OZp3WG-cA:9 a=097vsjXUcXS2XZnR:21 a=8fchjF4ce98ImZdT:21 a=kRlpT781scsUz3hH7ZIA:9 a=ONNS8QRKHyMA:10 a=diwpeB1DDhFXqWA7J4Up:22 a=KxyM1Xthmv57RbWRIpnN:22 a=fjrkRJ71zQ2jzMzczd-K:22 X-AUTH: skimble@:2500 From: Sharon Kimble To: org-mode-email Date: Mon, 08 Oct 2018 10:56:40 +0100 Message-ID: <875zycyd5z.fsf@skimble.plus.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-CMAE-Envelope: MS4wfMAliNoUKGOyLAcsoyId8/wmm+bS2lJf+LdfrpU9GAxyezmXgLIVjEOG2kzb8XetWCjfmyS0/KTFsaR7ZsHm3SwqlFb/AAMbNH8Db1ZxVFKoZ5pbcZ2C LnlsfnaX6OmPcdnpizYa4hJd+qP64is17n8BvCiaCywQPIFKA/ISXRMu4q52kpS4O+sSlm7bLIlZ3g== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 84.93.230.250 Subject: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 09:57:17 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have a problem in an org-mode file which is then exported to latex and then converted into a pdf. And the file is the draft of my fiction book. My finished output in the pdf will have every line indented/tabbed to 4 spaces and have a carriage-return at the end of each paragraph, with no spacings in between paragraphs. I can get it how I want in org-mode, but when its exported to latex and converted into a pdf file, the whole section comes out in one block of text! Its as if something isn't honouring a carriage return and neither recognising the 4 spaces! So how can I achieve my goal please? I've tried manually doing a return and then deleting the space it creates for the next line to then have its obligatory 4 spaces of indentation but its not working as I want, so how can I do it please? I've also tried exporting the file to docx using pandoc, and its not recognising any carriage-returns in its output either. Thanks Sharon. =2D-=20 A taste of linux =3D http://www.sharons.org.uk TGmeds =3D http://www.tgmeds.org.uk DrugFacts =3D https://www.drugfacts.org.uk Debian 9.4, fluxbox 1.3.7, emacs 25.3.4, org 9.1.14 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAlu7KdgACgkQNoGAGQr4 g1uUZg//dRRXwai3pHH6PPUDnnXL2xSpg38X9z34tbD++aGc6XylvbmT1IVIW4NA o0C2UO7XEXAkAGf6dQQ5EyXw6ZNhOKVl1OaaWeLgvM+mc/jHFwQ9vmptxVGyI+nG UzUwySXnCgcmEve3J0cE3psFakRL65JrDfaswrsC7f8xBzTSEnvIZ8bFb7hB1lM7 nl0USHR04wIgmvCqRsCZBhZn1AZ2+fHa7dNphFQ0YWKpVt7RElCbP8Uje+XDZ9WL IwZHOKbDC/4DSvBRE4oVZAAAi08/+9JutmjpSWcURV4QKLMnBceS6fQXKz7nLsW3 kcmsu6AxfRZ5CEP0BZbtacRSKDPmpiVR7vdGBv6wZIk9REBTWuZs+6B3KLtuNQzO paYpO2kSDW+yvpHs6vyLe+wE6DUPJ5nIfb+JrM96BLbr6iEEBJrqaYeN2T7BrDNM oJhJN+tBsVDg9oIDrfkbC0fN/+Tn/OtZFZ43KTTw86t+lUAav327Z0uBeMm++gY3 U4jrmdJPRCThpihD8JY/HRpy09ss9BWwi6OUhFpqs2uztX49zGpQCP8BOVI2LAHw SnJVD8jateC4ZSlSdGNJL/Xdcnav+cVIkRAEX0dawiemenZYGDX7bYQwY920V1VF JP7pZbsHSzWdtgRUTznUMn3Owovl8sg+CBVxl9OzgTb5bCU6m7Y= =xmyb -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Mon Oct 08 08:15:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9URi-0006sP-QJ for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:15:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9URg-0006rR-ND for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:15:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9URf-0004nB-TH for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:15:32 -0400 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]:45181) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9URf-0004mO-Hh for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:15:31 -0400 Received: by mail-lf1-x136.google.com with SMTP id m80-v6so13743708lfi.12 for ; Mon, 08 Oct 2018 05:15:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=feiXcnZ/SOFRkYUToyXSaQJwC+rTCdcCNdmYsTaSyZE=; b=XmjUv/lGO0msbVBm+yvZw8H0ZNOW5kWji6OcQNYgpCHFtugSMpkcRz6pwR4/HUUvyD ZjNgAWFGjkV57uE1iz6qIlBtMb1j4NGCIGUu0eJlOI1IQT8ltzhWcgVkKxFEKKoh+aEd VU47O0ZceialchY19b/3TciuBZ6CP3oy9D6lH6Kjk+5+b5LIEtJ55SPGQig+ssWIwdkG 68G4/YUP174e/nPOhD1GJTXLbFoJv6OCcdGbBbeIpwBbuadudQ1uf52Egs82A3DNYj2B unrq2x+HcBNIYTNUCd7IgxNLh+Bg7v/eoLx4YyFeCc46J8RYIxUhicdSYzIJuUoDNfx8 KmIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=feiXcnZ/SOFRkYUToyXSaQJwC+rTCdcCNdmYsTaSyZE=; b=icQJm9vfbuDdw26iVIQfqExJ5cEqfrud1rG3hJNSz10WelvXKbu1bobo0B+kPNiLyF 9UOCzrXH5aZHyHUfIbNT8anot2G09SqIARml8x138ED8lld9fR5SyS7w/qhBZMp8FJvn zMViGz0Ul1WqpemnigTx7mrTSxLtKPsWG5uS90moONqAMd3czyVF90aydKbM7n/TdXXb bCG9Ubt2Tb3rBq4onbGJmrv/CG3jpSwSQSfx+HjUP50NnLReDYCvhwiWrkC7yGbnyzY7 JyQsaXn4zvMxbzK0X/jQVFK8NI4wMz+F532RFb1wTGZQt5tDtoaP0xNMmGPQwIRNl+gj QzJw== X-Gm-Message-State: ABuFfoiA8UOxWXVQZoi/VNTdepTmf0jqq3auRWpoe7FnD6/cZ3SjLrzz HSsT5rJ3a/kSdlRteCFIjEkxQuY3Tv/FGwoOUY08gye+TL8= X-Google-Smtp-Source: ACcGV6348m2vqDIUjrc6cwmXicnJU9z32LtOlo7Of5UspDmksF7LFIhO5w5+w8RDNq70VRlOdqqlJsE1/3NbKnbqoiM= X-Received: by 2002:a19:18e3:: with SMTP id 96-v6mr13403898lfy.133.1539000929412; Mon, 08 Oct 2018 05:15:29 -0700 (PDT) MIME-Version: 1.0 From: Joseph Vidal-Rosset Date: Mon, 8 Oct 2018 14:15:17 +0200 Message-ID: To: "Liste-emacs-orgmode@gnu.org" Content-Type: multipart/alternative; boundary="000000000000b4eab20577b693e4" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::136 Subject: [O] PATH question for gnus X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 12:15:33 -0000 --000000000000b4eab20577b693e4 Content-Type: text/plain; charset="UTF-8" Hello, I am a Debian GNU/Linux user, but, contrarily that I did, I have recently decided to install texlive via the sources in /usr/local/ . I put in my init.el (user.el in scimax) : (setenv "PATH" (concat "/usr/local/texlive/2018/bin/x86_64-linux/:" (getenv "PATH"))) (setenv "PATH" (concat "/usr/texbin:/usr/local/bin/:" (getenv "PATH"))) and the export in LaTeX works. But in Gnus, org-mime does not work and I cannot create pgn images: neither latex nor dvipng exist for Gnus. It is a problem of PATH configuration that I do not succeed to solve. Your help is welcome. Best wishes, Jo. --000000000000b4eab20577b693e4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am a Debian GNU/Linux user, but, contrarily = that I did, I have recently decided to install texlive via the sources in /= usr/local/ . I put in my init.el (user.el in scimax) : (setenv "PATH&q= uot; (concat "/usr/local/texlive/2018/bin/x86_64-linux/:" (getenv= "PATH")))
=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 (setenv "PATH" (conc= at "/usr/texbin:/usr/local/bin/:" (getenv "PATH")))=C2= =A0

and the export in = LaTeX works.=C2=A0 But in Gnus, org-mime=C2=A0 does not work and I cannot c= reate pgn images:=C2=A0 neither latex nor dvipng exist for Gnus. It is a pr= oblem of PATH configuration that I do not succeed to solve.

Your help is welcome.

Best wishes,
=
Jo.
--000000000000b4eab20577b693e4-- From MAILER-DAEMON Mon Oct 08 08:59:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9V8K-0002rW-JD for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:59:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53197) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9V8I-0002r0-9H for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:59:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9V8D-0001iV-1d for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:59:34 -0400 Received: from mout.kundenserver.de ([212.227.126.135]:36791) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9V8A-0001ep-Rw for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 08:59:28 -0400 Received: from lt70.mpip-mainz.mpg.de ([194.95.63.248]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MVMuN-1gIXYV1ruB-00SPcf; Mon, 08 Oct 2018 14:59:20 +0200 Received: from lt70.mpip-mainz.mpg.de ([194.95.63.248]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MVMuN-1gIXYV1ruB-00SPcf; Mon, 08 Oct 2018 14:59:20 +0200 Date: Mon, 8 Oct 2018 14:59:11 +0200 From: Robert Klein To: Joseph Vidal-Rosset Cc: "Liste-emacs-orgmode@gnu.org" Message-ID: <20181008145911.5fb44cf3@lt70.mpip-mainz.mpg.de> In-Reply-To: References: Organization: roklein.de X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-unknown-openbsd6.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:lKA6NCLi6NHMo2dnuJbZ/mpetlXhOBB+es1nUpUV60XwOfjIIVf LBTqQ2HLn8uudV/xyAKiU22oRCJIPMaKPBk758w9yde6bt+zGX8ThxeAtPQM8lTtonxAud1 ZEengqSFZwltgfCHQMuIvH6erlgrUt4wiUO/plX/xkS3+29kbOI16/HfpjffJcZvCTBWkab Wveuw++hWcbE5FFEPmi1g== X-UI-Out-Filterresults: notjunk:1;V01:K0:F5++pES2vVI=:hclff0p+zNjSNb6zc0wqzZ eRWluqXqolxqS8OTsP2xKPo7mZSX7U6fC8q1URDJq8zUjrvt2ScWsPVVWRFHeoHj8qNIe3G3f eUX9MaZJjQ+NXsHShOHHTrXswo3TDbbFJbgGR3g+bGDygKUYeF4zpZunXAf81WXySwk45Il/V DCQG7Iiuv/iqLoFK+hegXM/1wI2lEsca6JZlyRdTtl6b2gZJqFW4TkiOgRQDlYDK+3bccdqbj Q0PBHXa9cvJM8X4U8ri/89Zu3QTt85oq56utpGS+g/0JBoZTVDRGHzg08En8nHTwhHFfxLbJi u5OBins5tYcFop2BYHSDLy4GKw5br4ye8IWpKhDLg6q87/UzZnnNTS65i4G+yY4XvhrJ9EmdQ /zZSWQubQDyy9RcrEcMAfaIZRXgM449e4/WgeEMYrrYZwsUh/jZo6ayMOcM2+Rb5XgipV/7pa V9Swg8fsGWJ8a+5Cfbvpx2kx1CH+c688H3K8XO9kn1NT4IA32qYDBnCUktKBxT6kB98tqpBTn BsicHKT79sgdRd6+5dcy7bbdTdsrIESFpXbUToBP1UQdYRM6FlEUsKstUcVsz4YgO1PjFClBy oGm/vxkud/4heZKdUuaHdhr0GwGfkCFVSOQWmIxpZYlZo1BL64EjiXClLhxJj/uOwbRSumkw0 wE9cCBFGSy1w0pHnLTeUvYakZaQn15mWJcE14Xgn2+YoNaVjwdBYjWOQ38IL5capeBnTx+lbJ LWkVrTi/lbNJ1BTO X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.135 Subject: Re: [O] PATH question for gnus X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 12:59:35 -0000 Hi, On Mon, 8 Oct 2018 14:15:17 +0200 Joseph Vidal-Rosset wrote: > Hello, > > I am a Debian GNU/Linux user, but, contrarily that I did, I have > recently decided to install texlive via the sources in /usr/local/ . > I put in my init.el (user.el in scimax) : (setenv "PATH" (concat > "/usr/local/texlive/2018/bin/x86_64-linux/:" (getenv "PATH"))) > (setenv "PATH" (concat > "/usr/texbin:/usr/local/bin/:" (getenv "PATH"))) > > and the export in LaTeX works. But in Gnus, org-mime does not work > and I cannot create pgn images: neither latex nor dvipng exist for > Gnus. It is a problem of PATH configuration that I do not succeed to > solve. put something like PATH=/usr/local/texlive/2018/bin/x86_64-linux:$PATH MANPATH=/usr/local/texlive/2018/texmf/doc/man:$MANPATH INFOPATH=/usr/local/texlive/2018/texmf/doc/info:$INFOPATH export PATH MANPATH INFOPATH in your .profile/.bashrc, (and .xsessionrc if your're using lightdm for login) Best regards Robert > > Your help is welcome. > > Best wishes, > > Jo. From MAILER-DAEMON Mon Oct 08 09:23:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9VV9-0001Jf-Cs for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 09:23:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9VV6-0001J7-LY for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 09:23:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9VV5-0007HO-HY for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 09:23:08 -0400 Received: from mail-wr1-x432.google.com ([2a00:1450:4864:20::432]:34780) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9VV5-0007Ey-7I for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 09:23:07 -0400 Received: by mail-wr1-x432.google.com with SMTP id z4-v6so20825054wrb.1 for ; Mon, 08 Oct 2018 06:23:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:message-id:mime-version; bh=DeTpCKhUtLAgKy8s+Mfx65xmO5jyANi0CvvuP3Y6LdY=; b=ehtkMeUhAmxLmqalDlBZ+mWWwoB0CczwmiLbA7KINhAkRalZa7OKb7pUoO4eHQ7msD 0eYYyPaUxFm+P/lDPpy4VrYhwPwAABOEdVAfFmWJ4EEY0mjOz1uz3otioHMrx5jh1W1e FyObKl1FqekaF/QoqZij4gMpP9E9tgndX2KDrZ/3YA6xXy12dCs2oSB84mQZhJv1I6Ox Wiky0IzSRvFsp/oUOTjM/+nmT3Y6Iy/CFfB+MqTWW0OpVqmTRUnj/iehPt0APIf2trJP XK/+AsiUdjk8CeHC7nzxZtghZltwkDlCkB2bm+kIOipaDKiPqFtiumm8fb7d+BymLknN ZUXw== 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:references:date:message-id :mime-version; bh=DeTpCKhUtLAgKy8s+Mfx65xmO5jyANi0CvvuP3Y6LdY=; b=hMI8XtPmrRFv/Btqqc5vL1mCWn1Oul+X+78bc+SMWILjRYxIaqxjXQqn0eE2oOEyKh UgabVItplKL9020Ds733S30rM6YF1a9wyfh8czkDopNfLSeo6RA4iC4c6mjqE2uSHtYw 3I+PnvEQzYwO+E46Bs4OnyH3vAt2WMrKkgt8pbV5O3zR3sw2Ps01JqNdI/FsMwM6JAaT 0ZibXJ6tFrPhJKHJvSaqp8LOiofqtyf8kkSNorMQHLqcvIepveCfN9+e5+7Pt/Ry21vQ CKGF/zk/hLs12GXNR0udi6k1FGnJKz7FOhgarr2+ZY0mSHc3fWRFkcphrj6YQkFOrD9f tyFw== X-Gm-Message-State: ABuFfoigVRaeLM2bLWcBKD9KWyMdZirWSs/fFiN65e5BygyQ+Rysdgde aWgSJntpKN+pxfcG1vxZ4YTGcXvaHcE= X-Google-Smtp-Source: ACcGV60O7Tf4tL+lhk2tyzEITFLp/+CbZy5mhfkJzLQUy+ZvxiDZz6CiuOBzwe+PyUvjqBEkdaSZFA== X-Received: by 2002:adf:b188:: with SMTP id q8-v6mr16591262wra.95.1539004985237; Mon, 08 Oct 2018 06:23:05 -0700 (PDT) Received: from debian ([2a01:e35:2ea9:9d00:71f5:66be:875e:cf3e]) by smtp.gmail.com with ESMTPSA id e142-v6sm33414974wmf.20.2018.10.08.06.23.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 06:23:03 -0700 (PDT) From: Joseph Vidal-Rosset X-Google-Original-From: Joseph Vidal-Rosset To: Robert Klein Cc: emacs-orgmode list References: <20181008145911.5fb44cf3@lt70.mpip-mainz.mpg.de> Date: Mon, 08 Oct 2018 15:23:02 +0200 Message-ID: <875zyc7etl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::432 Subject: Re: [O] PATH question for gnus X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 13:23:09 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le lun. 08 oct. 2018 =C3=A0 02:59:11 , Robert Klein = a envoy=C3=A9 ce message: > PATH=3D/usr/local/texlive/2018/bin/x86_64-linux:$PATH > MANPATH=3D/usr/local/texlive/2018/texmf/doc/man:$MANPATH > INFOPATH=3D/usr/local/texlive/2018/texmf/doc/info:$INFOPATH > export PATH MANPATH INFOPATH > > in your .profile/.bashrc, (and .xsessionrc if your're using lightdm for > login) > > Best regards > Robert Many thanks Robert, it works now ! The last line export PAHT MANPATH INFOPATH was not correctly written in my = setup. I had now .xsessionrc and its add was strangely a problem for the replying function in gnus. Anyway, now \(\LaTeX\) in my Gnus works thanks to you. Best regards, and thanks again !=20 --=20 Joseph=20 --=-=-= Content-Type: multipart/related; boundary="==-=-=" --==-=-= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Le lun. 08 oct. 2018 =C3=A0 02:59:11 , Robert Klein <roklein@roklein.= de> a
envoy=C3=A9 ce message:

PATH=3D/usr/local/texlive/2018/bin/x86_64-linux:$PATH
MANPATH=3D/usr/local/texlive/2018/texmf/doc/
INFOPATH=3D/usr/local/texlive/2018/texmf/doc/
export PATH MANPATH INFOPATH

>

in your .profile/.bashrc, (and .xsessionrc if your?re using lightdm for
login)

>

Best regards
Robert

Many thanks Robert, it works now !

The last line export PAHT MANPATH INFOPATH was not correctly written in my = setup. I had now .xsessionrc
and its add was strangely a problem for the replying function in gnus.

Anyway, now 3D"latexMuCexY_4761f05be5b945e3583f8e442bee30fca= in my Gnus works thanks to you.

Best regards, and thanks again !


Joseph

--==-=-= Content-Type: image/png Content-ID: <_tmp_ltximg_latexMuCexY_4761f05be5b945e3583f8e442bee30fca500aca9.png> Content-Disposition: inline; filename=latexMuCexY_4761f05be5b945e3583f8e442bee30fca500aca9.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAADUAAAASCAMAAADMkWbMAAAAM1BMVEX///8AAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADxgEwMAAAAEHRSTlMAmc3dq4lmRBBU IrvvMnbX7X74AAAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAVVJREFUKBV9U8uCwyAIBB9Bo2b5/6/d ATV1D10OKQjDjEiJYBw0pkztJhoxJG4xcArxsdw2jqqtEAXtbczDS4Xo1owGVlotpPwHRUWDFYtB pyXF75M7UHbAFpJU+34sKbSU9DmI1iYXleGVHlJF0WliWtLLBHLEItSSKUPojO6fsNiJj05+DwCr eidRYxypa2TmFGcTXEH3HLwXW3V4nqyXxXmC6XI00dW8as9jBgBEpIybfUwWmtWFojUB6TaP10yC XaXcfrwVTRRkQDxsZJ+H+/jgHqOhr0jWcCF0nZsL7ZzhhtPxNtvyIjY62LN1OFdd8opl89YMv80O Y6FWaFyNU18otvEWXYOBr56QvtbrzTjXXIY7zNdrS0ex1fVX8cnlhPVkb7xmiEuOnz5bJUUteP6z d/Jzz/4rPXIvKi/tR+67u3dD/C/wve7MDF57iHuf5+b/Aj3JCo4aqI9jAAAAAElFTkSuQmCC --==-=-=-- --=-=-=-- From MAILER-DAEMON Mon Oct 08 11:19:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9XJt-0001Fx-AW for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:19:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9XJr-0001E4-1R for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:19:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9XJk-0005z0-Tg for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:19:37 -0400 Received: from [195.159.176.226] (port=48414 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9XJk-0005vz-MG for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:19:32 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g9XHZ-0002xv-3p for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 17:17:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Mon, 8 Oct 2018 17:19:20 +0200 Organization: www.karl-voit.at Lines: 58 Message-ID: <2018-10-08T17-11-05@devnull.Karl-Voit.at> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 15:19:40 -0000 * Michael Brand wrote: > Hi Karl Hi Michael, > On Mon, Oct 1, 2018 at 5:02 PM Karl Voit wrote: > >> I'd like to calculate the differences between rows of numbers of a >> different table. > > For this kind of shifting row or column indexes I use Calc vector > subscript. In your case: > > #+NAME: my-table >| Numbers | >|---------| >| 1 | >| 5 | >| 8 | >| 12 | >| 15 | > >| Line | Difference | >|------+------------| >| 1 | | >| 2 | 4 | >| 3 | 3 | >| 4 | 4 | >| 5 | 3 | > #+TBLFM: $2 = if($1 == 1, string(""), subscr(remote(my-table, > @I$1..@II$1), @# - 1) - subscr(remote(my-table, @I$1..@II$1), @# - 2)) > > or, avoiding @# completely in the formula for $2: > > #+TBLFM: $2 = if($1 == 1, string(""), subscr(remote(my-table, > @I$1..@II$1), $1) - subscr(remote(my-table, @I$1..@II$1), $1 - 1)) > > See also a similar example of subscr in the subsection "Dynamic > variation of ranges" here: > https://orgmode.org/worg/org-hacks.html#field-coordinates-in-formulas Thanks for your post - it is working as expected! \o/ Also thanks for the URL - I added it to my knowledge base. Unfortunately, I have to admit that spreadsheets in Org are not something I can recommend to somebody who needs "something that just works" (like Excel-switcher). :-( However, when a table is finally working as expected, I really do appreciate having this table (and its derived data) within my notes and not locked away in a separate file. -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Mon Oct 08 11:28:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9XSU-0006ex-Ip for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:28:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9XSS-0006dW-HJ for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:28:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9XSK-0003Sc-17 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:28:30 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:43720) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9XSI-0003Qe-8J for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:28:22 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 30F82E62DE for ; Mon, 8 Oct 2018 17:28:17 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qVGoDCE6TqwH for ; Mon, 8 Oct 2018 17:28:10 +0200 (CEST) Received: from localhost (83.25.65.22.ipv4.supernova.orange.pl [83.25.65.22]) by mail.mojserwer.eu (Postfix) with ESMTPSA id A91C8E6257 for ; Mon, 8 Oct 2018 17:28:10 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Mon, 08 Oct 2018 17:26:39 +0200 Message-ID: <87a7no31e8.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] What is the difference between `org-narrow-to-subtree' and `org-narrow-to-element'? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 15:28:33 -0000 Hi all, I found these two commands. They seem to do the same thing. What is the difference? TIA, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Mon Oct 08 11:48:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9XlG-0001jm-9Z for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:48:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9XlE-0001iY-4o for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:47:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9XlA-0000e4-Q5 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:47:56 -0400 Received: from [195.159.176.226] (port=40963 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9XlA-0000db-Fr for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:47:52 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g9Xj1-0005ZF-08 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 17:45:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Marco Wahl Date: Mon, 08 Oct 2018 17:47:43 +0200 Lines: 30 Message-ID: <84a7nophi8.fsf@gmail.com> References: <87a7no31e8.fsf@mbork.pl> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Cancel-Lock: sha1:NFbrZiH67Q+K4H0AdVRmexFAz5s= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] What is the difference between `org-narrow-to-subtree' and `org-narrow-to-element'? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 15:47:57 -0000 Hi! > I found these two commands. They seem to do the same thing. What is > the difference? This is an example illustrating the difference. - Have point on the *table* of the following subtree. --8<---------------cut here---------------start------------->8--- * foo | foo | foo | | foo | foo | * bar --8<---------------cut here---------------end--------------->8--- - Use command `org-narrow-to-subtree'. See the effect. - Use command `widen' to get rid of the restriction. - Make sure to have point on the table of the subtree again. - Use command `org-narrow-to-element. See the effect. - Compare! HTH, Marco From MAILER-DAEMON Mon Oct 08 11:55:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Xs7-0003le-6V for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:55:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39063) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9Xs5-0003lQ-JO for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:55:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9Xs0-0003Wp-AQ for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:55:00 -0400 Received: from mail-wr1-x42c.google.com ([2a00:1450:4864:20::42c]:41138) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9Xrx-0003VZ-UR for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:54:54 -0400 Received: by mail-wr1-x42c.google.com with SMTP id x12-v6so21396728wru.8 for ; Mon, 08 Oct 2018 08:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=JFnkS4hQStzoU9/kSiUEjRgnsHEvOqlDRryBoeqVCvs=; b=HJiAJe5z+HpifXbWeEgW4L0gtt6g+oFIS9pmWun2G5HAFUrYDiUsTZd4cBVtOAeXTV zayKkYgC1gAzKoTCBxwIH7biPEhyD4lLmzU4Zxsp8dkurS9aw5P9ud1d1WSw6bIzNqnZ tk8EDvr8HYydndu1wQp8fhg255LEret0fogL+9P1GcDtQVKBfhVoWyJ/YRlHLIehLFOF FVeFrtqo/FeGpOWy6anb6na6JCUqaG9aiq3rk4XouuVYskIidTtcz2nXlmjyI2vJhUtX dKLoai0iwIcXIuunJMJglM2ovHWozqLjCiOZVL27wBkHe62XtD3lPhw3I4Y3WlbzU7h1 AEhA== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=JFnkS4hQStzoU9/kSiUEjRgnsHEvOqlDRryBoeqVCvs=; b=XUKdTLkiAz7gkhViog4vbY/WYsIQBd3ey8sDBqOu0rS54tsH/cx13pRbtfqfGhRRO7 85gV22aSXkpBO1qwfOU/mw/X0QW/i+0ytf5YCIut7829HZJWU0xliq40Ge+EdtP8KhLU g+IJKhKWN0tYXIqBI1UC9H28nsUPqknaKZS7zGO7ipO0eI6/MS1bUdc8ML0RBPJDHrVe JRbEjNBFggoRl8CU79clCaUloMFD88/raLoIpBWBV29/wrS1N/RxVX2VL9NMLie4Geed n1dvSIMtBk4uPRPX2dv5OsduIZB1Mob6Ei0q9wj43d84nIu8mjHyjSpR8sXx7laNTh36 MUxQ== X-Gm-Message-State: ABuFfogts5fLVL20rLey4aAuXJr3ifSQOgMHQayI2e6tyRPwiiF1lRR2 ybWRfVHTHey9yqEyj1dRDovqL2cd X-Google-Smtp-Source: ACcGV61ae+ki++EOLzLuAc2svVmM7tXcI1uDemWmE872+HDgmv7LIIZlJiMa0O8cokoQxuoUwbWz/w== X-Received: by 2002:adf:9a38:: with SMTP id z53-v6mr17694005wrb.75.1539014089055; Mon, 08 Oct 2018 08:54:49 -0700 (PDT) Received: from gemini (94.197.121.190.threembb.co.uk. [94.197.121.190]) by smtp.gmail.com with ESMTPSA id z184-v6sm13686186wmz.0.2018.10.08.08.54.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 08:54:48 -0700 (PDT) From: Eric S Fraga To: Sharon Kimble Cc: org-mode-email Organization: On the Interweb somewhere References: <875zycyd5z.fsf@skimble.plus.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Sharon Kimble , org-mode-email Date: Mon, 08 Oct 2018 16:54:39 +0100 In-Reply-To: <875zycyd5z.fsf@skimble.plus.com> (Sharon Kimble's message of "Mon, 08 Oct 2018 10:56:40 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::42c Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 15:55:02 -0000 On Monday, 8 Oct 2018 at 10:56, Sharon Kimble wrote: > My finished output in the pdf will have every line indented/tabbed to 4 > spaces and have a carriage-return at the end of each paragraph, with no > spacings in between paragraphs. > > I can get it how I want in org-mode, but when its exported to latex and > converted into a pdf file, the whole section comes out in one block of > text! Both LaTeX and org define new paragraphs by a blank line. Spaces at the start of a line only have meaning, in org, if the lines are part of a list (and never mean anything in LaTeX). I am not sure exactly what you want to achieve so it is difficult to suggest anything. Try separating your paragraphs with empty lines to see how much closer this gets you to what you want. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-894-gf79545 From MAILER-DAEMON Mon Oct 08 11:59:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Xvz-0005jG-DF for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:59:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41074) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9Xvx-0005i3-AY for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:59:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9Xvu-0005Vw-1V for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:59:01 -0400 Received: from mail-wm1-x336.google.com ([2a00:1450:4864:20::336]:40201) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9Xvt-0005TJ-P4 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 11:58:57 -0400 Received: by mail-wm1-x336.google.com with SMTP id z204-v6so8838524wmc.5 for ; Mon, 08 Oct 2018 08:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=s9qFlAlaxrax5JmM8tf92fPXdkO2sqd2Rgi3hBeYM34=; b=BUhGvaHb097l6g0AlLTsJ/UdMdOwCvml5lOCbd6rmqCsvHnOYSoc3SyrKktO/Wkgpa l8s8FYP7K0zvIjr6jpY4DhHYVde1nvdC1h+0FBO5dMJEfW26wsX8uJViPfdNlxOkvxyX +z2gYke+h1VTIJiPJUhsobmsb+GN6kL1Irj72Q6LkUVbVareqVVboxUvZmScGhMtbsqi HnTrxMLur/l0ex/S3+QYwRhRDRXeVCTz9GQ6ieKZsMBRPTIWmrhvCM8T1csz9Umde0mt eBOguRztbO6w1e8v+HZsiNLYO/Za9bhXo5apkM9AXAxm7KMZcDz5eQauASwvm6YwqF0W DTcQ== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=s9qFlAlaxrax5JmM8tf92fPXdkO2sqd2Rgi3hBeYM34=; b=hMUozninRB0Ehgpom33LSfp56XeT46xBVTVOIxRem+OBlrvm1yezfQUmelgv0dJeUX FnL8eXU56BheLfEJaQdWTBZJU/GL3tAegyY6lNaEoLIHjtkjr/ojn04J8OtuMv5fRnrS gwqGtx6sh5/KIRy2flt8zOiEeluZVSxUF7/BuCWKSMdkOLB6c7K21OoWsbP/qQx7oXJf N3FPrLjtGCGTbtyH5OwUlxKJ9UBItXNBfx9QeXpocHf6nFaecABRdIlrDTz+fpodNGsn swl+7+L5ynsC/qP7ApBvaVC7YYiInxNaXsbRtEJ7ObvSUL9bsAWB5ap2AsapxYzeyARJ CJPg== X-Gm-Message-State: ABuFfog+v2mRTUVwZjLPwlKf95fpwSNcNbDxBqHodVkc8Llew1w8Ejxb NN6XozCy1XP6W89krS+m7r1tQ/Sj X-Google-Smtp-Source: ACcGV61LFMbB/dJ0Zv3KaEkmqBRwo3sy1jt3A6+64Bji38QRJh2RapZwKORUIaYWQuxyMooJrFYVjA== X-Received: by 2002:a1c:a55:: with SMTP id 82-v6mr16418123wmk.54.1539014331946; Mon, 08 Oct 2018 08:58:51 -0700 (PDT) Received: from gemini (94.197.121.190.threembb.co.uk. [94.197.121.190]) by smtp.gmail.com with ESMTPSA id e7-v6sm17457723wra.37.2018.10.08.08.58.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 08:58:51 -0700 (PDT) From: Eric S Fraga To: Marcin Borkowski Cc: Org-Mode mailing list Organization: On the Interweb somewhere References: <87a7no31e8.fsf@mbork.pl> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Marcin Borkowski , Org-Mode mailing list Date: Mon, 08 Oct 2018 16:58:48 +0100 In-Reply-To: <87a7no31e8.fsf@mbork.pl> (Marcin Borkowski's message of "Mon, 08 Oct 2018 17:26:39 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::336 Subject: Re: [O] What is the difference between `org-narrow-to-subtree' and `org-narrow-to-element'? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 15:59:02 -0000 On Monday, 8 Oct 2018 at 17:26, Marcin Borkowski wrote: > Hi all, > > I found these two commands. They seem to do the same thing. What is > the difference? These will only do the same thing if your element (where point is) happens to be the sub-tree and nothing else. Try it within a list element in a sub-tree and you should notice a difference in behaviour. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-894-gf79545 From MAILER-DAEMON Mon Oct 08 12:07:28 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9Y48-00033i-Fc for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:07:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44142) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9Y46-00031X-0T for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:07:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9Y42-0002S2-A4 for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:07:25 -0400 Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]:36504) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9Y3y-0002PA-9i for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:07:20 -0400 Received: by mail-wr1-x42a.google.com with SMTP id y16so21450703wrw.3 for ; Mon, 08 Oct 2018 09:07:16 -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:date:organization:references :user-agent:mail-followup-to:message-id:mime-version; bh=jP8CyOUbjnEiqIJ+m7KlBNT+29xO1iCTIQuXN65NWTs=; b=bC+0PsR29G05O5sDqknob598IljfaTavo7wTHWUSmDabkFKz9SrN8JYiYcSc5P4bIz KyKWvzE/N6Z6fHNKQknCesJdj0hSONZyTuESh8V08gE8Lvgb99pSyPRKNqEvZ0p9Ehv4 aKPTNSB+rN2/M9CC8hSuB859Q5ekfkBbzGrrDBlhhEDDxOZ7ci8paOh6oap99aXTQNsi 2aPwXKzSR1evYX6yAnjaDdM/g4VUeIiQYg3U8Y2YrlPztYg5e+icSGPPdDpj5+NgdzGG MKpz21C2OPn8UMg1A4q3BR0qJW34PtTXKu1FYdZo3t9oix9JMqQNfWE7lxvX1S0+1Oez yZUw== 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:date:organization :references:user-agent:mail-followup-to:message-id:mime-version; bh=jP8CyOUbjnEiqIJ+m7KlBNT+29xO1iCTIQuXN65NWTs=; b=nOffuvfI13PupYF2L+hQjEMw5TpN/s1lTTafgTRG+uJmsMlHkPmm02fC4OsECZUbhX PjP2vchW8Hu+R3EiadLOxGA150+nXcLN9r85cxoLcrspDYH4cWv9lZNt/eQ9wocFOQX8 GfFX/GL9czIJKA5lt6DIm4NJ1MCauAVtYeZ4ig6/pSWBBJURxSBTuKGVwAMhZP43+wMP rlQ3s2vIvzQXkyHxlvo0SWNTePuA4BUwTlneRmwj9X+VcuZie+go9z6WRYs3NfX2HZLm 9a7gV6iWUXmHZAlAyFnGFuPKbUfvWhKKkMjgASmiwGjtsLkkzVi+hPxZYR0twhQu/HK3 BZqQ== X-Gm-Message-State: ABuFfogT41dRVUU3iOi2t8g9IRaa/OD0pTurrPqZnjZAMTpv6emF5TI8 QHp3ZmWzO93bpYvL0vZO1HEf3Was X-Google-Smtp-Source: ACcGV623uzMUop83Hr09i4YQteLbYiByjnd4oIBYnmbqHpzBQcGGt+a/wazrg/CKHA0Yy3J+g+jj7A== X-Received: by 2002:adf:e18e:: with SMTP id k14-v6mr17758923wri.36.1539014835426; Mon, 08 Oct 2018 09:07:15 -0700 (PDT) Received: from gemini (94.197.121.190.threembb.co.uk. [94.197.121.190]) by smtp.gmail.com with ESMTPSA id f7-v6sm17061824wrr.68.2018.10.08.09.07.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 09:07:14 -0700 (PDT) From: Eric S Fraga To: Karl Voit Cc: emacs-orgmode@gnu.org, Karl Voit In-Reply-To: <2018-10-08T17-11-05@devnull.Karl-Voit.at> (Karl Voit's message of "Mon, 8 Oct 2018 17:19:20 +0200") Date: Mon, 08 Oct 2018 16:50:09 +0100 Organization: On the Interweb somewhere References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <2018-10-08T17-11-05@devnull.Karl-Voit.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Karl Voit , emacs-orgmode@gnu.org, Karl Voit Message-ID: 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: 2a00:1450:4864:20::42a Subject: Re: [O] Calculate differences of remote table numbers X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 16:07:26 -0000 On Monday, 8 Oct 2018 at 17:19, Karl Voit wrote: > Unfortunately, I have to admit that spreadsheets in Org are not > something I can recommend to somebody who needs "something that just > works" (like Excel-switcher). :-( Maybe not but the combination of "It's all text", Emacs calc, and LaTeX export is unbeatable for me. I've not used any other spreadsheet in years! -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-894-gf79545 From MAILER-DAEMON Mon Oct 08 12:16:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9YDC-0000Fo-OI for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:16:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9YDA-0000Dw-Gj for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:16:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9YD7-0002Mm-En for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:16:48 -0400 Received: from [195.159.176.226] (port=58341 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9YD7-0002MC-6q for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 12:16:45 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g9YAx-000708-QE for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 18:14:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Karl Voit Date: Mon, 8 Oct 2018 18:16:35 +0200 Organization: www.karl-voit.at Lines: 29 Message-ID: <2018-10-08T18-11-03@devnull.Karl-Voit.at> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <2018-10-08T17-11-05@devnull.Karl-Voit.at> Reply-To: Karl Voit X-Complaints-To: usenet@blaine.gmane.org User-Agent: slrn/pre1.0.0-18 (Linux) X-GPG-Key: http://www.Karl-Voit.at/Karl_Voit_GnuPG_public_key.gpg X-Registered-Linux-User: 224337 X-Confession: Pastafarian http://www.venganza.org/ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] Complexity of using spreadsheet functionality (was: Calculate differences of remote table numbers) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 16:16:50 -0000 * Eric S Fraga wrote: > On Monday, 8 Oct 2018 at 17:19, Karl Voit wrote: >> Unfortunately, I have to admit that spreadsheets in Org are not >> something I can recommend to somebody who needs "something that just >> works" (like Excel-switcher). :-( > > Maybe not but the combination of "It's all text", Emacs calc, and > LaTeX export is unbeatable for me. I've not used any other > spreadsheet in years! I do think that we all agree on that. But it's more "I accept the nasty issues I have while creating complex spreadsheet stuff because I got tons of advantages elsewhere in this tool" instead of "hey, you're using Excel. Wanna switch to Org/calc because it offers equivalent spreadsheet functionality on top of many other advantages". You have to use Org for a while in order to be able to grasp the large universe of possibilities. It's really not that easy to explain or show. It's something you have to experience IMHO. And after you had this epiphany, you accept even hard to do things like complex calc references. -- get mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML into Org-mode: > get Memacs from https://github.com/novoid/Memacs < Personal Information Management > http://Karl-Voit.at/tags/pim/ Emacs-related > http://Karl-Voit.at/tags/emacs/ From MAILER-DAEMON Mon Oct 08 13:44:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9ZZq-0006oe-BD for mharc-emacs-orgmode@gnu.org; Mon, 08 Oct 2018 13:44:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45421) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9ZZ1-000609-JV for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 13:44:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9ZYG-0005mU-CW for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 13:43:27 -0400 Received: from mail-qt1-x844.google.com ([2607:f8b0:4864:20::844]:37138) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9ZYG-0005jB-2X for emacs-orgmode@gnu.org; Mon, 08 Oct 2018 13:42:40 -0400 Received: by mail-qt1-x844.google.com with SMTP id d14-v6so13222056qto.4 for ; Mon, 08 Oct 2018 10:42:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=zOJkUAWxgy4hfGurAnDm0wXGSgK14hBjZX3V0NQcTqw=; b=bHKpWJCFRv0CpPSgUNNFYbdgxm60da8cPYlR/Xv6brKie4P/XJMd5bU1g3sT9f0OLh 6JwFqLkxIMe1bs/h7PiDeJUwk+34wbgWUuK5Ew86bUl52S1xVd37GGdh5YdtOftGEhQW IQm4XXnJNzXX2OQlXk4tuLBT6By1Xcid4HfnyGV5HQAv3pjndKpuFAO2ArVrYJKGt4Py 0PzS9AvPHKT72Vs+AN77dDDDWRNkf6pUvOyI/JIhhm6MKYkYxBh4rZGr4UCTLaY+exdn Tzean8JaCfBYcabTKJ/qr42p56rd5bdKVvaPdKzAQ0hwasHjsxCrz1U+RzgQgR5aA0ta QLPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=zOJkUAWxgy4hfGurAnDm0wXGSgK14hBjZX3V0NQcTqw=; b=tTgfmhrUkuDzy036MzeGW1mG7Bzuu56nuIF8S90f7UxWAOBX0QqTKWfVfgG9qvKxnP Im69OqLxlRCR56H/rwT9eyYg9DTtORg3Rc+dQ14YBnee/UZPRvbCdvLHpTTkG0Zhl+ww l3x1AtnxUUnuOtXkwWmNOTTefeuboeuLdj9artzL/Fo4y77Ij3ijF2wiwO2yK53+8mcN z0OOpcCGItybGk62mF5Rm8FvHUnvyGi9JpcNjk/MrbTNprpcI7M0euiA32duGyjBw/gW LGqt19OY3axo+FCp95Q4SsTBqshz69mPl8ugVgDsr4wEdMgBber9lPN4HqjTnI9oPny6 HpEg== X-Gm-Message-State: ABuFfojRmUlzrqA0v4zcs8xuk5ZOBhWL19iOEzlNVO6rVJJCCbjurtah sC2w1BxeqBMttKMdOzbn67MMWzlB X-Google-Smtp-Source: ACcGV628WtL6KFo/2sJTWFTcSGhxEV/Od9+C6wKBz6DYfQ2TvS9kfux6BFm8DsCfXUTl2EKfHvSYyA== X-Received: by 2002:a0c:aedd:: with SMTP id n29-v6mr20221021qvd.10.1539020550805; Mon, 08 Oct 2018 10:42:30 -0700 (PDT) Received: from archlinux ([190.2.33.33]) by smtp.gmail.com with ESMTPSA id g34-v6sm10539166qta.79.2018.10.08.10.42.29 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 10:42:29 -0700 (PDT) From: Carlos Pita To: emacs-orgmode@gnu.org Date: Mon, 08 Oct 2018 14:42:27 -0300 Message-ID: <87o9c4e3ng.fsf@gmail.com> 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::844 Subject: [O] Bug: org-goto buffer not honouring org-cycle-separator-lines [9.1.9 (release_9.1.9-65-g5e4542 @ /home/carlos/local/stow/emacs-26/share/emacs/26.1.50/lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Oct 2018 17:44:16 -0000 Say I set org-cycle-separator-lines to 1. Now in an org buffer that has nodes separated by one line, I do C-c C-j to open the org-goto buffer. Then in the org-goto buffer: 1. Every node is suffixed by an ellipsis, even if the only content there is an empty line. 2. Nodes are not separated by an empty line anymore. That is, the nodes are "swallowing" the empty lines between them as their contents, which is exactly what org-cycle-separator-lines = 1 is intended to avoid. --- Emacs : GNU Emacs 26.1.50 (build 11, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-09-26 Package: Org mode version 9.1.9 (release_9.1.9-65-g5e4542 @ /home/carlos/local/stow/emacs-26/share/emacs/26.1.50/lisp/org/) current state: ============== (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-fontify-whole-heading-line t org-after-todo-state-change-hook '(org-clock-out-if-current) org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-refile-targets '((nil :maxlevel . 5)) org-agenda-files '("~/notes/gtd.org") org-mode-hook '((lambda nil (let ((in-notes (string-prefix-p (expand-file-name "~/notes/") buffer-file-name)) (in-inbox (string= buffer-file-name (expand-file-name "~/notes/inbox.org"))) (in-goto (string= (buffer-name) "*org-goto*"))) (if in-notes (progn (org-indent-mode) (if in-inbox (progn (my-fill-mode -1) (auto-revert-mode)))) ) (if (or in-inbox in-goto) (progn (let ((--dolist-tail-- (quote (org-level-1 org-level-2 org-level-3 org-level-4 org-level-5))) face) (while --dolist-tail-- (setq face (car --dolist-tail--)) (face-remap-add-relative face :inherit nil) (setq --dolist-tail-- (cdr --dolist-tail--))) ) ) ) (add-hook (quote completion-at-point-functions) (quote pcomplete-completions-at-point) nil t) ) ) #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-archive-hook '(org-attach-archive-delete-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-metaup-hook '(org-babel-load-in-session-maybe) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-agenda-deadline-faces '((1.001 . error) (1.0 . org-warning) (0.5 . org-upcoming-deadline) (0.0 . org-upcoming-distant-deadline)) org-babel-pre-tangle-hook '(save-buffer) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-hide-leading-stars t org-babel-load-languages '((emacs-lisp . t) (python . t)) org-link-abbrev-alist '(("google" . "https://www.google.com/#q=") ("docs" . my-find-in-docs)) org-export-backends '(ascii beamer html latex md) org-babel-python-command "ipython -i --simple-prompt --matplotlib=agg" org-fontify-quote-and-verse-blocks t org-fontify-done-headline t org-occur-hook '(org-first-headline-recenter) org-cycle-separator-lines 1 org-footnote-auto-adjust t org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-babel-tangle-lang-exts '(("python" . "py") ("emacs-lisp" . "el") ("elisp" . "el")) org-format-latex-options '(:foreground default :background default :scale 1.3 :html-foreground "Black" :html-background "Transparent" :html-scale 1.0 :matchers ("begin" "$1" "$" "$$" "\\(" "\\[")) org-refile-use-outline-path t org-font-lock-set-keywords-hook '(doom-org-custom-fontification) org-confirm-shell-link-function 'yes-or-no-p org-stuck-projects '("-someday+LEVEL=2/-DONE" ("TODO") nil "") org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path)))) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path)))) ("https" :follow (lambda (path) (browse-url (concat "https:" path)))) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:" path)))) ("news" :follow (lambda (path) (browse-url (concat "news:" path)))) ("shell" :follow org--open-shell-link)) org-capture-templates '(("p" "Protocol Link" entry (file "~/notes/inbox.org") "* %:description\n\n%:link\n\n%i%?" :empty-lines 1) ("L" "Protocol Link" entry (file "~/notes/inbox.org") "* %:description\n\n%:link%?" :empty-lines 1) ) org-confirm-babel-evaluate nil org-preview-latex-image-directory "/tmp/ltximg/" ) From MAILER-DAEMON Tue Oct 09 01:34:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9kfW-0002xp-Ht for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 01:34:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9kfV-0002xa-9H for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 01:34:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9kfR-0004Mo-AK for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 01:34:53 -0400 Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]:38742) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9kfR-0004MM-1F for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 01:34:49 -0400 Received: by mail-wm1-x32b.google.com with SMTP id 193-v6so474957wme.3 for ; Mon, 08 Oct 2018 22:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=1uQqnJCMRoFUq/m4FJlqw4j2mOiC5mu2fRzkic0BWi0=; b=JYUWgE7X7GiUG7Oc860OtLIGfbcKTaIntNpb4cTUNPIwqOzuX79w/qxavRrT5Q1PZQ V2t7dtiAIOdYJJh6tCspX7wtFzLSgzdEmG8JijgvnlfHIwjH73iUvUUwY9VAo4hUiFZG fdlkpVeOxy2xNw57kx5IPpJ7nBEKjcyPS9X+DwCIiKJjL2Je7kLISLUC/TujsrK90ooQ fOrnRw89KLknOgHOP5b8GM9KAAx0UKnISE/lpO89iXLw8yVdjdMoLl177QeabhVfhkMf hsSqU5qqvjJq+dtEYfiKNfC4py1pMZefHlgUF6hCSAtxoqxOS4MP+Mw+GFfI0LXtRehv NHWw== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=1uQqnJCMRoFUq/m4FJlqw4j2mOiC5mu2fRzkic0BWi0=; b=OiU9v73FUh0yAKlE0sdU1nNFaiyiRuUXrUaVVJ8xzJMd8gxxw0HsBm6z/h8xOTQL5c 4XiDXXm7qf+8+u+Uiyoslrhjs68vt9kSq8Hi7AqeJgKw71GDzNgsBhg166eyREli4miW NcuNF9OWzU7XQwrsX5NBIG4t0KexcCsta4VjRal61mgbQpOgGu3AJfoaFRs2clnTz8Pc ecx743LQn6E5+iWysrQ18/u/Q2/dahrbakaiihbl6VqQNg2c8/drHqtwgGD68As2I0dU O2itWxkrV7mcJ4wMTaJZZFN0Lkz77QGiVss2ApOohn5gYherw1D2s7Jpd7n0FGTENG1G uwDQ== X-Gm-Message-State: ABuFfojFNWJLWNO6ZBnXMJ63sYxcLtmJj8Xw+Wo92yahcyr4jhTMvZmH W67uaVqqLQrdQnRxWYn86cU= X-Google-Smtp-Source: ACcGV61VHYxZJ6IZLJ1vPZe4IIwHZSB2j/v2DFhTSeuqbBIj91RMuPiEDQ+YF/5NwzKBhNYEdFrTWQ== X-Received: by 2002:a1c:930c:: with SMTP id v12-v6mr667463wmd.9.1539063287895; Mon, 08 Oct 2018 22:34:47 -0700 (PDT) Received: from t3610 ([95.151.192.176]) by smtp.gmail.com with ESMTPSA id e142-v6sm38666663wmf.20.2018.10.08.22.34.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 08 Oct 2018 22:34:47 -0700 (PDT) From: Eric S Fraga To: Karl Voit Cc: emacs-orgmode@gnu.org, Karl Voit Organization: On the Interweb somewhere References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <2018-10-08T17-11-05@devnull.Karl-Voit.at> <2018-10-08T18-11-03@devnull.Karl-Voit.at> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Karl Voit , emacs-orgmode@gnu.org, Karl Voit Date: Tue, 09 Oct 2018 06:34:45 +0100 In-Reply-To: <2018-10-08T18-11-03@devnull.Karl-Voit.at> (Karl Voit's message of "Mon, 8 Oct 2018 18:16:35 +0200") Message-ID: <875zyby96y.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::32b Subject: Re: [O] Complexity of using spreadsheet functionality X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 05:34:53 -0000 On Monday, 8 Oct 2018 at 18:16, Karl Voit wrote: > You have to use Org for a while in order to be able to grasp the > large universe of possibilities. It's really not that easy to > explain or show. It's something you have to experience IMHO. And > after you had this epiphany, you accept even hard to do things like > complex calc references. I think that's definitely the case. There are things in org that should be easier. However, the one really good feature of org is that it is easy to start with the simple outline and task management capabilities and then slowly discover the other very powerful features. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Tue Oct 09 02:05:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9l97-0001Q7-W5 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:05:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56631) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9l95-0001Mh-Vv for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:05:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9l8z-000188-8w for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:05:26 -0400 Received: from [195.159.176.226] (port=54512 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9l8q-00016X-R0 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:05:15 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g9l6g-0001Zr-LD for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 08:02:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Tue, 09 Oct 2018 01:05:00 -0500 Lines: 48 Message-ID: <87tvlv4pv7.fsf@alphapapa.net> References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] Org should follow SemVer conventions [Was: Automatically save the archive file after org-archive-subtree] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 06:05:29 -0000 Kodi Arfer writes: > As of > > https://code.orgmode.org/bzg/org-mode/commit/b186d1d7236c0dc397eadeb004c9a17eaffd3aab > > archiving a subtree no longer automatically saves the archive > file. How can I get this behavior back? > > A Debian bug was also opened for this issue: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887332 According to that bug report, the behavior changed when upgrading from 9.1.2 to 9.1.5. I think this shouldn't happen. "Patch"-level releases (incrementing the third number) should only contain bug fixes. Changes which change default behavior belong in, at minimum, "minor" releases (incrementing the second number). Users should be able to freely upgrade from 9.1.x to 9.1.x+1 without having to worry about reading a changelog and adjusting their config to avoid changes in behavior which could lead to data loss. In my own (much smaller) projects, I follow this practice, which is basically SemVer. When I fix bugs, I apply the fixes to the latest stable branch, make a new stable patch-level release, and then merge the fixes into the master branch (in some projects, by rebasing the master branch on top of the stable branch, and in others, by a non-fast-forward merge of the stable branch into the master branch). The master branch becomes the next stable branch when its new features and other changes have been merged for long enough and have no known bugs. New features and refactorings are generally developed in a feature branch and then merged into the master branch when ready, eventually being released in the next stable branch. The master branch is intended to be always usable, but only recommended to users who are willing to potentially encounter bugs in new features or as a result of other significant changes. (In practice, this ends up being the branch used by 99.9% of MELPA users, but that's a MELPA-specific issue.) Most users should use the latest stable branch. This practice also makes it much easier for downstream packagers, like Debian, because changes to the stable branch are ONLY bug fixes. Could Org start doing this and call it Org 10.0? From MAILER-DAEMON Tue Oct 09 02:20:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9lNs-0006rs-8y for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:20:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60994) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9lNp-0006rL-Ew for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:20:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9lNm-0001DH-Bu for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:20:41 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:37427) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9lNl-0001CU-KT for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:20:38 -0400 Received: from lt70.mpip-mainz.mpg.de ([194.95.63.248]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MCbVD-1g1pHn2lhD-009ij0; Tue, 09 Oct 2018 08:20:32 +0200 Received: from lt70.mpip-mainz.mpg.de ([194.95.63.248]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MCbVD-1g1pHn2lhD-009ij0; Tue, 09 Oct 2018 08:20:32 +0200 Date: Tue, 9 Oct 2018 08:20:28 +0200 From: Robert Klein To: Eric S Fraga Cc: Sharon Kimble , org-mode-email Message-ID: <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> In-Reply-To: References: <875zycyd5z.fsf@skimble.plus.com> Organization: roklein.de X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-unknown-openbsd6.3) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:FuUOsaAsXlgSMd7pTrK6cf4kQYGMNczijFFHqcmJDi+qCh/Bn7s lSeIlEm9vm4lUVNN+vhrSAjGXJ8eNQwBzvUf/NHcpzsZEpht7LHRXGdJGUaqmUC9KEoN1LB F4XvOgSJ7UTk/3T9uCw7PO17TACzvkqyjbIj0fg8D/U30wmjh2Bdtsgv/Pe8QFpOB4vaqVg j+NGfLHx6PdkEbR9xALbQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:bp13nDjbxy8=:oTC9+aTQpVQUPphnic1nhJ viObrNDnZ7q+kA/mAO9qORrwwCu7NGyZZ8w43Y0zTRdBDMroX0/mLgj7959v2O5ypRu+X7oS8 V+wpBSObfjV09dqjkm9PXXIidJXuKG1Nz7G/AQd7u5KyB6v0BJEmdkcmLZvtZe+Gm/icZnmoS tDZvid41TKjwU7VGSRJ/4Z4FPP5dCeH0mvKcnRcSLrTxRsWMrVWTq8YqvP0dy5K7iWbOLQFQX 2K/S2la+oIkS3zU1YEJrFKznd2Bt+ZEXcq7LN6wQ9drXmHdAG2l3s96d83cxypveGKiwQDMPI jdNhedJ2VPIsJFvHFRsDvK7gkoV2mf4DkO6esc61LOgwV0Wgcy45QXL5qyz1B4UOCTfbbiNnt upTzJ0/+U17P8W6//wuASX3N3H4OsUpNFI12+E9+nivcHMaC6mY6bOBvjxi/mIoDcfMJQjUrm dmD1GBRZkqXvQDJyaoHgAwQ7NGwFSzqi/dgLT/GGr0rLPCypNYjDrPo5QNvq+zF2x/M7dj6BN MzLsbJMpY9L+Pt95AxuANLcwGOJ+vacqLTdFv7g7UOz14b4lxwgyO+8/cCg8KMr9SiEmldDxA VZpzcLSYFWi3K4RFsun7QJgekFRNPesgyKxwoD3I6qWwMzLBHmsWRyt5614VtJveNAH6RJ07z Ygm8IOb2FTVIe3LJeirx/VQ/cjbyS1pjk038ddZNosBQpNSea8YrQMQxU+WtWR/G4ijJM0T9X MSZYXyiQEJccwn2D X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.134 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 06:20:42 -0000 On Mon, 08 Oct 2018 16:54:39 +0100 Eric S Fraga wrote: > On Monday, 8 Oct 2018 at 10:56, Sharon Kimble wrote: > > My finished output in the pdf will have every line indented/tabbed > > to 4 spaces and have a carriage-return at the end of each > > paragraph, with no spacings in between paragraphs. > > > > I can get it how I want in org-mode, but when its exported to latex > > and converted into a pdf file, the whole section comes out in one > > block of text! =20 >=20 > Both LaTeX and org define new paragraphs by a blank line. Spaces at > the start of a line only have meaning, in org, if the lines are part > of a list (and never mean anything in LaTeX). >=20 > I am not sure exactly what you want to achieve so it is difficult to > suggest anything. Try separating your paragraphs with empty lines to > see how much closer this gets you to what you want. >=20 What Eric says. Then try to add to the org-file a line #+LaTeX_Header: \parskip=3D0pt so the spacing between paragraphs is 0. Then add #+LaTeX_Header: \parindent=3D0pt so the first line of a paragraph isn't indented. If you want to get /all/ the text indented by =E2=80=9C4 spaces=E2=80=9D, p= ut a line #+LaTeX: \setlength{\leftskip}{2em} at the top of your document. If you want only parts indented, put the line before the beginning of the part to be indented and put this line after it: #+LaTeX: \setlength{\leftskip}{0em} Does this help? Best regards Robert From MAILER-DAEMON Tue Oct 09 02:38:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9len-0006JS-V7 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:38:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37685) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9lei-0006He-4k for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:38:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9lee-0007vb-W1 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:38:08 -0400 Received: from [195.159.176.226] (port=44907 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9lee-0007vE-Od for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:38:04 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1g9lcR-0005rK-Sy for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 08:35:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Tue, 09 Oct 2018 01:37:46 -0500 Lines: 39 Message-ID: <87o9c34ocl.fsf@alphapapa.net> References: <87h8hy1ho5.fsf@mbork.pl> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 06:38:13 -0000 Hi Marcin, My feedback is: there be dragons. ;) The Agenda code is very complicated and hard to follow, and it's hard to optimize something that is hard to understand. In the long run, to get significant speed improvements, I think it may be necessary to reimplement the Agenda. However, due to the nature of it (i.e. regexp searches through buffers to find entries), I don't know how much faster it can be made. I don't mean that I doubt it can be--I mean that, truly, I don't know, because it's hard to understand the flow of the code. I think that it is already fairly well optimized, given its limitations. However, an example of a potential improvement would be to refactor it to work with lexical-binding enabled (which didn't exist when it was first created); I can't say how much of an improvement it would make, but my understanding is that code that runs with lexical-binding enabled is generally faster. But doing that would be a non-trivial project, I think, requiring the fixing of many inevitable regressions in the process. If you haven't seen them already, you may find my org-ql and org-ql-agenda code useful. org-ql-agenda presents an Agenda-like buffer. N.B. It does *not* implement most of the Agenda features, but it does emulate an Org Agenda buffer by setting the appropriate text properties on entries and formatting them in a similar way. It's built on org-ql, which provides per-buffer query caching, which means that generating an org-ql-agenda view for Org buffers that haven't changed since the last view was generated is very fast. It's also written in a more functional way, which I think is easier to follow and modify. Performance of uncached queries/buffers depends on the query--some are relatively fast, while others are slower than the "real" Org Agenda. I think there is significant potential for optimizations, and I'm hoping to implement some in the future. Your feedback would be appreciated! https://github.com/alphapapa/org-ql From MAILER-DAEMON Tue Oct 09 02:49:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9lq4-0008La-86 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:49:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9lq2-0008LB-4f for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:49:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9lpx-00076y-4E for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:49:50 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:38559) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9lpw-00075G-Sm for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 02:49:45 -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 5258E24000E; Tue, 9 Oct 2018 06:49:42 +0000 (UTC) From: Nicolas Goaziou To: Adam Porter Cc: emacs-orgmode@gnu.org References: <87tvlv4pv7.fsf@alphapapa.net> Mail-Followup-To: Adam Porter , emacs-orgmode@gnu.org Date: Tue, 09 Oct 2018 08:49:39 +0200 In-Reply-To: <87tvlv4pv7.fsf@alphapapa.net> (Adam Porter's message of "Tue, 09 Oct 2018 01:05:00 -0500") Message-ID: <87ftxfobr0.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Org should follow SemVer conventions [Was: Automatically save the archive file after org-archive-subtree] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 06:49:50 -0000 Hello, Adam Porter writes: > According to that bug report, the behavior changed when upgrading from > 9.1.2 to 9.1.5. > > I think this shouldn't happen. "Patch"-level releases (incrementing the > third number) should only contain bug fixes. Changes which change > default behavior belong in, at minimum, "minor" releases (incrementing > the second number). [...] > Could Org start doing this and call it Org 10.0? We already do this. It just happens that this particular commit had deeper repercussions than intended. It was then considered as a bugfix and applied on the stable branch. Moreover, next release will be Org 9.2. Not Org 10. I think Org 10 will happen when some major part of Org changes, or when we drop support for older Emacsen, e.g., Emacs 24. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 09 07:06:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9pqb-0003ii-5D for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:06:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43842) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9pqY-0003gr-UO for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:06:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9pqV-0007bv-NW for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:06:38 -0400 Received: from avasout05.plus.net ([84.93.230.250]:56265) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9pqV-0007V6-Bq for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:06:35 -0400 Received: from london.london ([51.7.106.168]) by smtp with ESMTPA id 9pqPgwp5NWn9j9pqQg1Whb; Tue, 09 Oct 2018 12:06:30 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.3 cv=OMIJIxSB c=1 sm=1 tr=0 a=dgB71pSSGrF/lpTl2NEaIA==:117 a=dgB71pSSGrF/lpTl2NEaIA==:17 a=pGLkceISAAAA:8 a=LlzXLoV6AAAA:8 a=iI7HsYTVAAAA:8 a=bAHfVwKlAAAA:8 a=ImHW7AsiSI0MimUlhQgA:9 a=TqqPwWH_UOm99GQB:21 a=LbiQvR1OQicjJVA4:21 a=QEXdDO2ut3YA:10 a=Tq7vdJwiuZ9apOGvqoYA:9 a=ONNS8QRKHyMA:10 a=diwpeB1DDhFXqWA7J4Up:22 a=KxyM1Xthmv57RbWRIpnN:22 a=fjrkRJ71zQ2jzMzczd-K:22 X-AUTH: skimble@:2500 From: Sharon Kimble To: Robert Klein Cc: Eric S Fraga , org-mode-email References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> Date: Tue, 09 Oct 2018 12:06:23 +0100 In-Reply-To: <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> (Robert Klein's message of "Tue, 9 Oct 2018 08:20:28 +0200") Message-ID: <87r2gz751s.fsf@skimble.plus.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-CMAE-Envelope: MS4wfEMcSKsd71hGEvVaKeBjqGfJzNx0w4OYVr3Ajb5Rafz/L7Un5iy9zHw7BBHIQAvPMB5K4mAW0DDCtkLH7TiczqbN9MCVxLusENCM3vi12WkYmbAhcMNL 433GuSRsG3WDizEy4zYGpZY606qljTQyyP3rQYuhTGxaZzw2vYDD9Nlb4Qqb2VD7HAOl0TngMbfacw== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 84.93.230.250 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 11:06:40 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Robert Klein writes: > On Mon, 08 Oct 2018 16:54:39 +0100 > Eric S Fraga wrote: > >> On Monday, 8 Oct 2018 at 10:56, Sharon Kimble wrote: >> > My finished output in the pdf will have every line indented/tabbed >> > to 4 spaces and have a carriage-return at the end of each >> > paragraph, with no spacings in between paragraphs. >> > >> > I can get it how I want in org-mode, but when its exported to latex >> > and converted into a pdf file, the whole section comes out in one >> > block of text!=20=20 >>=20 >> Both LaTeX and org define new paragraphs by a blank line. Spaces at >> the start of a line only have meaning, in org, if the lines are part >> of a list (and never mean anything in LaTeX). >>=20 >> I am not sure exactly what you want to achieve so it is difficult to >> suggest anything. Try separating your paragraphs with empty lines to >> see how much closer this gets you to what you want. >>=20 > > What Eric says. > > Then try to add to the org-file a line > > #+LaTeX_Header: \parskip=3D0pt > > so the spacing between paragraphs is 0. Then add > > #+LaTeX_Header: \parindent=3D0pt > > so the first line of a paragraph isn't indented. > > If you want to get /all/ the text indented by =E2=80=9C4 spaces=E2=80=9D,= put a line > > #+LaTeX: \setlength{\leftskip}{2em} > > at the top of your document. > > > If you want only parts indented, put the line before the beginning of > the part to be indented and put this line after it: > > #+LaTeX: \setlength{\leftskip}{0em} > > Does this help? Brilliant, thanks very much Robert, you've saved the project as I didn't fancy having to work with the document in LibreOffice. These are the settings that I've finally gone with - =2D-8<---------------cut here---------------start------------->8--- #+LaTeX_Header: \parskip=3D0pt #+LaTeX_Header: \parindent=3D2em =2D-8<---------------cut here---------------end--------------->8--- and I've found that having that parindent of 2em gives a very close approximation of each paragraph beginning with four spaces, except for the first paragraph in a new chapter. Weird, but true! Just part of what my finished document has to look like, open any fiction book and you see what its supposed to look like. When it works right, its beautiful, but when its wrong, its a right mare! Thank you very much, and now I've learnt how to do it, it'll make the whole thing much easier. Sharon. =2D-=20 A taste of linux =3D http://www.sharons.org.uk TGmeds =3D http://www.tgmeds.org.uk DrugFacts =3D https://www.drugfacts.org.uk Debian 9.4, fluxbox 1.3.7, emacs 25.3.4, org 9.1.14 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAlu8i7AACgkQNoGAGQr4 g1vDXg/+KdW5iCOLnAwvXYeAMlKyCsXDmx6TiJXfvsGhuswpLCjg9cBk3uyMMJrt tbB2QcEX/XSceFITnD5HuIak/aY3nnRS6HtiT8ZrN3zUBIauW68paJZFzy84vIp2 WtMUCZBNt5CZGLDaYaHKmuwhFndcruid+3Tkj3fsOZ/AbrGtssDTFzA98NKr2sK0 0S6jI2pLoFtq1rGNToysdZoJXugQG32fq06ccI2yLdLhUS3ssMsARLUIwoIltbfs ipNV1gXNa3Ys9zWCdXI80SYotB9UmkehtWbJLcwhyImB0uWEfB7D/Nh0dP8YnZLD FvXNPFQPL7JA2Fi0pK1FrRlu1qYr5bQ4ihKIxXMey1OQAC+2GNzbD4vZdGAa7Yl6 0LJ7nAsFgcC8DpRIz0i6E4pKInXv84wH5kuRS2kI/OjxmzdQZtxorslIR07JXMYh NeVW0cl2ZBIwlfFQIdNwAVL/FavymmSDbEMACVIhCLYEWvkU8/hrWX+LFC/+T390 JShyTXvqjAGrVwGxqsvkapD02dOkJTOYz4qhxClR+D3MidAYkHaiB9sILbSrQVQK Pl/a09b+O/2Q0YUC6JxsBUB+2zdP71reWdEcPZMzI0GvD4cMJ4LEVj2lcF+d++nl 29om7DWj+tfG0emVDqG9Isz55gEJOQB3gCLNW8QHB1g0hAtjOIo= =fU2s -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Tue Oct 09 07:48:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9qUd-0002nb-6e for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:48:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54693) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9qUZ-0002mM-CO for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:48:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9qUU-0007XH-Cx for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:47:59 -0400 Received: from mout.gmx.net ([212.227.15.15]:41889) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9qUT-0007Vw-Cv for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 07:47:53 -0400 Received: from [192.168.175.209] ([87.139.53.30]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0xbD-1fpi0Y3CmN-00v6WK for ; Tue, 09 Oct 2018 13:47:49 +0200 Received: from [192.168.175.209] ([87.139.53.30]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0xbD-1fpi0Y3CmN-00v6WK for ; Tue, 09 Oct 2018 13:47:49 +0200 To: emacs-orgmode@gnu.org References: <87h8hy1ho5.fsf@mbork.pl> From: Julius Dittmar Message-ID: <1587321e-6c92-2731-2d12-514bd9245549@gmx.de> Date: Tue, 9 Oct 2018 13:47:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <87h8hy1ho5.fsf@mbork.pl> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:QEVY00Fauc+jN1isHTpviRBM46FlvD05zTk1SoFHzBNi5AFvVlV CXzSxE7LO/hcsXF4u8j5GL1IyTQcxxeafmlA8tfLojtX+rXU7n6LiRLGDIa3Al34tlFvwwe p9yoG7qX+WxgvqhP0PlztDqjFA6Cwv7eWvZV3RakpNZqh+6WkW9JTkJI8FFtPWs+Vuu5lVe Gwe2oR3r8W5Bbw1Acc3cw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Qo8iBfXoW3w=:sJvP7xaiLet8ESit7njaB4 R8+b4m6ckS9+b9sMsJOQkz35FSXBWQgIJSWDH0mv75lZPO3ytDJxbGF6zkMc+KM8jNYA+v7IP wZcM94KQ9GdnCw8mdr+QILiSClLKS6Dp+PzGXmOdCKPtbEtqoD0nItzO6Lm5ntfNq/rDOEA4v QyJ0pUYUZOZCKthMGvPIACblaDIjApXa8hP/B2kPMYTZae272gx/1+6LJNvfOp71LOdiB21kS 3z39f2T45ya/WiGEyby0bm+qQQZeQfQFRBOFht1GmhZKPSOoL+BQBcxzX7pUL/TkvL1zaYYWd eTHULBA677GdhOj8j/qddN6Fc/hCISUjUFc5ETAOvmfQolGNeLTIle8M8hc4JV7toXdL6Z+ou fm/YEhk4Vkl5QQTovXO5ZeezGo4adXgcyC2wF+bBgVaHpow0kN+OoEpNtKdIyha0HyO18MH67 T7nqKh8CESKaXflzjlCi08UCf1dkvrirazlm+tl6R0uz7MNy1e07gnv0k3JzGdQP0PzInO0R/ O4RFWXZU1TtDtXU7E+vZ1THgrqk8okOqWv6mo7vA7nSmXIY6amaqqyW9n4fCGyrdYD1X+7Tca SBNKJMceZB6DeEa56/KYqfbFlRTd7aXQazYuBsMY31wo7zmZdr+nXqYJa66pUZOMJACNrOgqP HBF1izApdMBmcFPViflvxj4ujRpdQBuPTz6753MnSYrzN+dU5KB3MaCMs/BB67FskDYRCeNkh R1hIrqMXq5wTTO3502mLx+rv3NHU0MtOPJ3yvGtHHvLK9t3nYvTrDTPJ7S168Zgn8rfWD3cnh u0yl7Z4wPDNS085rleuK6vRM+BxvwvvbmjUo9eZYW4f2QZriuU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.15 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 11:48:02 -0000 Hi Marcin, I can't advise as to profiling to find out what really bogs down agenda building. I found that log messages do bog it down. I have a lot of recurring tasks, which accumulate log entries for every closing (which in fact means rescheduling to the next day). Every two to three months I prune my org files of those log entries. This significantly speeds up agenda building. HTH, Julius From MAILER-DAEMON Tue Oct 09 09:12:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9rnt-0004tv-D1 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:12:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49479) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9rnq-0004rY-Rw for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:11:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9rnm-0000uZ-UM for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:11:58 -0400 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]:43051) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9rnm-0000u9-Na for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:11:54 -0400 Received: by mail-wr1-x42e.google.com with SMTP id n1-v6so1767279wrt.10 for ; Tue, 09 Oct 2018 06:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=meCoHch6MUNpDaZ2l25m/C3s/2tgc7Iry+RrbNhaQ7o=; b=B5+XEu+OXHzDfKx3lgqTOR2iQXnQvhGCE74wTdJ57IhUrLM+QBvp7hhbNe0kToQOH0 mDlOekaWP5B2NLl+fmy14TGGZjPYYAzPq89Ve9wiYG2BkBFxTIVrvB6UeidNzzcurqV/ a0i4AHNpM31CByaqsxMF+zqM9SviQcX8LVZtmsPWggHUUeeEFrJccnvQJRZ9/Epz6Gt/ nqs/C4U0J9CzOhjRASdxJ+q6i57CQEjDIk2mN6qPKirnQmStveTAX0v9CV2Loh7WSC2M g8ZIiuayMt6X4pFwUXm6oX24712+HnI79mj99wXi1zqdXZlsPb8DDNfze/cEBjxvvhr+ lIoA== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=meCoHch6MUNpDaZ2l25m/C3s/2tgc7Iry+RrbNhaQ7o=; b=G5f9a/QUx/T68udmHWokNBayWsoslrZozN5HwIupcSh1wk4JXHLrc8G16jHLHj7QS5 thC4OxccN0W7lyTiqmOw7CgVzNY3oqSyq+NcIpJrja8ePPaCufgtms0/1Hh0XH9vtHLN enugkcf/sxoW31yNmJHfHhbOwiR6L/Rxb2ckeE8LpopARbTfte0LMFb9UlTqcK4KLQsd wK/pM3RrOhG80lQ2IMU91Vykimi4zL9ssVGsOA6rWDZH/whA+Or3X7luxPPgtdAft23m 0YHVQfC+1t+Y6L+KQa5m4qyjBsXffEhfvBuW8QTDx9ais38NLqWAFf+9QDRchB3J0i9u pZ0Q== X-Gm-Message-State: ABuFfohcolFkZSf2uWJNi+5bUjy7ZsUMcXKCQtB4eMyaiFUGO5urWL4U nbUy3r0vRQksfD6mUp4CZB0S0Kdr X-Google-Smtp-Source: ACcGV60M+6+f6hVdEXrmgGXOnNKMWxX8LotiRE2CjzlMgO8pXMxMkzIc4kL0sbIs+DTygOI+qBtY9Q== X-Received: by 2002:adf:9d26:: with SMTP id k38-v6mr21235108wre.18.1539090713296; Tue, 09 Oct 2018 06:11:53 -0700 (PDT) Received: from t3610 ([95.151.192.176]) by smtp.gmail.com with ESMTPSA id 4-v6sm12814073wmt.16.2018.10.09.06.11.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Oct 2018 06:11:52 -0700 (PDT) From: Eric S Fraga To: Sharon Kimble Cc: Robert Klein , org-mode-email Organization: On the Interweb somewhere References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Sharon Kimble , Robert Klein , org-mode-email Date: Tue, 09 Oct 2018 14:11:51 +0100 In-Reply-To: <87r2gz751s.fsf@skimble.plus.com> (Sharon Kimble's message of "Tue, 09 Oct 2018 12:06:23 +0100") Message-ID: <87murn6z8o.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::42e Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 13:11:59 -0000 On Tuesday, 9 Oct 2018 at 12:06, Sharon Kimble wrote: > Brilliant, thanks very much Robert, you've saved the project as I didn't > fancy having to work with the document in LibreOffice. These are the > settings that I've finally gone with - > > #+LaTeX_Header: \parskip=0pt > #+LaTeX_Header: \parindent=2em This is close to the default behaviour for the LaTeX article class. Did you have something setting these to different values? > except for the first paragraph in a new chapter. Yes, the first paragraph after any heading will not be indented. That is also default and is actually what most books use. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Tue Oct 09 09:26:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9s1t-0007d5-HP for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:26:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53983) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9s1r-0007b4-Eo for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:26:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9s1q-0000RC-5O for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:26:27 -0400 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:44455) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9s1p-0000MV-Os for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 09:26:26 -0400 Received: by mail-wr1-x436.google.com with SMTP id 63-v6so1818626wra.11 for ; Tue, 09 Oct 2018 06:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=eup9Hfk7Wulr82vsqB0mOoMymM3y5FL6bSa27kcPN9g=; b=MkxQcN9G8ArlnSsAZKEh2a89FdEMjTqep+5sfHffpNqbz3fJ1vA+kjedkJ041xsnzx zimW0sFRf0p9G9p20KEymeJtyWV7Zsq4lnF89TeN5hBUbClsegJarwt4fE4MPo6+9TqP YNKNiljfWnnTFjJFbsFzwhL+XtLFMSvD8gOOhcVeaaxWDww0fQrHYABDo/2rWGsQchNO KvlWz7+Jz4BVA+hnpGPUdK4ZYGnA6wHQuF2mMqROHHvod+ObdJU+wMHFSeOd5GrZoAqy u+8CnBUQoQpsIVil18W5IXNQCvLKT9TGeDlK7p61dCZKpfBQFmodzqksnxDKzascAd78 qxUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=eup9Hfk7Wulr82vsqB0mOoMymM3y5FL6bSa27kcPN9g=; b=U12QIQp+gzvNGVvHD9PDDKFtdxAWFp702mLnrzHDACqRl3FxDZhip+M2Sgz9aeTsV4 Ie6L4UVWIDxEqJm6qn/aHr1zn+hb7iKGe6jlg7KvP5iuoYEb4Bkwi9q6/G/4GNISboEA QpxOV42wv+WEzlQ1WgJjQ0Rk7rrDYztqQ/2BQsw+WEqvMXpQqcD1jGYKfAlrk1Hs1P9V iwhdu8Hmfqy47wXbpeEfpzYdh/yb69knAcPK1o8Sutw1OO9nc4/nZdjaDgAi/txBJkNJ nOOPrP6d4VaRpQkBo9CwX4OscSGAWkAfmjcb/0X/APuoq3kWvJM6+3SD3pHYk0wA2/KL Bcpg== X-Gm-Message-State: ABuFfogGnE9buNP7BRaWVKdeKy5SmhUrc4obeGDRxdW89gtB4PxI+mv6 hHGba4gd1CvTE42oKNTz0mnTLuaBSEw= X-Google-Smtp-Source: ACcGV61XXUiO67KGbnKWmalAW/b+tE27IN/W78wb7wyPZMeIZ0xphQjSNP1kes/kwbtGbOTVf8ddvg== X-Received: by 2002:adf:9304:: with SMTP id 4-v6mr19187310wro.129.1539091583550; Tue, 09 Oct 2018 06:26:23 -0700 (PDT) Received: from debian ([2a01:e35:2ea9:9d00:1d71:3d65:e740:22d6]) by smtp.gmail.com with ESMTPSA id u10-v6sm13750831wrt.59.2018.10.09.06.26.22 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Oct 2018 06:26:22 -0700 (PDT) From: Joseph Vidal-Rosset X-Google-Original-From: Joseph Vidal-Rosset To: emacs-orgmode list Date: Tue, 09 Oct 2018 15:26:21 +0200 Message-ID: <87ftxfdzeq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::436 Subject: [O] Again PATH problems with Gnus X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 13:26:28 -0000 Hello, I am sorry to say that I meet again PATH problems with Gnus. In my .profile, in my .bashrc and in /etc/bash.bashrc there are the following lines: PATH=/usr/local/texlive/2018/bin/x86_64-linux:$PATH MANPATH=/usr/local/texlive/2018/texmf/doc/man:$MANPATH INFOPATH=/usr/local/texlive/2018/texmf/doc/info:$INFOPATH export PATH MANPATH INFOPATH and the LaTeX export works with org-mode. But it fails (but sometimes succeed) with mime-htmlize in Gnus, and I do not see how to get a stable solution (except maybe rm -r /usr/local/texlive/ and apt install texlive-full, but I would prefer not to). Your help again is welcome, Regards, -- Joseph From MAILER-DAEMON Tue Oct 09 10:27:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9syY-0001Yi-SR for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 10:27:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9syV-0001Vy-6f for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 10:27:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9syQ-0008Fq-9e for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 10:27:03 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:37948) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9syP-0008FG-W0 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 10:26:58 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id C5574E62DE for ; Tue, 9 Oct 2018 16:26:55 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 434eqzMfj1rl for ; Tue, 9 Oct 2018 16:26:52 +0200 (CEST) Received: from localhost (83.25.59.180.ipv4.supernova.orange.pl [83.25.59.180]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 28D73E6257 for ; Tue, 9 Oct 2018 16:26:52 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Tue, 09 Oct 2018 16:25:19 +0200 Message-ID: <87tvlvurhs.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] org-clock-in-last bug report X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 14:27:05 -0000 Hi all, org-clock-in-last used to do nothing when already clocking. Now it clocks out and immediately in in the same task. It does that even in emacs -Q. Org mode version 9.1.14 (release_9.1.14-968-gfdb36d) I'd try to debug it myself, but I'm rather in a hurry now, sorry. I looked into git log and I suspect commit a2636b528, which seems to change something in that department. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Tue Oct 09 12:00:27 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9uQs-0001WV-So for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:00:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52104) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9uQn-0001Rj-E3 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:00:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9uQi-0006CI-WD for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:00:21 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:41382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9uQi-00068I-1Z for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:00:16 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 8D888E62DE for ; Tue, 9 Oct 2018 18:00:11 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WCJT5p2osKVl for ; Tue, 9 Oct 2018 18:00:08 +0200 (CEST) Received: from localhost (83.25.59.180.ipv4.supernova.orange.pl [83.25.59.180]) by mail.mojserwer.eu (Postfix) with ESMTPSA id D5E96E6257 for ; Tue, 9 Oct 2018 18:00:07 +0200 (CEST) References: <87tvlvurhs.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list In-reply-to: <87tvlvurhs.fsf@mbork.pl> Date: Tue, 09 Oct 2018 17:58:35 +0200 Message-ID: <87sh1fun6c.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] org-clock-in-last bug report X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:00:24 -0000 On 2018-10-09, at 16:25, Marcin Borkowski wrote: > Hi all, > > org-clock-in-last used to do nothing when already clocking. Now it > clocks out and immediately in in the same task. It does that even in > emacs -Q. > > Org mode version 9.1.14 (release_9.1.14-968-gfdb36d) > > I'd try to debug it myself, but I'm rather in a hurry now, sorry. > I looked into git log and I suspect commit a2636b528, which seems to > change something in that department. I had a few spare minutes to check it, and I can confirm that a2636b528 is the culprit. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Tue Oct 09 12:03:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9uUA-0003rt-0y for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:03:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52977) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9uU7-0003ow-VR for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:03:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9uU3-0000Ym-Ei for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:03:47 -0400 Received: from mail-qt1-x82c.google.com ([2607:f8b0:4864:20::82c]:46906) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9uU0-0000PI-Cc for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:03:40 -0400 Received: by mail-qt1-x82c.google.com with SMTP id d8-v6so2178601qtk.13 for ; Tue, 09 Oct 2018 09:03:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=dkmOmpSqt+rcYYpbMrtCa+U49cnwy98nlXpZm4LOtdY=; b=oV1Mtn4T8IapnbppBVw6gMN/qm6EhMbUsJx1Q96AqBaR05+dzrqg8OWHqhe2/Uza0H nmhKMKwGCBDvg3LH1htT/XuhoRLUmiRzZxA8XOrv4bE4WExJXXVYWMKvUcpwFQP0DDnn SskdNiXvS/EGKWSVxYdPZAGdRscdJd0F1fcp4eC6QdGnGk+lzVtYAIAzMCokchK9VuFo 18uu7NhWq8kuhnPm91U0NNibZKAqyN0hclkNauPXLNssjLAB2epiCvSiy5I4YtDJtxVh FwOXA42pnOSU4e6m9x3QJOqbCGysc4a998AMKm/mUGWH7vZPeuY1UdMF333GI3q0oRfj bGtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=dkmOmpSqt+rcYYpbMrtCa+U49cnwy98nlXpZm4LOtdY=; b=LgX5hpjILa6oR40Wu6F8xfUEz/CEdxB3i5g7XNdHLwDuYrIqAzUhwQSDJOdCQK10qc Fsc3la+MYzmIkTiAauV/LAsUaQyOtNaFrlnOyyGTmv4qY155S0pPRcJvmu4uM6VWcwoJ fG/XOdxfBE/GOutCqDCCTtg1IipzbPnH6FcZHHs3LrfQPdB/He6+h/+ve1d7fqmYUppr j+cynYZ/JWwLHfZBun5uZXT/Gax3YwWx4ze7npOcXJHfo9KDikVYvRlCg9N5mkL1k6TS C3G6xZkHIiPK8ogfe0wGhfOe13IOif0wkwu7wCb2WFpt9+/iPmO/qr2W4guF3nFX4Anp 4fyQ== X-Gm-Message-State: ABuFfoh5fYAOxqhGcM7hKACVdeYNrZsRmubD94gmuNtorfjXhdjjiIk1 DD+XoplN/MGTiK7GBzs2QTNK4NHh X-Google-Smtp-Source: ACcGV61HXNcYrQNAQoJ4HcYk4BFYFCk3P6FCWDNZcQFts0cRTk2eN5VeSOeaJOOmXnP4xM+wJEK7eg== X-Received: by 2002:ac8:6754:: with SMTP id n20-v6mr12999741qtp.70.1539101008086; Tue, 09 Oct 2018 09:03:28 -0700 (PDT) Received: from personal ([189.4.76.209]) by smtp.gmail.com with ESMTPSA id s13-v6sm14686786qte.29.2018.10.09.09.03.26 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Oct 2018 09:03:27 -0700 (PDT) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Eduardo Bellani To: Org-Mode mailing list Date: Tue, 09 Oct 2018 13:03:23 -0300 Message-ID: <874ldv5cqc.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::82c Subject: [O] [PATCH] lisp/ob-emacs-lisp.el: Remove unecessary printing in body expansion X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:03:48 -0000 --=-=-= Content-Type: text/plain TINYCHANGE --- lisp/ob-emacs-lisp.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/ob-emacs-lisp.el b/lisp/ob-emacs-lisp.el index 7446af252..322d2882b 100644 --- a/lisp/ob-emacs-lisp.el +++ b/lisp/ob-emacs-lisp.el @@ -54,7 +54,7 @@ their value. It is used as the optional LEXICAL argument to (format "(let (%s)\n%s\n)" (mapconcat (lambda (var) - (format "%S" (print `(,(car var) ',(cdr var))))) + (format "%S" `(,(car var) ',(cdr var)))) vars "\n ") body)))) -- 2.11.0 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSq65nkOQUlTZ3CSIpJsuXSQJOMaQUCW7zRSwAKCRBJsuXSQJOM aXiQAJ4oiuD2t9dO/7Bk5wdUKuGAWhZzkwCfUtPIqovm9JRqfp5vvIyGJtl8qoA= =XC66 -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Tue Oct 09 12:12:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9uc8-0007L9-4L for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:12:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55112) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9uc5-0007Ky-Pe for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:12:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9uc2-0006iZ-IN for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:12:01 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:33387) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9uc2-0006hm-9c for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:11:58 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 7CAFC240006; Tue, 9 Oct 2018 16:11:56 +0000 (UTC) From: Nicolas Goaziou To: Adam Porter Cc: emacs-orgmode@gnu.org References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> Mail-Followup-To: Adam Porter , emacs-orgmode@gnu.org Date: Tue, 09 Oct 2018 18:11:54 +0200 In-Reply-To: <87o9c34ocl.fsf@alphapapa.net> (Adam Porter's message of "Tue, 09 Oct 2018 01:37:46 -0500") Message-ID: <877eirdrqt.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:12:02 -0000 Hello, Adam Porter writes: > My feedback is: there be dragons. ;) The Agenda code is very > complicated and hard to follow, and it's hard to optimize something that > is hard to understand. And hard to maintain. We should really do something about it. > In the long run, to get significant speed improvements, I think it may > be necessary to reimplement the Agenda. Agreed. > However, due to the nature of it (i.e. regexp searches through buffers > to find entries), I don't know how much faster it can be made. I don't > mean that I doubt it can be--I mean that, truly, I don't know, because > it's hard to understand the flow of the code. > > I think that it is already fairly well optimized, given its limitations. > However, an example of a potential improvement would be to refactor it > to work with lexical-binding enabled (which didn't exist when it was > first created); I can't say how much of an improvement it would make, > but my understanding is that code that runs with lexical-binding enabled > is generally faster. Not really. But it's certainly easier to understand since it removes one class of problems. > But doing that would be a non-trivial project, I > think, requiring the fixing of many inevitable regressions in the > process. > > If you haven't seen them already, you may find my org-ql and > org-ql-agenda code useful. org-ql-agenda presents an Agenda-like > buffer. N.B. It does *not* implement most of the Agenda features, but > it does emulate an Org Agenda buffer by setting the appropriate text > properties on entries and formatting them in a similar way. Instead of re-inventing the wheel, or putting efforts into a wheel-like invention, wouldn't it make sense to actually work on Org Agenda itself? I didn't look closely at org-ql, but I had the idea of splitting the Agenda in two distinct parts. One would be responsible for collecting, possibly asynchronously, and caching data from Org documents. The other one would provide a DSL to query and display the results extracted from the output of the first part. The second part could even be made generic enough to be extracted from Org and become some part of Emacs. Displaying filtered data, maybe in a timeline, could be useful for other packages. Unfortunately, I don't have time to work on this. Ah well. So again, wouldn't it be nice to think about Org Agenda-ng? Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 09 12:28:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9us2-0004sK-Kv for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:28:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60050) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9urx-0004sA-Qq for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:28:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9uro-0007IA-Fr for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:28:20 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:45415) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9urm-0007Gd-RD for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:28:15 -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 93761240017; Tue, 9 Oct 2018 16:28:11 +0000 (UTC) From: Nicolas Goaziou To: Marcin Borkowski Cc: Org-Mode mailing list References: <87tvlvurhs.fsf@mbork.pl> Mail-Followup-To: Marcin Borkowski , Org-Mode mailing list Date: Tue, 09 Oct 2018 18:28:09 +0200 In-Reply-To: <87tvlvurhs.fsf@mbork.pl> (Marcin Borkowski's message of "Tue, 09 Oct 2018 16:25:19 +0200") Message-ID: <8736tfdqzq.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] org-clock-in-last bug report X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:28:28 -0000 Hello, Marcin Borkowski writes: > org-clock-in-last used to do nothing when already clocking. Now it > clocks out and immediately in in the same task. It does that even in > emacs -Q. > > Org mode version 9.1.14 (release_9.1.14-968-gfdb36d) > > I'd try to debug it myself, but I'm rather in a hurry now, sorry. > I looked into git log and I suspect commit a2636b528, which seems to > change something in that department. You're right. *blushes* ;) Fixed. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 09 12:35:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9uz9-00074D-Gn for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:35:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9uz6-00072D-RG for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:35:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9uz2-00042c-MS for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:35:48 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:59457) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9uz2-00041Y-FR for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:35:44 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 19A4B240004; Tue, 9 Oct 2018 16:35:41 +0000 (UTC) From: Nicolas Goaziou To: Carlos Pita Cc: emacs-orgmode@gnu.org References: <87o9c4e3ng.fsf@gmail.com> Mail-Followup-To: Carlos Pita , emacs-orgmode@gnu.org Date: Tue, 09 Oct 2018 18:35:40 +0200 In-Reply-To: <87o9c4e3ng.fsf@gmail.com> (Carlos Pita's message of "Mon, 08 Oct 2018 14:42:27 -0300") Message-ID: <87y3b7cc2r.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Bug: org-goto buffer not honouring org-cycle-separator-lines [9.1.9 (release_9.1.9-65-g5e4542 @ /home/carlos/local/stow/emacs-26/share/emacs/26.1.50/lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:35:49 -0000 Hello, Carlos Pita writes: > Say I set org-cycle-separator-lines to 1. Now in an org buffer that has > nodes separated by one line, I do C-c C-j to open the org-goto > buffer. Then in the org-goto buffer: > > 1. Every node is suffixed by an ellipsis, even if the only content there > is an empty line. > > 2. Nodes are not separated by an empty line anymore. > > That is, the nodes are "swallowing" the empty lines between them as > their contents, which is exactly what org-cycle-separator-lines = 1 is > intended to avoid. This is intended. According to the `org-goto' docstring: This command works around this by showing a copy of the current buffer in an indirect buffer, in overview mode. Overview mode ignores `org-cycle-separator-lines'. So does `org-goto'. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 09 12:54:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9vGt-0003CT-LO for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:54:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9vGr-0003CJ-C1 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:54:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9vGn-00034S-P1 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:54:09 -0400 Received: from avasout05.plus.net ([84.93.230.250]:52406) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9vGn-00033r-Gf for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 12:54:05 -0400 Received: from london.london ([51.7.106.168]) by smtp with ESMTPA id 9vGkgxTyfWn9j9vGlg1uBz; Tue, 09 Oct 2018 17:54:03 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.3 cv=OMIJIxSB c=1 sm=1 tr=0 a=dgB71pSSGrF/lpTl2NEaIA==:117 a=dgB71pSSGrF/lpTl2NEaIA==:17 a=pGLkceISAAAA:8 a=NjIK7znJAAAA:8 a=LlzXLoV6AAAA:8 a=iI7HsYTVAAAA:8 a=bAHfVwKlAAAA:8 a=GLskbc9C2HkFKZ0kJhEA:9 a=1Xtb0YIOeOSh0ofZ:21 a=VE44lhsEpUpNtwcH:21 a=8PaAgoot8LYA:10 a=gul1O5s7r2RByS-j13QA:9 a=ONNS8QRKHyMA:10 a=O1c1nmEkCxIQdeELtU9r:22 a=diwpeB1DDhFXqWA7J4Up:22 a=KxyM1Xthmv57RbWRIpnN:22 a=fjrkRJ71zQ2jzMzczd-K:22 X-AUTH: skimble@:2500 From: Sharon Kimble To: Robert Klein Cc: org-mode-email References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> Date: Tue, 09 Oct 2018 17:53:56 +0100 In-Reply-To: <87murn6z8o.fsf@gmail.com> (Eric S. Fraga's message of "Tue, 09 Oct 2018 14:11:51 +0100") Message-ID: <87d0sj6oyj.fsf@skimble.plus.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-CMAE-Envelope: MS4wfC+er1zZIU7TsblBKrEpDpFSPUYwzgL5bTiPi9QTnOsfNcDza4N0OFxcJeFAyDDrqgzR+GX6eorkQFNvEH49aiwaQ92g/wVfaMbwCPN03z7xt7Zcxpex KQ1y2eUkVy4d2unOT+WbcwTJ5vVv35oIWzUr//1Z+mblFd0deK0cXwCi9kfEPXAYpBmRi8ti+XTDyA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 84.93.230.250 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 16:54:10 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eric S Fraga writes: > On Tuesday, 9 Oct 2018 at 12:06, Sharon Kimble wrote: >> Brilliant, thanks very much Robert, you've saved the project as I didn't >> fancy having to work with the document in LibreOffice. These are the >> settings that I've finally gone with - >> >> #+LaTeX_Header: \parskip=3D0pt >> #+LaTeX_Header: \parindent=3D2em > > This is close to the default behaviour for the LaTeX article class. Did = you have something setting these to different values? Yes, I have a custom class called 'my-report' which has no packages outlined in it, here it is. =2D-8<---------------cut here---------------start------------->8--- #+begin_src emacs-lisp (with-eval-after-load 'ox-latex (add-to-list 'org-latex-classes '("my-report" "\\documentclass{report} [NO-DEFAULT-PACKAGES]" ;;[EXTRA]" ;;("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}") ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))) (custom-set-variables '(org-export-allow-bind-keywords t)) #+end_src [2016-04-14 Thu 08:47] [2016-09-09 Fri 00:54] [2017-01-17 Tue 13:17] http://orgmode.org/worg/org-tutorials/org-latex-export.html =2D-8<---------------cut here---------------end--------------->8--- >> except for the first paragraph in a new chapter.=20 > > Yes, the first paragraph after any heading will not be indented. That is= also default and is actually what most books use. Yes, I'm learning, and checking with the book that I'm currently reading :) Thanks Sharon. =2D-=20 A taste of linux =3D http://www.sharons.org.uk TGmeds =3D http://www.tgmeds.org.uk DrugFacts =3D https://www.drugfacts.org.uk Debian 9.4, fluxbox 1.3.7, emacs 25.3.4, org 9.1.14 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAlu83SQACgkQNoGAGQr4 g1sEFw/8CY1QA3o0BhWr4eyGz6MRUv3Nzqjs2dfoRhCAcZsw8CmRMKHfmtxOAYuQ n6wFzji3rYrrZ9oUTnV/++qNrqyn5FnI1kc6B/qZygBBC3qmBgFFlP1fv3iX4Y65 fDZa1jtrfHx6C7qKZaz6QyZk4x3ReS7pZI2jwGkNH8AuNBWOdLi2pNYuCtSDfO4n HMUpkEGyp0eZ2686jyCtMCKHoR3N6rqStWjaVWqkq/GSLYbWbpiGOGoOVQWclqlO +TGrL10SmYgmQqheAVQw9eiv3rmuqBis8guLJRq0Dg0uGLVLY0VliZeHK8gaFL5v RCzMCBWRq6N3XnEJnC4VmQsvm8C5ULJYhQBsppL2M61g3ny5GIWh55JQryJEBf9m Rp95QqgwFhqPKhghSOHp0n1yNH2wUZJrVeIliUWyK4Ae6PWViiGNUt9vlrsbxcs+ JU4Qlk11aQdCk28JQh1vyBpks3R+ib2a9C3d7B016EaNEj0PxR15gzB6xrTkw/2b iiEE+zcEppw0VW5SVUrhoe90DWvspF4d9Je2R8IejxVu75NcN+I1zSNXfxCGmkN/ GIsEoUYdBGvp+OADjaPNW8svczcoeqyHZ/D3xc2NmKBO9sdU30P+CdGLBjyv9di9 mORxW0UoQ8uov3QoslyFhU5qecErIBROMURZK9FzqNglWfNHnfU= =GaJJ -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Tue Oct 09 13:04:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9vQS-0007R7-6O for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 13:04:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9vQQ-0007Ph-HC for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 13:04:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9vQN-0006t0-23 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 13:04:02 -0400 Received: from cadilhac.name ([163.172.56.42]:59970 helo=mattermost.cadilhac.name) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g9vQL-0006qE-QK for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 13:03:58 -0400 Received: from mail-it1-f175.google.com (mail-it1-f175.google.com [209.85.166.175]) by mattermost.cadilhac.name (OpenSMTPD) with ESMTPSA id e0f6771b (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Tue, 9 Oct 2018 16:55:00 +0000 (UTC) Received: by mail-it1-f175.google.com with SMTP id c85-v6so3803211itd.1 for ; Tue, 09 Oct 2018 10:03:52 -0700 (PDT) X-Gm-Message-State: ABuFfoj8OpqtRKevI93Z/tXfqKu36Y9OMmn3jIZIo1p0XWYUpWV3kSb8 eW9dsbgGIcx2qm1dbkLlBXpG8s5dlQ/tQN+beBU= X-Google-Smtp-Source: ACcGV63ldn/nz6z1IkfdcDnosn1DPhpY6uhagoShusfoV9nnjoLasMvd7ITkdeQXEisHjnz/uvwLYJFzRD/mffuIaKU= X-Received: by 2002:a24:713:: with SMTP id f19-v6mr2434666itf.95.1539104631519; Tue, 09 Oct 2018 10:03:51 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Micha=C3=ABl_Cadilhac?= Date: Tue, 9 Oct 2018 18:03:14 +0100 X-Gmail-Original-Message-ID: Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/mixed; boundary="000000000000d5a7d40577ceb8a6" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 163.172.56.42 Subject: [O] [PATCH] org.el: Fix typo X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 17:04:03 -0000 --000000000000d5a7d40577ceb8a6 Content-Type: multipart/alternative; boundary="000000000000d5a7d00577ceb8a4" --000000000000d5a7d00577ceb8a4 Content-Type: text/plain; charset="UTF-8" Hi there; Smallest possible typo. :-) Cheers; M. --000000000000d5a7d00577ceb8a4 Content-Type: text/html; charset="UTF-8"
Hi there;

Smallest possible typo. :-)

Cheers;
M.
--000000000000d5a7d00577ceb8a4-- --000000000000d5a7d40577ceb8a6 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-org.el-Fix-typo.patch" Content-Disposition: attachment; filename="0001-org.el-Fix-typo.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jn1z43wc0 RnJvbSAxODQ2MWJjZGRmODU0OWYwM2Y1YTU3MTI4OTAwYzNkNTZiNmE3MzgxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWljaGE9QzM9QUJsPTIwQ2FkaWxoYWM/PSA8 bWljaGFlbEBjYWRpbGhhYy5uYW1lPgpEYXRlOiBUdWUsIDkgT2N0IDIwMTggMTc6NTc6NTUgKzAx MDAKU3ViamVjdDogW1BBVENIXSBvcmcuZWw6IEZpeCB0eXBvCgoqIGxpc3Avb3JnLmVsIChvcmct ZW5mb3JjZS10b2RvLWNoZWNrYm94LWRlcGVuZGVuY2llcyk6IEZpeCB0eXBvLgoKVElOWUNIQU5H RQotLS0KIGxpc3Avb3JnLmVsIHwgMiArLQogMSBmaWxlIGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCsp LCAxIGRlbGV0aW9uKC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9vcmcuZWwgYi9saXNwL29yZy5lbApp bmRleCBlMzg2NmMyLi4yYjdkMTZjIDEwMDY0NAotLS0gYS9saXNwL29yZy5lbAorKysgYi9saXNw L29yZy5lbApAQCAtMjgyMiw3ICsyODIyLDcgQEAgV2hlbiBub24tbmlsLCB5b3UgZmlyc3QgbmVl ZCB0byBjaGVjayBvZmYgYWxsIGNoZWNrIGJveGVzIGJlZm9yZSB0aGUgVE9ETwogZW50cnkgY2Fu IGJlIHN3aXRjaGVkIHRvIERPTkUuCiBUaGlzIHZhcmlhYmxlIG5lZWRzIHRvIGJlIHNldCBiZWZv cmUgb3JnLmVsIGlzIGxvYWRlZCwgYW5kIHlvdSBuZWVkIHRvCiByZXN0YXJ0IEVtYWNzIGFmdGVy IGEgY2hhbmdlIHRvIG1ha2UgdGhlIGNoYW5nZSBlZmZlY3RpdmUuICBUaGUgb25seSB3YXkKLXRv IGNoYW5nZSBpcyB3aGlsZSBFbWFjcyBpcyBydW5uaW5nIGlzIHRocm91Z2ggdGhlIGN1c3RvbWl6 ZSBpbnRlcmZhY2UuIgordG8gY2hhbmdlIGl0IHdoaWxlIEVtYWNzIGlzIHJ1bm5pbmcgaXMgdGhy b3VnaCB0aGUgY3VzdG9taXplIGludGVyZmFjZS4iCiAgIDpzZXQgKGxhbWJkYSAodmFyIHZhbCkK IAkgKHNldCB2YXIgdmFsKQogCSAoaWYgdmFsCi0tIAoyLjE5LjAKCg== --000000000000d5a7d40577ceb8a6-- From MAILER-DAEMON Tue Oct 09 14:17:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9wZh-0008US-I5 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 14:17:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9wZf-0008Sr-Qt for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 14:17:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9wZa-0001iZ-UB for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 14:17:39 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:46440) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9wZY-0001dy-Rc for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 14:17:34 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 22E39E62DE; Tue, 9 Oct 2018 20:17:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xc-7esMc1ArJ; Tue, 9 Oct 2018 20:17:27 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 03A12E6257; Tue, 9 Oct 2018 20:17:26 +0200 (CEST) References: <87tvlvurhs.fsf@mbork.pl> <8736tfdqzq.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Org-Mode mailing list In-reply-to: <8736tfdqzq.fsf@nicolasgoaziou.fr> Date: Tue, 09 Oct 2018 20:16:09 +0200 Message-ID: <87pnwjugt2.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] org-clock-in-last bug report X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 18:17:40 -0000 On 2018-10-09, at 18:28, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> org-clock-in-last used to do nothing when already clocking. Now it >> clocks out and immediately in in the same task. It does that even in >> emacs -Q. >> >> Org mode version 9.1.14 (release_9.1.14-968-gfdb36d) >> >> I'd try to debug it myself, but I'm rather in a hurry now, sorry. >> I looked into git log and I suspect commit a2636b528, which seems to >> change something in that department. > > You're right. *blushes* ;) > > Fixed. > > Thank you. It's me who should thank! You're very fast. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Tue Oct 09 17:31:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1g9zbH-00062q-80 for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 17:31:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34508) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9zbF-00062i-C3 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 17:31:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9zbE-0001Ya-6M for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 17:31:29 -0400 Received: from mail-pg1-x532.google.com ([2607:f8b0:4864:20::532]:33756) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9zbD-0001TQ-Uu for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 17:31:28 -0400 Received: by mail-pg1-x532.google.com with SMTP id y18-v6so1459634pge.0 for ; Tue, 09 Oct 2018 14:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=FmmqJD3A3I+dcZaod8uTzqlMkpsW55eD6ym84pnNd2g=; b=ilETBq4BN2ENVLi4WFGRKqZY73VvTix8Ud6ojz3lA2/7HPGZ9WlQMMxpXmjLZvpAZZ lKbsWwz1IUpact5JbyHLAnikl79Saub9XFbifflmo8jX40DZ5htM2O5lm0Z9hmQysDVu phDP7lgI19UMkV7/a8FUOGZzPjdTGvRt+1dPGePmnSanRG4pKnKMe+J0bUk0ZhBhtJ/O VKghiBcUr25jzrXGQ30hRo2RQJwRnYh51xa0EYM9svWmzCcRkoKb+gynEpZFYh7pKQEZ 0kQAzcBo6KSZOjvGIUHtrQwIMMAYDEyqn+wbU2fNYe6fg74VL9Gwymn20gXs1/gcQu8W y7Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=FmmqJD3A3I+dcZaod8uTzqlMkpsW55eD6ym84pnNd2g=; b=LOWwuKVxkrTDmDL2xQ/S91tEWqT+bCRAc8jlBZP+RyDeUpdgXsB7hqEtdk1puIIEuC YLvbXis9drfSmWvSs2H240nJdVNM9hdHWI+rXh5kArGBseO+WlGTyRpdaQn9kAxCGu6R HeOcqOiVkd+VV5q6dBIqajzqGBjxbimJTCakIObcJzzcFNOIeqAtPczSKXGMl2tBep1F HnRbA+7bgrIymuqlteuCWnCy9jmit57AUAkGgQMfTqTygMOzLfB53T63+DDYl2oACWoA G0z8/V339NDiDOPiI+3qpc/gI4wz5KOGCkkJHXmMb1gWoJ2MBldFo4aoVhvPW/9KfVg9 1Qhg== X-Gm-Message-State: ABuFfogZ3d2vtFRcRdnVtK63WSHfkpTa9EnT5TCUZ4UAuSB3nRq/Jgqm pnmBukobTrOol/fgyeN7q67mDSJTtPw= X-Google-Smtp-Source: ACcGV63nu42fwDwkU2XM6DOnK0h53BJi9lHJ/oTWHDiVsqn7nfIqH7KVIMREmGp4Z10c5vCGdOJ7UA== X-Received: by 2002:a63:6d83:: with SMTP id i125-v6mr26421336pgc.215.1539120686514; Tue, 09 Oct 2018 14:31:26 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-10c1-7cab-22ca-2556.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:10c1:7cab:22ca:2556]) by smtp.gmail.com with ESMTPSA id f25-v6sm25605336pfn.177.2018.10.09.14.31.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 09 Oct 2018 14:31:25 -0700 (PDT) References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> <87d0sj6oyj.fsf@skimble.plus.com> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Sharon Kimble Cc: Robert Klein , org-mode-email In-reply-to: <87d0sj6oyj.fsf@skimble.plus.com> Date: Wed, 10 Oct 2018 08:31:21 +1100 Message-ID: <87va6a4xjq.fsf@gmail.com> 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::532 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Oct 2018 21:31:30 -0000 Sharon Kimble writes: > Eric S Fraga writes: > >> On Tuesday, 9 Oct 2018 at 12:06, Sharon Kimble wrote: >>> Brilliant, thanks very much Robert, you've saved the project as I didn't >>> fancy having to work with the document in LibreOffice. These are the >>> settings that I've finally gone with - >>> >>> #+LaTeX_Header: \parskip=0pt >>> #+LaTeX_Header: \parindent=2em >> >> This is close to the default behaviour for the LaTeX article class. Did you have something setting these to different values? > > Yes, I have a custom class called 'my-report' which has no packages > outlined in it, here it is. > > --8<---------------cut here---------------start------------->8--- > #+begin_src emacs-lisp > (with-eval-after-load 'ox-latex > (add-to-list 'org-latex-classes > '("my-report" "\\documentclass{report} > [NO-DEFAULT-PACKAGES]" > ;;[EXTRA]" > ;;("\\part{%s}" . "\\part*{%s}") > ("\\chapter{%s}" . "\\chapter*{%s}") > ("\\section{%s}" . "\\section*{%s}") > ("\\subsection{%s}" . "\\subsection*{%s}") > ("\\subsubsection{%s}" . "\\subsubsection*{%s}") > ("\\paragraph{%s}" . "\\paragraph*{%s}") > ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))) > (custom-set-variables '(org-export-allow-bind-keywords t)) > #+end_src > [2016-04-14 Thu 08:47] > [2016-09-09 Fri 00:54] > [2017-01-17 Tue 13:17] > http://orgmode.org/worg/org-tutorials/org-latex-export.html > --8<---------------cut here---------------end--------------->8--- > > >>> except for the first paragraph in a new chapter. >> >> Yes, the first paragraph after any heading will not be indented. That is also default and is actually what most books use. > > Yes, I'm learning, and checking with the book that I'm currently reading :) > > Thanks > Sharon. While Eric and Robert have provided some really useful tips on some ad-hoc tweaks you can make to latex/pdf output, I would also encourage you to look at the many other document styles. As Eric points out, the tweaks look to be changing the 'report' class to be more like the 'article' class. Have you tried just using the article class instead of report? Note also there is a 'book' class as well, which may well produce something more in line with what your after if you are wanting output which looks more like a published book. Then there are all the other 'publishers' styles to consider as well as other style packages like KomaScript, HiTec etc. While these tweaks are often very useful, they really should be used sparingly as they can have unforeseen consequences, especially when you begin to use other packages. It is important to remember that some org features rely on some of these additional packages to produce good export results. Once you start 'tweaking' the output, it can quickly spiral out of control. You fix one thing only to create two new issues. One of the most common mistakes I see when people start using latex as the basis for document generation is ad hoc tweaking of the style. This is an unfortunate consequence of most of us being exposed to traditional word processors such as MS Word or Libre Office. Producing good quality documents is a very complex topic and Donald Knuth spent a lot of time researching all the aspects of type setting and layout to produce a consistently good and reliable system with TeX. Things have evolved and we have new requirements (such as on-line documents which are read electronically and not printed in hard copy). Additional packages have been added to address these types of enhancements. The real trick with TeX/LaTeX is to work with the system and not against it. If you find it necessary to constantly tweak indent, paragraph spacing, line height, line breaks, etc, then you are probably using the wrong document style. Try other styles and look for one which meets the majority of your requirements and only then consider tweaking it. As you will probably need more than one, you will likely end up with a number of custom definitions in addition to 'my-report'. I have around 5 base ones as well as a handful of ones specific to particular jobs/clients (e.g. include logos, custom headers/footers, title pages etc). The bad news is that this will probably be somewhat time consuming initially (there is a huge number of document styles and packages out there). The good news is that once you have the basic definitions, you probably won't have to think about this again for ages (my definitions have been in place for years now). good luck Tim -- Tim Cross From MAILER-DAEMON Tue Oct 09 23:24:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gA56v-0006vR-9y for mharc-emacs-orgmode@gnu.org; Tue, 09 Oct 2018 23:24:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60989) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gA56s-0006v8-Ra for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 23:24:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gA56q-0003E1-R4 for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 23:24:30 -0400 Received: from mail-qt1-x831.google.com ([2607:f8b0:4864:20::831]:42715) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gA56o-0003Bx-Rx for emacs-orgmode@gnu.org; Tue, 09 Oct 2018 23:24:28 -0400 Received: by mail-qt1-x831.google.com with SMTP id j46-v6so4162095qtc.9 for ; Tue, 09 Oct 2018 20:24:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=zlV8CemK7yCwH52LR+SUbFUUwwicQmZSAwEzdgFI8s8=; b=a/os7x8WmhR3wwAHlcCuHwe001cTHCIhZR5f+CjAGTu0RAT0DC3kIuoKmFMA+eAs8G mjpCNUaB77y+YoNwRvG+rcX9GjIaQpDWHeJPi7VpdAsospeuCmd6smGzD3R3W745sug2 TUId5vXyfh2Bb5g3qlWvERnsk2b/wG8cY5K2d+tldGKejsSQvjPXJi6ICC9eI89nXvop hW7pZvu7waVwMhBaGmqqnQEQNBIMkCldTHoVqHD++yM0X37t93Z6IJbSSyy7ENixgbw+ YACIhrKG4oVT+x2NCcLII1hZw/kWi8aeqEOw18rCYbvjHjFogckCDMiKsQdjSge49le5 sz2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=zlV8CemK7yCwH52LR+SUbFUUwwicQmZSAwEzdgFI8s8=; b=kLAYFaGZu4cMu9NvmXCQURX92fDcgS8ABFRXFPfkV/co7TKvRR/OKlSCD6UZhxoURK RyueqkSCVBcRrQcrfualFogT5p4tk8UipdfqhT3L+NnUyobLOqaPw4bPI/dIGvWSTMZD kCbz90rbDHGZ5APu6kHtLV1nYJTc4lxFIsdZ8japVpotZ/4F77h7KAly5aOsNu4F1HOI +JnCPOV+uGBUixeFX42Ga36Qt3sEeyGMaLQGIdrfkWXfbw3clsPbMt8XMrzBHu+S9Yv7 4Iv33oghmbH/ZCi5B4I7s1S3A/fAhINQ/vm0tjFmf/H3WaEItG/s3KSJBtIOqE1GNc9S zlWQ== X-Gm-Message-State: ABuFfohcwpPvfWMJyf9tDF6LAR7e7bKtwTpjXPPKTdm/WaS1TB6ZuYRt yCeNgY9ZbbvB4T5L/vNzKxmenT9MXe2aY0O4wM7kkbm2 X-Google-Smtp-Source: ACcGV62YOi+/I0Hgmn4tOs6ih+Iqdg102aQEs5ExAc6duDAPRumOgsjJFN6UaAbPcCU180FV0/woJN02CpNdg2CNwr8= X-Received: by 2002:ad4:5281:: with SMTP id v1mr7380618qvr.216.1539141863012; Tue, 09 Oct 2018 20:24:23 -0700 (PDT) MIME-Version: 1.0 From: John Hendy Date: Tue, 9 Oct 2018 22:24:11 -0500 Message-ID: To: emacs-orgmode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::831 Subject: [O] Org brings people together! X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 03:24:31 -0000 Hi all, Just wanted to celebrate the fact that 3M (where I work [1]) was able to host Prof. John Kitchen last week to give two talks: one on his work in catalysis, touching on modeling molecular interactions, and a second one about reproducible research with Org-mode. At 3M we have chapters, which I describe like college clubs, but organized around different technology topics. These are volunteer groups responsible for some ~450 events per year at 3M Center in St. Paul, MN. The events are things like internal product/technology talks, vendor presentations, poster sessions, and hosting professors. When I saw John's mention scimax [2] maybe a year ago and realized he works in an area where we have such a chapter (catalysis), as well as works with Org-mode (relevant to our software chapter), I started scheming and pitched that we invite him. Fast forward a few back and forths about timing later, followed by a sabbatical at Google, and revisiting the idea... and it finally happened! Sadly, I missed the Org talk (CTO was presenting at the same time), but I did go to the first and was able to join him for dinner. I admit that the others at dinner were not quite as programm-y as we were, and might have been playing along laughing we got into the inevitable vim vs. emacs jokes. We were quite amused, though. John will be the second person I've met on the user list. I met Erik Iverson, a long-time user, back in 2011. Turns out he was running the Twin Cities R User Group here and we ended up co-organizing together for a couple years. So far, Org-ers have been 100% awesome in person, and I look forward to running into more down the road. Anyway, just felt like a fun bit of news to share, and hopefully you all can nerd out about Org in person at some point too! It was great to meet you John, great work, great talk, and I look forward to digging into scimax more soon! Best regards, John [1] If 3M isn't immediately recognizable, you might know it for some of it's bigger brands/products like Scotch Tape, Command Strips, Post-It Notes, Filtrete filters, and Scotch-Brite. [2] https://github.com/jkitchin/scimax From MAILER-DAEMON Wed Oct 10 00:52:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gA6U5-0001ge-Ov for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 00:52:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gA6U3-0001gD-D9 for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 00:52:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gA6U1-00084B-Cg for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 00:52:31 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gA6Tt-0007xm-Ks; Wed, 10 Oct 2018 00:52:23 -0400 Received: from lns-bzn-32-82-254-31-120.adsl.proxad.net ([82.254.31.120]:39072 helo=guerry) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1gA6Tt-0008Lu-2q; Wed, 10 Oct 2018 00:52:21 -0400 Received: by guerry (Postfix, from userid 1000) id 250021A60393; Wed, 10 Oct 2018 06:52:19 +0200 (CEST) From: Bastien To: =?utf-8?Q?Micha=C3=ABl?= Cadilhac Cc: emacs-orgmode@gnu.org Organization: GNU References: Date: Wed, 10 Oct 2018 06:52:19 +0200 In-Reply-To: (=?utf-8?Q?=22Micha=C3=ABl?= Cadilhac"'s message of "Tue, 9 Oct 2018 18:03:14 +0100") Message-ID: <87bm82tncs.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e Subject: Re: [O] [PATCH] org.el: Fix typo X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 04:52:32 -0000 Hi Micha=C3=ABl, Micha=C3=ABl Cadilhac writes: > Smallest possible typo. :-) applied, thanks! --=20 Bastien From MAILER-DAEMON Wed Oct 10 06:49:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAC3i-0005qc-Rz for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 06:49:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAC3g-0005qV-Dn for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 06:49:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAC3c-0007Bf-DM for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 06:49:40 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:39161) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAC3c-00075Q-6E for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 06:49:36 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 2F8CC40011; Wed, 10 Oct 2018 10:49:32 +0000 (UTC) From: Nicolas Goaziou To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= Cc: emacs-orgmode@gnu.org References: <20181007135831.26003-1-seb@wirrsal.net> Mail-Followup-To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= , emacs-orgmode@gnu.org Date: Wed, 10 Oct 2018 12:49:32 +0200 In-Reply-To: <20181007135831.26003-1-seb@wirrsal.net> ("Sebastian =?utf-8?Q?Reu=C3=9Fe=22's?= message of "Sun, 7 Oct 2018 15:58:31 +0200") Message-ID: <87ftxecc03.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 10:49:41 -0000 Hello, Sebastian Reu=C3=9Fe writes: > * org.el (org--refile-new-path): Add. > (org-refile): Use it. > (org-refile-new-child): Make new nodes more compact. > > * test-org.el (test-org/org-refile): Add test. > > While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when > refiling, only one single headline can be created this way. For > convenience, we now generalize this use-case to support creating > arbitrary headline paths on the fly. Compiling your patch generates the following warnings. org.el:11417:1:Warning: Unused lexical variable =E2=80=98parent=E2=80=99 org.el:11417:1:Warning: Unused lexical variable =E2=80=98child=E2=80=99 org.el:11417:1:Warning: Unused lexical variable =E2=80=98parent-target= =E2=80=99 Also, I couldn't test it because completing asks for a mandatory match among candidates. Such a match is not possible if you need to create a path out of the blue. Am I missing something? Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 10 07:25:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gACcA-0006km-JQ for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:25:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gACc3-0006jq-IV for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:25:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gACbv-0007si-Ek for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:25:09 -0400 Received: from wirrsal.net ([188.68.36.149]:44122 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gACbv-0007ha-0y for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:25:03 -0400 Received: from localhost (i577B23CA.versanet.de [87.123.35.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id 5B70979C7FE; Wed, 10 Oct 2018 13:24:52 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539170692; bh=hxZZczSF0SF9ItXqa4CnWLojIFmmb5pM1F8jzhMGgaI=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=UwjLtVikqvP3D6kkS4Yb9uCmqBWCaq/t8wvtL90VbmilEaTl0driD5sKPKSOk76nX Q67VFJT0T8RPkHy3ohgm/11s0MAmsFLhPGQwCH/S6JP199Q9hhu7fS4fA9oFbN0mUq enymO0/JyFd+4R81od8iIRGLYI7mA5yWM+s72xT8= From: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= Date: Wed, 10 Oct 2018 13:24:50 +0200 Message-Id: <20181010112450.17850-1-seb@wirrsal.net> X-Mailer: git-send-email 2.19.1 In-Reply-To: <87ftxecc03.fsf@nicolasgoaziou.fr> References: <87ftxecc03.fsf@nicolasgoaziou.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 11:25:17 -0000 * org.el (org--refile-new-path): Add. (org-refile): Use it. (org-refile-new-child): Make new nodes more compact. * test-org.el (test-org/org-refile): Add test. While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when refiling, only one single headline can be created this way. For convenience, we now generalize this use-case to support creating arbitrary headline paths on the fly. --- lisp/org.el | 37 +++++++++++++++++++++-------------- testing/lisp/test-org.el | 42 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 65 insertions(+), 14 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index e3866c2c0..b81a58e4e 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11450,7 +11450,7 @@ (defun org-refile-get-location (&optional prompt = default-buffer new-nodes) (concat " (default " (car org-refile-history) ")")) (and (assoc cbnex tbl) (setq cdef cbnex) (concat " (default " cbnex ")"))) ": ")) - pa answ parent-target child parent old-hist) + pa answ old-hist) (setq old-hist org-refile-history) (setq answ (funcall cfunc prompt tbl nil (not new-nodes) nil 'org-refile-history (or cdef (car org-refile-history)))) @@ -11467,17 +11467,12 @@ (defun org-refile-get-location (&optional promp= t default-buffer new-nodes) (when (equal (car org-refile-history) (nth 1 org-refile-history)) (pop org-refile-history))) pa) - (if (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) - (progn - (setq parent (match-string 1 answ) - child (match-string 2 answ)) - (setq parent-target (org-refile--get-location parent tbl)) - (when (and parent-target - (or (eq new-nodes t) - (and (eq new-nodes 'confirm) - (y-or-n-p (format "Create new node \"%s\"? " - child))))) - (org-refile-new-child parent-target child))) + (if (and (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) + (or (eq new-nodes t) + (and (eq new-nodes 'confirm) + (y-or-n-p (format "Create new path \"%s\"? " + answ))))) + (org--refile-new-path answ tbl) (user-error "Invalid target location"))))) =20 (declare-function org-string-nw-p "org-macs" (s)) @@ -11501,6 +11496,20 @@ (defun org-refile-check-position (refile-pointer= ) (unless (looking-at-p re) (user-error "Invalid refile position, please clear the cache with = `C-0 C-c C-w' before refiling")))))))) =20 +(defun org--refile-new-path (path tbl) + "Ensure that all parent nodes leading to refile target PATH exist. + +Use TBL as a look-up table for existing nodes. + +Return the corresponding refile location." + (let ((target (org-refile--get-location path tbl))) + (if (and (not target) + (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" path)) + (let ((child (match-string 2 path)) + (parent (org--refile-new-path (match-string 1 path) tbl))) + (org-refile-new-child parent child)) + target))) + (defun org-refile-new-child (parent-target child) "Use refile target PARENT-TARGET to add new CHILD below it." (unless parent-target @@ -11519,8 +11528,8 @@ (defun org-refile-new-child (parent-target child) (setq level (funcall outline-level)) (org-end-of-subtree t t)) (org-back-over-empty-lines) - (insert "\n" (make-string - (if pos (org-get-valid-level level 1) 1) ?*) + (insert (make-string + (if pos (org-get-valid-level level 1) 1) ?*) " " child "\n") (beginning-of-line 0) (list (concat (car parent-target) "/" child) file "" (point)))))) diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el index 3f5aa09e4..93ca2bc90 100644 --- a/testing/lisp/test-org.el +++ b/testing/lisp/test-org.el @@ -5789,6 +5789,48 @@ (org-refile-targets `((nil :level . 1)))) (member (buffer-name) (mapcar #'car (org-refile-get-targets))))))= ) =20 +(ert-deftest test-org/org-refile () + "Test `org-refile' specifications." + ;; Create new parent nodes via `org--refile-new-path'. + (let* ((low-calorie-buffer "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +* Extra Ingredients +** Marshmallows +") + (low-calorie-buffer-target "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +** Bottom +*** Base +**** Marshmallows +* Extra Ingredients +") + (cursor-after "Marshmallows") + (refile-target "Cake/Bottom/Base") + (org-refile-use-outline-path t) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (should + (equal + (org-test-with-temp-text-in-file low-calorie-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + low-calorie-buffer-target)))) + =20 =0C ;;; Sparse trees --=20 2.19.1 From MAILER-DAEMON Wed Oct 10 07:27:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gACeY-0007Qg-3t for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:27:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gACeW-0007Qa-MA for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:27:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gACeR-0000kf-OG for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:27:44 -0400 Received: from wirrsal.net ([188.68.36.149]:44216 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gACeQ-0000kA-SE for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 07:27:39 -0400 Received: from localhost (i577B23CA.versanet.de [87.123.35.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id BD44579C827; Wed, 10 Oct 2018 13:27:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539170857; bh=OWaUKmmZrGYOjPOpCD7ZACdZOMgv+hZ5u3iH77J1Yrg=; h=References:From:To:Cc:Subject:In-reply-to:Date; b=CTTpvQ/4pA4a0KkzHL1PwoY2xA3zfyaNhnwQzvlifMqVt5qtFcD7kZlzGuP5oIqQT 0WZVnYzPoUW+vJFbYGjaS4yWJ0QrStMrzwCOPSQ/K4P1IXWpy//2qmvlBAXVh+pSAz Ac0egaqk00n5SqCjg5a9wxkwKrthPpRkXyJ27mY8= References: <20181007135831.26003-1-seb@wirrsal.net> <87ftxecc03.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: Sebastian =?utf-8?Q?Reu=C3=9Fe?= To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org In-reply-to: <87ftxecc03.fsf@nicolasgoaziou.fr> Date: Wed, 10 Oct 2018 13:27:37 +0200 Message-ID: <87lg76ca8m.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 11:27:45 -0000 Hello Nicolas, Nicolas Goaziou writes: > Compiling your patch generates the following warnings. > > org.el:11417:1:Warning: Unused lexical variable =E2=80=98parent=E2=80= =99 > org.el:11417:1:Warning: Unused lexical variable =E2=80=98child=E2=80= =99 > org.el:11417:1:Warning: Unused lexical variable=20 > =E2=80=98parent-target=E2=80=99 Good catch, thanks. I forgot to remove these let-bindings when=20 factoring the respective =E2=80=98org-refile=E2=80=99 branch into a separat= e=20 function. I amended the commit correspondingly. > Also, I couldn't test it because completing asks for a mandatory=20 > match > among candidates. Such a match is not possible if you need to=20 > create > a path out of the blue. Am I missing something? Do you have =E2=80=98org-refile-allow-creating-parent-nodes=E2=80=99 set to= an=20 appropriate value? When non-nil, =E2=80=98org-refile=E2=80=99 should invoke= the=20 completing read function without requiring a full match. Kind regards, SR --=20 Insane cobra split the wood Trader of the lowland breed Call a jittney, drive away In the slipstream we will stay From MAILER-DAEMON Wed Oct 10 08:48:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gADuE-0008Kx-SY for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 08:48:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gADuC-0008Jp-Q6 for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 08:48:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gADu7-00060l-Nl for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 08:48:00 -0400 Received: from mail-wm1-x334.google.com ([2a00:1450:4864:20::334]:52047) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gADu7-00060I-G3 for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 08:47:55 -0400 Received: by mail-wm1-x334.google.com with SMTP id 143-v6so5304539wmf.1 for ; Wed, 10 Oct 2018 05:47:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=Je+ly7YxqRdmLNPhchKwMfeojCpIpjS/WhjAr40FhD8=; b=XJzPhP2vmBfHodil3iR8BsPgqWzA3U8xaUXUQTjpmmcPbFy8uqJGLSrY+fysL+oebH vG/hfMd89ze1hxxsMu/l96W0E01ErCJ+cd+QQvBY+3uxU937AOdg56UjgBw4FU4rakMp Ga3lPKmNmLzq3cjQT9FNwQB7MOMrdV9J6/HSVMVL1WkVRPdGxf2K1AlPIIb/8czftnAs yFiA4DNSXnH7u6gH8lpy5c57MX4Kn0FUwyuxQdlnCO+7loMucGEafxS5/e3obwI47Axv M0HLHk8doj8E4+TzwbrMtI1sW++3wDXd9s1zXiQrtFjlIHyllW4yCbIGt4uykVtGuH36 KYGw== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=Je+ly7YxqRdmLNPhchKwMfeojCpIpjS/WhjAr40FhD8=; b=mFib9Vu8mnyNHeahQYVmCFna+bVrN2r3jLyJ5jcAW3b0WA3c4Sv1j1bxTpqizu+fQz ZBXU97/K8R2Fm549YCGNvLM8PdgJ4LlhJwx+NSFl3IG4z5JBp41yEpbhMBQbJGZebFX9 qfbHlRQ06+ljxC4kn1Mqvm2a3ryO/IsNEZbpt4eU/4kZnCPDHZLExGJsUduYCXUymQD/ CrUbLTG1m4tmVWgRc2duXdDQPRDr8PLNTsPx/YAbwUYJKMjZLEvxIhgJt9DLuLg1cnbe DWBdTlfv9U/ydsVqUa0lg1FLYDCzBKNk8+Ww7HbC1RuPyOb2/UNx5tugKTxHIJSr/CkE MMpA== X-Gm-Message-State: ABuFfojdiAIPgFUB5XYpqg/wmo73Dhv6EfPqcQ6TAyiZGQk/GPL5zFmV gf55lUhFxASca9ARFuv8Q7g= X-Google-Smtp-Source: ACcGV60D6gYb6c/cXps/O16C5kbaa1rxWoNg96gQJnjMKXpIW5EaeG8zZMLOFodFVf+b/msCYdDjEg== X-Received: by 2002:a1c:8fc5:: with SMTP id r188-v6mr819563wmd.136.1539175674181; Wed, 10 Oct 2018 05:47:54 -0700 (PDT) Received: from pinto (pinto.chemeng.ucl.ac.uk. [128.40.74.171]) by smtp.gmail.com with ESMTPSA id o3-v6sm17360751wrw.93.2018.10.10.05.47.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 10 Oct 2018 05:47:53 -0700 (PDT) From: Eric S Fraga To: Tim Cross Cc: Sharon Kimble , org-mode-email , Robert Klein Organization: On the Interweb somewhere References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> <87d0sj6oyj.fsf@skimble.plus.com> <87va6a4xjq.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Tim Cross , Sharon Kimble , org-mode-email , Robert Klein Date: Wed, 10 Oct 2018 13:47:52 +0100 In-Reply-To: <87va6a4xjq.fsf@gmail.com> (Tim Cross's message of "Wed, 10 Oct 2018 08:31:21 +1100") Message-ID: <87murmnf2f.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::334 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 12:48:01 -0000 On Wednesday, 10 Oct 2018 at 08:31, Tim Cross wrote: [...] > One of the most common mistakes I see when people start using latex as > the basis for document generation is ad hoc tweaking of the > style. This is an unfortunate consequence of most of us being exposed > to traditional word processors such as MS Word or Libre Office. I agree with everything you said in your post. The first thing I tell my students when they start working in my group (i.e., after telling them that I expect all writing to be done in LaTeX...) is "to go with the flow" and not try to fight the system. LaTeX know better than them what is a good layout for text. Their concern should be the content. Most listen but there's always one that insists that they have a better idea of what looks good... and you can imagine the result. ;-) So, yes, my advice as well is to find a LaTeX document class that does what you want and go with it. Minor tweaks are of course always possible but anything else should be avoided except for very special cases. YMMV, of course. And I highly recommend the koma-script classes as opposed to the default LaTeX ones. For Sharon, the scrreprt class may be what you want. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 From MAILER-DAEMON Wed Oct 10 12:17:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAHBE-0006QN-P2 for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:17:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56625) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAHBB-0006Q8-9X for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:17:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAHB7-0008QJ-8h for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:17:45 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:57772) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAHB6-00085u-Vg for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:17:41 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 11D3FE62DE for ; Wed, 10 Oct 2018 18:17:36 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RUScbXECpFrd for ; Wed, 10 Oct 2018 18:17:33 +0200 (CEST) Received: from localhost (83.25.112.46.ipv4.supernova.orange.pl [83.25.112.46]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 1F8B6E6257 for ; Wed, 10 Oct 2018 18:17:33 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Wed, 10 Oct 2018 18:15:53 +0200 Message-ID: <87efcxaibq.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 16:17:47 -0000 Hi Orgers, I am making an Org-mode-based tool to help boost my productivity. I am constantly fighting a losing battle with distractions. I figured out that showing me how much time I spent goofing around would help me stay on track (being a math geek and a gamer, my "let's break my yesterday's score" and similar instincts kick in immediately, too). So far, I have these in my prototype: - a notification (recurring every n seconds) that I'm not clocking anything, - some stats about what I spent my time on and what my efficiency (i.e., percentage of time I spent working from the point when I started counting to now) is, - info about how much work I need to do in order to meet my set goal, and how much will it take if my efficiency remains constant, - a warning when my efficiency is lower than a set value, and info about how much work I need to do to bump it up to that value. Here's an example output (with some partially faked data): --8<---------------cut here---------------start------------->8--- 39min of your workday (10%) has passed, and you have 5h 31min left. work - 30min spent (12% of your goal of 4h and 75% of your workday so far) 3h 30min remaining (4h 39min with your current efficiency of 75%). You need 9min of uninterrupted work to get back to 80% efficiency. eating - 4min spent (10% of your workday so far) bathroom - 2min spent (5% of your workday so far) unclassified - 0min spent (0% of your workday so far) Unclocked time so far: 3min. --8<---------------cut here---------------end--------------->8--- My questions are: - is anyone interested in something like this? - are there any features you would like to have? (I have some ideas, too.) - does anyone have an idea of how to /name/ this project? TIA, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 12:50:28 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAHgq-00007o-F0 for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:50:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAHgk-00007I-8P for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:50:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAHgX-0005ji-Aw for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:50:15 -0400 Received: from shell.miskatonic.org ([54.39.142.95]:42558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAHgX-0005h2-6D for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 12:50:09 -0400 Received: by shell.miskatonic.org (Postfix, from userid 1000) id 42B994C02C08; Wed, 10 Oct 2018 12:50:06 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by shell.miskatonic.org (Postfix) with ESMTP id 3EF704C00CF7; Wed, 10 Oct 2018 12:50:06 -0400 (EDT) Date: Wed, 10 Oct 2018 12:50:06 -0400 (EDT) From: William Denton X-X-Sender: wtd@shell.miskatonic.org To: Marcin Borkowski cc: Org-Mode mailing list In-Reply-To: <87efcxaibq.fsf@mbork.pl> Message-ID: References: <87efcxaibq.fsf@mbork.pl> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 54.39.142.95 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 16:50:26 -0000 On 10 October 2018, Marcin Borkowski wrote: > I am making an Org-mode-based tool to help boost my productivity. > ... > - is anyone interested in something like this? I am---I'd love to see what you come up with. I'm doing something similar, but much less fancy, with clock tables and some R: https://www.miskatonic.org/2017/11/16/clocktableii/ I need to do one more post about that to wrap it up. It's working well for me, but warnings about not being clocked in to something, and better understanding of what I'm doing based on headings or tags, would be useful. Bill -- William Denton :: Toronto, Canada --- Listening to Art: https://listeningtoart.org/ https://www.miskatonic.org/ --- GHG.EARTH: http://ghg.earth/ Caveat lector. --- STAPLR: http://staplr.org/ From MAILER-DAEMON Wed Oct 10 15:11:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAJtU-0003oT-W8 for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 15:11:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45721) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAJtR-0003mT-Cg for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 15:11:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAJtM-0006UC-K8 for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 15:11:37 -0400 Received: from mail-wm1-x32a.google.com ([2a00:1450:4864:20::32a]:51565) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAJtM-0006Ks-0S for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 15:11:32 -0400 Received: by mail-wm1-x32a.google.com with SMTP id 143-v6so6575695wmf.1 for ; Wed, 10 Oct 2018 12:11:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew-cmu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9F7OGWbHkPwIENd4bwc4XhpuRjQKYU6sGW0GUwKxyJk=; b=YDdwaIgCR2lNORZFPQGd944fQMKBgKWxiWyFjSxJIikGCAT3DkV3gbQCd4joXH91a8 QJrS5Or3YlyfsxQPxdqC1sD5X4F1m/NjXFCx9x8bzZ2zGizl2wcUSkrEof/qX04phjzn 8GzjIzgR8eWe6kFmbFd/lHaN9LG22jz0qw7h4VJ8i7ahk2szAxud7w2HeeUl8gZGBW6w aXJuc5N3DvshqopY5HL46Cmyl4H1NirzZVHnR3dlgyYQe93jKqqqJPqlni4seoqpofXu ij0onTE21LQaKb/06SCbov/WadvHy63u3hDEJrOae3WzoxNo26GjztNdYUKFjiHLpTWH OEAQ== 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; bh=9F7OGWbHkPwIENd4bwc4XhpuRjQKYU6sGW0GUwKxyJk=; b=ONBsJs7wGxkIqePkNYSipNtJ67N5BZtssAT1sMcl2AaYcTtODRH13pnYqzRa86nRP5 5dyBWM+Fmi1WFGMeL1jo2/3/W2/go552pgoRN7nGQ2ktZf6G82oLbh0bE0QiUogybUeT gSKgYwiBuOB02LGmT+OqYmIZm2CWsWi9k5YTP+Kb3D5A/EtmJpqpJmS1oLr+ncbcZwQV tGOdKAVe3+/rbLYN3nhNGSMLkdumWp5aiUgfAoFdXOhf7Y9G5r1Z/zJsMGHNl4tfYxdi ibMw6PEMgZwFtBoME5skM4AU7EF0Ntg5cqdha36p0EavmkAMnmx5FIRlKJeW0PAklF+i ErtQ== X-Gm-Message-State: ABuFfogEo1n9LlIKwqKiU3CuXep0t3FqW3YJ/lgBWLz20t7QQcYPPXCt JbbzdtoPbdVbDauRQF1TZ+xfhVeE0mc0D0KYLlc= X-Google-Smtp-Source: ACcGV63nFOA97ZhUgMEPcCVWRnBz0+4IWlZllvnlOZ08IzA/GLaZG3R2KOLmNTVrbK5wNI/3DbmTwU1IDexjdLyzqzU= X-Received: by 2002:a1c:d0c8:: with SMTP id h191-v6mr1998257wmg.74.1539198683260; Wed, 10 Oct 2018 12:11:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: John Kitchin Date: Wed, 10 Oct 2018 15:11:11 -0400 Message-ID: To: John Hendy Cc: org-mode-email Content-Type: multipart/alternative; boundary="000000000000c12d030577e49e9d" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32a Subject: Re: [O] Org brings people together! X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 19:11:38 -0000 --000000000000c12d030577e49e9d Content-Type: text/plain; charset="UTF-8" Thanks for making it happen John! I had a great visit, and hope to see some org-mode adoption in a company environment. That would be amazing! John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Oct 9, 2018 at 11:24 PM John Hendy wrote: > Hi all, > > > Just wanted to celebrate the fact that 3M (where I work [1]) was able > to host Prof. John Kitchen last week to give two talks: one on his > work in catalysis, touching on modeling molecular interactions, and a > second one about reproducible research with Org-mode. > > At 3M we have chapters, which I describe like college clubs, but > organized around different technology topics. These are volunteer > groups responsible for some ~450 events per year at 3M Center in St. > Paul, MN. The events are things like internal product/technology > talks, vendor presentations, poster sessions, and hosting professors. > > When I saw John's mention scimax [2] maybe a year ago and realized he > works in an area where we have such a chapter (catalysis), as well as > works with Org-mode (relevant to our software chapter), I started > scheming and pitched that we invite him. Fast forward a few back and > forths about timing later, followed by a sabbatical at Google, and > revisiting the idea... and it finally happened! > > Sadly, I missed the Org talk (CTO was presenting at the same time), > but I did go to the first and was able to join him for dinner. I admit > that the others at dinner were not quite as programm-y as we were, and > might have been playing along laughing we got into the inevitable vim > vs. emacs jokes. We were quite amused, though. > > John will be the second person I've met on the user list. I met Erik > Iverson, a long-time user, back in 2011. Turns out he was running the > Twin Cities R User Group here and we ended up co-organizing together > for a couple years. > > So far, Org-ers have been 100% awesome in person, and I look forward > to running into more down the road. Anyway, just felt like a fun bit > of news to share, and hopefully you all can nerd out about Org in > person at some point too! > > It was great to meet you John, great work, great talk, and I look > forward to digging into scimax more soon! > > > Best regards, > John > > [1] If 3M isn't immediately recognizable, you might know it for some > of it's bigger brands/products like Scotch Tape, Command Strips, > Post-It Notes, Filtrete filters, and Scotch-Brite. > > [2] https://github.com/jkitchin/scimax > > --000000000000c12d030577e49e9d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for making it happen John! I had a great visit, and= hope to see some org-mode adoption in a company environment. That would be= amazing!

John

-----------------------------------
Professor John Kitch= in=C2=A0
Doherty Hall A207F
Department of Chemical Engineering
Car= negie Mellon University
Pittsburgh, PA 15213
412-268-7803


On Tue, Oct 9, 2018 at 11:24 PM John Hendy <jw.hendy@gmail.com> wrote:
Hi all,


Just wanted to celebrate the fact that 3M (where I work [1]) was able
to host Prof. John Kitchen last week to give two talks: one on his
work in catalysis, touching on modeling molecular interactions, and a
second one about reproducible research with Org-mode.

At 3M we have chapters, which I describe like college clubs, but
organized around different technology topics. These are volunteer
groups responsible for some ~450 events per year at 3M Center in St.
Paul, MN. The events are things like internal product/technology
talks, vendor presentations, poster sessions, and hosting professors.

When I saw John's mention scimax [2] maybe a year ago and realized he works in an area where we have such a chapter (catalysis), as well as
works with Org-mode (relevant to our software chapter), I started
scheming and pitched that we invite him. Fast forward a few back and
forths about timing later, followed by a sabbatical at Google, and
revisiting the idea... and it finally happened!

Sadly, I missed the Org talk (CTO was presenting at the same time),
but I did go to the first and was able to join him for dinner. I admit
that the others at dinner were not quite as programm-y as we were, and
might have been playing along laughing we got into the inevitable vim
vs. emacs jokes. We were quite amused, though.

John will be the second person I've met on the user list. I met Erik Iverson, a long-time user, back in 2011. Turns out he was running the
Twin Cities R User Group here and we ended up co-organizing together
for a couple years.

So far, Org-ers have been 100% awesome in person, and I look forward
to running into more down the road. Anyway, just felt like a fun bit
of news to share, and hopefully you all can nerd out about Org in
person at some point too!

It was great to meet you John, great work, great talk, and I look
forward to digging into scimax more soon!


Best regards,
John

[1] If 3M isn't immediately recognizable, you might know it for some of it's bigger brands/products like Scotch Tape, Command Strips,
Post-It Notes, Filtrete filters, and Scotch-Brite.

[2] https://github.com/jkitchin/scimax

--000000000000c12d030577e49e9d-- From MAILER-DAEMON Wed Oct 10 16:01:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKfK-0004rR-9B for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:01:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57831) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKfG-0004ql-Ng for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:01:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKfC-0006Jd-SK for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:01:02 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKfA-0006Ic-TL for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:00:58 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 014B9E62DE; Wed, 10 Oct 2018 22:00:55 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PMBkyxfxyXro; Wed, 10 Oct 2018 22:00:51 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id BE64FE6257; Wed, 10 Oct 2018 22:00:50 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Adam Porter Cc: emacs-orgmode@gnu.org In-reply-to: <87o9c34ocl.fsf@alphapapa.net> Date: Wed, 10 Oct 2018 21:59:31 +0200 Message-ID: <87sh1d8tek.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:01:04 -0000 On 2018-10-09, at 08:37, Adam Porter wrote: > Hi Marcin, > > [...] > > If you haven't seen them already, you may find my org-ql and > org-ql-agenda code useful. org-ql-agenda presents an Agenda-like > buffer. N.B. It does *not* implement most of the Agenda features, but > it does emulate an Org Agenda buffer by setting the appropriate text > properties on entries and formatting them in a similar way. > > It's built on org-ql, which provides per-buffer query caching, which > means that generating an org-ql-agenda view for Org buffers that haven't > changed since the last view was generated is very fast. It's also > written in a more functional way, which I think is easier to follow and > modify. Performance of uncached queries/buffers depends on the > query--some are relatively fast, while others are slower than the "real" > Org Agenda. I think there is significant potential for optimizations, > and I'm hoping to implement some in the future. Your feedback would be > appreciated! > > https://github.com/alphapapa/org-ql Thanks, I'll check those out! Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:02:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKh4-0005az-Vk for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:02:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKh2-0005ai-EZ for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:02:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKgz-000756-5D for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:02:52 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35708) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKgy-00074s-UW for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:02:49 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 59BF5E62DE; Wed, 10 Oct 2018 22:02:48 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8uStsutI3x5Y; Wed, 10 Oct 2018 22:02:44 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 057EBE6257; Wed, 10 Oct 2018 22:02:43 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Adam Porter , emacs-orgmode@gnu.org In-reply-to: <877eirdrqt.fsf@nicolasgoaziou.fr> Date: Wed, 10 Oct 2018 22:01:23 +0200 Message-ID: <87r2gx8tbg.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:02:53 -0000 On 2018-10-09, at 18:11, Nicolas Goaziou wrote: > Hello, > > Adam Porter writes: > >> My feedback is: there be dragons. ;) The Agenda code is very >> complicated and hard to follow, and it's hard to optimize something that >> is hard to understand. > > And hard to maintain. We should really do something about it. > >> In the long run, to get significant speed improvements, I think it may >> be necessary to reimplement the Agenda. > > Agreed. +1 > [...] > > I didn't look closely at org-ql, but I had the idea of splitting the > Agenda in two distinct parts. One would be responsible for collecting, > possibly asynchronously, and caching data from Org documents. The other > one would provide a DSL to query and display the results extracted from > the output of the first part. The second part could even be made generic > enough to be extracted from Org and become some part of Emacs. > Displaying filtered data, maybe in a timeline, could be useful for other > packages. Unfortunately, I don't have time to work on this. Ah well. > > So again, wouldn't it be nice to think about Org Agenda-ng? That is a great idea! In general, I find Org-mode to be lacking APIs. I'dlove to build some applications on top of it, but getting some information is very difficult. (For instance, I'd like to get info about clocks for all headlines in the agenda. It seems I have to implement parsing clocks myself, at least partially.) Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:04:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKik-0006gq-8G for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:04:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKih-0006eS-CV for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:04:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKic-0007kp-1O for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:04:33 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35758) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKia-0007k9-Ty for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:04:29 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id A576DE62DE; Wed, 10 Oct 2018 22:04:27 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LZZK88a87oOl; Wed, 10 Oct 2018 22:04:25 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 337B3E6257; Wed, 10 Oct 2018 22:04:25 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <1587321e-6c92-2731-2d12-514bd9245549@gmx.de> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Julius Dittmar Cc: emacs-orgmode@gnu.org In-reply-to: <1587321e-6c92-2731-2d12-514bd9245549@gmx.de> Date: Wed, 10 Oct 2018 22:03:05 +0200 Message-ID: <87pnwh8t8m.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:04:36 -0000 On 2018-10-09, at 13:47, Julius Dittmar wrote: > Hi Marcin, > > I can't advise as to profiling to find out what really bogs down agenda > building. > > I found that log messages do bog it down. > > I have a lot of recurring tasks, which accumulate log entries for every > closing (which in fact means rescheduling to the next day). Every two to > three months I prune my org files of those log entries. This > significantly speeds up agenda building. By experiments, I found that the main bottleneck was a file with lots (= a few thousand) headlines. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:05:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKjI-00077o-Jp for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKjG-00073j-BB for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKjC-000815-Rk for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:10 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKjC-00080u-Gm for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:06 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id C700EE62DE; Wed, 10 Oct 2018 22:05:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BiFAtmDEIlQv; Wed, 10 Oct 2018 22:05:03 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id D843FE6257; Wed, 10 Oct 2018 22:05:02 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Michael Welle Cc: emacs-orgmode@gnu.org In-reply-to: <87d0skj44p.fsf@luisa.c0t0d0s0.de> Date: Wed, 10 Oct 2018 22:03:48 +0200 Message-ID: <87o9c18t7f.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:05:11 -0000 On 2018-10-08, at 09:20, Michael Welle wrote: > Hello, > > Marcin Borkowski writes: > >> Hi Orgers, >> >> my agenda takes almost 10 seconds to show up. Are there any ideas for >> profiling that? >> >> I suspect that archiving a lot of old entries I don't use anymore might >> help, but is there any way to e.g. display some stats on which >> file/headline took how much time? > since no one answered yet, there are some similar threads. IIRC the way > to go is to use elp for profiling. > > Well, on my laptop the initial agenda run takes about 7s or so (150 > agenda files) using the current day/week agenda ("a"). All subsequent > (after loading the files) agenda runs are fast (split second I would > say). I had some performance issues in the past caused by SCM. Emacs > tried to check if every file is checked out in the latest version. That > slowed down the process a lot (starting 150 mercurial processes in > sequential order, checking results, etc.). The initial run doesn't > bother me much. I bound the initial agenda run to an idle timer at Emacs > start. Interesting. I did not notice such differences between the first and subsequent runs. Anyway, thanks for your input (to all people who replied, actually). -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:05:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKk2-0007gK-5O for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:58 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKk0-0007ec-2V for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKjy-0000Jm-OQ for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:56 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35830) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKjx-0000I9-Fq for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:05:54 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 50E26E62DE; Wed, 10 Oct 2018 22:05:52 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eu5euKAIR3bG; Wed, 10 Oct 2018 22:05:47 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 2D1BBE6257; Wed, 10 Oct 2018 22:05:47 +0200 (CEST) References: <87a7no31e8.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Eric S Fraga Cc: Org-Mode mailing list In-reply-to: Date: Wed, 10 Oct 2018 22:04:33 +0200 Message-ID: <87lg758t66.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] What is the difference between `org-narrow-to-subtree' and `org-narrow-to-element'? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:05:57 -0000 On 2018-10-08, at 17:58, Eric S Fraga wrote: > On Monday, 8 Oct 2018 at 17:26, Marcin Borkowski wrote: >> Hi all, >> >> I found these two commands. They seem to do the same thing. What is >> the difference? > > These will only do the same thing if your element (where point is) happens to be the sub-tree and nothing else. Try it within a list element in a sub-tree and you should notice a difference in behaviour. Thanks, I didn't think about this! -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:06:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKkf-000888-En for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:06:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKkd-00086E-1o for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:06:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKkZ-0000lD-SD for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:06:35 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35858) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKkZ-0000kx-KV for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:06:31 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id F097CE62DE; Wed, 10 Oct 2018 22:06:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P00sB7WKxW4K; Wed, 10 Oct 2018 22:06:28 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 5F977E6257; Wed, 10 Oct 2018 22:06:28 +0200 (CEST) References: <87a7no31e8.fsf@mbork.pl> <84a7nophi8.fsf@gmail.com> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Marco Wahl Cc: emacs-orgmode@gnu.org In-reply-to: <84a7nophi8.fsf@gmail.com> Date: Wed, 10 Oct 2018 22:05:11 +0200 Message-ID: <87k1mp8t54.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] What is the difference between `org-narrow-to-subtree' and `org-narrow-to-element'? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:06:36 -0000 On 2018-10-08, at 17:47, Marco Wahl wrote: > Hi! > >> I found these two commands. They seem to do the same thing. What is >> the difference? > > This is an example illustrating the difference. > > - Have point on the *table* of the following subtree. > > > --8<---------------cut here---------------start------------->8--- > * foo > > | foo | foo | > | foo | foo | > > * bar > --8<---------------cut here---------------end--------------->8--- > > > - Use command `org-narrow-to-subtree'. See the effect. > - Use command `widen' to get rid of the restriction. > - Make sure to have point on the table of the subtree again. > - Use command `org-narrow-to-element. See the effect. > - Compare! Thanks, it did not occur to me that "element" may be something other than a "subtree"! Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:11:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAKpN-000348-Pu for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:11:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60493) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKpL-00032a-Ff for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:11:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAKpG-00031n-Gg for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:11:27 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:36014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAKpG-00030j-8g for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:11:22 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 9B643E62DE; Wed, 10 Oct 2018 22:11:21 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5p89zbXKaqZ; Wed, 10 Oct 2018 22:11:16 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 5AC44E6257; Wed, 10 Oct 2018 22:11:16 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: William Denton Cc: Org-Mode mailing list In-reply-to: Date: Wed, 10 Oct 2018 22:10:02 +0200 Message-ID: <87h8ht8sx1.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:11:28 -0000 On 2018-10-10, at 18:50, William Denton wrote: > On 10 October 2018, Marcin Borkowski wrote: > >> I am making an Org-mode-based tool to help boost my productivity. >> ... >> - is anyone interested in something like this? > > I am---I'd love to see what you come up with. I'm doing something > similar, but much less fancy, with clock tables and some R: > > https://www.miskatonic.org/2017/11/16/clocktableii/ > > I need to do one more post about that to wrap it up. It's working > well for me, but warnings about not being clocked in to something, and > better understanding of what I'm doing based on headings or tags, > would be useful. Thanks for your kind words! It's not that fancy (yet?), but has one big advantage over clock tables: it updates dynamically (using org-clock-out-hook), so it's fast. Also, as you could see, it does some simple calculations. And for the record: it's based on properties, not tags - but that is a minor issue. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Wed Oct 10 16:39:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gALGm-0003nx-7I for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:39:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40011) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gALGk-0003mX-Mu for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:39:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gALGh-00039T-EW for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:39:46 -0400 Received: from [195.159.176.226] (port=58144 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gALGh-00038y-6E for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:39:43 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gALEX-0000J3-2n for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 22:37:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Eric Abrahamsen Date: Wed, 10 Oct 2018 13:39:33 -0700 Lines: 12 Message-ID: <87h8htmt8a.fsf@ericabrahamsen.net> References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:UD+EWY8/KxjGCXaLxRNGwYl75mU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Org brings people together! X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:39:47 -0000 John Hendy writes: [...] > So far, Org-ers have been 100% awesome in person, and I look forward > to running into more down the road. Anyway, just felt like a fun bit > of news to share, and hopefully you all can nerd out about Org in > person at some point too! Somebody tell me if there's a Seattle meetup! Eric From MAILER-DAEMON Wed Oct 10 16:45:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gALMO-0000D1-DG for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:45:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gALMM-0000BX-Lm for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:45:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gALML-0005eX-NU for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:45:34 -0400 Received: from mail-lj1-x243.google.com ([2a00:1450:4864:20::243]:44489) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gALML-0005cD-Dq for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 16:45:33 -0400 Received: by mail-lj1-x243.google.com with SMTP id v6-v6so6146109ljc.11 for ; Wed, 10 Oct 2018 13:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=D5818ZAOHzW8ZcSbibS6gE0LhToOd6/wCPrU+QdnqaM=; b=bEbkq/HChlc54rKjK0+n2jXqicys9O1KuAsgbP2aYFUyx8f3V+gV4waQnVdG3g7qHM cigRiJASocyAQKXZ/kX0/t329N2PvTZgQJG4WRLAXq/dEPhZC4CzLlWWfCvObdtH70oH kqP366arPQbifRQlhDTjJLGp6JiCoB6wiu4ISaxsxhkRaNe6tVg34jZLndUMGGjlbR5P EgiTwLmftYImGEARbYcabHdDasJkiaS7zbvvue5jUVRud7z0bM5djrstLTDeh5fKCv0p XrZL45rE3SlMRVFaET7+xM+cnU/mbZmPxciGF5MmyncdaJXbvBtNDeuntmlHZvOzbBv0 6L9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=D5818ZAOHzW8ZcSbibS6gE0LhToOd6/wCPrU+QdnqaM=; b=Xand7v+gV3F+HSHOLtogWnpHw0Lo+P5GLQrjibblD42FRvPrZ1NeakXj7+Il5uGf71 qLWJqofDxbGdFk/VdUxaa/ymRlU+3RK4nOTcWbkGZhYGBjdat0yFIksIo4KNt+hGXegc IFZexedFx9n9/xYz4mjvt4ypymZJHhpuNg1+wdvitGC3yPbMsZdf6gYx28A3AUJmjCG4 L37dKlxh2EMBae839EYBvfCmO1ZrH1JOhg2ecfnmkMKGqNFKlpg551FT8pJYIsDsP1eh dFyrNjNhtXKC4iY1Dvdq7tErHwmmp26nscCPqaiIIGO/XxyVDXBF2HPardwQ2zpFBPUP VcxA== X-Gm-Message-State: ABuFfohdeuW66hH9pkPQDJ4c62D05EOGFbNJoQvUwbLqLqYH+tnkqzTr ciTkh2yqBtD95166zJngvphhbmsZuemSaAsaigY= X-Google-Smtp-Source: ACcGV61IKZZDfFMle2o8p/7qclVGgljk7jj4ZYaXfsKfc19Cq4mTdTuyMpmG3Xgu0igJbYY6MjHR6PAAge2ASNYcbV4= X-Received: by 2002:a2e:3301:: with SMTP id d1-v6mr21639975ljc.9.1539204326729; Wed, 10 Oct 2018 13:45:26 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Wed, 10 Oct 2018 13:45:25 -0700 (PDT) In-Reply-To: <87h8ht8sx1.fsf@mbork.pl> References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> From: Samuel Wales Date: Wed, 10 Oct 2018 13:45:25 -0700 Message-ID: To: Marcin Borkowski Cc: William Denton , Org-Mode mailing list 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::243 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 20:45:35 -0000 auto-clocking might be interesting. there would be a concept of a dominating clocking entry similar to dominating file. i.e. if where you are is not a clocking entry, go up until you find one that is. if you find none at top level, you create a clock entry in the logbook there. if you switch buffers or move around, you clock out and in where you were and are. every few minutes, you try to clock in where you are, or the dominating clocking entry. this is done with timers. idle time might go to a special clocking entry. or something like that. the idea is that you don't have to remember to clock in and out. On 10/10/18, Marcin Borkowski wrote: > > On 2018-10-10, at 18:50, William Denton wrote: > >> On 10 October 2018, Marcin Borkowski wrote: >> >>> I am making an Org-mode-based tool to help boost my productivity. >>> ... >>> - is anyone interested in something like this? >> >> I am---I'd love to see what you come up with. I'm doing something >> similar, but much less fancy, with clock tables and some R: >> >> https://www.miskatonic.org/2017/11/16/clocktableii/ >> >> I need to do one more post about that to wrap it up. It's working >> well for me, but warnings about not being clocked in to something, and >> better understanding of what I'm doing based on headings or tags, >> would be useful. > > Thanks for your kind words! > > It's not that fancy (yet?), but has one big advantage over clock tables: > it updates dynamically (using org-clock-out-hook), so it's fast. Also, > as you could see, it does some simple calculations. > > And for the record: it's based on properties, not tags - but that is > a minor issue. > > Best, > > -- > Marcin Borkowski > http://mbork.pl > > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Wed Oct 10 17:01:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gALbv-00012z-AH for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:01:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46121) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gALbp-00012l-8Z for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:01:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gALbl-0000sL-IX for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:01:33 -0400 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:33376) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gALbl-0000Yz-1h for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:01:29 -0400 Received: by mail-lf1-x135.google.com with SMTP id o21-v6so5066277lfe.0 for ; Wed, 10 Oct 2018 14:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=1kDppAVOBuYC4jrZHJx06+8lBOPgYCICrcmy1FOXS0M=; b=SgFa4R/4uBgciNx+sDntBRAYuybjHptyBiJFq7Ah0Frsqk8W/rdZE3FIcygw6fZZOj iwrLHTRWU5xv3X8ebU0+YjsBlJhcab7sQtjZSPNoFGK+btibH5Qo/Xqj/6v480Oxw0l/ +XHhiJhr+mOEtWbg8CbJdUO5xXcPJKp6kUDWcX/BTtYnNR+w3BCOk8fz/Ztj8HXBfMwc cqyAukwxCYZJb1y6hEVtUShf5J00NwIVSWyTPi/+TTJVu46TbumvDOmq3fXwBKWrMp+l vg3FqHUvXIPs1XtGAuLM5prFgCnMIyLwoXs8AGzGUsu1kFlWnMrYy32vzpxqayTeAFBV zO8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=1kDppAVOBuYC4jrZHJx06+8lBOPgYCICrcmy1FOXS0M=; b=TIwzNAm2HV+qhZkecm86JEMn2l/Fr8JBESKV/DT1Jw724ve1/5rX70BXYksUa8SpL7 TX0JG1CIiUOv5STxUnU+JVleUfXHJTXPGVGcuGZ3/80Tu/6BszgnQZd+wt3dG8EKA2qb MB5x65iPbQe359l0NQWzBiIrNHnbYqNxamlvvmltjn3cSVmy00ZaXwLDVQq0wvLi3syj 7SHXdziyzpr+QiNhudxV7UdJIq9MN5U26BHg0/7zl3MFJVk7MaJ/BAQ+EHmunNTO5QUa f1LwFtzrcTWBhzMZgi+kw8xiT2rc9kW5ouRr8EXl/gFPn/Bkefom5bIBM2w86LJ8ecsC ARag== X-Gm-Message-State: ABuFfogn5FBfJVH1uL3FVS70bA5PaJBSISotKeoJlE+9CgipWZ9lS6cL Xx+J+hF3O0n0m/ZzNPwIf+5mLO9YN9sbQtzPpng= X-Google-Smtp-Source: ACcGV61B42og7fMiPKdli4NxMa+Y/IfGw0HrjyeKqpCQxFHmVzHf81l5s+XkgeWMRAFIbX8KHszaa7cqt9WmTYHIPD4= X-Received: by 2002:a19:645e:: with SMTP id b30-v6mr4058038lfj.5.1539205285984; Wed, 10 Oct 2018 14:01:25 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Wed, 10 Oct 2018 14:01:25 -0700 (PDT) In-Reply-To: <87o9c18t7f.fsf@mbork.pl> References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> <87o9c18t7f.fsf@mbork.pl> From: Samuel Wales Date: Wed, 10 Oct 2018 14:01:25 -0700 Message-ID: To: Marcin Borkowski Cc: Michael Welle , emacs-orgmode@gnu.org 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::135 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 21:01:36 -0000 for cleaning logbook entries, i'd enjoy having an agenda view that shows every entry that has state changes [above a minimum number of them to keep it small], with the size of the logbook drawer in the prefix or so next to the category, sorted by that size. there would be a corresponding agenda batch command that would archive, delete, or archive all except most recent for the marked entries. is it the number of headlines in a file or the total number in agenda files= ? i think it's great to have org-ql. lispy query is great. although mostly i just use text search, it would be more memorizable syntax for tags type search [and custom sorts?]. is this a suitable start for agenda-ng? will it be cleaner and faster? another speedup possibility might be to allow redoing the agenda with a new sorting strategy without having to redo the scanning of agenda files. i agree not scanning unchanged buffers could really speed up the agenda in principle. [it'd be great if emacs could parallelize across smp cores in addition. :]] On 10/10/18, Marcin Borkowski wrote: > > On 2018-10-08, at 09:20, Michael Welle wrote: > >> Hello, >> >> Marcin Borkowski writes: >> >>> Hi Orgers, >>> >>> my agenda takes almost 10 seconds to show up. Are there any ideas for >>> profiling that? >>> >>> I suspect that archiving a lot of old entries I don't use anymore might >>> help, but is there any way to e.g. display some stats on which >>> file/headline took how much time? >> since no one answered yet, there are some similar threads. IIRC the way >> to go is to use elp for profiling. >> >> Well, on my laptop the initial agenda run takes about 7s or so (150 >> agenda files) using the current day/week agenda ("a"). All subsequent >> (after loading the files) agenda runs are fast (split second I would >> say). I had some performance issues in the past caused by SCM. Emacs >> tried to check if every file is checked out in the latest version. That >> slowed down the process a lot (starting 150 mercurial processes in >> sequential order, checking results, etc.). The initial run doesn't >> bother me much. I bound the initial agenda run to an idle timer at Emacs >> start. > > Interesting. I did not notice such differences between the first and > subsequent runs. > > Anyway, thanks for your input (to all people who replied, actually). > > -- > Marcin Borkowski > http://mbork.pl > > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Wed Oct 10 17:06:25 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gALgX-00021G-Jh for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:06:25 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47321) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gALgV-000212-CE for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:06:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gALgT-0006HA-4n for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:06:22 -0400 Received: from mail-pg1-x52d.google.com ([2607:f8b0:4864:20::52d]:46606) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gALgQ-0005jb-Re for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 17:06:19 -0400 Received: by mail-pg1-x52d.google.com with SMTP id a5-v6so3064053pgv.13 for ; Wed, 10 Oct 2018 14:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=7ZIuW8Jw7okWwxabhvVgLPagQwtMJ4hsIsFKQvJseK4=; b=PeCpcw3ib5NoNXVtC+hXCdg6jldG1oourWIHTPlyPPkHhBqxmV4LnxCc3mEWIKkJ+a dCUo/J+X9rvolXu9HgSopKSJnfVe2cBGt4qqyCbhg3aJrOxV3GpGEfZIBDIwTxEA8Kmd FskbtZ7Hm2b11nTbsM50O2ukJtHmBxD57kjMJMWEp5zgWYFXoojZs5xgD5O9qeKe62I5 2POiFnkeLBS3kn6UE1ISXdpTBOqccmHceRE4um1rv5vEALGJm/aLE7HCukQOjGFJG0yr a7vPa20VXLEKlxXSTJkkgqQ6ipknDxn/Vz0Bt7NX6w2BxGo6SaL/mb9Lyjg1LAxUGFUq 6VTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=7ZIuW8Jw7okWwxabhvVgLPagQwtMJ4hsIsFKQvJseK4=; b=QwffP62YHmV/rJM0YTJs7Q8KjojUQVhRsJA6/aSQ+yXw+tSp5CqFbwo5thNyE8p+Pe 0xlueIkicaYF0OCPomS8Y9QAj7KEgZ/uVjHJH1hyHS9+jYbXJ1g7XWsRgcC33NVBXxxp ynT42RSggS1yv3cyUCGD2hm5N+3LWlYB4o09xeplDIwHt4igN5ulARA61m+Zic9c//R9 kZ01K3PAt2N98W7/bz0/+BZa/Rkk4kFd3CYSiIIp4rYJ6U1EPp6GZ9+auXiw8NtZOnxh SFpdzLAEfZMQaQ3al4mB9s8qopHRCRXkhSB6G4Ps+rt2qaFETqCLuttu5oY38dTGVBu/ HqCA== X-Gm-Message-State: ABuFfogJFJfSuwM5CLFdGWYa3+9SDUuLlSJBO3djZ6l5To4B0FpaZkpk JQ+YKoZmkErmzl5XwY65ci8= X-Google-Smtp-Source: ACcGV610AdPJuFEdVau1k6Jd8KKzvSVvWvuogrCzlzr9Thx+/ba1BtZkACfTCKVBfg0kMi1PC1nFKA== X-Received: by 2002:a63:c44a:: with SMTP id m10-v6mr31380923pgg.416.1539205575543; Wed, 10 Oct 2018 14:06:15 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-bc0b-dffb-a40c-ae40.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:bc0b:dffb:a40c:ae40]) by smtp.gmail.com with ESMTPSA id o85-v6sm53211531pfk.94.2018.10.10.14.06.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 10 Oct 2018 14:06:14 -0700 (PDT) References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> <87d0sj6oyj.fsf@skimble.plus.com> <87va6a4xjq.fsf@gmail.com> <87murmnf2f.fsf@gmail.com> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Eric S Fraga Cc: Sharon Kimble , org-mode-email , Robert Klein In-reply-to: <87murmnf2f.fsf@gmail.com> Date: Thu, 11 Oct 2018 08:06:10 +1100 Message-ID: <87tvlt4im5.fsf@gmail.com> 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::52d Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 21:06:24 -0000 Eric S Fraga writes: > On Wednesday, 10 Oct 2018 at 08:31, Tim Cross wrote: > > [...] [...] > > > And I highly recommend the koma-script classes as opposed to the default LaTeX ones. For Sharon, the scrreprt class may be what you want. Yes, koma-script has been my default as well for some time now. I also use the hitec style, which seems to go down well with the 'tech' crowd. Around 80% of the time, people look at my documents and are blown away because of how good they look (content, unfortunately, can vary significantly!). The only time things become problematic is when a decision is made to work on a document collaboratively and they want to use 'track changes'. At this point, I try to convince them to just work in plain text or org files and I take on the responsibility of incorporating their changes. This works OK provided they are able to just work with the org file (either as an org file or as just plain text) and not get caught up in formatting etc, in which case I can extract their changes with diff. However, too often, they just don't get it or cannot resist and insist on changing the formatting without changing the content, so diffs become less useful. Tim -- Tim Cross From MAILER-DAEMON Wed Oct 10 18:06:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAMcg-0004FA-ME for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:06:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60482) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAMcb-0004Ew-5u for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:06:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAMcJ-0000b3-5K for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:06:16 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:60619) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAMcD-0000Cx-MZ for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:06:06 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id AC9B3240004; Wed, 10 Oct 2018 22:05:26 +0000 (UTC) From: Nicolas Goaziou To: Kaushal Modi Cc: emacs-org list References: Mail-Followup-To: Kaushal Modi , emacs-org list Date: Thu, 11 Oct 2018 00:05:25 +0200 In-Reply-To: (Kaushal Modi's message of "Sun, 7 Oct 2018 02:56:22 -0400") Message-ID: <875zy9cva2.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Order of tangled blocks reversed? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 22:06:29 -0000 Hello, Kaushal Modi writes: > I was playing with Org Tangle header-args inheritance and came up with > this example: > > ===== > > #+property: header-args :tangle yes > > At Org level 0. > > * Heading 1 > :PROPERTIES: > :header-args: :tangle foo.el > :END: > At Org level 1. > > #+name: block1 > #+begin_src emacs-lisp > > (message "this will be tangled to property_drawer2.el") > #+end_src > ** Heading 1.1 > :PROPERTIES: > :header-args:emacs-lisp: :tangle no > :END: > At Org level 2. > > Only the emacs-lisp block will *not* be tangled from this subtree. > > #+name: block2 > #+begin_src emacs-lisp > > (message "this block will *not* be tangled") > #+end_src > > But the below Nim block will tangle fine (though incorrectly to the > foo.el file!). It isn't incorrect. You specified "foo.el". Use ":tangle yes" if you want to let Org decide about the extension. > Though, the below /block3/ appears *above* /block1/ in > the tangled file foo.el. > > #+name: block3 > #+begin_src nim > > echo "this block will be tangled to property_drawer2.nim" > #+end_src > ===== > > Tangling this (C-c C-v t) gives this foo.el file: > > ===== > echo "this block will be tangled to property_drawer2.nim" > > (message "this will be tangled to property_drawer2.el") > ===== > > Ignoring that Nim code gets inserted into the Emacs-Lisp file because > of incorrect :tangle header-args under Heading 1, why is the block3 > code appearing above block1? > > Is this a bug? It is. Fixed. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 10 18:16:21 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAMmD-0006Hi-PW for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:16:21 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34491) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAMmB-0006Hc-Rz for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:16:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAMmA-0008LB-Nv for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:16:19 -0400 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:38058) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAMm9-0008KB-Qz for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 18:16:18 -0400 Received: by mail-lj1-x233.google.com with SMTP id v7-v6so6356514ljg.5 for ; Wed, 10 Oct 2018 15:16:15 -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; bh=6HTU22XuVcL1b8D6SaE46uga9v0Tx0Wd5XB0GmcKb70=; b=ke0EPnkBAFiGVOzyyZuD8LZAfHwESsg3N43kOb3DZJIHu0KmHnrAJ+9W2ljXOR9IqY oJAGqanDdICja6LJTDZe+GZvKPgIgIsuMeD8qUuV2s5HfdHUIm4vIjsmJ6xSzZmbLbWE YtPSs3psbk+PEzqs+K/5qDsH0Io9BaxXbo/H68+qthqSUXHydqD2jY6Xmjvdxuu3Vdza yINM/HlVGGAZxzYtz63shnVgREsBV5xYiZDj+CNad6q/4KrFrnsQnVXJdUTbAWyAn4JA 2JRLeFwR44ojQz9/TZ9H8d4Siq8hZA+QrAqoijhl4Rosjfg81omI6Hd4rCP1Pqbf1Ys1 I5pA== 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; bh=6HTU22XuVcL1b8D6SaE46uga9v0Tx0Wd5XB0GmcKb70=; b=GRkjhOYiheWXG5/4PWDZaVRWwN287emxEZQaCKc2QHUX17X8nx1fNerKHjMEPFGgPM FmulY0I9usuKSSuho9dNmicUg108X2aP1pj5iKaVXps/Q5OCDgjVnDWmOL5MzUUI4Bj6 kWUilRYFGj8IrDF2vyKsf1ruOsv9mlwSCO0nZ4cNuVqoyTAGVfE/l9kIsoHErFO9lsv6 Ho8QGmePATnopwIUyf1JhVAjp4npqBAMiOhj97/i+VkcicL6t+obZnP0Kuok9Wk4If7Q 3U3NWOQJ58utLUZWyblUH9hPUn07xiqIZSDB73eIL420PsGwiqPj8vRBOpNbaDf7D1uZ 6T0w== X-Gm-Message-State: ABuFfohFxOoVlx+AyemrYEKohzSSnHHuMU5w4K/f0l0UrhjszCjR7WvN xlHgNJbnb6jCHqgPbmK9qHpKsp9C50nuykThYR9WJw== X-Google-Smtp-Source: ACcGV61SVaRUPar86hNSiqXmBIeiKRPQDp7F7jBDmfCchfZi4W2h8vot5ruF5weRBbj6zQYm/IHhvLK9ODpib/IGqLU= X-Received: by 2002:a2e:921a:: with SMTP id k26-v6mr21657016ljg.163.1539209773829; Wed, 10 Oct 2018 15:16:13 -0700 (PDT) MIME-Version: 1.0 References: <875zy9cva2.fsf@nicolasgoaziou.fr> In-Reply-To: <875zy9cva2.fsf@nicolasgoaziou.fr> From: Kaushal Modi Date: Wed, 10 Oct 2018 18:15:35 -0400 Message-ID: To: emacs-org list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::233 Subject: Re: [O] Order of tangled blocks reversed? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2018 22:16:20 -0000 On Wed, Oct 10, 2018 at 6:05 PM Nicolas Goaziou wrote: > It is. Fixed. Thank you. Awesome! Thank you! From MAILER-DAEMON Wed Oct 10 21:50:19 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAQ7H-0006bZ-K6 for mharc-emacs-orgmode@gnu.org; Wed, 10 Oct 2018 21:50:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAQ7F-0006bT-By for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 21:50:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAQ79-0007aW-N3 for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 21:50:17 -0400 Received: from [61.175.244.13] (port=47003 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAQ77-0007YP-PM for emacs-orgmode@gnu.org; Wed, 10 Oct 2018 21:50:11 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id BF856A602DF; Thu, 11 Oct 2018 09:44:50 +0800 (CST) User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: org-mode Reply-To: numbchild@gmail.com Date: Thu, 11 Oct 2018 09:44:50 +0800 Message-ID: <87a7nlmf3h.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: [O] pcomplete error inside of headline asterisks when typing asterisk X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 01:50:18 -0000 When I create a new headline with =[Alt-Enter]= Under a headline. It looks like this: #+begin_src org ,** headline 1 ,** headline 2 #+end_src Then I move point between two asterisks of headline 2. Then I type * again. It report following error: #+begin_example Debugger entered--Lisp error: (args-out-of-range "" 1 nil) substring("" 1) (pcomplete--here (function (lambda nil (save-excursion (goto-char (point-min)) (let (tbl) (let ((case-fold-search nil)) (while (re-search-forward org-todo-line-regexp nil t) (setq tbl (cons (org-make-org-heading-search-string (match-string-no-properties 3)) tbl)))) (pcomplete-uniquify-list tbl))))) (substring pcomplete-stub 1) nil nil) (while (pcomplete--here (function (lambda nil (save-excursion (goto-char (point-min)) (let (tbl) (let ((case-fold-search nil)) (while (re-search-forward org-todo-line-regexp nil t) (setq tbl (cons (org-make-org-heading-search-string (match-string-no-properties 3)) tbl)))) (pcomplete-uniquify-list tbl))))) (substring pcomplete-stub 1) nil nil)) pcomplete/org-mode/searchhead() pcomplete-completions() pcomplete-completions-at-point() completion--capf-wrapper(pcomplete-completions-at-point optimist) run-hook-wrapped(completion--capf-wrapper pcomplete-completions-at-point optimist) company--capf-data-real() company--capf-data() company-capf(prefix) apply(company-capf prefix) company-call-backend-raw(prefix) apply(company-call-backend-raw prefix) company--force-sync(company-call-backend-raw (prefix) company-capf) company-call-backend(prefix) company--begin-new() company--perform() company-auto-begin() company-idle-begin(# # 182 2857) apply(company-idle-begin (# # 182 2857)) timer-event-handler([t 23486 42991 304203 nil company-idle-begin (# # 182 2857) nil 151000]) #+end_example -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Thu Oct 11 02:35:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAUZA-0007iN-7w for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:35:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40363) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAUZ8-0007iE-Bt for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:35:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAUZ5-0002Uo-55 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:35:22 -0400 Received: from wirrsal.net ([188.68.36.149]:55368 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAUZ1-0002No-Jm for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:35:17 -0400 Received: from localhost (i577B4AEC.versanet.de [87.123.74.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id 605ED79DA49; Thu, 11 Oct 2018 08:35:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539239711; bh=2M+hO79MgtLuWUGjY1hSSZF5VzZXml/88MlaggLGBe0=; h=References:From:To:Cc:Subject:In-reply-to:Date; b=XcoF0xUdoHgWp7qYYGhUPEXHFFrFUHZbMqz0BmQ03WP+i7bHSRWhZyWqkufsYbD1f DuNo+QO8aMQGRnCyAU753nvbUxFYPbpEdRpuzH6pN4Bu7qElF2AwC73WPWJVVhu+CZ QolNcrq4KTHfLeD0pJurf56ycKvZrixaYpMOVDXs= References: <87ftxecc03.fsf@nicolasgoaziou.fr> <20181010112450.17850-1-seb@wirrsal.net> User-agent: mu4e 1.1.0; emacs 26.1 From: Sebastian =?utf-8?Q?Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: Nicolas Goaziou In-reply-to: <20181010112450.17850-1-seb@wirrsal.net> Date: Thu, 11 Oct 2018 08:35:09 +0200 Message-ID: <87va69dm8y.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 06:35:23 -0000 Sebastian Reu=C3=9Fe writes: > + (if (and (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) I realize this is overly restrictive if you don=E2=80=99t have=20 =E2=80=98org-refile-use-outline-path=E2=80=99 set to =E2=80=98file=E2=80=99= and want to refile=20 under a newly created root headline. AFAICT this would also have=20 been an issue in the current master branch, prior to the patch. I=E2=80=99m going to lift this assumption a bit and extend the test case=20 for other values of =E2=80=98=E2=80=A6-use-outline-path=E2=80=99. If you notice anything in the mean time let me know. Kind regards, S. --=20 Insane cobra split the wood Trader of the lowland breed Call a jittney, drive away In the slipstream we will stay From MAILER-DAEMON Thu Oct 11 02:40:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAUeM-0000Gw-Tp for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:40:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41532) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAUeL-0000Gc-Fs for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:40:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAUeI-0007pE-B4 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:40:45 -0400 Received: from mout.gmx.net ([212.227.15.19]:33333) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAUeI-0007oH-1u for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:40:42 -0400 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2L2a-1fraol2Z5I-00s9eN for ; Thu, 11 Oct 2018 08:40:39 +0200 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M2L2a-1fraol2Z5I-00s9eN for ; Thu, 11 Oct 2018 08:40:39 +0200 Received: from Stella (stella.c0t0d0s0.de [192.168.42.1]) by stella.c0t0d0s0.de (Postfix) with ESMTP id 86B0518120A for ; Thu, 11 Oct 2018 08:40:38 +0200 (CEST) From: Michael Welle To: emacs-orgmode@gnu.org In-Reply-To: <87pnwh8t8m.fsf@mbork.pl> (Marcin Borkowski's message of "Wed, 10 Oct 2018 22:03:05 +0200") References: <87h8hy1ho5.fsf@mbork.pl> <1587321e-6c92-2731-2d12-514bd9245549@gmx.de> <87pnwh8t8m.fsf@mbork.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) Date: Thu, 11 Oct 2018 08:40:38 +0200 Message-ID: <878t35kmu1.fsf@luisa.c0t0d0s0.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:KqDan3dDfuddMImG3wvrFWQ5ZXGUf+qob6f4iPQXqCvC7ZvWRei 1oJtqe2kIComsJSM1PsEFGu2iZc6mg/RrC/v3+NHFSLJ1jnCuX1HqG/HxaPCOw9rl3TWeco vI8g+ueEpPeKHL4bZzxjLD2J6vHvBINW8DJa9Kp1vRwdC3VIA831VGl2vYOpEXT2MbYEzoB eihMAbcXa15uMcl+rg6iw== X-UI-Out-Filterresults: notjunk:1;V01:K0:DmffKehln2k=:SfGTFbx8wINOQvu+k0D13i vFXcM0S7XKG1ponrM1p1a//VKJXK8ikRx/Pn5YRjCzaBBARQXbPGtoAVyC+wd+hrZ6Is3VuRT yHNqAR8ibAOhtakxzxU08yBFiCM+cRd2EWUf+YL3d/NvDdKiFmovNWfXTXiZuP4r+Y2QkKP4/ Ytp3+5jghpJyhlBXXNZzIBsOGSvpIUoVL6WvZDbzQOCj2/KBeA1M5rOBaNnkNdXzRvuztvbHD mnL2VFUCuK8X0gJUhNZR4WL/iuQRs0Q1jOJpNcj3FgSB16LjQul7sUvuynzmKhG2oUM3bb48d GFw4/DGFcHAQj04EGEisIN27j/d2g7HWRiJ8AYOue00ptw5LfyRt1ycfqXKjqnxt/Q1jav+GY kZE1HeVtJhxHx8h9ZeEqntiddjoxTQPX+nq0yeItnaJ4WudPgQXWmP8CX9h1XfDhacGlaqxu4 5CHm2soZlqGzEtqR/53gY0K6nNPB/3hV0KlGwgFbiMx0ogrwqfzxQpmRnlE3+JC1bmuzJd3y3 DC34Vx8Et8X7sOeP2IG4g7AEVe8SCEIfMih1dD2aDQNLOk7YAapW40g9F8B7ldfdMaATeyhit Ng1f6dfkkY97oGxV3tUsnfouTbOeJTkVxoDVKQWaBPTp5wNYE0wBVoZPSfhKh7Bu0/UAJEtt6 fz3HywdNnjG3UkD6corVeKbwPkmWTSaA2Rz+Q7Y+a+pAjCGuKE9Rt7YQxRMIIiAQqn1MSaDaR pjrGNw5Pwdm5wFJUnk+g3hgN5euU/Xa9IcWyTh9Mom2oLu0bLxE2ecwi/VPtqgfHbF58wHo9L ltq53uPek86NKmId/lc8Z+8Zb21hiZk7HOcfWKfG/wLwERGLTQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.19 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 06:40:46 -0000 Hello, Marcin Borkowski writes: > On 2018-10-09, at 13:47, Julius Dittmar wrote: > >> Hi Marcin, >> >> I can't advise as to profiling to find out what really bogs down agenda >> building. >> >> I found that log messages do bog it down. >> >> I have a lot of recurring tasks, which accumulate log entries for every >> closing (which in fact means rescheduling to the next day). Every two to >> three months I prune my org files of those log entries. This >> significantly speeds up agenda building. > > By experiments, I found that the main bottleneck was a file with lots (= > a few thousand) headlines. ah, interesting. My org files usually aren't that deeply structured, so I don't get hit by that. Hm, I guess regexps are used to find headlines? Regards hmw From MAILER-DAEMON Thu Oct 11 02:48:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAUm2-0001Po-Vn for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:48:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAUm1-0001Pa-Ek for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:48:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAUlx-00048J-L0 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:48:41 -0400 Received: from mout.gmx.net ([212.227.15.18]:50539) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAUlv-000478-HT for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 02:48:37 -0400 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3igT-1fsxzF1fXd-00rEPn for ; Thu, 11 Oct 2018 08:48:32 +0200 Received: from stella.c0t0d0s0.de ([194.95.66.1]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3igT-1fsxzF1fXd-00rEPn for ; Thu, 11 Oct 2018 08:48:32 +0200 Received: from Stella (stella.c0t0d0s0.de [192.168.42.1]) by stella.c0t0d0s0.de (Postfix) with ESMTP id BA0CC18120A for ; Thu, 11 Oct 2018 08:48:31 +0200 (CEST) From: Michael Welle To: emacs-orgmode@gnu.org In-Reply-To: <87o9c18t7f.fsf@mbork.pl> (Marcin Borkowski's message of "Wed, 10 Oct 2018 22:03:48 +0200") References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> <87o9c18t7f.fsf@mbork.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) Date: Thu, 11 Oct 2018 08:48:31 +0200 Message-ID: <874ldtkmgw.fsf@luisa.c0t0d0s0.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:KfMExjgZ9XM+3vEKbgJU3GSTTQ/ZhVqviBdOff/SOa4PulU01em l3XlKiCgXWu/2zfEsQfVZR52gz5mvPhdkTAcdEJd9zHLl3DMoY1cpFmHBEYFAxuZoMMb8zB M+A5F8CeZiiPSnrUVeLyZZ/bdfHRrsfdk8BA2nam8qWWkR1Vr6W2gc6POA1sTzcjODyVWQz LHu6eCtUXeBv0wnAXGwEQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:NP5RRNlC64I=:3o4c351zgMLQNuMeHihGJR YKuJrEU2Xbf7FKjhQFjyqRLHchP4dB+/Kd1CjBMFVaCX3rINK76hFh6HUTRpTqeZpCAEdbZqQ CM+V+8RgmLStva1eC722J7jX0ppV/sGvBDKOWqBwso5gMIzivU+FnK2FNuHtUdLpMrCxbA7Ds XZbXqAsIHPdoqyQE/FZDwZOvgv0/kCE7Y4IUFu0fbfJfYOSGIvZu2vkAWdXndGELxP0t4jGWy gB5inZCUqEnvASS2nLs/7TBGzEeyWE9UkMyZdDrPezcey9eFB8kAHnHAYfBZZ/tBp/nknmLNG JjPwS1W7r2m4wtOskoaMgLVFG0l0tDBDzmS0grIfYe/nvBjF7E97NvR3gHCmZUA968Owm04ny 8O/HsJ5rJfFBwPCQP2JbXVBvJEYko++w6T4MM9YMyEDEYYaAa9AtyD7MCw95u0L+iyGaacGlj 2plz7QUJKBN3EyOtkulOmAtU542qS/zVtF2LeMkYMVZYQnBm2JKer+jKDtuYSpJRYHruxKU0j NAWnogCrm3wuZERu7mDferckdtIk+4GVFyIUTm3mpmzTFYGFzITJSw2oPruGcXiWn1vgLm3Jk 4RmHPB6TbTlQ4w4P32eHoV3jJ5GFvEkXJUVqH2jN/7Y2lfQDVmQ5NUI+tkDpx6ZhEuk55A08n DW/Znh/X17wkhw+iu7UVP61BdGOftdopWjnM7f7H01xHONeBOLiwsfvISbzYiDeWwNrcSN8W6 +MEKS12C3c/loZjnbtlKy75ZSl2VDyA23IGk4w6vM7aHFBCdkgXpqBqIEg3ihh0H1F9CK9pvd dyzT8KoGPaZTBJ5T6SxFq6rxfnCZ7dJkBi2rJlO2XX41FuOtVg= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.18 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 06:48:42 -0000 Hello, Marcin Borkowski writes: > On 2018-10-08, at 09:20, Michael Welle wrote: [...] >> Well, on my laptop the initial agenda run takes about 7s or so (150 >> agenda files) using the current day/week agenda ("a"). All subsequent >> (after loading the files) agenda runs are fast (split second I would >> say). I had some performance issues in the past caused by SCM. Emacs >> tried to check if every file is checked out in the latest version. That >> slowed down the process a lot (starting 150 mercurial processes in >> sequential order, checking results, etc.). The initial run doesn't >> bother me much. I bound the initial agenda run to an idle timer at Emacs >> start. > > Interesting. I did not notice such differences between the first and > subsequent runs. I thought that behaviour is natural, scanning dirs for files and opening them is a costly operation. But a week ago I changed from rotating rust to solid state disks and that behaviour did not change much. I expected a speed up, but mee. Regards hmw From MAILER-DAEMON Thu Oct 11 03:18:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAVEO-0005IT-2P for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 03:18:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56874) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAVEL-0005I3-Ot for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 03:17:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAVEG-0000SC-Ku for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 03:17:57 -0400 Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:17024) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAVEG-0000O6-BS for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 03:17:52 -0400 X-IronPort-AV: E=Sophos;i="5.54,367,1534802400"; d="asc'?scan'208";a="281745986" Received: from charm.irisa.fr ([131.254.13.111]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES256-GCM-SHA384; 11 Oct 2018 09:17:24 +0200 From: Alan Schmitt To: emacs-orgmode Date: Thu, 11 Oct 2018 09:17:16 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 192.134.164.104 Subject: [O] a couple tangle questions (tangle a single block, comment syntax) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 07:17:58 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, I'm moving my configuration files to an org file to be tangled, and I have a couple questions. First, is there a command to tangle a single block, or blocks in a subtree? Second, I like to have the :comments link option in my tangled files (to reference where they were tangled from), but some files do not have an emacs mode, so I use a "config" source block. For these files, org does not know the syntax of comments, so it asks me for it. Can I specify the syntax for comments in the header of the source block? Thanks a lot, Alan =2D-=20 OpenPGP Key ID : 040D0A3B4ED2E5C7 Monthly Athmospheric CO=E2=82=82, Mauna Loa Obs. 2018-09: 405.51, 2017-09: = 403.37 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEE6lXof/BsSVW56ZmGBA0KO07S5ccFAlu++P0ACgkQBA0KO07S 5cewrQf+IrCu2EeOzu1ABAv3Qw/JVGGEwDsoXgSYMcXa8YEhPryThkvYV07jA4RZ JcXjQfOylj3yVeuWMbFbW0QVgBEAt3OsTKIM+1HNKDGVolVsr49cIX+NS0yvjokh gamEtSP090JnlznxdDsQcn6NBR7fcYTjcDXAPiC1AUQTXBsVy0fXpgdTMN2Zvu45 dyJlb2GsIJKkVImqU1cN0qiW0cNp/i+/IIPJxYl0J4m4Pt4oLE+levTQVcX3945Z IYD6D+Rqkd/xjcUm6xDEYtr82q+attYb3z+Ln3bFSM5NWaZLyeOB+ATDA4lczauv us4K2+fODqHOtIeV6TBr+0C5HwW5Dg== =LXOh -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 04:50:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAWfR-0005HW-3n for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 04:50:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44131) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAWfK-0005H6-7e for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 04:49:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAWfG-0007Pk-7f for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 04:49:54 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:51274) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAWfF-0007Ot-UI for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 04:49:50 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id D52ADE62DE; Thu, 11 Oct 2018 10:49:46 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0So97ShF6cT0; Thu, 11 Oct 2018 10:49:43 +0200 (CEST) Received: from localhost (83.25.112.46.ipv4.supernova.orange.pl [83.25.112.46]) by mail.mojserwer.eu (Postfix) with ESMTPSA id C09F6E6257; Thu, 11 Oct 2018 10:49:43 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> <87o9c18t7f.fsf@mbork.pl> <874ldtkmgw.fsf@luisa.c0t0d0s0.de> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Michael Welle Cc: emacs-orgmode@gnu.org In-reply-to: <874ldtkmgw.fsf@luisa.c0t0d0s0.de> Date: Thu, 11 Oct 2018 10:48:19 +0200 Message-ID: <87va687tt8.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 08:49:59 -0000 On 2018-10-11, at 08:48, Michael Welle wrote: > Hello, > > Marcin Borkowski writes: > >> On 2018-10-08, at 09:20, Michael Welle wrote: > [...] >>> Well, on my laptop the initial agenda run takes about 7s or so (150 >>> agenda files) using the current day/week agenda ("a"). All subsequent >>> (after loading the files) agenda runs are fast (split second I would >>> say). I had some performance issues in the past caused by SCM. Emacs >>> tried to check if every file is checked out in the latest version. That >>> slowed down the process a lot (starting 150 mercurial processes in >>> sequential order, checking results, etc.). The initial run doesn't >>> bother me much. I bound the initial agenda run to an idle timer at Emacs >>> start. >> >> Interesting. I did not notice such differences between the first and >> subsequent runs. > I thought that behaviour is natural, scanning dirs for files and opening > them is a costly operation. But a week ago I changed from rotating rust > to solid state disks and that behaviour did not change much. I expected > a speed up, but mee. Ah, I have /visiting/ all my agenda files (but not generating the agenda itself) in my init.el. That explains a lot. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Thu Oct 11 05:01:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAWq6-0007pS-VZ for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 05:01:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAWpt-0007id-HL for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 05:01:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAWpE-0005QF-Pt for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 05:00:49 -0400 Received: from mail-pl1-x62c.google.com ([2607:f8b0:4864:20::62c]:44274) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAWpD-0005Nw-Qq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 05:00:08 -0400 Received: by mail-pl1-x62c.google.com with SMTP id p25-v6so3893365pli.11 for ; Thu, 11 Oct 2018 02:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=Icf/SXP6Drn1ak0FKu4zQwVOPxtk3nS6L1yUwSYXxnA=; b=rxu8sYqkVq9a6ZLcVAKegEMWEuru+IFrXyhXArEkVNZxViIPSTXxlB9z0diNWtx3iM 0ckVsYuTkHBLRDuaztLD7/WvezZfHnBvHHrE5TlYFiRCH1XuJ7/ErlCRgd9SbXtlFnT0 aXy/SP2nCckV9uVR8dx/l5ZmzjcdRAXhOKZzC5dxLXvMd4GxKCBKbQy3Ap35EnlOpabF +CD/5Km2zEGPCM1cRBk0UJRpoqBkhIvWtDGMhLaOwEB61nL02H8soav994/l7+vzjuuj LJlXVNtfBkbrsn6tPPlFOtCRzzz3VPp0STiyUQZ7CnioZJcC0BnQh7cPW4eg9Tuwp1jV sKqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=Icf/SXP6Drn1ak0FKu4zQwVOPxtk3nS6L1yUwSYXxnA=; b=mvgE6EuxR8hE832+rRgM8ycM61TPHV2JfIRaPc20u9hGwsuoByPkafF5k1yGssj0Vu lIxqSqWvxPXAFV0OReTJCIj3F5h4fT1OuErYrE9sftw6ahSEQrGTO0BeLEZBbymhb6a8 7RYUPAn97DB3CTVLesj/af9EkxfyWOvQnuWXenJHWzntRPIf3DG5+RuihTXdjA/JEKOw 6R2X2s8JdDBNuwzrGig9VEZ4l6IaaMWtzW9X+xxzLLgqcjstxRTyoX6DcqLtj8Asnwld /alYhm8ufn4LDtQFRJ+I2D2mPpe1rMuxBILdcTGzkMMPuCKDaZqekJNggtMsRznf4imb 7Yjw== X-Gm-Message-State: ABuFfoiN8dYtz2m5nTWqKaqGw4zFFpRU6lZdgPQQbqCI6DNr/+db51Uq yqp2dgY0JECn/14//zKtNTm2BGWS X-Google-Smtp-Source: ACcGV63mpND/ctGEInFOOTTXpaxsbDIH2mRYDUhThztp93AaVSfRGY8hU88eHr7Y/i6hg1wwhELRWg== X-Received: by 2002:a17:902:4a0c:: with SMTP id w12-v6mr665860pld.289.1539248402488; Thu, 11 Oct 2018 02:00:02 -0700 (PDT) Received: from localhost ([202.94.70.51]) by smtp.gmail.com with ESMTPSA id l16-v6sm42114618pfj.179.2018.10.11.02.00.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 02:00:01 -0700 (PDT) From: Ihor Radchenko To: Marcin Borkowski , Org-Mode mailing list In-Reply-To: <87efcxaibq.fsf@mbork.pl> References: <87efcxaibq.fsf@mbork.pl> Date: Thu, 11 Oct 2018 16:58:24 +0800 Message-ID: <87tvlsc11r.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::62c Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 09:01:01 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, One suggestion would be to distinguish between different types of work. For example, you may value more an important project you need to work on, but do not like, in comparison with another project you really like doing. This can be done, for example, by weighting the time spent on different tasks according to the task urgency/arbitrary multiplier. A comment on the example output. Some people (like me) can spend too much time just staring at the kind of output you provided. I found it more efficient to have a single number/phrase indication if I need to work harder or not. The full output might still be shown to adjust the overall productivity, but, say, once per day/week. Best, Ihor Marcin Borkowski writes: > Hi Orgers, > > I am making an Org-mode-based tool to help boost my productivity. > > I am constantly fighting a losing battle with distractions. I figured > out that showing me how much time I spent goofing around would help me > stay on track (being a math geek and a gamer, my "let's break my > yesterday's score" and similar instincts kick in immediately, too). So > far, I have these in my prototype: > > - a notification (recurring every n seconds) that I'm not clocking > anything, > > - some stats about what I spent my time on and what my efficiency (i.e., > percentage of time I spent working from the point when I started > counting to now) is, > > - info about how much work I need to do in order to meet my set goal, > and how much will it take if my efficiency remains constant, > > - a warning when my efficiency is lower than a set value, and info about > how much work I need to do to bump it up to that value. > > Here's an example output (with some partially faked data): > > --8<---------------cut here---------------start------------->8--- > 39min of your workday (10%) has passed, and you have 5h 31min left. > > work - 30min spent (12% of your goal of 4h and 75% of your workday so far) > 3h 30min remaining (4h 39min with your current efficiency of 75%). > You need 9min of uninterrupted work to get back to 80% efficiency. > > eating - 4min spent (10% of your workday so far) > > bathroom - 2min spent (5% of your workday so far) > > unclassified - 0min spent (0% of your workday so far) > > Unclocked time so far: 3min. > --8<---------------cut here---------------end--------------->8--- > > My questions are: > > - is anyone interested in something like this? > > - are there any features you would like to have? (I have some ideas, > too.) > > - does anyone have an idea of how to /name/ this project? > > TIA, > > -- > Marcin Borkowski > http://mbork.pl > =2D-=20 Ihor Radchenko, PhD Student Singapore University of Technology and Design, 8 Somapah Road Singapore 487372 Email: yantar92@gmail.com, ihor_radchenko@mymail.sutd.edu.sg Tel: +6584017977 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlu/ELAACgkQZHB2Kn2h HYuTYQgAlPU8Fxj5+gkuHNylDsf1stmnEpcDDV6Mf+J94lsRQwx9CPTwlYoOy7JD Kl181aYbYMl5bOXsxeSPK/aiYV5wHcAH/3t0K6rEgiEGL/mIFdQoN3CmYiCXonrb e5J0CeoOZNj3okugUTpgyx7ZQrptAynTXr23yx+IgAbq5UMQpyZYVOzMcCtyvmkr m9iTvA29NuUmKB4nR+685XfquD6XAhYkijmLEcSx6roI8oxG7FOaedshhUPwMOZD F2GvjbYQ3kStr+q2i9EMloV7I8csgVDLvGz2rqv21YYUsX/hRdxra3kjz/0+fMZ3 I/KkFVToCLo5c8FDc2XrBiBGeDe+HA== =xAKi -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 07:28:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAZ8d-0000sR-Or for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:28:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54016) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAZ8b-0000qT-Bf for Emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:28:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAZ8Z-0001Ot-3W for Emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:28:16 -0400 Received: from mail-it1-x129.google.com ([2607:f8b0:4864:20::129]:52070) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAZ8W-0001Kj-Kp for Emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:28:12 -0400 Received: by mail-it1-x129.google.com with SMTP id 74-v6so12880757itw.1 for ; Thu, 11 Oct 2018 04:28:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=LpuJfNUbwjxydKWb2VYuFDT8q6J0FJzb1QG+YYe2nBY=; b=fqyVbX5c++WNYx2PJAI6aDxbH/7/j5gLfwnmNOrm8qviCrvrj9SU+ht3c0kKvCM0Gw ZeyJ1/ho9hXaI3d3y1ZBoTCnBeJ4p5O9liUpCosBubi6P+nBi9Lk0HVUH4FmMhMRTn2E PJ0A3jlNQREHHKMoXpQ2geJJSPmj6UyLghjKopCOESsO8KHFhf6JiOKr/Q4Wczf1Kjjm 6KnRFtm5cxltTtMlgJXPCQQMVcd2LACWMAhCJFBBvT1zKNjP9024Vs3QxtwqAyFXbZnp LFaTDyn+OVaXcxMSyO/YpM3SXhX35P4ErXBoTLDbRIIl/iRBtEL4FhzG+yFcI2YTxgVJ PHQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=LpuJfNUbwjxydKWb2VYuFDT8q6J0FJzb1QG+YYe2nBY=; b=KXf7VH7ko/fqfh85RjZCc4qVmRTxrouz7Io4hzFvOYKTRvD8Igjobt7OXjGyq1L3zb lwFZghEZ9a2771YvRPl7/kCOHSoeWxEklnEdN/Eb+v/39fI2VjnAfbceliHKgyZ07RMe p1EZrFqeBYgE6jZaP1yU0WZahFm5psO26vYFCwxGQJCzhwg7336lj/e0MNhfZQUWRGsG ST8py4RYxpD94VV5ISfbzOEbrs9cH6KhAKEMelLq6sY4h2ZXsOiTLwRJ0UgVaPvO6gsq Qohlp9mvQkNUAY4hF/BSLR68Ivc2tjdQWlBtdH5t+QeTcJkDOUn5Qr9B0pUZDTHrOic+ kHcQ== X-Gm-Message-State: ABuFfoi+Z1+GYM0au0TQdSKfVfjrxrnPBPLzOzxxzTwySdF5HeZ3A2/G auvB+f8I+xJUlih+V/LysXjXt0oJ7lNjzxJrw+MNt1ED X-Google-Smtp-Source: ACcGV63kS3Qw2orf7JSefXtGeDy1dk9OSbjLJekhEj0jmsreDzyk8fLoGCNFnVQpjQcO8/04wrZDv8IAw24WbmjbnSU= X-Received: by 2002:a02:1211:: with SMTP id i17-v6mr880753jad.47.1539257287669; Thu, 11 Oct 2018 04:28:07 -0700 (PDT) MIME-Version: 1.0 From: qijian gong Date: Thu, 11 Oct 2018 19:27:55 +0800 Message-ID: To: Emacs-orgmode@gnu.org Content-Type: multipart/mixed; boundary="000000000000d9a1200577f2435e" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::129 Subject: [O] [PATCH] ob-core.el: Fix org-babel--string-to-number X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 11:28:18 -0000 --000000000000d9a1200577f2435e Content-Type: multipart/alternative; boundary="000000000000d9a11d0577f2435c" --000000000000d9a11d0577f2435c Content-Type: text/plain; charset="UTF-8" Hello, I've write a patch (see attachment) to fix the `org-babel--string-to-number` function. In my opinion, if people write the data in the form `0001`, it means that he wants to treat it as a string: > #+name: TBL > | id | name | age | > |------|--------|-----| > | 0001 | Apollo | 16 | > | 0002 | Bmw | 16 | > > #+BEGIN_SRC emacs-lisp :results value pp :var tbl=TBL > (mapc 'print tbl) > #+END_SRC > > #+RESULTS: > : (("0001" "Apollo" 16) > : ("0002" "Bmw" 16)) Qijian --000000000000d9a11d0577f2435c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,
I've write a patch (see attachment) to fix the `org-babel-= -string-to-number` function.

In my opinion, if peo= ple write the data in the form `0001`, it means that he wants to treat it a= s a string:

=C2=A0 =C2=A0 > #+name: TBL
=C2=A0 =C2=A0 > |=C2=A0 =C2=A0id | name=C2=A0 =C2=A0| age |
=C2=A0 =C2=A0 > |------|--------|-----|
=C2=A0 =C2=A0 > | = 0001 | Apollo |=C2=A0 16 |
=C2=A0 =C2=A0 > | 0002 | Bmw=C2=A0 = =C2=A0 |=C2=A0 16 |
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 &g= t; #+BEGIN_SRC emacs-lisp :results value pp :var tbl=3DTBL
=C2=A0= =C2=A0 > (mapc 'print tbl)
=C2=A0 =C2=A0 > #+END_SRC
=C2=A0 =C2=A0 >
=C2=A0 =C2=A0 > #+RESULTS:
=C2=A0 =C2=A0 > : (("0001" "Apollo" 16)
=C2=A0 =C2=A0 > :=C2=A0 ("0002" "Bmw" 16))

Qijian

--000000000000d9a11d0577f2435c-- --000000000000d9a1200577f2435e Content-Type: application/octet-stream; name="0001-ob-core.el-Fix-org-babel-string-to-number.patch" Content-Disposition: attachment; filename="0001-ob-core.el-Fix-org-babel-string-to-number.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jn4hqhm60 RnJvbSAwODk0OWQ5OGY3ZDE2YjJlOGViNjA0NzZiOWJkOTZiMTIzYzM4MzY2IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBHb25nIFFpamlhbiA8Z29uZ3FpamlhbkBnbWFpbC5jb20+CkRh dGU6IFdlZCwgMTAgT2N0IDIwMTggMjA6Mjg6MTAgKzA4MDAKU3ViamVjdDogW1BBVENIXSBvYi1j b3JlLmVsOiBGaXggb3JnLWJhYmVsLS1zdHJpbmctdG8tbnVtYmVyCgoqIGxpc3Avb2ItY29yZS5l bCAob3JnLWJhYmVsLS1zdHJpbmctdG8tbnVtYmVyKTogRml4IHRoZSByZWd1bGFyIGV4cHJlc3Np b24uCiogdGVzdGluZy9saXNwL3Rlc3Qtb2IuZWwgKHRlc3Qtb2Ivc3RyaW5nLXRvLW51bWJlcik6 IFRlc3QgY2FzZXMuCgpJZiBwZW9wbGUgd3JpdGUgdGhlIGRhdGEgaW4gdGhlIGZvcm0gYDAwMDFg LCBpdCBtZWFucyB0aGF0IGhlIHdhbnRzIHRvIHRyZWF0IGl0IGFzIGEgc3RyaW5nLgoKPiAjK25h bWU6IFRCTAo+IHwgICBpZCB8IG5hbWUgICB8IGFnZSB8Cj4gfC0tLS0tLXwtLS0tLS0tLXwtLS0t LXwKPiB8IDAwMDEgfCBBcG9sbG8gfCAgMTYgfAo+IHwgMDAwMiB8IEJtdyAgICB8ICAxNiB8Cj4K PiAjK0JFR0lOX1NSQyBlbWFjcy1saXNwIDpyZXN1bHRzIHZhbHVlIHBwIDp2YXIgdGJsPVRCTAo+ IChtYXBjICdwcmludCB0YmwpCj4gIytFTkRfU1JDCj4KPiAjK1JFU1VMVFM6Cj4gOiAoKCIwMDAx IiAiQXBvbGxvIiAxNikKPiA6ICAoIjAwMDIiICJCbXciIDE2KSkKClRJTllDSEFOR0UKLS0tCiBs aXNwL29iLWNvcmUuZWwgICAgICAgICB8ICAyICstCiB0ZXN0aW5nL2xpc3AvdGVzdC1vYi5lbCB8 IDEwICsrKysrKysrKysKIDIgZmlsZXMgY2hhbmdlZCwgMTEgaW5zZXJ0aW9ucygrKSwgMSBkZWxl dGlvbigtKQoKZGlmZiAtLWdpdCBhL2xpc3Avb2ItY29yZS5lbCBiL2xpc3Avb2ItY29yZS5lbApp bmRleCAxOWQ1OGNkLi4zNDlhNzYxIDEwMDY0NAotLS0gYS9saXNwL29iLWNvcmUuZWwKKysrIGIv bGlzcC9vYi1jb3JlLmVsCkBAIC0yOTIzLDcgKzI5MjMsNyBAQCBzaXR1YXRpb25zIGluIHdoaWNo IGlzIGl0IG5vdCBhcHByb3ByaWF0ZS4iCiAoZGVmdW4gb3JnLWJhYmVsLS1zdHJpbmctdG8tbnVt YmVyIChzdHJpbmcpCiAgICJJZiBTVFJJTkcgcmVwcmVzZW50cyBhIG51bWJlciByZXR1cm4gaXRz IHZhbHVlLgogT3RoZXJ3aXNlIHJldHVybiBuaWwuIgotICAoYW5kIChzdHJpbmctbWF0Y2gtcCAi XFxgLT9bMC05XSpcXC4/WzAtOV0qXFwnIiBzdHJpbmcpCisgIChhbmQgKHN0cmluZy1tYXRjaC1w ICJcXGAtP1xcKFswLTldXFx8XFwoWzEtOV1cXHxbMC05XSpcXC5cXClbMC05XSpcXClcXCciIHN0 cmluZykKICAgICAgICAoc3RyaW5nLXRvLW51bWJlciBzdHJpbmcpKSkKIAogKGRlZnVuIG9yZy1i YWJlbC1pbXBvcnQtZWxpc3AtZnJvbS1maWxlIChmaWxlLW5hbWUgJm9wdGlvbmFsIHNlcGFyYXRv cikKZGlmZiAtLWdpdCBhL3Rlc3RpbmcvbGlzcC90ZXN0LW9iLmVsIGIvdGVzdGluZy9saXNwL3Rl c3Qtb2IuZWwKaW5kZXggYmMwNjVkMy4uNTBhZjdlOSAxMDA2NDQKLS0tIGEvdGVzdGluZy9saXNw L3Rlc3Qtb2IuZWwKKysrIGIvdGVzdGluZy9saXNwL3Rlc3Qtb2IuZWwKQEAgLTE5ODUsNiArMTk4 NSwxNiBAQCBhYmMKIAkobGV0ICgob3JnLWNvZGVyZWYtbGFiZWwtZm9ybWF0ICIjKHJlZjolcyki KSkKIAkgIChvcmctYmFiZWwtZXhlY3V0ZS1zcmMtYmxvY2spKSkpKSkKIAorKGVydC1kZWZ0ZXN0 IHRlc3Qtb2Ivc3RyaW5nLXRvLW51bWJlciAoKQorICAgIChzaG91bGQgKD0gIDAgICAob3JnLWJh YmVsLS1zdHJpbmctdG8tbnVtYmVyICIwIikpKQorICAgIChzaG91bGQgKD0gIDEgICAob3JnLWJh YmVsLS1zdHJpbmctdG8tbnVtYmVyICIxIikpKQorICAgIChzaG91bGQgKGVxIG5pbCAob3JnLWJh YmVsLS1zdHJpbmctdG8tbnVtYmVyICIwMDAiKSkpCisgICAgKHNob3VsZCAoZXEgbmlsIChvcmct YmFiZWwtLXN0cmluZy10by1udW1iZXIgIjAwMSIpKSkKKyAgICAoc2hvdWxkIChlcSBuaWwgKG9y Zy1iYWJlbC0tc3RyaW5nLXRvLW51bWJlciAiMDEwIikpKQorICAgIChzaG91bGQgKD0gIDEwMCAo b3JnLWJhYmVsLS1zdHJpbmctdG8tbnVtYmVyICIxMDAiKSkpCisgICAgKHNob3VsZCAoPSAgMC4x IChvcmctYmFiZWwtLXN0cmluZy10by1udW1iZXIgIjAuMSIpKSkKKyAgICAoc2hvdWxkICg9ICAx LjAgKG9yZy1iYWJlbC0tc3RyaW5nLXRvLW51bWJlciAiMS4wIikpKSkKKwogKHByb3ZpZGUgJ3Rl c3Qtb2IpCiAKIDs7OyB0ZXN0LW9iIGVuZHMgaGVyZQotLSAKMi4xOS4wCgo= --000000000000d9a1200577f2435e-- From MAILER-DAEMON Thu Oct 11 07:30:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAZB2-0002vU-81 for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:30:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAZAy-0002tc-Mn for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:30:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAZAt-0002s8-Nq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:30:44 -0400 Received: from wirrsal.net ([188.68.36.149]:58680 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAZAt-0002k8-4y for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 07:30:39 -0400 Received: from localhost (i577B4AEC.versanet.de [87.123.74.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id 3217379DC20; Thu, 11 Oct 2018 13:30:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539257422; bh=XfI+yrFOKzIJ8EacQwDtdEE1JM4BHxsADmkFq9uY6tE=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=adcD3NWUX0WjprsXIIP4g8U9Bsty0g+9B868DY3WaQZR3lK1y6RVeJXsZ6NlR/7ud hW8cx7leLfL+FEg1yLI3OPvLf9jgRzsxaGkD7csWmCdpidsfEpmI1PWomogz/HulEs p7yp9TQDkrKROGP7uYl6XnYGpTUikCM3KQShF5vU= From: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: mail@nicolasgoaziou.fr, =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= Date: Thu, 11 Oct 2018 13:30:05 +0200 Message-Id: <20181011113005.4187-1-seb@wirrsal.net> X-Mailer: git-send-email 2.19.1 In-Reply-To: <87va69dm8y.fsf@wirrsal.net> References: <87va69dm8y.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 11:30:46 -0000 * org.el (org--refile-new-path): Add. (org-refile): Use it. (org-refile-new-child): Support creating new root nodes. * test-org.el (test-org/org-refile): Add test. While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when refiling, only one single headline can be created this way. For convenience, we now generalize this use-case to support creating arbitrary headline paths on the fly. --- lisp/org.el | 75 ++++++++++++++++++++++++---------------- testing/lisp/test-org.el | 66 +++++++++++++++++++++++++++++++++++ 2 files changed, 112 insertions(+), 29 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index e3866c2c0..dd82b005a 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11450,7 +11450,7 @@ (defun org-refile-get-location (&optional prompt = default-buffer new-nodes) (concat " (default " (car org-refile-history) ")")) (and (assoc cbnex tbl) (setq cdef cbnex) (concat " (default " cbnex ")"))) ": ")) - pa answ parent-target child parent old-hist) + pa answ old-hist) (setq old-hist org-refile-history) (setq answ (funcall cfunc prompt tbl nil (not new-nodes) nil 'org-refile-history (or cdef (car org-refile-history)))) @@ -11467,17 +11467,11 @@ (defun org-refile-get-location (&optional promp= t default-buffer new-nodes) (when (equal (car org-refile-history) (nth 1 org-refile-history)) (pop org-refile-history))) pa) - (if (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) - (progn - (setq parent (match-string 1 answ) - child (match-string 2 answ)) - (setq parent-target (org-refile--get-location parent tbl)) - (when (and parent-target - (or (eq new-nodes t) - (and (eq new-nodes 'confirm) - (y-or-n-p (format "Create new node \"%s\"? " - child))))) - (org-refile-new-child parent-target child))) + (if (or (eq new-nodes t) + (and (eq new-nodes 'confirm) + (y-or-n-p (format "Create new path \"%s\"? " + answ)))) + (org--refile-new-path answ tbl) (user-error "Invalid target location"))))) =20 (declare-function org-string-nw-p "org-macs" (s)) @@ -11501,29 +11495,52 @@ (defun org-refile-check-position (refile-pointe= r) (unless (looking-at-p re) (user-error "Invalid refile position, please clear the cache with = `C-0 C-c C-w' before refiling")))))))) =20 +(defun org--refile-new-path (path tbl) + "Ensure that all parent nodes leading to refile target PATH exist. + +Use TBL as a look-up table for existing nodes. + +Return the corresponding refile location." + (let ((target (org-refile--get-location path tbl))) + (or target + (let (parent child) + (if (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" path) + (progn + (setq child (match-string 2 path)) + (setq parent (org--refile-new-path (match-string 1 path) tbl))) + (setq child path)) + (org-refile-new-child parent child))))) + + (defun org-refile-new-child (parent-target child) - "Use refile target PARENT-TARGET to add new CHILD below it." - (unless parent-target - (error "Cannot find parent for new node")) - (let ((file (nth 1 parent-target)) - (pos (nth 3 parent-target)) - level) + "Use refile target PARENT-TARGET to add new CHILD below it. + +When PARENT-TARGET is =E2=80=98nil=E2=80=99, child will be added below t= he +outline root of the current file." + (let (file pos) + (if parent-target + (progn + (setq file (nth 1 parent-target)) + (setq pos (nth 3 parent-target))) + (setq file (buffer-file-name))) (with-current-buffer (or (find-buffer-visiting file) (find-file-noselect file)) (org-with-wide-buffer (if pos - (goto-char pos) + (progn + (goto-char pos) + (org-insert-heading-respect-content) + (org-do-demote)) + ;; New node is top-level (goto-char (point-max)) - (unless (bolp) (newline))) - (when (looking-at org-outline-regexp) - (setq level (funcall outline-level)) - (org-end-of-subtree t t)) - (org-back-over-empty-lines) - (insert "\n" (make-string - (if pos (org-get-valid-level level 1) 1) ?*) - " " child "\n") - (beginning-of-line 0) - (list (concat (car parent-target) "/" child) file "" (point)))))) + (unless (bolp) (newline)) + (org-insert-heading nil t t)) + (insert child) + (beginning-of-line) + (list (if parent-target + (format "%s/%s" (car parent-target) child) + child) + file "" (point)))))) =20 (defun org-olpath-completing-read (prompt collection &rest args) "Read an outline path like a file name." diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el index 3f5aa09e4..cc06e2936 100644 --- a/testing/lisp/test-org.el +++ b/testing/lisp/test-org.el @@ -5789,6 +5789,72 @@ (org-refile-targets `((nil :level . 1)))) (member (buffer-name) (mapcar #'car (org-refile-get-targets))))))= ) =20 +(ert-deftest test-org/org-refile () + "Test `org-refile' specifications." + ;; Create new parent nodes via `org--refile-new-path'. + (let* ((low-calorie-buffer "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +* Extra Ingredients +** Marshmallows +") + (low-calorie-buffer-target "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +** Bottom +*** Base +**** Marshmallows +* Extra Ingredients +") + (cursor-after "Marshmallows") + (refile-target "Cake/Bottom/Base") + (org-refile-use-outline-path t) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (should + (equal + (org-test-with-temp-text-in-file low-calorie-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + low-calorie-buffer-target))) + ;; Create new root nodes via `org--refile-new-path'. + (let* ((have-buffer "* Onions +* Pepper +* Ham +") + (want-buffer "* Pepper +* Ham +* Bread +** Onions +") + (cursor-after "Onions") + (refile-target "Bread") + (org-refile-use-outline-path nil) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (should + (equal + (org-test-with-temp-text-in-file have-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + want-buffer)))) + =20 =0C ;;; Sparse trees --=20 2.19.1 From MAILER-DAEMON Thu Oct 11 08:07:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAZk6-00053J-9K for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 08:07:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36736) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAZk3-00051t-QI for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 08:07:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAZjx-000223-Rq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 08:06:59 -0400 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:40491) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAZjv-0001zP-O0 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 08:06:53 -0400 Received: by mail-wr1-x436.google.com with SMTP id d2-v6so9406147wro.7 for ; Thu, 11 Oct 2018 05:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew-cmu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ttr/e5q+oOPYEYTQElShwwVqtl7tSwDpbY7lQ0JKahs=; b=r3HLrEXVQJltv7gCtZf3MUvxAecfwYc+R4uI67NIQ+pX8llBtTOUkTxYg8Z4QAUVsY DG7KivbFhzxIz0FYhJAnG98cQy39mEXCPLvW1gHVH48Jvgna2PuPufB21DJnie1GUcLd 0P63Ih4Fwm3ijCPYgO3ZbxCvXbEo6H0ctoXhj1E2zC+/Sc5PEX6/uokpgVTuqDq3W3GQ LMWYw71/EkGm64qrW42KvJka6wrQX0QGrwECWJSizxPvel7lMUSNXdBwAwsYpMcA0w/F fHx07LT25eorTQRdLx+kZJuxM/pHpcA9AfhSXq7x6RVRQjN4ZSITWr+ylodEnWSrocNB hlDQ== 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; bh=ttr/e5q+oOPYEYTQElShwwVqtl7tSwDpbY7lQ0JKahs=; b=cYIk0pOkngEnvx+yDoEcV3vmQvQBE32nU1aDsmjMkv/C4hrT0zfZ7OVazGJGfN+uEI fgC/jzqlv0yzeO6VCuwQtgDp87iQ/MEl8K0/WUKgclzc7VIo00m98ST8W8xCBIC9lJW/ mS5P4E5sxyuGi3iJKVVi/EXFGqPhGPyq3re8KhIcZjgA1XLY5baZdWHTdZDgOt5Lko43 dLygdxG+ElRve8xqipCLIMK4h5wcL1SL3nOM3kAyWxoYYuUZsAUFBmb3PHyMLGuLaDRm OAtboLITNV1jJID7P7GUzfHgAforHgq2HSKZ9x0+H9ADWPu5oOh1myTKMFQDCl4KlskD Hb3w== X-Gm-Message-State: ABuFfoiryYOMfPH6saAmnK24Ui9qpu+cdt30ipeOXCoQA+G65lPcZf8U b+q7mDGwvbaxGbJgeVV0Es4hbsZJfllnbqvAAmg= X-Google-Smtp-Source: ACcGV61i1sdSkrt2r2xTZ1nC44xhBiDINQGwuD9ItKsaGDWI2jbWeXNrLnIf9Z5UwXHDuK6B0eB8ptxwIsXu1cbyCbc= X-Received: by 2002:a5d:6b4f:: with SMTP id x15-v6mr1285637wrw.304.1539259610313; Thu, 11 Oct 2018 05:06:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: John Kitchin Date: Thu, 11 Oct 2018 08:06:38 -0400 Message-ID: To: Alan Schmitt Cc: org-mode-email Content-Type: multipart/alternative; boundary="0000000000004a38d20577f2ce42" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::436 Subject: Re: [O] a couple tangle questions (tangle a single block, comment syntax) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 12:07:00 -0000 --0000000000004a38d20577f2ce42 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Do you mean interactively? With org-babel-tangle you can: With one universal prefix argument, only tangle the block at point. When two universal prefix arguments, only tangle blocks for the tangle file of the block at point. John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Thu, Oct 11, 2018 at 3:18 AM Alan Schmitt wrote: > Hello, > > I'm moving my configuration files to an org file to be tangled, and I > have a couple questions. > > First, is there a command to tangle a single block, or blocks in a > subtree? > > Second, I like to have the :comments link option in my tangled files (to > reference where they were tangled from), but some files do not have an > emacs mode, so I use a "config" source block. For these files, org does > not know the syntax of comments, so it asks me for it. Can I specify the > syntax for comments in the header of the source block? > > Thanks a lot, > > Alan > > -- > OpenPGP Key ID : 040D0A3B4ED2E5C7 > Monthly Athmospheric CO=E2=82=82, Mauna Loa Obs. 2018-09: 405.51, 2017-09= : 403.37 > --0000000000004a38d20577f2ce42 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Do you mean interactively?=C2=A0 With org= -babel-tangle you can:

With one universal prefix ar= gument, only tangle the block at point.

When two u= niversal prefix arguments, only tangle blocks for the
tangle file= of the block at point.


John=

-----------------------------------
Professor John Kitchin=C2=A0=
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Me= llon University
Pittsburgh, PA 15213
412-268-7803


On Thu, Oct 11, 2018 at 3:18 AM Alan Schmitt <alan.schmitt@polytechnique.org> wrote:
Hello,

I'm moving my configuration files to an org file to be tangled, and I have a couple questions.

First, is there a command to tangle a single block, or blocks in a
subtree?

Second, I like to have the :comments link option in my tangled files (to reference where they were tangled from), but some files do not have an
emacs mode, so I use a "config" source block. For these files, or= g does
not know the syntax of comments, so it asks me for it. Can I specify the syntax for comments in the header of the source block?

Thanks a lot,

Alan

--
OpenPGP Key ID : 040D0A3B4ED2E5C7
Monthly Athmospheric CO=E2=82=82, Mauna Loa Obs. 2018-09: 405.51, 2017-09: = 403.37
--0000000000004a38d20577f2ce42-- From MAILER-DAEMON Thu Oct 11 09:16:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAapW-0000jP-1l for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:16:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAapT-0000iN-Dd for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:16:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAapO-0004lW-41 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:16:39 -0400 Received: from mail-ed1-x542.google.com ([2a00:1450:4864:20::542]:43368) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAapK-0004kX-1C for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:16:31 -0400 Received: by mail-ed1-x542.google.com with SMTP id y20-v6so8216652eds.10 for ; Thu, 11 Oct 2018 06:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=/XVp/4Gztf1Y1GwXQ2QKBswzic827skmb6tV1zwZVFo=; b=IaxOFXiK1IyoiZrxF3XAa1jO1aN1Bf2npDmdzmVWdbdaJzJdmgRf802hkA6toaOwrN WP9WqDQh/qK/E5q6m9uQukOSzYGOmk69DaFpNpUbsA1F6ZWOJcAs5XrsA7GE463PTBlS TJvZIGc9uVKTDsOI2HDbmOH3/lp6P56QAcwS/7QIgTl5ETCzg/e3T6KKMr1eMs9XBGUp ihMFxPa1EFQj6Dd24M1PbcQz2md+zTAd7rB7/d15ll5DQP19ehzuDYUb47kLJqA1265l qW+z+EKVu+llOzEvnLNP7eF3aZUoNFdiVM8cBwM7sUiKTYXTLtPlRZyYjlKZ4TdFTsmR UFTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=/XVp/4Gztf1Y1GwXQ2QKBswzic827skmb6tV1zwZVFo=; b=CanCZG34hocG5dqEt2EG/RIDklBxaHMsMgH/mmKH8Gc132M+XvwEHAfGIx6mNb9PD1 7++q3FlbzVCk9pFcpOrecuWgm01fVpu8Rhdqfw2r7GHO8mQzxhZZZEjVg2Q4elcoIirP fVaWrjQTIhUPqqxxmy/dsHSOhnndfpwQtJ0z/KSk6w51kas/8yY4ah9eqbQuSsGCBNXO 7PwaJRvSOWLE74UDgiPbTtaZKz2ZEe1clVMaG7cEVQj1jf4yHr4qIXtRNhypOWl1R5k8 cx/p6exk4/EXLrJYZbbA+oTRWUiIgbiDFzi5p0bLCacOILMQjjwdpQzfU42JDl16KvVW cO1g== X-Gm-Message-State: ABuFfohPPwq0R1vN5Nc87SbEkIqpguTL2cxNycEOL7zGBwa8NWGtqF+R uVcZ7m8c+mI3NF3VX18DvI8WIDKW X-Google-Smtp-Source: ACcGV62a994PmWVGRWSlX/u8lP+hbOGSRw9Jo6GS17/A5TXSickY+IyfCRLcQ58DIaajRK3XEJPZsQ== X-Received: by 2002:a17:906:3181:: with SMTP id 1-v6mr2254758ejy.80.1539263787511; Thu, 11 Oct 2018 06:16:27 -0700 (PDT) Received: from tanko ([85.91.180.112]) by smtp.gmail.com with ESMTPSA id 38-v6sm9275625edz.33.2018.10.11.06.16.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 06:16:26 -0700 (PDT) References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> User-agent: mu4e 1.0; emacs 25.2.2 From: Roland Everaert To: Samuel Wales Cc: Marcin Borkowski , William Denton , Org-Mode mailing list In-reply-to: Date: Thu, 11 Oct 2018 15:16:17 +0200 Message-ID: <87a7nkfwta.fsf@gmail.com> 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: 2a00:1450:4864:20::542 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:16:40 -0000 Regarding auto-clocking, you should look at what norang did. http://doc.norang.ca/org-mode.html To motivate people focusing on there work, something like the link below could be an idea, especially for gamers ;) https://habitica.com/static/home Samuel Wales writes: > auto-clocking might be interesting. > > there would be a concept of a dominating clocking entry similar to > dominating file. i.e. if where you are is not a clocking entry, go up > until you find one that is. if you find none at top level, you create > a clock entry in the logbook there. > > if you switch buffers or move around, you clock out and in where you > were and are. every few minutes, you try to clock in where you are, > or the dominating clocking entry. this is done with timers. idle > time might go to a special clocking entry. > > or something like that. the idea is that you don't have to remember > to clock in and out. > > On 10/10/18, Marcin Borkowski wrote: >> >> On 2018-10-10, at 18:50, William Denton wrote: >> >>> On 10 October 2018, Marcin Borkowski wrote: >>> >>>> I am making an Org-mode-based tool to help boost my productivity. >>>> ... >>>> - is anyone interested in something like this? >>> >>> I am---I'd love to see what you come up with. I'm doing something >>> similar, but much less fancy, with clock tables and some R: >>> >>> https://www.miskatonic.org/2017/11/16/clocktableii/ >>> >>> I need to do one more post about that to wrap it up. It's working >>> well for me, but warnings about not being clocked in to something, and >>> better understanding of what I'm doing based on headings or tags, >>> would be useful. >> >> Thanks for your kind words! >> >> It's not that fancy (yet?), but has one big advantage over clock tables: >> it updates dynamically (using org-clock-out-hook), so it's fast. Also, >> as you could see, it does some simple calculations. >> >> And for the record: it's based on properties, not tags - but that is >> a minor issue. >> >> Best, >> >> -- >> Marcin Borkowski >> http://mbork.pl >> >> -- Luke, use the FOSS Sent from Emacs From MAILER-DAEMON Thu Oct 11 09:24:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAaxT-0003kP-OU for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:24:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54278) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAaxR-0003jx-4W for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:24:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAaxM-0005io-3Z for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:24:53 -0400 Received: from avasout05.plus.net ([84.93.230.250]:52063) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAaxL-0005Ny-P6 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:24:48 -0400 Received: from london.london ([51.7.106.168]) by smtp with ESMTPA id Aax9g1YkSWn9jAaxAg3e6Y; Thu, 11 Oct 2018 14:24:36 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.3 cv=OMIJIxSB c=1 sm=1 tr=0 a=dgB71pSSGrF/lpTl2NEaIA==:117 a=dgB71pSSGrF/lpTl2NEaIA==:17 a=pGLkceISAAAA:8 a=EBOSESyhAAAA:8 a=NjIK7znJAAAA:8 a=LlzXLoV6AAAA:8 a=iI7HsYTVAAAA:8 a=bAHfVwKlAAAA:8 a=eZuL5ijp9oz-49rTuWwA:9 a=SqVkrhV_YKE3kSTf:21 a=D63QbHzGIViJm9Sb:21 a=36Ped_SIIogA:10 a=IbSE2GiJF08A:10 a=8PaAgoot8LYA:10 a=u9RyUk4NmxxN8qralngA:9 a=ONNS8QRKHyMA:10 a=yJM6EZoI5SlJf8ks9Ge_:22 a=O1c1nmEkCxIQdeELtU9r:22 a=diwpeB1DDhFXqWA7J4Up:22 a=KxyM1Xthmv57RbWRIpnN:22 a=fjrkRJ71zQ2jzMzczd-K:22 a=DIi2223uVnb_K_7jEAKb:22 X-AUTH: skimble@:2500 From: Sharon Kimble To: Tim Cross Cc: Robert Klein , org-mode-email References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> <87d0sj6oyj.fsf@skimble.plus.com> <87va6a4xjq.fsf@gmail.com> Date: Thu, 11 Oct 2018 14:24:29 +0100 In-Reply-To: <87va6a4xjq.fsf@gmail.com> (Tim Cross's message of "Wed, 10 Oct 2018 08:31:21 +1100") Message-ID: <87r2gw4nw2.fsf@skimble.plus.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-CMAE-Envelope: MS4wfIxnbIjik+fwx54tIFdhooM1XWoLj8vDxvlHlzq5Cjg7LFZ2RxwpYNiuqp4DwDyxNbAWSWEKNSxuyFYCNlyKXijIENfcHkURBLhlheqLgR0HrxHroMtN kRzBaySZUSboTTofpaOnse2tEbya5ldJTXYSArqqFmNV/qUrhkZkVcZ31g4WkB9TP/VAyT0p2ggckg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 84.93.230.250 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:24:54 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Tim Cross writes: > Sharon Kimble writes: > >> Eric S Fraga writes: >> >>> On Tuesday, 9 Oct 2018 at 12:06, Sharon Kimble wrote: >>>> Brilliant, thanks very much Robert, you've saved the project as I didn= 't >>>> fancy having to work with the document in LibreOffice. These are the >>>> settings that I've finally gone with - >>>> >>>> #+LaTeX_Header: \parskip=3D0pt >>>> #+LaTeX_Header: \parindent=3D2em >>> >>> This is close to the default behaviour for the LaTeX article class. Di= d you have something setting these to different values? >> >> Yes, I have a custom class called 'my-report' which has no packages >> outlined in it, here it is. >> >> --8<---------------cut here---------------start------------->8--- >> #+begin_src emacs-lisp >> (with-eval-after-load 'ox-latex >> (add-to-list 'org-latex-classes >> '("my-report" "\\documentclass{report} >> [NO-DEFAULT-PACKAGES]" >> ;;[EXTRA]" >> ;;("\\part{%s}" . "\\part*{%s}") >> ("\\chapter{%s}" . "\\chapter*{%s}") >> ("\\section{%s}" . "\\section*{%s}") >> ("\\subsection{%s}" . "\\subsection*{%s}") >> ("\\subsubsection{%s}" . "\\subsubsection*{%s}") >> ("\\paragraph{%s}" . "\\paragraph*{%s}") >> ("\\subparagraph{%s}" . "\\subparagraph*{%s}")))) >> (custom-set-variables '(org-export-allow-bind-keywords t)) >> #+end_src >> [2016-04-14 Thu 08:47] >> [2016-09-09 Fri 00:54] >> [2017-01-17 Tue 13:17] >> http://orgmode.org/worg/org-tutorials/org-latex-export.html >> --8<---------------cut here---------------end--------------->8--- >> >> >>>> except for the first paragraph in a new chapter. >>> >>> Yes, the first paragraph after any heading will not be indented. That = is also default and is actually what most books use. >> >> Yes, I'm learning, and checking with the book that I'm currently reading= :) >> >> Thanks >> Sharon. > > While Eric and Robert have provided some really useful tips on some > ad-hoc tweaks you can make to latex/pdf output, I would also encourage > you to look at the many other document styles. As Eric points out, the > tweaks look to be changing the 'report' class to be more like the > 'article' class. Have you tried just using the article class instead of > report? Note also there is a 'book' class as well, which may well > produce something more in line with what your after if you are wanting > output which looks more like a published book. Then there are all the > other 'publishers' styles to consider as well as other style packages > like KomaScript, HiTec etc.=20 > > While these tweaks are often very useful, they really should be used > sparingly as they can have unforeseen consequences, especially when you > begin to use other packages. It is important to remember that some org > features rely on some of these additional packages to produce good > export results. Once you start 'tweaking' the output, it can quickly > spiral out of control. You fix one thing only to create two new issues. > > One of the most common mistakes I see when people start using latex as > the basis for document generation is ad hoc tweaking of the style. This > is an unfortunate consequence of most of us being exposed to traditional > word processors such as MS Word or Libre Office. Producing good quality > documents is a very complex topic and Donald Knuth spent a lot of time > researching all the aspects of type setting and layout to produce a > consistently good and reliable system with TeX. Things have evolved and > we have new requirements (such as on-line documents which are read > electronically and not printed in hard copy). Additional packages have > been added to address these types of enhancements.=20 > > The real trick with TeX/LaTeX is to work with the system and not against > it. If you find it necessary to constantly tweak indent, paragraph > spacing, line height, line breaks, etc, then you are probably using the > wrong document style. Try other styles and look for one which meets the > majority of your requirements and only then consider tweaking it. As you > will probably need more than one, you will likely end up with a number > of custom definitions in addition to 'my-report'. I have around 5 base > ones as well as a handful of ones specific to particular jobs/clients > (e.g. include logos, custom headers/footers, title pages etc). > > The bad news is that this will probably be somewhat time consuming > initially (there is a huge number of document styles and packages out > there). The good news is that once you have the basic definitions, you > probably won't have to think about this again for ages (my definitions > have been in place for years now). > > good luck > > Tim Thanks Tim, but I've been using Linux since sometime in 2003, and have moved on from writing various things in 'pure' latex (meaning that it wasn't exported into latex as it was already there!) to my current state of writing in org-mode and exporting to latex. I've used my 'my-report' class for the last 2 years at least with minimal problems, and am now achieving layouts comparable with any fiction book you care to read off the bookshop shelf now. I also install and use Tex-live into my \home every year as it is released, and use a home-based mediawiki to develop articles and layouts for mediawiki on the web. So to summarise, I have a lot of history in linux and its available programs. With regard to 'korma' that you and Eric both mentioned, it is something that I've looked at, but only a very quick glance and play with, so I don't know much about it. When, and if, I get time it is on my list of things to try and investigate and learn more about. I may end up using it in a book, I don't know yet. The first distro that I used was Red Hat, and I bought a copy as that was the only way in which you could get hold of it, and a couple of days before I was going to install it, Red Hat made it free to download and use! And that did not help my mood at all! But I've been trying to find what year that was, can anyone tell me please, as I can't find a date for it? Thanks Sharon. =2D-=20 A taste of linux =3D http://www.sharons.org.uk TGmeds =3D http://www.tgmeds.org.uk DrugFacts =3D https://www.drugfacts.org.uk Debian 9.4, fluxbox 1.3.7, emacs 25.3.4, org 9.1.14 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAlu/Tw4ACgkQNoGAGQr4 g1v/dRAAvsAT5qoiCkZ22uiq9KSVBO+/ZENA7FyxC8FyclbP3mnmevjoTCMYZc3O oNxuoVrER7Iy4yBq7U5NuEIzmW+fqbrn+xP4VftuxOlSsR9hoJAtMD4kFb12lF59 4AU0o+xk47SWaZW2dW9AziiIU3G/RzdWPtTIzF76w7Y8gyHNF0ZUp1+mL1AGI7Dq /lBKVS0nNnN7uUXH6Hy7m2dp1FpbPE0goPF7XN/fCf0OVS/kz8eJ9CPAoOtEdxnu TK9g8zCsWaqvOUodVttI4GWE0MYWXW5EIsVWCUfDkKzfA0eniJGD7sHDObU9/GNK scV1JfE96i4gtHBji1XaqgZcsVl13e5mIW3WnKI+bQ4Egptli9wsMlidV1YwcEBU xDR7y8oMNDDKHWeNTiqOE2phzh9gDgK/T4P0kaIul5OYKU34KCUE8Y7OyLSt5xqn e8605WWvO+0MKmzdDBrwhJpG9SLLJ0BTtZ2VakZPKXSXgQUVuTSy+VUByaYSTNBL D6Rpz0NTASiqkG6hf095cQJ2b8G93C0WO9uc9EdJTTtiA294teaxDVKfQuryBdDB Ta114PbDfXMc583tJZR507zi6DatB2Sy0IvmOhbUkIwZ4w4InObpL88UK7tOzlbf jGso2EceBd9QJXAiIp4uHRB7+YeifFCOp4Cc9H6L0c+Bee7ktVQ= =liG5 -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 09:25:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAay4-00045M-Vr for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:25:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54421) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAay2-00044K-W0 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:25:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAaxy-00066P-V9 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:25:30 -0400 Received: from mail-wr1-x42a.google.com ([2a00:1450:4864:20::42a]:42720) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAaxw-00063C-VR for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:25:25 -0400 Received: by mail-wr1-x42a.google.com with SMTP id g15-v6so9676581wru.9 for ; Thu, 11 Oct 2018 06:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=user-agent:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=oDN0IaTjJGwWfeOWfeUQHga56gNN3qElpk97L009bGE=; b=Yu1q6rVlB6x4qAOO0RI54fEPMSDA89+sk9boaKReUvlGRboH5FTZdDS1QAtQrS9qLn jITQqCqHO4n593hIcteDa9Ad0r2rqITo7SCccg2bWOG1QkWnL369GqMa1t/VrWoJGMRc bxQQA3iD+iOBMVijqMG+nWm9k4jXcCHu2DCn0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version:content-transfer-encoding; bh=oDN0IaTjJGwWfeOWfeUQHga56gNN3qElpk97L009bGE=; b=gAum4XS/fAvPg4OX033XLlWAuYRiiEkYssptSw0pJjnKH0AoD7mVs1ijgg686QVAsf v7pOkE7QfGnrXMUytFmOHoiFrjW4AUlB07GcxmsBhuAoBDctG0PYG5NH/Vq6a8Qbr4eO luNJmswcDwVsvvf2CjewLinypPtgANnWwPPWnM9WZjyp1kCk9t4QX3rzoUnS5Q0HxDUu lOdgtmK+F7PDcMIZ1EAafJ/vUANLAeDh6xM9lb5cn7R2WxW8OroOfHidLHdtkK+4V1GT sE5qPxV82/NQKgHW6ZaqsICrf/lmzhhSEPvJdCGl720zDHPu7rXXDKPg4+TqItuuHrRJ fvFw== X-Gm-Message-State: ABuFfojP89vBilTTKzdKxXJcceSB2g3l1wxCQqBO9CmR3vvx19thiu+p yNZ5b0zhW3Vi433DFjoqTyiagSsHdpM= X-Google-Smtp-Source: ACcGV60tD7rjzPZUab3U3I15Y5wt6PR6I5+i5vGwQZ75TCerBbYiKISNq39bw48XBjiYNjlVEENJuA== X-Received: by 2002:adf:9503:: with SMTP id 3-v6mr1714360wrs.91.1539264318112; Thu, 11 Oct 2018 06:25:18 -0700 (PDT) Received: from zen.linaro.local ([81.128.185.34]) by smtp.gmail.com with ESMTPSA id n11-v6sm21251287wrx.17.2018.10.11.06.25.17 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 06:25:17 -0700 (PDT) Received: from zen (localhost [127.0.0.1]) by zen.linaro.local (Postfix) with ESMTPS id 8EE523E00E9 for ; Thu, 11 Oct 2018 14:25:16 +0100 (BST) User-agent: mu4e 1.1.0; emacs 26.1.50 From: Alex =?utf-8?Q?Benn=C3=A9e?= To: emacs-orgmode@gnu.org Date: Thu, 11 Oct 2018 14:25:16 +0100 Message-ID: <871s8wmx8j.fsf@linaro.org> MIME-Version: 1.0 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::42a Subject: [O] How to add tblname from ob-shell fragments? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:25:31 -0000 Hi, I'm trying to solve a problem with an ob-shell fragment. I want to emit a table which other blocks are going to consume. As script takes a while I don't want to dynamically call it when doing additional work with the data. In fact in my real example I use ob-async's :async so it can run and collect the data in the background. Is there any way to get the results to emit a tblname with the result? -- Alex Benn=C3=A9e From MAILER-DAEMON Thu Oct 11 09:26:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAazO-0004tM-Lu for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:26:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAazK-0004s4-Sf for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:26:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAazH-0006ib-0Q for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:26:50 -0400 Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644]:41598) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAazG-0006iH-Pq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:26:46 -0400 Received: by mail-pl1-x644.google.com with SMTP id q17-v6so4251129plr.8 for ; Thu, 11 Oct 2018 06:26:46 -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=1jIfxvIu9InGUk5S5sqAJOR6vHzK8ToDqiHcHXcjuUw=; b=OoREQuPhILAgoYyaqadh26A6I09eBmZaKWrTFQ2UOW7zG9Si6YfOE1xPYgcYPAUbG/ aRtA+NfAJyMoObjEhoxxJCVfCsrkb3ts5gzUQxz/AC8zw5OjC1thwcV/1r9GVv+XyLmf 4S93kQ94ihW1vmwjDbaHLpMnDGBTDt529bBxNvKacq0jxxk7szeC17iumxHiF78pUD/H EuDnanFkCHZfyxW8hbkHm6gC8WF5WPM4maSMZdBIJMaIbJITj6HWaZwXgyTIij7iPknB PW9PGFz8fGtCDxXV51IPVZs3Lsl8utBtv67ezsnPmOEYZxbBJx/EKL1kVzmx55BcqFHT 5clQ== 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=1jIfxvIu9InGUk5S5sqAJOR6vHzK8ToDqiHcHXcjuUw=; b=hQR88ITJrEwWeH3Y6mLU8yBRf+Tlc77AyVTOUrqCnMerGNdFoFHw/zKQu5l6ppdqTh 7DoGBy5v7mx12vhcXxukeyvYRuAis1hYvPG/Ewx7rF6NXhjhBKbjh/tJEsoYwF6bGX2C qH7raW9j9Ntljd70U/HFIVqfNYMaP4kb6O35+DoVuorTkYmkfCWjOAIlJ5TFzzK7bBUc X2CKk4MbqWGvOqWsFZPEs5h5JnJYRsbZwQlQJj8eyMDJtV87ry7npTqBIrxIwfR/qKXa 2vgHdCDy+LziFsqV8ppNuKhaeplfJ2N2/Xhnc7RyDkWoRel/ioBXjm2svzz3oZ2HOrGy /Jpg== X-Gm-Message-State: ABuFfoiss4QiynxkMiIRnVN1rOG3zvWEeUrudQT37ga9CtwWEmuZ6xIk Iofz74JN6nb/FHukon1Vwn0= X-Google-Smtp-Source: ACcGV60p1zZDglA1Wr9P3RrNrZKuSRQNYh86tioBUucuVMLdH2o4w7CF1lX0/30Sqh7SN78Xd6hnxA== X-Received: by 2002:a17:902:43e4:: with SMTP id j91-v6mr1641432pld.74.1539264405459; Thu, 11 Oct 2018 06:26:45 -0700 (PDT) Received: from localhost (bb42-60-34-20.singnet.com.sg. [42.60.34.20]) by smtp.gmail.com with ESMTPSA id k3-v6sm81187316pfk.60.2018.10.11.06.26.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 06:26:44 -0700 (PDT) From: Ihor Radchenko To: Roland Everaert , Samuel Wales Cc: William Denton , Org-Mode mailing list In-Reply-To: <87a7nkfwta.fsf@gmail.com> References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87a7nkfwta.fsf@gmail.com> Date: Thu, 11 Oct 2018 21:25:04 +0800 Message-ID: <87pnwgbopb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::644 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:26:52 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > To motivate people focusing on there work, something like the link below = could be > an idea, especially for gamers ;) > > https://habitica.com/static/home It would be great to integrate it with Org. Roland Everaert writes: > Regarding auto-clocking, you should look at what norang did. > > http://doc.norang.ca/org-mode.html > > To motivate people focusing on there work, something like the link below = could be > an idea, especially for gamers ;) > > https://habitica.com/static/home > > Samuel Wales writes: > >> auto-clocking might be interesting. >> >> there would be a concept of a dominating clocking entry similar to >> dominating file. i.e. if where you are is not a clocking entry, go up >> until you find one that is. if you find none at top level, you create >> a clock entry in the logbook there. >> >> if you switch buffers or move around, you clock out and in where you >> were and are. every few minutes, you try to clock in where you are, >> or the dominating clocking entry. this is done with timers. idle >> time might go to a special clocking entry. >> >> or something like that. the idea is that you don't have to remember >> to clock in and out. >> >> On 10/10/18, Marcin Borkowski wrote: >>> >>> On 2018-10-10, at 18:50, William Denton wrote: >>> >>>> On 10 October 2018, Marcin Borkowski wrote: >>>> >>>>> I am making an Org-mode-based tool to help boost my productivity. >>>>> ... >>>>> - is anyone interested in something like this? >>>> >>>> I am---I'd love to see what you come up with. I'm doing something >>>> similar, but much less fancy, with clock tables and some R: >>>> >>>> https://www.miskatonic.org/2017/11/16/clocktableii/ >>>> >>>> I need to do one more post about that to wrap it up. It's working >>>> well for me, but warnings about not being clocked in to something, and >>>> better understanding of what I'm doing based on headings or tags, >>>> would be useful. >>> >>> Thanks for your kind words! >>> >>> It's not that fancy (yet?), but has one big advantage over clock tables: >>> it updates dynamically (using org-clock-out-hook), so it's fast. Also, >>> as you could see, it does some simple calculations. >>> >>> And for the record: it's based on properties, not tags - but that is >>> a minor issue. >>> >>> Best, >>> >>> -- >>> Marcin Borkowski >>> http://mbork.pl >>> >>> > > > --=20 > Luke, use the FOSS > > Sent from Emacs > --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlu/TzAACgkQZHB2Kn2h HYu1/wgAiz2S6txBRagWkCWf+7sZB3p6hCL+nEdWAFyfc/dWSp8NfAlx2erL/C8I Z88PHdvZNXa4VoQXCQuZ25Olh4uAlvWpQeUL5+pE6Mzf96tPWle9mfHu6FPxRrCA +o4NMrnK5qM/yr1V9ocUIsyzA5k+ApfrIaOzM6A/8Pp/3Kjl0zLktrpN0xi5DyKy S41MFi9r4xLXidt6J+2i/K3+XaqF+PVyeYu3lb5ciHYaEv1+qYhB1FumzQ6PA4Xm QMS1v4QIPGzLT+yOMHsdp3bF+vfv2ZIs22gXnRTDbq4PY2FBRWaaqOpSA2i2Uz3T 7EAQw4BSj7K74KMfBts93Rvu7CdB+w== =7eHF -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 09:44:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAbGm-0003Sj-08 for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:44:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60369) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAbGi-0003ON-UH for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:44:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAbGe-0000AW-6Z for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:44:48 -0400 Received: from mail-ed1-x542.google.com ([2a00:1450:4864:20::542]:37131) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAbGb-00006G-Ew for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:44:41 -0400 Received: by mail-ed1-x542.google.com with SMTP id c22-v6so8317705edc.4 for ; Thu, 11 Oct 2018 06:44:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=vM6PWrDs7qVt2giWBMBoTZiSvYtOTiANaaM5sryoIBI=; b=PaUaZ0Dl/26i4/2J+Pv6CnZ0d+nJkjy5Fu/XTtr3KtBWWMIKnqjmWbtCgBVARMpYFB Cwd4R8pLEbtTBgt6Z3VHb48ELoBF+uCuiA/RCKJttCdzeBLDD0ZBQmCFWtjXojznhORY g/6bmrBiBO9rxmdbCtXovXL1aiFcvDHpKTPLxaiznQJFRTImoElOIZCPlQML5JtuVVx9 QbpRk1T6KAxUPoL68evtkOxMEPBIDAQxXFQeJI9SfXjC8ZHFDAT19y0Tg8z6VkX0MrjS XFWd6W5flkJOE4H94dF9gNPVmAWKhUJzXfN9vquXD3LySJGql2hZM+9JNWOZOhEBpmhi 3JaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=vM6PWrDs7qVt2giWBMBoTZiSvYtOTiANaaM5sryoIBI=; b=ixR4crUb3p+k3guhJEvivgHbrzkjKMv0V3MIFCpksbtnt+Q2tSthus04jjE7nJYJSV w1+5HzetYtJujrX7o94I0gJvVV6i96IThlpCH9DYMxBEWeGTQsqVodiGnSCIt4wiGAgw q460USHs9lNoxqrdzYNdbRMJ2T29sgft9A1s5ug5OVjwOXKBLGomH54Fot5PDJs9kkwz QfnT9K0KSlUlvydLNncO8WKMgBBW+K5uLBbXbZmTOghqxiW41DvlOanVORTkmcW+D519 NkYhBY7wE1VrtD6Of0RCriuryA8HCIRxd9bo24ILsmeUy8CBL2HKnTRWp+1WpHd/0wXq Nzgg== X-Gm-Message-State: ABuFfogej3M4O9dqReUONgqW8cvqsdWMVIkx1QtBIlXhasdu+IhjlkBb PxFvWFnNSOJdMpJlCX40NzCRKixRYLw= X-Google-Smtp-Source: ACcGV61wA0/XICNUlMI/B2lIOnzUJRxxQtDsVx3y2d+nlJeNTBZBTLjpIDlDatnCQTrOvbeANIayig== X-Received: by 2002:a50:b84f:: with SMTP id k15-v6mr2844413ede.105.1539265478109; Thu, 11 Oct 2018 06:44:38 -0700 (PDT) Received: from tanko ([85.91.180.112]) by smtp.gmail.com with ESMTPSA id g19-v6sm1953480edh.36.2018.10.11.06.44.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 06:44:37 -0700 (PDT) References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87a7nkfwta.fsf@gmail.com> <87pnwgbopb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> User-agent: mu4e 1.0; emacs 25.2.2 From: Roland Everaert To: Ihor Radchenko Cc: Roland Everaert , Samuel Wales , William Denton , Org-Mode mailing list In-reply-to: <87pnwgbopb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> Date: Thu, 11 Oct 2018 15:44:33 +0200 Message-ID: <878t34fvi6.fsf@gmail.com> 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: 2a00:1450:4864:20::542 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:44:50 -0000 Ihor Radchenko writes: >> To motivate people focusing on there work, something like the link below could be >> an idea, especially for gamers ;) >> >> https://habitica.com/static/home > > It would be great to integrate it with Org. What do you mean, create an interface to the service or duplicating the service in Emacs/Org Mode? > > > Roland Everaert writes: > >> Regarding auto-clocking, you should look at what norang did. >> >> http://doc.norang.ca/org-mode.html >> >> To motivate people focusing on there work, something like the link below could be >> an idea, especially for gamers ;) >> >> https://habitica.com/static/home >> >> Samuel Wales writes: >> >>> auto-clocking might be interesting. >>> >>> there would be a concept of a dominating clocking entry similar to >>> dominating file. i.e. if where you are is not a clocking entry, go up >>> until you find one that is. if you find none at top level, you create >>> a clock entry in the logbook there. >>> >>> if you switch buffers or move around, you clock out and in where you >>> were and are. every few minutes, you try to clock in where you are, >>> or the dominating clocking entry. this is done with timers. idle >>> time might go to a special clocking entry. >>> >>> or something like that. the idea is that you don't have to remember >>> to clock in and out. >>> >>> On 10/10/18, Marcin Borkowski wrote: >>>> >>>> On 2018-10-10, at 18:50, William Denton wrote: >>>> >>>>> On 10 October 2018, Marcin Borkowski wrote: >>>>> >>>>>> I am making an Org-mode-based tool to help boost my productivity. >>>>>> ... >>>>>> - is anyone interested in something like this? >>>>> >>>>> I am---I'd love to see what you come up with. I'm doing something >>>>> similar, but much less fancy, with clock tables and some R: >>>>> >>>>> https://www.miskatonic.org/2017/11/16/clocktableii/ >>>>> >>>>> I need to do one more post about that to wrap it up. It's working >>>>> well for me, but warnings about not being clocked in to something, and >>>>> better understanding of what I'm doing based on headings or tags, >>>>> would be useful. >>>> >>>> Thanks for your kind words! >>>> >>>> It's not that fancy (yet?), but has one big advantage over clock tables: >>>> it updates dynamically (using org-clock-out-hook), so it's fast. Also, >>>> as you could see, it does some simple calculations. >>>> >>>> And for the record: it's based on properties, not tags - but that is >>>> a minor issue. >>>> >>>> Best, >>>> >>>> -- >>>> Marcin Borkowski >>>> http://mbork.pl >>>> >>>> >> >> >> -- >> Luke, use the FOSS >> >> Sent from Emacs >> -- Luke, use the FOSS Sent from Emacs From MAILER-DAEMON Thu Oct 11 09:58:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAbU4-0000Ch-6A for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:58:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAbU1-0000CQ-Lq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:58:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAbTx-0004FP-LQ for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:58:33 -0400 Received: from mail-pl1-x641.google.com ([2607:f8b0:4864:20::641]:41778) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAbTu-0004Dj-Cr for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 09:58:28 -0400 Received: by mail-pl1-x641.google.com with SMTP id q17-v6so4292764plr.8 for ; Thu, 11 Oct 2018 06:58:25 -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=azw7uxOKyfaVtUnk68VPaBqj6jERKWA0op2P90MQQD8=; b=RFBSTWsuMq5Y2Cn8x6NSOueGMeLI4RvBO9hNezE8NypqQxnWiPAaLdJ8VzJPLu7c8d 30RWWTnfOJs7YtnYKYm5l0JJRsejrAYvgJJlcOiLy6IIlWmhL8irIMDnfixd6dK4QPWb Be3GpErI21jyK7nM+KRn9yAy/JqrGyLJxyoiqGEQDSn8n59YGcsNYUvxe78/rFdvIcYa AUQ//XZpJACe2rRIJRzATAKa5N1hPwsPrUQCXD9vBZgSU7tW5Hp9NfhVApxTiVcbAlYt kTRJ3CeIkbMEjQgsmcIPCHbRTr5+Iep8JLTdk0+V7qV2HdqUrdAhy/cde7T3qo01YPzo pyXg== 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=azw7uxOKyfaVtUnk68VPaBqj6jERKWA0op2P90MQQD8=; b=LNsF0jD71X536YwyD8U81Idxf4j5Q4Trivf7lbjAgl5rNXzostrDIo+VU995pusi05 +JvqQc/oOSzwbcP8l3Vh4ARlKfAG2yE4Mcb+5JmAXA/s1Yue9OyqK/xHLJ/sA3re3gqU HfWsOntKnmvLdWQxkbSYXkFwdlbG3HGsobLyaH15vCN57CwddBnVaTvmLZNBpnkhwB/5 J8lAn19JNY+hRx0+eFHjDG7CLD8xWPTl8CSYx3zJkCubhq/72pvTbkweVTt2Wyvodc9v feFUXXsvmqrUO5cTFz3wmRneK8kjfum4Vrm72ECn8GncfsjzQH8VKYLsMIOXCl9XkQ3j Ps0w== X-Gm-Message-State: ABuFfojXkmMRXOlM8WeMkFg757nE1IpGMpWt8N2+zbU9F+DRcQ1T9PJI 1IJVmuP45Qpm1y+OfBO53NM= X-Google-Smtp-Source: ACcGV622GDse6wPK82sO4lqn15HKx0qy5g4hfbtU126Uui1kQZptmImCX6BxI8S1KOI6LyvaWseFrg== X-Received: by 2002:a17:902:d68e:: with SMTP id v14-v6mr1717645ply.140.1539266304644; Thu, 11 Oct 2018 06:58:24 -0700 (PDT) Received: from localhost (bb42-60-34-20.singnet.com.sg. [42.60.34.20]) by smtp.gmail.com with ESMTPSA id t64-v6sm42138285pfb.44.2018.10.11.06.58.23 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 06:58:23 -0700 (PDT) From: Ihor Radchenko To: Roland Everaert Cc: Roland Everaert , Samuel Wales , William Denton , Org-Mode mailing list In-Reply-To: <878t34fvi6.fsf@gmail.com> References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87a7nkfwta.fsf@gmail.com> <87pnwgbopb.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> <878t34fvi6.fsf@gmail.com> Date: Thu, 11 Oct 2018 21:56:41 +0800 Message-ID: <87k1mobn8m.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::641 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 13:58:34 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I mean something like what we have for calendar sync. The data can be stored/edited both in the service and in relevant org files.=20 Roland Everaert writes: > Ihor Radchenko writes: > >>> To motivate people focusing on there work, something like the link belo= w could be >>> an idea, especially for gamers ;) >>> >>> https://habitica.com/static/home >> >> It would be great to integrate it with Org. > > What do you mean, create an interface to the service or duplicating the > service in Emacs/Org Mode? > >> >> >> Roland Everaert writes: >> >>> Regarding auto-clocking, you should look at what norang did. >>> >>> http://doc.norang.ca/org-mode.html >>> >>> To motivate people focusing on there work, something like the link belo= w could be >>> an idea, especially for gamers ;) >>> >>> https://habitica.com/static/home >>> >>> Samuel Wales writes: >>> >>>> auto-clocking might be interesting. >>>> >>>> there would be a concept of a dominating clocking entry similar to >>>> dominating file. i.e. if where you are is not a clocking entry, go up >>>> until you find one that is. if you find none at top level, you create >>>> a clock entry in the logbook there. >>>> >>>> if you switch buffers or move around, you clock out and in where you >>>> were and are. every few minutes, you try to clock in where you are, >>>> or the dominating clocking entry. this is done with timers. idle >>>> time might go to a special clocking entry. >>>> >>>> or something like that. the idea is that you don't have to remember >>>> to clock in and out. >>>> >>>> On 10/10/18, Marcin Borkowski wrote: >>>>> >>>>> On 2018-10-10, at 18:50, William Denton wrote: >>>>> >>>>>> On 10 October 2018, Marcin Borkowski wrote: >>>>>> >>>>>>> I am making an Org-mode-based tool to help boost my productivity. >>>>>>> ... >>>>>>> - is anyone interested in something like this? >>>>>> >>>>>> I am---I'd love to see what you come up with. I'm doing something >>>>>> similar, but much less fancy, with clock tables and some R: >>>>>> >>>>>> https://www.miskatonic.org/2017/11/16/clocktableii/ >>>>>> >>>>>> I need to do one more post about that to wrap it up. It's working >>>>>> well for me, but warnings about not being clocked in to something, a= nd >>>>>> better understanding of what I'm doing based on headings or tags, >>>>>> would be useful. >>>>> >>>>> Thanks for your kind words! >>>>> >>>>> It's not that fancy (yet?), but has one big advantage over clock tabl= es: >>>>> it updates dynamically (using org-clock-out-hook), so it's fast. Als= o, >>>>> as you could see, it does some simple calculations. >>>>> >>>>> And for the record: it's based on properties, not tags - but that is >>>>> a minor issue. >>>>> >>>>> Best, >>>>> >>>>> -- >>>>> Marcin Borkowski >>>>> http://mbork.pl >>>>> >>>>> >>> >>> >>> --=20 >>> Luke, use the FOSS >>> >>> Sent from Emacs >>> > > > --=20 > Luke, use the FOSS > > Sent from Emacs --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlu/VpkACgkQZHB2Kn2h HYv2qQgAh9r8+8Nk9PAxBhjA4vDYNXlk7QnUy2f+DkefCZvnm4sLRKKHImM5R6JP kbxATKXI580lSex7+HjwzhZH8bmv6kD/CMN2Vts+b+gZI/A6wKMf8/Fnos6Vqfo9 P8khbqhH0GZf0yaLB7gOOv8MkhB+CmFt/zcBdtpM64WT+lJBZpD1bvTs7/lAa1SR A7V59+IegOHg95roVbomXQBEvkJaMePq8ECBUVqsOm3iWRobD4edQFI8lH14GogP qJCz4YbgtcGlDIyN+7df3xi0AtjchI1GWH4AsBQEDTlM5Z9uSS+rRnvi3iMTaBQK ZGMqLSAMph7Sf0mEA8gwRqhfX2+BkA== =A1OW -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 10:03:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAbZA-0002YV-7L for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:03:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAbZ1-0002T1-QS for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:03:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAbYr-0001A7-C5 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:03:43 -0400 Received: from mail-pl1-x634.google.com ([2607:f8b0:4864:20::634]:42099) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAbYr-00012x-5F for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:03:33 -0400 Received: by mail-pl1-x634.google.com with SMTP id c8-v6so4289303plo.9 for ; Thu, 11 Oct 2018 07:03:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:user-agent:in-reply-to:references:mime-version :content-transfer-encoding:subject:to:from:message-id; bh=W/jiuH7yuXmsrOqQduSsTF0/AZtasg0xa+RyIu0C+Us=; b=gHtGZzfzVQz3cY75nWK4XrnY5pxgtvAEyyYY6+TM08GezyOIF1W2xmbxz651QMAOgb Tppf/6A83gw4QShdn4Lo3WoRF12+nmxVZzS/oZl0+mDtzDb7gWkWnQGwlRx2cnnTfX3J g864IYKTm6qe7L94Iv7nbx3QeNpgCwFQ6Bnw2HR0ub40TPX1umTpaQ0/CjhqYctVq1IH ugU1irAH6LfI5+zaxr8GvK53MpKFGIOtHBTVxJxmNt20assSYZDtFqO13/EB8sYVPMMX JDzCNW5um9mnxK82CDmUx4jUj47BMHFd8bbH+hXFb9FC2AsQozZGTclT9BF9bFclTbPB qWCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:subject:to:from:message-id; bh=W/jiuH7yuXmsrOqQduSsTF0/AZtasg0xa+RyIu0C+Us=; b=iFOMLlZ6ktZ3ZIWcddKojSl/7LnLrEmGG30708e9k95yFmi9NU5xmn4flhar4Xwn4e KxSOFX6sGq5t1CoWsFlrI5rE0Q8CXK4IZLIrCnGGl2awwOB4KhwxWjusTh5PPV75fopg uC4VVSYGu2Ddw7nDpQBZeYcwNH1NwzhL13oqRXNQlpgVkTvmeDmcwbSvY6/+fwWUxAHo KMQkmQ9Osj33q3PbMbz7YScKo+X5+GpvREvvPT4FmRJl3sc9L3f/LWE7IEKv7vJdymKo XnS2v2JUA/YDVF2Q75pa+kopue4zE5WlrRdm5LcfYJQ6OVCkalDPVTwq9LC5dx8/jpxQ QHYA== X-Gm-Message-State: ABuFfog5/pZsvwL1gJhyKgAUP0sv9/Ye+qqIhZX945+GnjzqaWRbol6u QkG69TCqxMh/pw97f6wPs5gu+WWr X-Google-Smtp-Source: ACcGV63Z7Pbr+OYhRDpiQw12/Lw8mA+D7G8dq5VpjvspU6G0W13i69YUR6SSQNbEvos9hDLlnd53JQ== X-Received: by 2002:a17:902:b615:: with SMTP id b21-v6mr1719435pls.266.1539266601380; Thu, 11 Oct 2018 07:03:21 -0700 (PDT) Received: from [192.168.178.10] ([139.59.3.22]) by smtp.gmail.com with ESMTPSA id n80-v6sm43547030pfh.166.2018.10.11.07.03.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Oct 2018 07:03:20 -0700 (PDT) Date: Thu, 11 Oct 2018 19:33:15 +0530 User-Agent: K-9 Mail for Android In-Reply-To: <87efcxaibq.fsf@mbork.pl> References: <87efcxaibq.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To: emacs-orgmode@gnu.org, Marcin Borkowski , Org-Mode mailing list From: Bingo Message-ID: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::634 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 14:03:51 -0000 Le 10 octobre 2018 21:45:53 GMT+05:30, Marcin Borkowski = a =C3=A9crit : > >- a warning when my efficiency is lower than a set value, and info >about > how much work I need to do to bump it up to that value=2E > Nice, but it has an anti-feature=2E For procrastinators, warnings frequen= tly have negative effects=2E It can be understood in multiple ways : 1=2E "What the hell" effect : As Dr Art Marckman tells in the book "Smart = Change" , there is a "what the hell" effect where the victim goofs off even= more to the extent of giving up a goal if he realizes that he is falling b= ehind schedule, or has goofed off more than was advisable=2E The solution i= s to forgive oneself, and not beat oneself up=2E This warning looks like be= ating oneself up=2E 2=2E Showing how much work needs to be done to catch up goes against some = self improvement philosophies=2E E=2Eg=2E dividing work into subtasks helps= in not getting overwhelmed by the amount of work=2E Or the recommendation= to plan breaks in addition to planning to slog, otherwise the plan to slog= becomes overwhelming and procrastinators give up=2E Of course, if it works for you, go for it=2E From MAILER-DAEMON Thu Oct 11 10:12:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAbhd-0007h4-OX for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:12:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAbhb-0007eg-2X for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:12:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAbhV-0003jM-Dv for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:12:35 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:30083) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAbhV-0003de-1O for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:12:29 -0400 X-IronPort-AV: E=Sophos;i="5.54,368,1534802400"; d="asc'?scan'208";a="350729213" Received: from charm.irisa.fr ([131.254.13.111]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES256-GCM-SHA384; 11 Oct 2018 16:12:19 +0200 From: Alan Schmitt To: John Kitchin Cc: org-mode-email References: Date: Thu, 11 Oct 2018 16:12:11 +0200 In-Reply-To: (John Kitchin's message of "Thu, 11 Oct 2018 08:06:38 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 192.134.164.83 Subject: Re: [O] a couple tangle questions (tangle a single block, comment syntax) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 14:12:37 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2018-10-11 08:06, John Kitchin writes: > Do you mean interactively? With org-babel-tangle you can: > > With one universal prefix argument, only tangle the block at point. > > When two universal prefix arguments, only tangle blocks for the > tangle file of the block at point. Thank you! I looked at the manual but forgot to look at the function's documentation. Now I just need to find a way to specify the syntax for comments in the headers, and I'm all set. Alan =2D-=20 OpenPGP Key ID : 040D0A3B4ED2E5C7 Monthly Athmospheric CO=E2=82=82, Mauna Loa Obs. 2018-09: 405.51, 2017-09: = 403.37 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEE6lXof/BsSVW56ZmGBA0KO07S5ccFAlu/WjwACgkQBA0KO07S 5cfwwwgAw7W10CpraqLLKzkf7HpAqYIi9NxqLfpiYTiIQiUfiwUXYx8Q4tdhB7bo wxEt79lNs6IQDtD+DLPX5DpUcLENpO59m9T2+M0dUYZNGh50PE7tuUAfU8b1eG8s GQMu6XDClMlEG9MpuOsiVXM+lY7dGOgtsX2at94xTuwn9mOfvEDoVOdXC9bTTRj+ QNnYOOPE7ae+4975Aahg+yuss1DGNoByu/DgSagDYtIJPfYuF0uoBpe40esIpchy rx11sOqvd/+CFHbi3voFQ+kr2YjajH/UNp809LknjsvoG4i8fLB64WgRFqv55AdF wWgyQJY/tKi+ZQPhuTh16bBAeEObuw== =pSnB -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 10:30:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAbzM-0000lM-Nd for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:30:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45701) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAbzK-0000k4-Br for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:30:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAbzH-0006oa-6D for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:30:54 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:1869) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAbzG-0006nC-Op for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:30:51 -0400 X-IronPort-AV: E=Sophos;i="5.54,368,1534802400"; d="asc'?scan'208";a="350734569" Received: from charm.irisa.fr ([131.254.13.111]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/AES256-GCM-SHA384; 11 Oct 2018 16:30:49 +0200 From: Alan Schmitt To: John Kitchin Cc: org-mode-email References: Date: Thu, 11 Oct 2018 16:30:40 +0200 In-Reply-To: (Alan Schmitt's message of "Thu, 11 Oct 2018 16:12:11 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 192.134.164.83 Subject: Re: [O] a couple tangle questions (tangle a single block, comment syntax) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 14:30:55 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2018-10-11 16:12, Alan Schmitt writes: > Now I just need to find a way to specify the syntax for comments in the > headers, and I'm all set. I'm feeling silly. What I need to use is the "conf" language, not "config". Sorry for the noise. Alan =2D-=20 OpenPGP Key ID : 040D0A3B4ED2E5C7 Monthly Athmospheric CO=E2=82=82, Mauna Loa Obs. 2018-09: 405.51, 2017-09: = 403.37 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEzBAEBCgAdFiEE6lXof/BsSVW56ZmGBA0KO07S5ccFAlu/XpEACgkQBA0KO07S 5cezvgf/ZM27bOz1lqbJt2GB+enss+ELGxLEBffNZ+TG15ztmWCQHVQVjJZxjGFp Wit2hU1UixpM1N+bFf6ouAkFJ6CzN5fSizj9lRDGNpGkI66m4hVTrMGGRXP2jn2p 0LbDMTfV6HeQCqT/iTRSfi2nWK8spZgJV6zQchxvGuHzcAFhd9Xi8CfHnxlyz2Wk Q8t/ZYEFJTIA1/GqGZFddDYjg1cUNqmHveNEROitzBsk2ER8NM1LnCOgGi81pyvf t5iY1aNvKa/3a+FrY8m/v38tLYfmlXEKoAdH337Co/6iC4PjYQMYmSuPMBxKvCEc S5IqcoPNRN8WL5aP2ypS4Ml2w8KeOA== =Fs1F -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 10:57:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAcPQ-0008G4-2U for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:57:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54167) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAcPN-0008Cl-Hh for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:57:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAcPJ-0002vV-E2 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:57:49 -0400 Received: from mail.windstream.syn-alias.com ([69.168.106.36]:9684 helo=mail.windstream.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAcPJ-0002u8-5g for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 10:57:45 -0400 DKIM-Signature: v=1; a=rsa-sha1; d=windstream.net; s=20180222; c=relaxed/simple; q=dns/txt; i=@windstream.net; t=1539269861; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=rJAtUSmj66isfCc/zW1GRbFu3dA=; b=N0R8ICIjhw+Fw0DmyQ/t6TEx/HFou6GLmQUAbsFVhUTrB6riNthcrfVlJ2y5sRIm F3AwRHYE/mDxqlBhGaLIfUcp7dgPA4LiSrytslkCcmv/EFAklAtiiJ90bSowh5CD Cd3MGRhePn4yYFOVqs2L5aliMb4ZnJuqGaibm2mAXHz90OCzrzaBdhC79e9Dp2e2 3uPbsjDd3fw+YFQgGEYNbTvfG/iL0UEiEEeCP6qdDLZ71uYYblXsZfsk5tVVTZxK M1a3B+6rD16Jq0Qx5PU+M3Cu5tmyIxHmkpDCr4gQvndWH1wFAn+CXfnSsLrpqAoe 0LrveGkVdRKucv9vgw4FNw==; X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=S8ab+8kP c=1 sm=1 tr=0 a=G+EvEpU1Q2+PLQRTgZJ91Q==:117 a=G+EvEpU1Q2+PLQRTgZJ91Q==:17 a=KGjhK52YXX0A:10 a=IkcTkHD0fZMA:10 a=smKx5t2vBNcA:10 a=SZveDQtitY4A:10 a=pGLkceISAAAA:8 a=Vgr5q-J_nb5eNr6KlHkA:9 a=QEXdDO2ut3YA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: bmVpbHNvbkB3aW5kc3RyZWFtLm5ldA== Authentication-Results: smtp01.aqua.bos.sync.lan smtp.user=neilson@windstream.net; auth=pass (LOGIN) Received: from [40.136.244.182] ([40.136.244.182:40037] helo=odin) by mail.windstream.net (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=DHE-RSA-AES256-SHA) id A2/43-16392-5E46FBB5; Thu, 11 Oct 2018 10:57:41 -0400 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: emacs-orgmode@gnu.org References: <87efcxaibq.fsf@mbork.pl> Date: Thu, 11 Oct 2018 10:57:43 -0400 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Peter Neilson" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (Linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 69.168.106.36 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 14:57:50 -0000 On Thu, 11 Oct 2018 10:03:15 -0400, Bingo wrote: > Le 10 octobre 2018 21:45:53 GMT+05:30, Marcin Borkowski = > a =C3=A9crit : > >> >> - a warning when my efficiency is lower than a set value, and info >> about >> how much work I need to do to bump it up to that value. >> > > Nice, but it has an anti-feature. For procrastinators, warnings = > frequently have negative effects. It can be understood in multiple way= s : > > 1. "What the hell" effect : As Dr Art Marckman tells in the book "Smar= t = > Change" , there is a "what the hell" effect where the victim goofs off= = > even more to the extent of giving up a goal if he realizes that he is = = > falling behind schedule, or has goofed off more than was advisable. Th= e = > solution is to forgive oneself, and not beat oneself up. This warning = = > looks like beating oneself up. > > 2. Showing how much work needs to be done to catch up goes against som= e = > self improvement philosophies. E.g. dividing work into subtasks helps = in = > not getting overwhelmed by the amount of work. Or the recommendation = to = > plan breaks in addition to planning to slog, otherwise the plan to slo= g = > becomes overwhelming and procrastinators give up. > > Of course, if it works for you, go for it. Sabotage of the TODO list ... Managing the flow of my own work sometimes runs into unintended sabotage= , = perpetrated by others or by me. The offending tasks are often large, = incapable of division, and not immediately crucial. For example, somewhe= re = in the middle of my list of "Get it done some other time, but not now," = = tasks is this one: "Repair the International 454 tractor." It rests = comfortably on that list unless I either (1) need to use that tractor, o= r = (2) hear my wife telling me, "Why don't you ever get the 454 running? Yo= u = never get anything done around here! I need to use its bucket, and the = Mahindra doesn't have one." From that point onward, and my "TODO" though= ts = about writing, about programming, or about training horses are derailed.= = In case (1) I need to figure out some other approach, like maybe using t= he = Mahindra. In case (2) my wife is right--as always--and my tendency is to= = stop doing anything at all. My org mode TODO list is absolutely no help when I encounter one of thes= e = show-stoppers. If anything, the list is an additional albatross adding t= o = my already encroaching depression. Maybe I need a brain-wave detector, connecting through emacs-lisp AI cod= e = to a huge Pomodoro-style graphic display, that will alert me when I am = goofing off, falling asleep, or practicing mental evasion. From MAILER-DAEMON Thu Oct 11 11:06:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAcXx-0002V8-1R for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:06:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAcXv-0002V2-2i for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:06:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAcXq-00022g-S5 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:06:39 -0400 Received: from mail-wr1-x42b.google.com ([2a00:1450:4864:20::42b]:34648) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAcXq-00021L-Gq for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:06:34 -0400 Received: by mail-wr1-x42b.google.com with SMTP id l6-v6so9678356wrt.1 for ; Thu, 11 Oct 2018 08:06:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:subject:date:message-id:mime-version; bh=toJSHXuaqX7SyCTV21Vxh//oe8UGGS0GchxGZyo144s=; b=u2kx6dpn6P9K0sdw+o1+U/RbAdtGaTOtxHGm/ZCQcJynk6w4HfGFJeFtVcFFckK9bh +faGB+EzMDo5ohC3yxrR4Qn1EBZWVI/oDWNYXE94ctuVxB13MfAPy/KsRVvZt2/ZNPPZ QB7EsxxWcQR9kRVHYK2xXvJe35FCofebm175gw3rZ2V2dseQIuFAievp4+3ZABTAh9mS yh9UzS5EXWbs9qimwHuuBYuMaEAk48rxH6Inx5Pal5ve/ntqPyx61Chk0PZfOl+1taSW 8UbJCjIni4LVRXk2SGL5pQmvSWB14hK5AzkKGDeh8V2AcGrs44WHkLI61qvuoZGm7S3e tOIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:subject:date:message-id :mime-version; bh=toJSHXuaqX7SyCTV21Vxh//oe8UGGS0GchxGZyo144s=; b=R4rF0jO8m4PkKn9nwLE9Bp243Hu0VDx+ee3AgmzOfRfWWOYvYyZf1djUsrV65uwSrr bYK3NYeQ3pdL9YAw4u0GIeypcSRIbwbSkCRO4QM6k6MWV0h7h7DH7zSnx4weRERoWKQe RrHnaF9fWwylQVUUDnXLO/CgrdxHs/V11j2y23MUbU4X6AxaY4Gj8RgSrZ9PY7oGv5jM 7ZX8AZUHlqdxT6weLZwlAxP7R2gzxRfYGAaU/hfbJGJgx/YleqAKEU47SriMiXX1PYMI dlt8KjPzH7PWLz/ubnFRBN0t5EuA0L76opM6vhBev9ck9DGvi/fYLepyC3nXyy0uFOF4 Gwsg== X-Gm-Message-State: ABuFfogfX4FPK6H/wC1LJHqa2J4wGOUEwBTe5WaK3yr59wbt8ARFy2Xz hqfjNxAcZZ1pzKDUlJgRhHFOiOGM X-Google-Smtp-Source: ACcGV62/g203ZxDfpbpbydfmeowEiGc5A3F4Y/qtuXVpDm5hj7X1N2w8JJoxxyUrLheENsYJMjiPew== X-Received: by 2002:adf:ea42:: with SMTP id j2-v6mr2070568wrn.224.1539270392488; Thu, 11 Oct 2018 08:06:32 -0700 (PDT) Received: from dhcp-90-218.inf.ed.ac.uk (dhcp-90-218.inf.ed.ac.uk. [129.215.90.218]) by smtp.gmail.com with ESMTPSA id n11-v6sm32946517wra.26.2018.10.11.08.06.31 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 08:06:31 -0700 (PDT) User-agent: mu4e 1.1.0; emacs 26.1 From: Joe Corneli To: emacs-orgmode@gnu.org Date: Thu, 11 Oct 2018 16:06:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::42b Subject: [O] org-table debugging formula - error X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 15:06:39 -0000 --=-=-= Content-Type: text/plain Hello, I got an error when debugging the behaviour of a formula. You'll need: (setq org-table-formula-debug t) Then with any luck this should allow you to reproduce the error: C-c C-c to run formula. | Task | Estimated Effort | |-----------------------+------------------| | INTRODUCTION | 9:30 | |-----------------------+------------------| | BACKGROUND | | |-----------------------+------------------| | FOO WORKFLOW | | |-----------------------+------------------| | BAR WORKFLOW | | |-----------------------+------------------| | BAZ WORKFLOW | | |-----------------------+------------------| | ADDITIONAL WORKFLOWS | 1d 4h 0min | |-----------------------+------------------| | FINDINGS | | |-----------------------+------------------| | ADDITIONAL ANALYSIS | 24:00 | |-----------------------+------------------| | DISCUSSION | | |-----------------------+------------------| | BIBLIOGRAPHY | | |-----------------------+------------------| | Appendix: Status | | | TOTAL WORKDAYS NEEDED | 5d 5h 30min | #+TBLFM: @>$2='(org-duration-from-minutes (apply '+ (map 'list 'org-duration-to-minutes (list @I+1$2 @II+1$2 @III+1$2 @IIII+1$2 @IIIII+1$2 @IIIIII+1$2 @IIIIIII+1$2 @IIIIIIII+1$2)))) I've attached a patch that fixes the problem for me. I'm on Org mode version 9.1.14 (release_9.1.14-974-ga85ba9 @ /Users/joe/org-mode/lisp/) Joe --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=table_gives_error.diff diff --git a/lisp/org-table.el b/lisp/org-table.el index 8eb38ef68..80de97d21 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -2953,7 +2953,7 @@ $xyz-> %s $1-> %s\n" orig formula form0 form)) (if (consp ev) (princ (format " %s^\nError: %s" - (make-string (car ev) ?\-) (nth 1 ev))) + (make-string (floor (car ev)) ?\-) (nth 1 ev))) (princ (format "Result: %s\nFormat: %s\nFinal: %s" ev (or fmt "NONE") (if fmt (format fmt (string-to-number ev)) ev))))) --=-=-=-- From MAILER-DAEMON Thu Oct 11 11:10:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAcbl-0004Uv-TF for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:10:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57640) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAcbk-0004Tw-4T for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:10:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAcbe-0005CR-7s for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:10:36 -0400 Received: from mail-pf1-x42b.google.com ([2607:f8b0:4864:20::42b]:35031) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAcba-00055x-Gu for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 11:10:28 -0400 Received: by mail-pf1-x42b.google.com with SMTP id l17-v6so4576614pff.2 for ; Thu, 11 Oct 2018 08:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=tSx4PxDQ7ZYK/DNkE92/UMP1DkzJML1AuQtn16sOwUg=; b=OVzJqsskwNdYz6V/efVinWw8RAM1coL4PQTJkbxR3Nyt42EmBW2iiSq8PVAGncV2tr /kk4Jin9xFiamZZtulg7Ej1rUwd7YzktgdhEO4Kp2kDgkELsxVvuJQIB29YeKe5aGhS7 MCf/bylvZVV5WIeYrctA6ilYDdHTF+1UUcCJD70gxpBjNlS90zqyXz9Sboj3cG10dbK5 UfCDssN2p87PwzuqXOzD51SjVwW3h2mmK4lND5Wtv7WvmIqY773G21r2zb7wJ1oMDZqP yW9InVHnLDzjEMg/dflgv0WBF89w0rzyXpysIQReS9hZG7NGci7YBv7wuQcXWAWEpE8L HgJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=tSx4PxDQ7ZYK/DNkE92/UMP1DkzJML1AuQtn16sOwUg=; b=hqfqmPExW4nVQzuD9nQdmN4vldsnEdV1QGDokrRV814aU856bCcxnBO/+xlZ37anUm cPuh7fwMU27okWsuPAwKVQU+J/d8rmfR6a5hUhnPOejUGiXr5XjDX8UAasLvOq4nZ87C tpneEiK7sf8Zz7lAHvQfsPMTW4LT7fKUuqfMVXAy5iUT+Oja1Q0WKMQnly+Nanx6sICc 268JLqcOQ5yR2lF8Xm9jazvOYSc093l2cZBYTE321qsfI2yNQoOwzOLIkg1V1FpfHa5w A8UNmB21/WJXRye1pSLH+NXVIrSo9V95xmujHZ7jp1kghOLDxrAeDKSUmlP5rJnqJxqV wcYQ== X-Gm-Message-State: ABuFfojTHr4ayHlIV+DLc1Mhl/TQ64zXY2prb2mILukGQG6mtrNyHb/g dEmsdUJUbGsB8pUS6O0XWkc= X-Google-Smtp-Source: ACcGV63vsSREACCUthRM8pNWdRYt87xWhbJVzDI6CWPa2PJ31Wfu8HIrshRFQL672J9ehkhlfC4JDA== X-Received: by 2002:a62:104b:: with SMTP id y72-v6mr1966074pfi.113.1539270618981; Thu, 11 Oct 2018 08:10:18 -0700 (PDT) Received: from localhost (bb42-60-34-20.singnet.com.sg. [42.60.34.20]) by smtp.gmail.com with ESMTPSA id m74-v6sm32731902pfi.102.2018.10.11.08.10.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 08:10:18 -0700 (PDT) From: Ihor Radchenko To: Peter Neilson , emacs-orgmode@gnu.org In-Reply-To: References: <87efcxaibq.fsf@mbork.pl> Date: Thu, 11 Oct 2018 23:08:26 +0800 Message-ID: <87bm80bjx1.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::42b Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 15:10:37 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Well, you could associate a reward to that kind of tasks. For example, you can allow yourself to work half a day. Alternatively, you can make a task you would like to do (say, watch a new movie) to be blocked until the unwanted task is done. "Peter Neilson" writes: > On Thu, 11 Oct 2018 10:03:15 -0400, Bingo wrote: > >> Le 10 octobre 2018 21:45:53 GMT+05:30, Marcin Borkowski = =20=20 >> a =C3=A9crit : >> >>> >>> - a warning when my efficiency is lower than a set value, and info >>> about >>> how much work I need to do to bump it up to that value. >>> >> >> Nice, but it has an anti-feature. For procrastinators, warnings=20=20 >> frequently have negative effects. It can be understood in multiple ways : >> >> 1. "What the hell" effect : As Dr Art Marckman tells in the book "Smart= =20=20 >> Change" , there is a "what the hell" effect where the victim goofs off= =20=20 >> even more to the extent of giving up a goal if he realizes that he is=20= =20 >> falling behind schedule, or has goofed off more than was advisable. The= =20=20 >> solution is to forgive oneself, and not beat oneself up. This warning=20= =20 >> looks like beating oneself up. >> >> 2. Showing how much work needs to be done to catch up goes against some= =20=20 >> self improvement philosophies. E.g. dividing work into subtasks helps in= =20=20 >> not getting overwhelmed by the amount of work. Or the recommendation to= =20=20 >> plan breaks in addition to planning to slog, otherwise the plan to slog= =20=20 >> becomes overwhelming and procrastinators give up. >> >> Of course, if it works for you, go for it. > > Sabotage of the TODO list ... > > Managing the flow of my own work sometimes runs into unintended sabotage,= =20=20 > perpetrated by others or by me. The offending tasks are often large,=20=20 > incapable of division, and not immediately crucial. For example, somewher= e=20=20 > in the middle of my list of "Get it done some other time, but not now,"= =20=20 > tasks is this one: "Repair the International 454 tractor." It rests=20=20 > comfortably on that list unless I either (1) need to use that tractor, or= =20=20 > (2) hear my wife telling me, "Why don't you ever get the 454 running? You= =20=20 > never get anything done around here! I need to use its bucket, and the=20= =20 > Mahindra doesn't have one." From that point onward, and my "TODO" thought= s=20=20 > about writing, about programming, or about training horses are derailed.= =20=20 > In case (1) I need to figure out some other approach, like maybe using th= e=20=20 > Mahindra. In case (2) my wife is right--as always--and my tendency is to= =20=20 > stop doing anything at all. > > My org mode TODO list is absolutely no help when I encounter one of these= =20=20 > show-stoppers. If anything, the list is an additional albatross adding to= =20=20 > my already encroaching depression. > > Maybe I need a brain-wave detector, connecting through emacs-lisp AI code= =20=20 > to a huge Pomodoro-style graphic display, that will alert me when I am=20= =20 > goofing off, falling asleep, or practicing mental evasion. > --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlu/Z2sACgkQZHB2Kn2h HYtoNAgAvpR2b8CFCdeBMK/xnY+GghlrvB9RNKBktRSO1h1AKmJQFh6PSNg1ppRW LnWWERl4ho1zMyN7IRdtndYzLS9WVO1dx8/m1SCLaKvrI+B51AOiSfHeQ0adCKaV LR7JoTeMvEpVXBE1+skZpZiieYV8Rhj9nETtYZS5ejrLw/r3zHisOi7lda4aMZhc 40Y0+DAR9DWMTNZnHq8RqIj2GADvmOQSchM8ZV6Ft17o4yaD7plei3s5tR/hegu9 OaTXGWGEd9TTZ7V6kwAawJzUN9MkDgPT8+O5IhWPpbwIedDjWm2hvLag7FM50zp8 lTf/8pOwVQ/6KeyiuWtmIn6IebnDFw== =ekfR -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 11 13:07:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAeR5-0000q4-EF for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 13:07:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAeR2-0000pt-SJ for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 13:07:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAeQz-0000BW-Iy for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 13:07:40 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:42541) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAeQz-00007h-8P for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 13:07:37 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id C5DA024000E; Thu, 11 Oct 2018 17:07:29 +0000 (UTC) From: Nicolas Goaziou To: Joe Corneli Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Joe Corneli , emacs-orgmode@gnu.org Date: Thu, 11 Oct 2018 19:07:27 +0200 In-Reply-To: (Joe Corneli's message of "Thu, 11 Oct 2018 16:06:30 +0100") Message-ID: <878t349zu8.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] org-table debugging formula - error X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 17:07:41 -0000 Hello, Joe Corneli writes: > Hello, > > I got an error when debugging the behaviour of a formula. > > You'll need: > > (setq org-table-formula-debug t) > > Then with any luck this should allow you to reproduce the error: C-c C-c to run formula. > > | Task | Estimated Effort | > |-----------------------+------------------| > | INTRODUCTION | 9:30 | > |-----------------------+------------------| > | BACKGROUND | | > |-----------------------+------------------| > | FOO WORKFLOW | | > |-----------------------+------------------| > | BAR WORKFLOW | | > |-----------------------+------------------| > | BAZ WORKFLOW | | > |-----------------------+------------------| > | ADDITIONAL WORKFLOWS | 1d 4h 0min | > |-----------------------+------------------| > | FINDINGS | | > |-----------------------+------------------| > | ADDITIONAL ANALYSIS | 24:00 | > |-----------------------+------------------| > | DISCUSSION | | > |-----------------------+------------------| > | BIBLIOGRAPHY | | > |-----------------------+------------------| > | Appendix: Status | | > | TOTAL WORKDAYS NEEDED | 5d 5h 30min | > > #+TBLFM: @>$2='(org-duration-from-minutes (apply '+ (map 'list 'org-duration-to-minutes (list @I+1$2 @II+1$2 @III+1$2 @IIII+1$2 @IIIII+1$2 @IIIIII+1$2 @IIIIIII+1$2 @IIIIIIII+1$2)))) > > I've attached a patch that fixes the problem for me. I cannot reproduce the problem. Could you explain why you do need this patch? Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 11 15:59:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAh7I-0007ll-UJ for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 15:59:28 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAh7G-0007lf-H5 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 15:59:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAh7E-00012o-9b for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 15:59:26 -0400 Received: from mail-lj1-x241.google.com ([2a00:1450:4864:20::241]:39981) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAh79-0000yu-7v for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 15:59:20 -0400 Received: by mail-lj1-x241.google.com with SMTP id r83-v6so9350582ljr.7 for ; Thu, 11 Oct 2018 12:59:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=bnUVrEmnfVoZzwVCeunkFvn1r6QVxRt1lDOHb4lpJIo=; b=oiVm/JLHrcOAjoKpfANvGX5/rKNRQUFC+eeBIsZwslvT9MNiv0slgeTNXgslRzUpyu aqfRCZoxYyeNz4vy8n2cZLQrd65R9sir4si160caYbPNCXwuodCW066A8qg2iOCrpnAi btUhfpYLPBVtQMuHJwDbDgm8nxKoEDLlMSg4z3mjWOYuPQ1DTS62NoTip8+cQrwD0t8V qkNKFxpaHQjz90ySyi1EEBXgC2h3Y9csxQptUKCoeACOr8GKCctMgcg5j+c8qr/5W2Db pdTnjuXttQ9Pr6vdXXONzSo7Nur9nbjsQE5vt0iQCjX0nmuxFTZQLgmzpA3JCUMIeMID ER5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=bnUVrEmnfVoZzwVCeunkFvn1r6QVxRt1lDOHb4lpJIo=; b=lFhPW5rBBCxgkRuUxlp3oFqK8ga8SQ7fxhplssMbsLOzHLJG+/QFrp+J9ff1pvNXGi akJ+FgUrBKQkOCJl+XHLbSHKDorv01IbZ+p8Pls77ToqC9YNClUyn8etoAFU362ZK1cJ JISvytg064a1J65FMw0x08M2Rc/0gj/67o0I8yrTZd9vVASb+nqF4zYo7DLPvK0GBh+I Qenm28MF9ky5v1NzW8ystKi3NayyFqelicqzzqy70t5lyws6nQIl3vqZzEJEQc7pnE0z ARxHRO4IC/tM/xmOQXODctt+X1WJv6XceS/QV+QStMkGCasQVbtOpGF9Jy9elNlAa3bh INCQ== X-Gm-Message-State: ABuFfohdE1pJxKrOuSrs68Nj2oIJSLlz3PTt4SWey0uVtiFNd47wo3DN D6INIG+IA9x1eBr/u8YDAkp0hDb+EBcivO946uc= X-Google-Smtp-Source: ACcGV61Bh/wMoo8upwGHQw41hiSW7PAoynPjgWdu4wLvU5MBgp8XJIjvZ59rdr679KoxGuhFmtav+uzRls8TJp/aT8Y= X-Received: by 2002:a2e:88da:: with SMTP id a26-v6mr2086315ljk.85.1539287954675; Thu, 11 Oct 2018 12:59:14 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Thu, 11 Oct 2018 12:59:13 -0700 (PDT) In-Reply-To: <87va687tt8.fsf@mbork.pl> References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> <87o9c18t7f.fsf@mbork.pl> <874ldtkmgw.fsf@luisa.c0t0d0s0.de> <87va687tt8.fsf@mbork.pl> From: Samuel Wales Date: Thu, 11 Oct 2018 12:59:13 -0700 Message-ID: To: Marcin Borkowski Cc: Michael Welle , emacs-orgmode@gnu.org 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::241 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 19:59:27 -0000 i too visit all files when emacs starts. are we saying that the speed depends on the number of headlines total or the number of headlines in a single file among the agenda files? On 10/11/18, Marcin Borkowski wrote: > > On 2018-10-11, at 08:48, Michael Welle wrote: > >> Hello, >> >> Marcin Borkowski writes: >> >>> On 2018-10-08, at 09:20, Michael Welle wrote: >> [...] >>>> Well, on my laptop the initial agenda run takes about 7s or so (150 >>>> agenda files) using the current day/week agenda ("a"). All subsequent >>>> (after loading the files) agenda runs are fast (split second I would >>>> say). I had some performance issues in the past caused by SCM. Emacs >>>> tried to check if every file is checked out in the latest version. Tha= t >>>> slowed down the process a lot (starting 150 mercurial processes in >>>> sequential order, checking results, etc.). The initial run doesn't >>>> bother me much. I bound the initial agenda run to an idle timer at >>>> Emacs >>>> start. >>> >>> Interesting. I did not notice such differences between the first and >>> subsequent runs. >> I thought that behaviour is natural, scanning dirs for files and opening >> them is a costly operation. But a week ago I changed from rotating rust >> to solid state disks and that behaviour did not change much. I expected >> a speed up, but mee. > > Ah, I have /visiting/ all my agenda files (but not generating the agenda > itself) in my init.el. > > That explains a lot. > > Best, > > -- > Marcin Borkowski > http://mbork.pl > > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Thu Oct 11 16:05:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAhDD-0000fJ-2t for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:05:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33042) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAhDB-0000fD-My for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:05:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAhDA-0006lG-VS for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:05:33 -0400 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:45097) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAhDA-0006l4-LC for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:05:32 -0400 Received: by mail-lj1-x22b.google.com with SMTP id j4-v6so9364256ljc.12 for ; Thu, 11 Oct 2018 13:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VNy8e1PFGHbdtljiUMuD4ymR2cRUczuhe11cSGwJ4fM=; b=lS22/owmOc8pXrjtVddJsbKi/NaA3x2dGMKBDC98fxptx0ZR8fDUHLr3jcol6l3+Kf Esebu+6qU4/ssHzRGopQFLgDbwkq5M8YfGKQD06g7D5aqc/ngerwMgkmG9/FR4wSFriF RwkNIiqy7HtdbiMIBccn92LL9ys45Bu56MauobLHKHYiuwmxU0JMdbBVFlLKrE1nY8IW ZxYiLPe4mVwRrROLnWp6JoL90O2qK2j3PjAWE9opdVPvNvMrzpUAg1j4057YZkEbMHc1 cyFvfyEmVB88lOBr2Eg9eQiDkhdfPWWfZEQYT+bs1SblLH/qFBJJhsNtAvBAZfAIv2Mh 5E3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VNy8e1PFGHbdtljiUMuD4ymR2cRUczuhe11cSGwJ4fM=; b=lbT3GINQig2QpzJMinPzm2jsGojsIzQD2Wz3jcCcpNhtv3M3Dg5mZz3HPbKuz/Hdc1 naKwXB20RhOo6P6xOzEf7lujDA49YWdIEbpUt10zJ2ozpwXz+Zk66rvIqX05E+fytYK+ PJJ/uXOfuDdHvY6BULidbX+W7weaMb+wkWiK0tyfsIzyxSePlcqxf3+yfaZ9jmbkSSdW wZ9JbGlKjAlfUfiGCJv2swk3nkfn/2j/t9TmxyLPpgNDsS5PWAcoiFojEDNG3AjuBklW gETWM9WCSpSMwCfQx9A+SSZeXyGgVglecCpCKdNH5boNt6kB6qyGEI4dp0ybn+SFrPR0 LROw== X-Gm-Message-State: ABuFfohsgeccFPLaqMlpSevE9pbwsuQ1XJXvUlwPlCW1S9GHmpkUB/Pf G0BbG6gE/yeFbTreFdQtlU1RddHXvhOHUPfXF8k= X-Google-Smtp-Source: ACcGV604R64NBu/Nvd+LTve8L+IWa3xMV/+ahUhsFqq63pBMa1nyPAWZBNUhwPTg4/lLmBhHbGIcncuaETOqCzux4/Q= X-Received: by 2002:a2e:88da:: with SMTP id a26-v6mr2098500ljk.85.1539288331163; Thu, 11 Oct 2018 13:05:31 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Thu, 11 Oct 2018 13:05:30 -0700 (PDT) In-Reply-To: <87a7nkfwta.fsf@gmail.com> References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87a7nkfwta.fsf@gmail.com> From: Samuel Wales Date: Thu, 11 Oct 2018 13:05:30 -0700 Message-ID: To: Roland Everaert Cc: Marcin Borkowski , William Denton , Org-Mode mailing list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22b Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 20:05:34 -0000 On 10/11/18, Roland Everaert wrote: > Regarding auto-clocking, you should look at what norang did. > > http://doc.norang.ca/org-mode.html that does not seem like my proposal. it seems manual and complex. i'd never be able to use it. for a similar reason, i'd never be able to use gtd. huge fan of that document though. :) From MAILER-DAEMON Thu Oct 11 16:06:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAhDf-0000rR-9X for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:06:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAhDd-0000qS-Eb for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:06:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAhDc-0006uX-Ql for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:06:01 -0400 Received: from mail-lj1-x22a.google.com ([2a00:1450:4864:20::22a]:37026) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAhDc-0006uI-Iz for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 16:06:00 -0400 Received: by mail-lj1-x22a.google.com with SMTP id 63-v6so9393746ljs.4 for ; Thu, 11 Oct 2018 13:06:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zjCTEZTy9PSgbqAAOirtV9gGSRkfUb+5zWZvUC+JAec=; b=Ie9jltA10JEehWhv+8Zxx9dZIhl5dU2+aRnI+y8ZxKetOiFRr/yNDTuJAz0d0kMlp7 JhpmD3s5BHuL/5CDXST3gSoIElpJlCyzlwD3NhSWsiqAPiY1TuWimqSP1TNDxsl+xTD7 zyTG0440EUVZTOm4twk/GfgrTQa1o0J84GvTLTzOcpLlqFdelDo5aKd+jOfbvca2bQRR leonx0SFGkopC8XeCiVN1FnAXk2p+pDWEt5wB8H5ycUnvfXt4eNBjTWnaa6M8H9msOxd 1mGvTQJo1MA0QiAfQbZ75M8uxduWp7pD6Ic9rEtjX0gPkjs8Z7gr1xUjEDJv2zF9DDut OG1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zjCTEZTy9PSgbqAAOirtV9gGSRkfUb+5zWZvUC+JAec=; b=f5E3FTeWBP1ZJDenBdFLkIoI8nCKYKnAU9sDCQlZf+dkzOklKMf2iBRlTd3M3VDVXA 8vzDF5E6Qon9iScp+XxzXcgnwvqKU1Vjc2Fv8/ioqvJFPzFJhENaW+bBnnGwO9yUl3tj ttbPryKZWshhsgY84vNSUKKzeD6BgKP3DM3hWIOmVGrohw2OVp5PMWGpAPjJEpYEOk2m pU9n+ospSuemp6czcdtRuoxx6R5+UBFNB/FIGEShyxZjfe4uhVcM833xu79AVwnuTmT1 bbTlGf+4yCe7COcDsUD+jspOBnC9O4qKN+Xac1LaAgX9aI0aGLQzmkjIvO8kXMgeKzJX RRPA== X-Gm-Message-State: ABuFfoiOJBsE22HcwKSiSr7IKYL++Ykk0ctLKaUicKKKS+luxuQ84oMF XEI8LenfKH7LINHyNlq4GvtlLl/UUmDu7CBqLtTrKZchOpg= X-Google-Smtp-Source: ACcGV61EpdxVZ9F1DleYPCBVRWHF1oq1bwAd9Xxql5kCMQfm3S4JaT5BcF5DHqjSVSTngGwTc6Lxs2p8zatEyPBvQ+s= X-Received: by 2002:a2e:94c4:: with SMTP id r4-v6mr2202225ljh.68.1539288359129; Thu, 11 Oct 2018 13:05:59 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Thu, 11 Oct 2018 13:05:58 -0700 (PDT) In-Reply-To: References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87a7nkfwta.fsf@gmail.com> From: Samuel Wales Date: Thu, 11 Oct 2018 13:05:58 -0700 Message-ID: To: Roland Everaert Cc: Marcin Borkowski , William Denton , Org-Mode mailing list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::22a Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 20:06:02 -0000 On 10/11/18, Samuel Wales wrote: > huge fan of that document though. :) norang, that is. From MAILER-DAEMON Thu Oct 11 17:29:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAiWd-0008Ci-OW for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 17:29:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAiWa-0008Bp-HS for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 17:29:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAiWZ-0006W8-GH for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 17:29:40 -0400 Received: from mail-pg1-x544.google.com ([2607:f8b0:4864:20::544]:45987) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAiWY-0006Mx-Cf for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 17:29:39 -0400 Received: by mail-pg1-x544.google.com with SMTP id t70-v6so4759845pgd.12 for ; Thu, 11 Oct 2018 14:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=1JgvleUO6LYR9Qtkpf279xyhz9/MXnSE7nhpDt+M52o=; b=luUlkWKbQK0DeSc2w+hpwxbP20cxYFdo/CVKT2OCSxBTzcmKATz2Yl3dgdgP+9uYzT NjJnAyJxa0oXQHtjrdbqsu4MpgXf/OJCNKnLcq1dFPENdyOvK3Bnz4jSIhaFhpVTZO3L yrsolAFDh51DC9kkmiQ8EmEboV8C+JBK0bPICbUZb/1fQG3HAvxEpXIRbgtBpLYBMbNl wKPtistltmdDqTRGdpeK0GWO/V4bqWdlCvqUDlbmEodNePh9btis01jvpxpcE+vQDxio RQ3ZaWjh+T5h+oC6JrEUFGvdrEDM0L7Acx2U3RH1b9PhkQt//Ol+d6ZxXpIoIUKxaJ+k JW3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=1JgvleUO6LYR9Qtkpf279xyhz9/MXnSE7nhpDt+M52o=; b=OUmMKuMHdiCKdZQ1OtIfqWLAjPBLsanWHx2B38ajPo9El8J4fsJ5hkPM7cWO6MhFtD Gr0hsnZiphEqngEdeZhbliDhXQonGrP6T4PEOuhnfdF0tj8Zx2v00p9FBHb0jmAucoo+ TVvmkKeLRuc7M4EC1kAjgCIGsVjLftzttRZFQFuPNt9nzREiLB0hJ7G3XBGJHG9OK27C dtq1pPdlMHyTWHvK+Aefr6w4jYSguHm3EbMMpBzBqmzqfS7BfkERX06g5mCd9RsdegkV S5qnBhbbugOdA4r2mz+kcNBcXzxke1aS8SNQbOrAP+VnPh1R5Y895wIHCILXQtM9vma0 fIeQ== X-Gm-Message-State: ABuFfoh4CCsGf68lVZFxFDO6uHJCIb5qcpKyzem18ZjqyPPeKeQdMA8k QeNiquzAnUuli5R8YqfuEzzOCsMYlRI= X-Google-Smtp-Source: ACcGV63oh+w+Y5NlDm5ldjHWRRCEaDKPrRPSOqmAD+JKcRiYuLwKK/PBDwd4GM1HwSBA56AmO5cADg== X-Received: by 2002:a63:9612:: with SMTP id c18-v6mr2818407pge.21.1539293372768; Thu, 11 Oct 2018 14:29:32 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-7c4b-44d3-5d8f-f5e8.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:7c4b:44d3:5d8f:f5e8]) by smtp.gmail.com with ESMTPSA id v84-v6sm40717092pfk.12.2018.10.11.14.29.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 14:29:31 -0700 (PDT) References: <875zycyd5z.fsf@skimble.plus.com> <20181009082023.057dcc0b@lt70.mpip-mainz.mpg.de> <87r2gz751s.fsf@skimble.plus.com> <87murn6z8o.fsf@gmail.com> <87d0sj6oyj.fsf@skimble.plus.com> <87va6a4xjq.fsf@gmail.com> <87r2gw4nw2.fsf@skimble.plus.com> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Sharon Kimble Cc: Robert Klein , org-mode-email In-reply-to: <87r2gw4nw2.fsf@skimble.plus.com> Date: Fri, 12 Oct 2018 08:29:27 +1100 Message-ID: <87sh1c41fs.fsf@gmail.com> 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::544 Subject: Re: [O] exporting to latex and docx not honouring carriage returns to tabbing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Oct 2018 21:29:41 -0000 Sharon Kimble writes: > The first distro that I used was Red Hat, and I bought a copy as that > was the only way in which you could get hold of it, and a couple of days > before I was going to install it, Red Hat made it free to download and > use! And that did not help my mood at all! But I've been trying to find > what year that was, can anyone tell me please, as I can't find a date > for it? > I started with Slackware in 1994 and then moved to RedHat in 1996 because of RPM and the benefits it provided over Slackware, which at the time really just had tar.gz archives. The first really popular RedHat release was probably Vanderbuilt (1997). Zoot (2000) was the first release to offer ftp download of ISO images. I switched to Debian in 2001 because deb packages had better dependency handling than RPM (at the time). In about 2010 I swapped to Ubuntu, mainly because I was no longer that interested in distros and just wanted a system which worked. I still prefer deb over rpm. My first latex document was in 1988/1989. Back then it was a DOS distribution and a pain to get working well! There use to be DOS sotfware (name I cannot remember) which you installed to give you a 'Unix' like environment - back then, most of my work was on mainframe/mins (Dec 20/Ultrix, SunOS/Solaris, OSF/Tru64). I also do all my work in org and don't write 'native' latex anymore. All the info I provided before was from the perspective of using org to generate Latex and then pdf. My setup and document classes are all defined within org mode configuration options. I run emacs on OSX for work and Linux at home. The last time I used MS was Windows 3.1 and I know little about modern MS platforms. MS Office just make me shudder! -- Tim Cross From MAILER-DAEMON Thu Oct 11 20:21:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAlCP-0004V0-1S for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:21:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60863) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAlCM-0004Ue-9I for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:20:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAlCJ-0002V0-6D for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:20:58 -0400 Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]:45146) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAlCI-0002Kv-U5 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:20:55 -0400 Received: by mail-qt1-x830.google.com with SMTP id e10-v6so12083200qtq.12 for ; Thu, 11 Oct 2018 17:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=yz4eet8r9nuRKDCDcl44YbE2jCcAO+G5h+7RbD7buNE=; b=EyFvVD/7GP4y/2rfb1W0MQl27GEozLdFvE/SBWUsEpcQ532XeqAFNkqLqKTPYNNT5Y 2+ahIAUY7LMmc/I1pdjeW3OOc0cwgVkBhwF6wNYsj6TRGZGYwcDBWBEfSq33yTHzlhpB TDq41s23zHamv3pqh6zvDXIPYqYCcTQfGdhq0AUG7xEFMe8H/uxIDRbsmrpApA7JOgLH RaZz61dSbCEBPPveNyZ3Lpnbeu6CIzlHed63nHM8OxJk57yJfDOslUe+tTsLq26lEkuY +5WrVV+hQw7qTNK5uZTtQDFTx4X64Ud55R2UH08esJByIV1Bz6L76/Xn7GPcwdAUBweS mHvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=yz4eet8r9nuRKDCDcl44YbE2jCcAO+G5h+7RbD7buNE=; b=e9FY52ZhrBWE1IqNRSTXTxOTbWW0yJU9l7WLnmnIuzTFkAyrcSH7Il3YISnnUnvsUw 5YrH8Ycneg+7K5dSpowKV82ZuksI8AzKI/J+rNKp7Vk6suv9aJQ4Ou7HHXyZO5fUib8z YVJvZKRw8OgICisiuh2OyRq0HyBkX3mRK1kkVyQ+HUvNFynXo6upv8n28GVFTn65SIjz dcjQgr3W/vvlHfKqvodSj3Ce3m4NFM3W2Y685NX+J2I0dDZM1JWo1IeT/mEDvjru0Zai +EjGQb5XoCPlFBJ0upX4v/GFC8O47EF5QcEjj0XhIvOVOcsYcGPoxKCu2FoR3Xk1aIdE NEFw== X-Gm-Message-State: ABuFfoiNuLjAfXhVFWmId9Lnj6vtkYU4lLf1ENeQoVbpM460pyyBL7WR GwVpNbgBqbgSaVEh3XNHuPiSMWRu X-Google-Smtp-Source: ACcGV623mhmJ4m1oer84yTm2MgyEqW1Ge8f01A8g+26b4l5D+WIDsfzFtgD/AqYNwRlMfTchjSWlmA== X-Received: by 2002:ac8:60d0:: with SMTP id i16-v6mr3627988qtm.249.1539303654089; Thu, 11 Oct 2018 17:20:54 -0700 (PDT) Received: from localhost (cpe-158-222-157-199.nyc.res.rr.com. [158.222.157.199]) by smtp.gmail.com with ESMTPSA id o19-v6sm19153360qtc.40.2018.10.11.17.20.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 17:20:53 -0700 (PDT) References: <871s8wmx8j.fsf@linaro.org> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Adrian Bradd To: Alex =?utf-8?Q?Benn=C3=A9e?= Cc: emacs-orgmode@gnu.org In-reply-to: <871s8wmx8j.fsf@linaro.org> Date: Thu, 11 Oct 2018 20:20:51 -0400 Message-ID: <87murkkobg.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::830 Subject: Re: [O] How to add tblname from ob-shell fragments? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 00:20:59 -0000 Hi, You might find John Kitchin's post [1] for assigning captions and names to the results of code blocks helpful. I use the method all the time for captioning and referencing results when exporting. [1] https://kitchingroup.cheme.cmu.edu/blog/2016/02/26/Adding-captions-and-attributes-to-figures-and-tables-from-code-blocks-in-org-mode/ Cheers, -- Adrian Bradd From MAILER-DAEMON Thu Oct 11 20:48:32 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAld2-0007GO-CC for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:48:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38406) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAld0-0007GF-Gk for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:48:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAlcw-0002re-IC for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:48:30 -0400 Received: from mail-qk1-x72f.google.com ([2607:f8b0:4864:20::72f]:39122) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAlcw-0002rM-Df for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 20:48:26 -0400 Received: by mail-qk1-x72f.google.com with SMTP id q5-v6so6726478qki.6 for ; Thu, 11 Oct 2018 17:48:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=EoIZ8qLx4xMul3mmQx8atzjuvn/sPuJZ0nFRzr9mSpE=; b=RxOprTl/aLWEmXlwB0hbDwCUw4j1uMfB+ohpbC1V+Shl47ZF0bwIBgYiPRb9ikWCoS kMx7pEy7iXnoKUcwi1uaMq58ob6I6KtDqWNdMJtRDEkmPF+25jC7LuRuK4mXokq8taoS hyKVIcuWVerYWEmLFxmbDBSlRGX9tItM3DX5+t6cdWEUf9i/zEHWWqoAnpbhiecsmFeZ Wxrk82fk2inLr9SBHQBh3IGv5mWXjHcciux3kkdhgmnRqVxN7it037UqWd++0FSHCEUK snwFBGi5hszTGkGrBzwWwThQ5e0g2nuW5pkfnlKEmLypD7SPvsMtOIupQgYBdoXV1nrJ nw7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=EoIZ8qLx4xMul3mmQx8atzjuvn/sPuJZ0nFRzr9mSpE=; b=IIwzmRlOZRu+C9xhwm0WcIGPpz1fQycJwDjiQJHTSyiySPKT5XjnfBI7Czuix61nW2 78kaxWomTTbbUVeWEZPeSuUD+lY+Wj2Mny8FDLCApNyp5Gh08klb03a5GEZW/8yrgbhQ F7Csx5lFb46ycTRp8PQ0TjNmau+kWjyvr1YTu5tYBeWTFlZYobrl7kYhJODhVSEmEPpn itvPkjemdO6TD6AOQTMWmc5J+p4VDepdJKYcDKuUWiKwaf1CxRn9LJfPjw5PzfVBJrNX FJdCf27GzYbpH8OiTBSYWQzEcABiAtHHN7VlGECDhLPMbLij3HHhJSOemWbAB9Ig2uOF JjIA== X-Gm-Message-State: ABuFfoiXhoWmCoql18i7wMirm8keRWbY614HUE2/xdsezAkZ2+lG5MgV g835QdhBvrkSQjRiQ1E+blQ= X-Google-Smtp-Source: ACcGV60/2K85ss2oKKpqgtB9AUj7+C/Rdh+1tyxZsPhjDf6TERCMKIVyCcO8/KlFi1Mv/9RQB9himw== X-Received: by 2002:a37:9c53:: with SMTP id f80-v6mr3822935qke.98.1539305305646; Thu, 11 Oct 2018 17:48:25 -0700 (PDT) Received: from localhost (cpe-158-222-157-199.nyc.res.rr.com. [158.222.157.199]) by smtp.gmail.com with ESMTPSA id n30-v6sm8494820qte.37.2018.10.11.17.48.24 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 17:48:24 -0700 (PDT) References: <878t3bpnio.fsf@nicolasgoaziou.fr> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Adrian Bradd To: Matthew Palermo Cc: emacs-orgmode@gnu.org In-reply-to: Date: Thu, 11 Oct 2018 20:48:23 -0400 Message-ID: <87lg74kn1k.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::72f Subject: Re: [O] Skipping the SUBTREE visibility state X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 00:48:31 -0000 Hello, Matthew Palermo writes: > Thankyou for your reply. Sorry I didn't explain myself > properly. When using > org-cycle (TAB) I often only want to open an entry (headline) > to its > CHILDREN visibility state, look at the subheadings (sub-entry > headlines), > and then fold it back into its FOLDED state. You can use C-c TAB (`org-ctrl-c-tab) to unfold CHILDREN of the current heading and then TAB to fold them again. Actually C-c TAB takes a numeric argument N that allows you to unfold to the Nth level of the subtree and TAB will still fold the entire subtree instead of further expanding. I use this with org-datetree formatted buffers when I want to view headings from all days in a month. Cheers, -- Adrian Bradd From MAILER-DAEMON Thu Oct 11 21:44:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAmVL-0006bd-Cl for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 21:44:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47715) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAmVI-0006bC-8y for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 21:44:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAmVE-0001xE-UU for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 21:44:36 -0400 Received: from mail-qt1-x82e.google.com ([2607:f8b0:4864:20::82e]:40259) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAmVE-0001x6-Pt for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 21:44:32 -0400 Received: by mail-qt1-x82e.google.com with SMTP id b4-v6so12255525qtc.7 for ; Thu, 11 Oct 2018 18:44:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=gdwnLf054yD0F4JXgSMLGvpOoxrgE42WjxzpdqHqRx0=; b=h/l4BHsc40kblIwkhsAV/+yk2pY+RBo4XQO9Lx22VsMUBxPw/dIR1FIbSAHetlSJm1 rOXiqIQQf7jxvvdL8LhiHpMwuv2QRvul1gFFgzr0dpVlpkkdzfFmPYUcquA/aEPZOV62 SND68wchfH1hnsg7L3BzgIBhqcQkKbdaSPfFrztif9KpF8waO8kcQznPTjhW3kMRDrFD OwdoytQh5K0w+QwLDB8wbbIHGei9shM3mg0Q2J2BC03tf2zWxV1AycOh1I//DqH6N4Tm bYPwAkkaiK7EPlSBvtrMLGwoEJNo1GArPwI1izZG2CTHMPWNxKfG4DDKTDKKxGLJbMBz XEWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=gdwnLf054yD0F4JXgSMLGvpOoxrgE42WjxzpdqHqRx0=; b=WJpoLVjr2HLQCHt/ANqAP0IrmBXggoaWxYLNOTNwEglXqdwVqdSJeVO+arBuVOUUAY IopomWLDhHyTtLXZz3efIQvQmqw1rvdZUIEspFfUzlJoEylTwx3LZW6mFYl5G4R7QJUR UVvZv0CRgnkhZ0udowek5ad5LJ8aqEPNSK/OkO6/Qs08ZMExoHPxci6zRhp4ZPYqxal0 GAtZcKzUAg22E0HwFEp7QlQcB2v7ojsmfCVuoiHKo0hhKF2ViYD3KuyHUp0Svo8y9J5t isBcS52of/qOCFHurRHETNMbts7uIF0WtMN7jP356+fUBbJ4ASIR0qmW/MJvxSE3agFT DLig== X-Gm-Message-State: ABuFfoiGc5etz19iwY+ua1OueTA6OdxKNMuyBTxJqUkZ02gfnfDzz5kR 8gHj5F3JT7KzYg3FUnO9m78= X-Google-Smtp-Source: ACcGV614gUs4OOSmKvZ8p20jjsSSZJVfwVyVZkpuSiVHuiwzOAih5B2BaQTcBls/KsnOmnFQMk74XA== X-Received: by 2002:a0c:82a2:: with SMTP id i31-v6mr4052951qva.27.1539308672045; Thu, 11 Oct 2018 18:44:32 -0700 (PDT) Received: from localhost (cpe-158-222-157-199.nyc.res.rr.com. [158.222.157.199]) by smtp.gmail.com with ESMTPSA id r57-v6sm17415979qtc.36.2018.10.11.18.44.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 18:44:31 -0700 (PDT) References: <84ftxn45jn.fsf@gmail.com> <87h8i3nfjv.fsf@nicolasgoaziou.fr> User-agent: mu4e 0.9.18; emacs 27.0.50 From: Adrian Bradd To: Nicolas Goaziou Cc: Marco Wahl , emacs-orgmode@gnu.org In-reply-to: <87h8i3nfjv.fsf@nicolasgoaziou.fr> Date: Thu, 11 Oct 2018 21:44:29 -0400 Message-ID: <87k1mokkg2.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::82e Subject: Re: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 01:44:38 -0000 Hi all, > To prevent further complications with this branch, I suggest to > treat is > like master and master like maint. I.e., every commit done in > master is > duplicated into next so that final merge is easier. Sorry if this is obvious, but what is the next branch? This is the first I have heard of it (not that my org-fu is all that comprehensive). I took a look around but I couldn't find any details about it in the mail archives. Granted I wasn't expecting much from a search that included the phrase "next branch". It isn't mentioned on worg in the developers section either (https://orgmode.org/worg/dev/index.html). Cheers, -- Adrian Bradd From MAILER-DAEMON Thu Oct 11 22:02:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAmmj-0002zt-J1 for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 22:02:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50747) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAmmh-0002zg-5q for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 22:02:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAmmd-0004Ua-VH for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 22:02:35 -0400 Received: from mail-qt1-x830.google.com ([2607:f8b0:4864:20::830]:43789) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAmmZ-0004Rp-5g for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 22:02:28 -0400 Received: by mail-qt1-x830.google.com with SMTP id q41-v6so12293460qtq.10 for ; Thu, 11 Oct 2018 19:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:from:to:cc:subject:date:message-id:mime-version; bh=XfW8O4DMPG7CCcHk5DjS3V7qr6U3Vcr/eFhj33LyHu8=; b=nqpCkVaO9M5RnRqYnSwuPefs73PtnNI/Bl42iMLq2xxV2/GNS3Q0EnNsl/4AFUXA7F 9GE6jFK0a1hZhKPVP3Dkk1bScg4kgW8tF+tcpFTMM2LcmEYOSRJp3NXie7Fv1Dww+/nV YmDoo9393tVolxYb24z++gGMJGt4vWYxZl0klwuhxh94XeORsGGe9JR31axtb6kgJRTX GFsUBJhvQ1YGlTgLDTByo+9vNXO4Fdtls9S9BCzVwhEaGzALLPaCNNukoqRBz18s4hFz h8TQjUoc9rr2L3RfMmm28akCUfqtqnV9njvqrydGCzRia3rcp+HFN8Ou6/xcVTgFvh6H uyBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:from:to:cc:subject:date:message-id :mime-version; bh=XfW8O4DMPG7CCcHk5DjS3V7qr6U3Vcr/eFhj33LyHu8=; b=h2aEmtZVdljmIn8qMCVq33f3psPI+KPUU/8ZLd+ZkCqqLc7WBK7ZROqnp3/1rA0mb2 hZx8lx0ZiiZzFCkTho5QhSgdDN349Yb/oAPSDG4btAmcMjCWwuvM8jJoq6vkadwmJZ8y uSG7yeaouMIs5r5VJ80DFBJDlgpZSNRxoBTa4V8Rl3jDAVQ+Pe+bedmC450DQkPjl1Q4 jfl8bayI2Fr9OWgCsgtQkYWDj02NUSd+lYGJO9sWldQ58vJLKMbTY2k5MkFHCEYcx25Q ox6gZlP/09l+XXlQWDCfNQniFGDGyWajLBVgSF3AE9vQ3C0yAoJt3Brq7dm2i+qPJUiS zvJg== X-Gm-Message-State: ABuFfogwHa/8UuEVvCzkjJlQc7Mw2b2bLCCSfG/gj/Bfra2L7nHIYGma rL+GROPq+mYLe6yU79Yp3zA= X-Google-Smtp-Source: ACcGV62GIFzf4r6pt36isEQwvo+QEMObqOSesIrLZ+HpCYwDJV/1K6LOjBSm/LQToRUUBzA5lAYxpg== X-Received: by 2002:aed:3c4e:: with SMTP id u14-v6mr4089828qte.198.1539309745848; Thu, 11 Oct 2018 19:02:25 -0700 (PDT) Received: from localhost (cpe-158-222-157-199.nyc.res.rr.com. [158.222.157.199]) by smtp.gmail.com with ESMTPSA id g82-v6sm19271554qkh.24.2018.10.11.19.02.25 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Oct 2018 19:02:25 -0700 (PDT) User-agent: mu4e 0.9.18; emacs 27.0.50 From: Adrian Bradd To: Nicolas Goaziou Cc: Marco Wahl , emacs-orgmode@gnu.org Date: Thu, 11 Oct 2018 22:02:23 -0400 Message-ID: <87in27ly6o.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::830 Subject: [O] Purpose of and documentation for the next branch (was: Re: Branch "next" garbled) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 02:02:36 -0000 Not 5 minutes later did I find this in another thread: >> Also, I'd like to avoid making changes to "master" branch. It >> should be >> considered frozen while we're waiting for Org 9.2. Please >> install next >> new features (that one is OK, I guess) in "next" branch, and >> rebase it >> on top of "master". So the next branch is a temporary replacement for master while master is frozen awaiting a release? > It might be worth the effort to document the role of the "next" > branch somewhere. Perhaps on the worg developer page? Adrian Bradd writes: > Hi all, > >> To prevent further complications with this branch, I suggest to >> treat is >> like master and master like maint. I.e., every commit done in >> master is >> duplicated into next so that final merge is easier. > > Sorry if this is obvious, but what is the next branch? > > This is the first I have heard of it (not that my org-fu is all > that comprehensive). I took a look around but I couldn't find > any > details about it in the mail archives. Granted I wasn't > expecting > much from a search that included the phrase "next branch". It > isn't mentioned on worg in the developers section either > (https://orgmode.org/worg/dev/index.html). > > Cheers, Cheers, -- Adrian Bradd From MAILER-DAEMON Thu Oct 11 23:18:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAnxn-0002Bg-0V for mharc-emacs-orgmode@gnu.org; Thu, 11 Oct 2018 23:18:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAnxj-0002B6-8a for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 23:18:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAnxi-00030i-Ad for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 23:18:03 -0400 Received: from mail-lf1-x12e.google.com ([2a00:1450:4864:20::12e]:45062) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAnxi-000304-35 for emacs-orgmode@gnu.org; Thu, 11 Oct 2018 23:18:02 -0400 Received: by mail-lf1-x12e.google.com with SMTP id m80-v6so8261498lfi.12 for ; Thu, 11 Oct 2018 20:18:00 -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; bh=DksDciWD8qL5h1SKhahQ6GiwDVGPoYuP+homUEb5oe0=; b=bvrbod0ryJkUsTNfoP29TQQf+81DiPhorKjUbrmL2InqwSGFeXJUeYKFKXeIGGn7NX G8xo1CqjEa0CL1l0GDCTCcp8McJfyAu9agOsTeGA0hjp4hjfSlf3pwelqCc5vaGh9afm XFyLwx618xGZBIVeCBgAjZ54dStJHcDooJYm0BToQyAxqv5Hh3Dw870sxiBce2MHYMQM FI2kgNGjFfGYtGzRP7uav/dicPS2uRTuGNPS0+UfN0MNyVQCw5NNAYMVSfvMx8Hbu+pR Qyjbi9CMS7K/LOfGc0XluSeqCEMbaGTNnSGXoVnK6EPipmJjJolkR9WXLsaTZz5WbUDi DXtQ== 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; bh=DksDciWD8qL5h1SKhahQ6GiwDVGPoYuP+homUEb5oe0=; b=soGw2t8xVP/7TXmuAcHx+E24OgFYroIdcQFnwECvRwXCtfwqcfsM9hq4FEqNJfTOY7 4HflASoUM0pcX6I/TFaGf9ZhWTP0r9bD4KVmEttP622qYnQzJ8dVDP9UskM7CH1vSYKp E7a+9gpA0HiBg+eIVk1IrW8eaAgFxeEmf+7Oj71LJf2irIVavLFKHWzmca0IlOa5Hovc ZeCa57f6nQD4a9reAZhGh7sEw8jHhFpJOjqUXHcST6lm1l2H7+X387/kBdy1kVhsMwl9 eSWTmxlVC1aKpqrv5Jl7KnCChJW8NYPjty75zUJXR6okEa5lPYmokkkZ7OUtuIAIRRXB ReJA== X-Gm-Message-State: ABuFfojNVAdDRFb34u9vtVuq/4sgV0nkm1hFzn+XWeDdlEwx/qaMNgFq dV+FMt/Ag/AYYWUBFqtIY0oM9UO8XKpMX5WfGzE= X-Google-Smtp-Source: ACcGV60LuQFVr78TEsfgATZ5kGsO85JXI4sglAYPJ9WRnQkHzsFwVRNPj4TNJhr+Z4siApzzdeIF2xBVXuhW6iGu//A= X-Received: by 2002:a19:14d4:: with SMTP id 81-v6mr2609971lfu.35.1539314278960; Thu, 11 Oct 2018 20:17:58 -0700 (PDT) MIME-Version: 1.0 References: <84ftxn45jn.fsf@gmail.com> <87h8i3nfjv.fsf@nicolasgoaziou.fr> <87k1mokkg2.fsf@gmail.com> In-Reply-To: <87k1mokkg2.fsf@gmail.com> From: Kaushal Modi Date: Thu, 11 Oct 2018 23:17:46 -0400 Message-ID: To: Adrian Bradd Cc: Nicolas Goaziou , Marco Wahl , emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000cb9cb80577ff8840" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12e Subject: Re: [O] Branch "next" garbled X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 03:18:05 -0000 --000000000000cb9cb80577ff8840 Content-Type: text/plain; charset="UTF-8" On Thu, Oct 11, 2018, 9:46 PM Adrian Bradd wrote: > > Sorry if this is obvious, but what is the next branch > Simply put, the next branch is even more bleeding edge than the master. Bleeding-edgeness: next > master > maint - maint :: gets published to Org Elpa, etc. Right now the version there is 9.1.x. This branch only takes bug and doc fixes right now - master :: this is the soon(TM)-to-be released Org 9.2 version. This has quite a many features (including few breaking) on top of Org 9.1.x. As this version is planned to be released soon, the plan is to not touch this branch for the time being as it gets tested out more. Touch this only for doc and bug fixes for Org 9.2. - next :: This branch is open to all sorts of commits. Changes here won't be visible until the next to next major Org release (probably 9.3?). In general, you would always commit to the most stable branch first and then merge that to the next less stable branch in succession. The less stable branch always contains all commits (as-is or merged) from the more stable branch. It isn't mentioned on worg in the developers section either > (https://orgmode.org/worg/dev/index.html). > My understanding is that the next branch is not a long term thing. > --000000000000cb9cb80577ff8840 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Oct = 11, 2018, 9:46 PM Adrian Bradd <adrian.bradd@gmail.com> wrote= :

Sorry if this is obvious, but what is the next branch

Simply put, the next b= ranch is even more bleeding edge than the master.=C2=A0

Bleeding-edgeness: next > master > ma= int

- maint :: gets publ= ished to Org Elpa, etc. Right now the version there is 9.1.x. This branch o= nly takes bug and doc fixes right now
- master :: th= is is the soon(TM)-to-be released Org 9.2 version. This has quite a many fe= atures (including few breaking) on top of Org 9.1.x. As this version is pla= nned to be released soon, the plan is to not touch this branch for the time= being as it gets tested out more. Touch this only for doc and bug fixes fo= r Org 9.2.
- next :: This branch is open to all sort= s of commits. Changes here won't be visible until the next to next majo= r Org release (probably 9.3?).=C2=A0

In general, you would always commit to the most stable branch = first and then merge that to the next less stable branch in succession.=C2= =A0

The less stable bran= ch always contains all commits (as-is or merged) from the more stable branc= h.=C2=A0

It isn't mentioned on worg i= n the developers section either
(https://orgmode.org/worg/dev/index.htm= l).

My understanding is that the next branch is not a long term thing.= =C2=A0
--000000000000cb9cb80577ff8840-- From MAILER-DAEMON Fri Oct 12 01:03:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gApbO-0001ip-1G for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 01:03:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46814) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gApbM-0001ig-F5 for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 01:03:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gApbJ-00065M-9z for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 01:03:04 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:59952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gApbJ-00062l-2y for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 01:03:01 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 7BCEDE62DE for ; Fri, 12 Oct 2018 07:02:56 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s7cMnzx1jxHw for ; Fri, 12 Oct 2018 07:02:50 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id DFCABE6257 for ; Fri, 12 Oct 2018 07:02:49 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Fri, 12 Oct 2018 07:01:14 +0200 Message-ID: <8736tbrc6d.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] Feature request for clocktable step X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 05:03:05 -0000 Hi Org, the manual says that I can say ":step day" or ":step week" in my clock reports. Could I also be able to say ":step month" or ":step year"? TIA, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Fri Oct 12 05:25:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAtgq-0004Hh-03 for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 05:25:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38738) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAtgo-0004Hb-37 for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 05:24:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAtgk-0000Wt-4G for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 05:24:58 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:57537) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAtgj-0000WA-Tx for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 05:24:54 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 9783320013; Fri, 12 Oct 2018 09:24:51 +0000 (UTC) From: Nicolas Goaziou To: Adrian Bradd Cc: Marco Wahl , emacs-orgmode@gnu.org References: <87in27ly6o.fsf@gmail.com> Mail-Followup-To: Adrian Bradd , Marco Wahl , emacs-orgmode@gnu.org Date: Fri, 12 Oct 2018 11:24:48 +0200 In-Reply-To: <87in27ly6o.fsf@gmail.com> (Adrian Bradd's message of "Thu, 11 Oct 2018 22:02:23 -0400") Message-ID: <87zhvj8qlb.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] Purpose of and documentation for the next branch X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 09:24:58 -0000 Hello, Adrian Bradd writes: > So the next branch is a temporary replacement for master while master > is frozen awaiting a release? Indeed. > >> It might be worth the effort to document the role of the "next" >> branch somewhere. > > Perhaps on the worg developer page? It's really a temporary thing because I didn't want to push more changes into master. It will go away as soon as Org 9.2 is out, which shouldn't be too long now. I don't think we need a documentation for that. -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 12 08:26:32 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAwWV-0002TQ-US for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 08:26:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAwWT-0002T6-80 for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 08:26:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAwWM-00078k-0Q for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 08:26:27 -0400 Received: from amu-stj-out2.univ-amu.fr ([139.124.244.207]:48000) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gAwWJ-0006rC-IY for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 08:26:20 -0400 IronPort-PHdr: =?us-ascii?q?9a23=3ATU/2cx9ACDGP1P9uRHKM819IXTAuvvDOBiVQ1K?= =?us-ascii?q?B42+0cTK2v8tzYMVDF4r011RmVBdqds6oMotGVmpioYXYH75eFvSJKW713fD?= =?us-ascii?q?hBt/8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFR?= =?us-ascii?q?XjLwp1Ifn+FpLPg8it2O2+55/ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyh?= =?us-ascii?q?zHontJf+RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKW?= =?us-ascii?q?E169b1uhTFUACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMMvrRr42RD?= =?us-ascii?q?ui9b9mRxHohikZKjA3/mLZhcNsg6xUux+hux9yzpTIbI2JLvdzfKXQds4aS2?= =?us-ascii?q?pbWcZRUjRMB5+mb4sOE+UKIOZXt5Xnp1QVsxS+ARSnCeTxxT9Sh3/5wbc20u?= =?us-ascii?q?o8EQHcxwMvAdYOvW/JrNXzNacST/m5w7PNzTXedf9W1y395ZHOfxs8r/+MWr?= =?us-ascii?q?dwftDQyUkpDw7Fk1OQqY37Pz+MzOsNtnWb4/BuVeK1k2InrwBxoiO2yscokI?= =?us-ascii?q?bGnZgZyl7e9Sh/3Y07JsW4RVZmbdOqFJZcrTyWO5V5T884TWxluzw2x7IItJ?= =?us-ascii?q?O9YSME0o4oxwTFZPyCa4WI5xXjW/uPLjpgn3Jlfa6/hw618Ui91u3wTsm030?= =?us-ascii?q?hOripCitTMrG4C2AfN5cibS/t9/UCh1SyS1wDV6+FEP1k4mrDeK5482LIwmI?= =?us-ascii?q?ATvVzCHi/whkr2kLebelgq9+Ws8ejrf6vqq5CGO4J6iQzyKKsjl8KnDeQ9KA?= =?us-ascii?q?cOXmyb+eqm1L3k+E30WKtFjuc3kqbFqpzbK9kbprSiDABL1oYu8Au/DzGn0N?= =?us-ascii?q?QGhHUINldFeA+dg4jnIVHCOOr4Auung1SwjDdrwOjLMaPkAprXMnfDi67tfb?= =?us-ascii?q?Fn605TzQozys1Q6IxPB7EOJvLzR1X9tNvCDh82YESIxLPqDdx2zcYZQ22KBa?= =?us-ascii?q?OUGKzUrBmP/O18DfOLYdq0ojf2Y8ex/fTjiTdtlEUcdu+2wIEdZXSQA/JnPQ?= =?us-ascii?q?CQZGeqjM1XQjRChRY3UOG/0A7KajVUfXvnB68=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DsBAD4kcBb/ysmfItlgheCBCVBbRI?= =?us-ascii?q?ogzY/lE+CHIlajDmCXw0jiSUhNwoNAQMBAQIBAQIBbBwMgjYignQXBAsBXw8?= =?us-ascii?q?NAgUhAhEBPINFggEPiUKbTXszGgKEW4NcgQ2BC4o7gheJb4I0glcCiRKVCgc?= =?us-ascii?q?CgQSFT4ocghuGfyMDhlaWJIFZIoFVdCshgm0IgWYBAQExGoUFiRY9MQEBjFQ?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.54,372,1534802400"; d="scan'208";a="237514353" Received: from unknown (HELO rebetiko.univ-amu.fr) ([139.124.38.43]) by smtp-stj.univ-amu.fr with ESMTP/TLS/AES256-GCM-SHA384; 12 Oct 2018 14:26:08 +0200 User-agent: mu4e 1.0; emacs 25.2.2 From: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= To: emacs-orgmode@gnu.org Date: Fri, 12 Oct 2018 14:26:07 +0200 Message-ID: <87y3b3wduo.fsf@univ-amu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 139.124.244.207 Subject: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_H?= =?utf-8?q?TML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 12:26:30 -0000 Hi list Since my last upgrade of org (9.1.14), during HTML export, the generation of a png image from a Tikz picture in a LaTeX src block is not working anymore. Here is the context : The org-latex-pdf-process variable is set to "latexmk -pdflatex='pdflatex -interaction nonstopmode -shell-escape' -pdf -outdir=\"%o\" -bibtex -f \"%f\"" (using customize). Latexmk executes well, the LaTeX src block is compiled without errors, except this little bizarre messages which appears after each execution of LaTeX : Output written on /tmp/babel-2628p9D//latex-26280Qa.pdf (1 page, 20872 bytes). Transcript written on /tmp/babel-2628p9D//latex-26280Qa.log. Latexmk: Log file says output to '/tmp/babel-2628p9D//latex-26280Qa.pdf' Latexmk: ===For rule 'pdflatex', actual output '/tmp/babel-2628p9D//latex-26280Qa.pdf' ======appears not to match expected output '/tmp/babel-2628p9D/latex-26280Qa.pdf' Latexmk: All targets (/tmp/babel-2628p9D/latex-26280Qa.pdf) are up-to-date this double '/' is strange... Then, when the org export process tries to convert the pdf to png with imagemagick, there's a problem : Converting pdffile file convert -density 150 /tmp/babel-2628p9D/latex-26280Qa.pdf -geometry 400 arbo.png... convert-im6.q16: not authorized `/tmp/babel-2628p9D/latex-26280Qa.pdf' @ error/constitute.c/ReadImage/412. convert-im6.q16: no images defined `arbo.png' @ error/convert.c/ConvertImageCommand/3258. And effectively, the file /tmp/babel-2628p9D/latex-26280Qa.pdf does not exist... Here is the minimal org file I have built to generate this problem : #+TITLE: Test d'export tikz qui ne marche plus #+DATE: <2015-11-10 mar.> #+LANGUAGE: fr #+OPTIONS: toc:1 num:1 #+LATEX_HEADER: \usepackage[utf8]{inputenc} #+LATEX_HEADER: \usepackage[T1]{fontenc} #+LATEX_HEADER: \usepackage{lmodern} #+LATEX_HEADER: \usepackage{tikz} * Récapitulatif #+header: :file arbo.png #+header: :imagemagick yes :fit yes #+header: :results raw :iminoptions -density 150 :imoutoptions -geometry 400 #+header: :headers '("\\renewcommand{\\familydefault}{\\sfdefault}" "\\usepackage{lmodern}" "\\usepackage{tikz}") #+BEGIN_SRC latex \usetikzlibrary{trees} \begin{tikzpicture}[thick,level 1/.style ={sibling distance=30mm},% level 2/.style={sibling distance=25mm},% level 3/.style={sibling distance=10mm}] \node {racine-par-défaut} [edge from parent fork down] child { node {hôte-par-défaut} child { node {rubrique1} child { node {a}} child { node {b}} child { node {c}} } child { node {rubrique2} child { node {d}} child { node {e}} child { node {f}} } child { node {private}} } child { node {site1}} child { node {site2} child { node {zone protégée}} } ; \end{tikzpicture} #+END_SRC Any idea ? Regards Éric -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LIS CNRS, UMR7020 http://www.lis-lab.fr/ From MAILER-DAEMON Fri Oct 12 09:21:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gAxNy-0006rg-5I for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 09:21:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gAxNt-0006pn-CA for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 09:21:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gAxNs-0002YW-EB for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 09:21:41 -0400 Received: from mail-oi1-x22a.google.com ([2607:f8b0:4864:20::22a]:37351) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gAxNs-0002XN-7R for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 09:21:40 -0400 Received: by mail-oi1-x22a.google.com with SMTP id e17-v6so9839617oib.4 for ; Fri, 12 Oct 2018 06:21:40 -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; bh=Y0uQKrqLwl1bK8kdGfazy3mcypww53lxTxY49nCsPjM=; b=YNdh19PBwHh178PjDLpKr5ilWwtbeJZx+DiGfvPNVzoCMHwxJMCmKcv75weOAzEKu0 3IM3+ijGuEt1eZt7wLcTwdq5MOiT0pTReN7Uf8abP3BOJXsKJsiIac3loSWNISTGd6Ks VECUcC8r+P1WuGSJqHLIyo2MFp7w7uyMllAHVD9c/dQMXOpLmQO4ngCSyJhGl9Z9YB+s DIAlc9seDlrIwDJL1pksM6AfBS1ESaDduZa9yoxmYyJDo2Zv2JR0ubD9qlkziQ+xaqE1 VKGw+ZzNIwcMqHSSi/n0EEl5s6WYRvfSpdxyMyQaB6YFvbmLDI5V2l2XfEa8plJ7CK0i /y8A== 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; bh=Y0uQKrqLwl1bK8kdGfazy3mcypww53lxTxY49nCsPjM=; b=OWdLpV0XW4AAnYlToS0Yj5HMrLn8Hq/2pLUQIM5qmxiownzp7UsgzLnkJMmHtWkjL6 VihqS2VNrES/oI6H2m9fryDef6kz3EDuEILHp4buxwqMByfmz9UVWwTAuOP3qsHrgbLO Or+Qru7KRyUY4CqXgssOhfe52qZq9rlkM4OTH0U4PUSQ54yvdejhrLOQI/LxUDy+jQcj AmJtHSaGeDYf2KTzZef4HDItpdy9NGx+m4hYBG86ldfKzkWDlxctI9RMRvEscEDQ+sEC HFB5Zr0ulGfYgCnponZD7kt/fuakCW0nWlcaTDI4iWYQUDceOgOPoWVFY2VuwCLs8/m5 qBlw== X-Gm-Message-State: ABuFfoguwS2FZT4NJ70Dn17NB05dt+wKCmqXX/zKcNywFlsClV4SW7gT s0Usmei6iYZ0rmAj+ZjZq+MnGURj9sQ6SOTkNykg8Ps8 X-Google-Smtp-Source: ACcGV61QTRwS5Cu0Q7HG1kMjgke5qqluHcxkkenfHUlv8i98cqKgwFcLw3c038mh/cV7gEzZV2efix+UltwFvtmejd4= X-Received: by 2002:aca:f156:: with SMTP id p83-v6mr3363628oih.332.1539350499112; Fri, 12 Oct 2018 06:21:39 -0700 (PDT) MIME-Version: 1.0 References: <878t349zu8.fsf@nicolasgoaziou.fr> In-Reply-To: <878t349zu8.fsf@nicolasgoaziou.fr> From: Joe Corneli Date: Fri, 12 Oct 2018 14:21:26 +0100 Message-ID: To: Org-mode mailing list Content-Type: multipart/alternative; boundary="000000000000af3c26057807f79e" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::22a Subject: Re: [O] org-table debugging formula - error X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 13:21:44 -0000 --000000000000af3c26057807f79e Content-Type: text/plain; charset="UTF-8" Hi, I couldn't reproduce it with emacs -Q and a freshly built version of org source code. At some point (make-string (car ev) ?\-) on line 2956 of org-table.el was being called with an argument that was a non-integer-formatted value, namely 570.0. But since I can't reproduce it at all now this is presumably an entirely transient issue! On Thu, Oct 11, 2018 at 6:07 PM Nicolas Goaziou wrote: > Hello, > > Joe Corneli writes: > > > Hello, > > > > I got an error when debugging the behaviour of a formula. > > > > You'll need: > > > > (setq org-table-formula-debug t) > > > > Then with any luck this should allow you to reproduce the error: C-c C-c > to run formula. > > > > | Task | Estimated Effort | > > |-----------------------+------------------| > > | INTRODUCTION | 9:30 | > > |-----------------------+------------------| > > | BACKGROUND | | > > |-----------------------+------------------| > > | FOO WORKFLOW | | > > |-----------------------+------------------| > > | BAR WORKFLOW | | > > |-----------------------+------------------| > > | BAZ WORKFLOW | | > > |-----------------------+------------------| > > | ADDITIONAL WORKFLOWS | 1d 4h 0min | > > |-----------------------+------------------| > > | FINDINGS | | > > |-----------------------+------------------| > > | ADDITIONAL ANALYSIS | 24:00 | > > |-----------------------+------------------| > > | DISCUSSION | | > > |-----------------------+------------------| > > | BIBLIOGRAPHY | | > > |-----------------------+------------------| > > | Appendix: Status | | > > | TOTAL WORKDAYS NEEDED | 5d 5h 30min | > > > > #+TBLFM: @>$2='(org-duration-from-minutes (apply '+ (map 'list > 'org-duration-to-minutes (list @I+1$2 @II+1$2 @III+1$2 @IIII+1$2 @IIIII+1$2 > @IIIIII+1$2 @IIIIIII+1$2 @IIIIIIII+1$2)))) > > > > I've attached a patch that fixes the problem for me. > > I cannot reproduce the problem. Could you explain why you do need this > patch? > > Regards, > > -- > Nicolas Goaziou > --000000000000af3c26057807f79e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, I couldn't reproduce it with emac= s -Q and a freshly built version of org source code.=C2=A0=C2=A0=C2=A0 At s= ome point (make-string (car ev) ?\-) on line 2956 of org-table.el was being= called with an argument that was a non-integer-formatted value, namely 570= .0.

But since I can't reproduce it= at all now this is presumably an entirely transient issue!
=
On Thu, Oct 11, 2018 at 6:0= 7 PM Nicolas Goaziou <mail@nic= olasgoaziou.fr> wrote:
Hello= ,

Joe Corneli <holtzermann17@gmail.com> writes:

> Hello,
>
> I got an error when debugging the behaviour of a formula.
>
> You'll need:
>
> (setq org-table-formula-debug t)
>
> Then with any luck this should allow you to reproduce the error: C-c C= -c to run formula.
>
> | Task=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |= Estimated Effort |
> |-----------------------+------------------|
> | INTRODUCTION=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | 9:30=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|
> |-----------------------+------------------|
> | BACKGROUND=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | FOO WORKFLOW=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | BAR WORKFLOW=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | BAZ WORKFLOW=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | ADDITIONAL WORKFLOWS=C2=A0 | 1d 4h 0min=C2=A0 =C2=A0 =C2=A0 =C2=A0|<= br> > |-----------------------+------------------|
> | FINDINGS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | ADDITIONAL ANALYSIS=C2=A0 =C2=A0| 24:00=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | DISCUSSION=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | BIBLIOGRAPHY=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> |-----------------------+------------------|
> | Appendix: Status=C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 |
> | TOTAL WORKDAYS NEEDED | 5d 5h 30min=C2=A0 =C2=A0 =C2=A0 |
>
> #+TBLFM: @>$2=3D'(org-duration-from-minutes (apply '+ (map = 'list 'org-duration-to-minutes (list @I+1$2 @II+1$2 @III+1$2 @IIII+= 1$2 @IIIII+1$2 @IIIIII+1$2 @IIIIIII+1$2 @IIIIIIII+1$2))))
>
> I've attached a patch that fixes the problem for me.

I cannot reproduce the problem. Could you explain why you do need this patc= h?

Regards,

--
Nicolas Goaziou
--000000000000af3c26057807f79e-- From MAILER-DAEMON Fri Oct 12 17:49:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gB5Iv-0006S8-KJ for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 17:49:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40231) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gB5It-0006S2-N6 for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 17:49:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gB5It-0007RR-2D for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 17:49:03 -0400 Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]:45545) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gB5Is-0007QL-ND for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 17:49:02 -0400 Received: by mail-lf1-x12c.google.com with SMTP id m80-v6so10316037lfi.12 for ; Fri, 12 Oct 2018 14:49:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0TMWeQu7QWT37hzUdu3Ab2N0yVtopiRbIFkin10btQM=; b=RiF+FuspXY848SSJYJJfx00apRS+25FVUF4GxLNXTAHstwRSQPkw/zNLHOWnXKMdRb TRA/NXluLwH69Vx82+CS7CzgTC+urNTylBzXgOmbDsQ8dC/aeAGxyJwbzdHJzl+CEtfr aRGeU4pB2vLRhtudVJu0dK2QLzXuuho6Mx9VdmHILcu2z9pDqFDxKjOyM5b2Xkfg3ckg A/GgORqExw6IfQohXdkvn/GIUMm65AfXlnt182XO9wYwts+RN3OHSyY9u6UmaoUVlddF pH+f1a09318MpDFyHni75iSTXW+lHFzgZbcmXKNCb/pmx3SKZ73r+3knt6HP8SyXkKT8 12Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0TMWeQu7QWT37hzUdu3Ab2N0yVtopiRbIFkin10btQM=; b=X3Ma55KHSmVHV6DoyG7u9cHQMeyIzNePbDDxYk8E+z+57NaKwWuYr3YYxVaq+Lg4Dq Mt7VKjp3GsoPYvb4muWapGM4P865V1/7eRtLNbV2ZuvbMDaO5iAEReEwr8hzzWSeAhqw 4MJq1wHpHy6aOcIwiDT3FCOxERixo6/jUVGL0JXshEHJc4UxDjeDptNXbMLyQaUKmxMk hZGx4KGCcb9Gk4kJhNEBmfObDWB0XIpz3iY9EAE2vIFhP3gbg2l1xXQioM1DI8efedK/ OQEQJ4SB2smD+7kXM4rl7Jua3u3+QFOHNf5NDYuNPEGPzfpEEv3rNZptEWsli+v8oeeS 3+6Q== X-Gm-Message-State: ABuFfoiI7wo4jckA8sp3PNG0PHqTjQraWs0Kmbngr8IAkE3mYhWqVMpx cqJKxX07KexR7N1vzi3Ay7bhjkUTkEBUclwNczE= X-Google-Smtp-Source: ACcGV62hNdHBLq9vkveQ80lhlL74LkpskO0xJdCjpvdr56pHyxSV2RB9RKms11faGhdVirr1nFXt92ZyAK9sdSZxatU= X-Received: by 2002:a19:124b:: with SMTP id h72-v6mr5019064lfi.72.1539380941103; Fri, 12 Oct 2018 14:49:01 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Fri, 12 Oct 2018 14:48:59 -0700 (PDT) In-Reply-To: <2018-10-08T18-11-03@devnull.Karl-Voit.at> References: <2018-10-01T16-59-13@devnull.Karl-Voit.at> <2018-10-08T17-11-05@devnull.Karl-Voit.at> <2018-10-08T18-11-03@devnull.Karl-Voit.at> From: Samuel Wales Date: Fri, 12 Oct 2018 14:48:59 -0700 Message-ID: To: Karl Voit Cc: emacs-orgmode@gnu.org Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12c Subject: Re: [O] Complexity of using spreadsheet functionality (was: Calculate differences of remote table numbers) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 21:49:04 -0000 me too on spreadsheets are challenging in org [but powerful]. i wonder what would make them more intuitive. i use them infrequently, so i have to re-learn them when i use them. it would be really neat if we could do something like c-c ' that pulls up a more immediately intuitive interface. maybe an ses mode type spreadsheet? for some tasks, some might even prefer a regular spreadsheet whose serialized dot files get stored in an org block. but that would not show the table in org, which you want also. From MAILER-DAEMON Fri Oct 12 18:38:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gB656-0005rQ-J5 for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 18:38:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gB654-0005rG-IK for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 18:38:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gB651-0006xc-E2 for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 18:38:50 -0400 Received: from mr28p00im-ztfo03025201.me.com ([17.110.71.102]:22046) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gB651-0006wi-7h for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 18:38:47 -0400 Received: from process-dkim-sign-daemon.mr28p00im-ztfo03025201.me.com by mr28p00im-ztfo03025201.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) id <0PGI00D00BF24N00@mr28p00im-ztfo03025201.me.com> for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 22:38:30 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=04042017; t=1539383910; bh=3Sz0saeaC3M/eaETP+Psa148DE+ZYsXbph26TUdaeU0=; h=From:Content-type:MIME-version:Subject:Message-id:Date:To; b=BfUSJJuDo3fCCehoQPNJ9S20NqUS0LXAfThxc3HxPQJN5AEgk6/Mi1gWKA0NGTiIW sc+blvJ+X0nxE7j8L9GM6ESSTkv77DC55jY1ZFlbhbfRB1s0Bgs54HxGE6oQmFMQn0 AgN0US3AtKm/feMN1ANjlBDHISaHdCKN/gVUv5069Gu3/DoXr3rNxPmbC42Jz9BpYQ glFQKUAXEeHixU59PJN7vcAw/XepuwjehzTf7a++/8WC73qtOBhnD6PW3sBw8BuyLB /kbv4yaRISR1EjhyDzoExq5lREHZbc+fl1pD1FE3u+Ibc+Cw7mRCq32Mq+M0GErJoo iuNLq51lHVvgA== Received: from icloud.com ([127.0.0.1]) by mr28p00im-ztfo03025201.me.com (Oracle Communications Messaging Server 8.0.2.2.20180531 64bit (built May 31 2018)) with ESMTPSA id <0PGI00H2WC84T430@mr28p00im-ztfo03025201.me.com> for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 22:38:29 +0000 (GMT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=472 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1810120225 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-10-12_15:,, signatures=0 From: "M. P." Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable MIME-version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Message-id: Date: Fri, 12 Oct 2018 15:38:28 -0700 To: emacs-orgmode@gnu.org X-Mailer: Apple Mail (2.3445.100.39) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 17.110.71.102 Subject: [O] saving web resources with org X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Oct 2018 22:38:51 -0000 How can I save a web page or a utube clip with org in some form of = organized manner?= From MAILER-DAEMON Fri Oct 12 21:54:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gB98i-0005kU-3i for mharc-emacs-orgmode@gnu.org; Fri, 12 Oct 2018 21:54:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gB98g-0005kK-Jz for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 21:54:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gB98f-0001dm-ST for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 21:54:46 -0400 Received: from mail-pg1-x536.google.com ([2607:f8b0:4864:20::536]:44945) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gB98f-0001bl-Jn for emacs-orgmode@gnu.org; Fri, 12 Oct 2018 21:54:45 -0400 Received: by mail-pg1-x536.google.com with SMTP id g2-v6so6605662pgu.11 for ; Fri, 12 Oct 2018 18:54:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=NN0k7QSqsoctcOLqep0obCnoOmtrYEWi5j7CkP7/WEc=; b=nweZAiwqH0YcFz7rF2LDrled9wCLa9RoJGTxnhV+YTY8rj8UreAPWwZohe0/Jm/GCX Sj/+MH2yzjz0LXhRe6kYkzoooBBVg5mAPDSGhrmthNrA516b4Ecm+UxSPMpy/jzCwLQF YqOOszB7fBTwVhAG3hdLYK1ENhzaSZxfiRjA/pfUQmINGY8Enn5PfVL4VVOujbY7nMRM AidLPf8M2DFO5efv0phffpW+Aqd8Cma7zk518goZWwYljNJV2cir9AvXsZPqFm7TnPP0 uVPbujBlOVS6d62fDZDf2Ne6VU0Qg+/Qtcdumjpev9WbwhJHFwdXYko5EPGRdEl+Wpob O0Kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=NN0k7QSqsoctcOLqep0obCnoOmtrYEWi5j7CkP7/WEc=; b=qvlQyGl3rt6/4k3pk8cY1AIIKA1EZtVmFsdFf/Mv91RI79VUb8LHR/2MQQLUEzrLNj mEMcXfrLQ3tQaRr6Or2axrDMil1iGGeZiw7TNTqFQghl8q6co3z2DbHQ+05YGQonoeTJ /pGly4fe5rBLOeFuNZTUh7lFls1hWsEkIyL8AUs1/IdMBeqW9XPMFIzLyM1KjHZvStdB FslMiK/T3vOPDnaLXRcLCGfH6muGOrKoyFiBKuph59IBEzm4AlXt3VZYAGjVwTBdFzms ng1iV7AsP8SV0rVtrEK7hq246fewvKV7nxrQeqAwNDr0Gkb7IjeirdPNKQBSq4kAAUK9 rOmQ== X-Gm-Message-State: ABuFfoircaYghSx2kEeO2Z39g8LbYj8eiHf6u9vzsRrVS6/RRpOaVA9D 3bKPnR1hzovRviw6djFRIj6E5OaY X-Google-Smtp-Source: ACcGV61dXhH1r7SEnxx31KtKlJ5oyeqjhXUjQQywS0nKvGavmMXfmEWh3MBVTWz1uiBbUpZNN/FKgw== X-Received: by 2002:a63:69c9:: with SMTP id e192-v6mr7798838pgc.143.1539395683206; Fri, 12 Oct 2018 18:54:43 -0700 (PDT) Received: from ?IPv6:2601:646:c102:bf0c:e857:e102:925a:de9d? ([2601:646:c102:bf0c:e857:e102:925a:de9d]) by smtp.gmail.com with ESMTPSA id 187-v6sm4459684pfu.129.2018.10.12.18.54.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Oct 2018 18:54:42 -0700 (PDT) To: emacs-orgmode@gnu.org From: Tom Burbage Message-ID: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> Date: Fri, 12 Oct 2018 18:54:40 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::536 Subject: [O] org-mode: Would like to add custom chars as org-list bullets X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 01:54:47 -0000 When I use simple lists, I would like to be able to mix in '!' and '?' with '-' as these are sometimes more expressive of what the list item represents. My request is that the list of characters org-list recognizes as being a valid "bullet" be customizable by the user. From MAILER-DAEMON Sat Oct 13 01:34:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBCYv-0000Ys-Tj for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 01:34:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49254) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBCYt-0000YQ-VS for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 01:34:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBCYo-0006yz-3O for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 01:34:03 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:32841) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBCYm-0006wS-8l for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 01:33:57 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 3425420002; Sat, 13 Oct 2018 05:33:52 +0000 (UTC) From: Nicolas Goaziou To: Tom Burbage Cc: emacs-orgmode@gnu.org References: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> Mail-Followup-To: Tom Burbage , emacs-orgmode@gnu.org Date: Sat, 13 Oct 2018 07:33:51 +0200 In-Reply-To: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> (Tom Burbage's message of "Fri, 12 Oct 2018 18:54:40 -0700") Message-ID: <87murifm0w.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] org-mode: Would like to add custom chars as org-list bullets X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 05:34:04 -0000 Hello, Tom Burbage writes: > My request is that the list of characters org-list recognizes as being > a valid "bullet" be customizable by the user. The syntax is not meant to be customizable. It goes against having a standard Org format. You can however, put overlays on top of bullets and /display/ them as you wish. The extension "org-bullets" does something similar. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 13 02:56:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBDqD-00086p-1k for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 02:56:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBDqB-00086S-98 for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 02:55:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBDqA-0002bZ-Hq for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 02:55:59 -0400 Received: from forward102o.mail.yandex.net ([2a02:6b8:0:1a2d::602]:42482) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBDqA-0002ax-60 for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 02:55:58 -0400 Received: from mxback2j.mail.yandex.net (mxback2j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10b]) by forward102o.mail.yandex.net (Yandex) with ESMTP id 20FB85A081A6; Sat, 13 Oct 2018 09:55:55 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback2j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id TZ4IDYURza-ts2uIgsd; Sat, 13 Oct 2018 09:55:55 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1539413755; bh=IKR4EZiZ1Nso3+uQAWU2kKnv5eYcfMHPh86vXtPurBA=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=tFc/wjh4Hue2ptDUNO9ayIIz5OQizJkpudbCzAt9WVjPLPQaml8XS/Itga/r5nfmh caQ8cA/b9+vsKaF6RfNiqLL0E6AW2901/p2i15sWMSp5yYHMdiznoufXMwOploYkzc SyGjSCZ4u5bFJd4vA7xGxHRPTElwxkrEu6p2bx9o= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id ZZ28TNXZ8D-trc4ZUAl; Sat, 13 Oct 2018 09:55:54 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1539413754; bh=IKR4EZiZ1Nso3+uQAWU2kKnv5eYcfMHPh86vXtPurBA=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=dxKuQ1ZhfTsYh9273zAMkwJJdc3w+waUxV7zAo920hfp1fWxf3jzWullmVH9EThEa +2D85ITCd4KpRu+8OCw9FPZrcBKyisMiOociiVZLs9fLy6huXISbUbVFnxhCiWB9G8 /UZEoQw/KGM7VjwHc4PfrztkkaKjWq74uW3m8dW0= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Tom Burbage Cc: emacs-orgmode@gnu.org Cc: References: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> X-Face: -P+89ASh_wrs;AUGm`!l[}/o-lyK}5W.gq\fkJ{#d6Gu,hWrZNz::iMm5PJb} __A96]-LUrl)X=uF=V|\3-\9/sXvBs/H Date: Sat, 13 Oct 2018 07:55:52 +0100 In-Reply-To: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> (Tom Burbage's message of "Fri, 12 Oct 2018 18:54:40 -0700") Message-ID: <87tvlq49on.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAAA8AAAAPCAIAAAC0tAIdAAAABmJLR0QA/wD/AP+gvaeTAAAA ZElEQVQokc2QwQnAMAhFf0oHySa6mau4iRnFTeyhor3mUIh4kKfC4wOIt4miSiSKmzW/sFN71zdR TnNirV4Ud//wcjJrV5F2JWr+p/cQia2HQ/IeZuntDtWkzGDOWRXuZX1K3g/Z1YkJg268wAAAAABJ RU5ErkJggg== MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:1a2d::602 Subject: Re: [O] org-mode: Would like to add custom chars as org-list bullets X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 06:56:00 -0000 >>>>> Tom Burbage writes: > When I use simple lists, I would like to be able to mix in '!' and > '?' with '-' as these are sometimes more expressive of what the > list item represents. My request is that the list of characters > org-list recognizes as being a valid "bullet" be customizable by > the user. Have a look at https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again. Best wishes, From MAILER-DAEMON Sat Oct 13 10:11:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBKdk-0003oD-5K for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:11:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42756) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBKdi-0003o7-6a for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:11:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBKdh-0003Ci-6o for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:11:34 -0400 Received: from mail-wr1-x433.google.com ([2a00:1450:4864:20::433]:43636) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBKdg-0003CC-V0 for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:11:33 -0400 Received: by mail-wr1-x433.google.com with SMTP id n1-v6so16329678wrt.10 for ; Sat, 13 Oct 2018 07:11:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Y4NZ8fE7N2hrDy7tx3EoaiOCo7O4tlHrqps/TptalnI=; b=H4GDKHVYQd32Cjj5aZ2jU9Ax02iliJY+IeU7XQd8IpvoEwHfJC1X/oyRLvbeHNv7L3 goFEsawlRZdZ0fxzVHZyX05H52wK7jF2XYdTd/794LUT7fFli38XoHNqDs9SXN1olHRy Z+wq3nmqKRP7TOqGgsCrDyF74tFOvLRXeGCjFlgqfM+DY+DX9Qz7drdltL589p8BzyKj 0XGQUhWqpHitT5KvvLQf2ZiGFJee2FlusEma8STD0UFQ9Qxsa274WT00IKuP4+rhi1dE 8opmx3GVkwAXOQbzw11Q1Jc0G9gMfWLS3JXXwIvG8yF62CbDBxCyfPpXgge6Qi/McGKr OL1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Y4NZ8fE7N2hrDy7tx3EoaiOCo7O4tlHrqps/TptalnI=; b=tR4645jT6o+PBZD9z5d6Whl9C+cSIqPJktfJzBX8j/Eb3U+PkYQgPggnXPfzuSFe51 dXj8VcYvmjwOaX1axQNITHNeLICzB7LRkaykyV3rmyjg/ATrEDlsQEBLLidJ6fdzapq4 0YyiXlURORO5FIsVyALnI7DGWzxCEc/69slX+PZO7BNw1Zamsw2kOXmYKdaPDTTTMtSv Z1N5636Bbf9/3FAhnVfCCH34nF/iyOmfVl4dSToi5LdTratAfZwA1iGnJFY2aGdEMBsX u4Qy2OSTg7u1c1z0mSTJmjOkJQdZJmk3TxiPonugbn7aDJIF32f9wm4OM7Dqvqyl8StX 2MDw== X-Gm-Message-State: ABuFfojtWwBMFAS7B+/mkBH0Nk1u4hwauYEW/CDxpXyA2+Op8uiCZ3sb kGH4W2LrZ4U5q+2Bk9LB5R6npCRSHkFtrChVMBiRyKBjK5E= X-Google-Smtp-Source: ACcGV61QHKZTjdNNzcKSpehQb5UjHmAzsopbghh31mfnPKs7bZXdE/1XUNLrYJpmjrK0sr7QnWTfTd6Bm00+Fd8Ymx4= X-Received: by 2002:adf:dd83:: with SMTP id x3-v6mr8437284wrl.212.1539439891654; Sat, 13 Oct 2018 07:11:31 -0700 (PDT) MIME-Version: 1.0 From: Dmitrii Gerasimov Date: Sat, 13 Oct 2018 15:11:20 +0100 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/mixed; boundary="000000000000e5490705781cc75c" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::433 Subject: [O] [PATCH] test-org-agenda: new test for setting priority X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 14:11:35 -0000 --000000000000e5490705781cc75c Content-Type: multipart/alternative; boundary="000000000000e5490605781cc75a" --000000000000e5490605781cc75a Content-Type: text/plain; charset="UTF-8" Hi. Was investigating what I has thought to be a bug in org-agenda, but turns out that it's something else in my setup. Ended up with a unit test in the process, hope it's useful. -- Dmitrii Gerasimov --000000000000e5490605781cc75a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi. Was investigating what I has tho= ught to be a bug in org-agenda, but turns out that it's something else = in my setup. Ended up with a unit test in the process, hope it's useful= .

--
Dmitrii Gerasimov
--000000000000e5490605781cc75a-- --000000000000e5490705781cc75c Content-Type: text/x-patch; charset="US-ASCII"; name="0001-test-org-agenda-new-test-for-setting-priority.patch" Content-Disposition: attachment; filename="0001-test-org-agenda-new-test-for-setting-priority.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jn7ipk9c0 RnJvbSA5MDc2ZGRhMDdhNGE1ZTU1YWMwN2EwY2NkOTQzZWFkNTFkYjdiNzkzIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBEaW1hIEdlcmFzaW1vdiA8a2FybGljb3NzQGdtYWlsLmNvbT4K RGF0ZTogU2F0LCAxMyBPY3QgMjAxOCAxNDozMToxMyArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIHRl c3Qtb3JnLWFnZW5kYTogbmV3IHRlc3QgZm9yIHNldHRpbmcgcHJpb3JpdHkKCiogdGVzdGluZy9l eGFtcGxlcy9hZ2VuZGEtZmlsZS5vcmc6IGFkZCBhIHN1Ym5vdGUsIG1ha2Ugc3VyZSBpdCBoYXMg bm8KICBpbXBhY3Qgb24gYWdlbmRhCiogdGVzdGluZy9saXNwL3Rlc3Qtb3JnLWFnZW5kYS5lbCAo dGVzdC1vcmctYWdlbmRhL3NldC1wcmlvcml0eSk6IG5ldwogIHRlc3QKLS0tCiB0ZXN0aW5nL2V4 YW1wbGVzL2FnZW5kYS1maWxlLm9yZyB8ICAxICsKIHRlc3RpbmcvbGlzcC90ZXN0LW9yZy1hZ2Vu ZGEuZWwgIHwgMTcgKysrKysrKysrKysrKysrKysKIDIgZmlsZXMgY2hhbmdlZCwgMTggaW5zZXJ0 aW9ucygrKQoKZGlmZiAtLWdpdCBhL3Rlc3RpbmcvZXhhbXBsZXMvYWdlbmRhLWZpbGUub3JnIGIv dGVzdGluZy9leGFtcGxlcy9hZ2VuZGEtZmlsZS5vcmcKaW5kZXggNjU3OWIxY2M4Li4xYzcyNjQ5 NzkgMTAwNjQ0Ci0tLSBhL3Rlc3RpbmcvZXhhbXBsZXMvYWdlbmRhLWZpbGUub3JnCisrKyBiL3Rl c3RpbmcvZXhhbXBsZXMvYWdlbmRhLWZpbGUub3JnCkBAIC0zLDMgKzMsNCBAQAogPDIwMTctMDMt MTAgRnJpPgogKiB0ZXN0IGFnZW5kYQogU0NIRURVTEVEOiA8MjAxNy0wNy0xOSBXZWQ+CisqKiBz dWJub3RlCmRpZmYgLS1naXQgYS90ZXN0aW5nL2xpc3AvdGVzdC1vcmctYWdlbmRhLmVsIGIvdGVz dGluZy9saXNwL3Rlc3Qtb3JnLWFnZW5kYS5lbAppbmRleCA2YWFhODhmYzMuLmIyOGUxMjJlOSAx MDA2NDQKLS0tIGEvdGVzdGluZy9saXNwL3Rlc3Qtb3JnLWFnZW5kYS5lbAorKysgYi90ZXN0aW5n L2xpc3AvdGVzdC1vcmctYWdlbmRhLmVsCkBAIC04NSw2ICs4NSwyMyBAQAogCSAgICAobG9va2lu Zy1hdCAiICphZ2VuZGEtZmlsZTpTY2hlZHVsZWQ6ICp0ZXN0IGFnZW5kYSIpKSkpCiAgIChvcmct dGVzdC1hZ2VuZGEtLWtpbGwtYWxsLWFnZW5kYXMpKQogCisoZXJ0LWRlZnRlc3QgdGVzdC1vcmct YWdlbmRhL3NldC1wcmlvcml0eSAoKQorICAiT25lIGluZm9ybWF0aXZlIGxpbmUgaW4gdGhlIGFn ZW5kYS4gQ2hlY2sgdGhhdCBvcmctYWdlbmRhLXByaW9yaXR5IHVwZGF0ZXMgdGhlIGFnZW5kYS4i CisgIChjbC1hc3NlcnQgKG5vdCBvcmctYWdlbmRhLXN0aWNreSkgbmlsICJwcmVjb25kaXRpb24g dmlvbGF0aW9uIikKKyAgKGNsLWFzc2VydCAobm90IChvcmctdGVzdC1hZ2VuZGEtLWFnZW5kYS1i dWZmZXJzKSkKKwkgICAgIG5pbCAicHJlY29uZGl0aW9uIHZpb2xhdGlvbiIpCisgIChsZXQgKChv cmctYWdlbmRhLXNwYW4gJ2RheSkKKwkob3JnLWFnZW5kYS1maWxlcyBgKCwoZXhwYW5kLWZpbGUt bmFtZSAiZXhhbXBsZXMvYWdlbmRhLWZpbGUub3JnIgorCQkJCQkgICAgICAgb3JnLXRlc3QtZGly KSkpKQorICAgIChvcmctYWdlbmRhLWxpc3QgbmlsICI8MjAxNy0wNy0xOSBXZWQ+IikKKyAgICAo c2V0LWJ1ZmZlciBvcmctYWdlbmRhLWJ1ZmZlci1uYW1lKQorCisgICAgKHNob3VsZAorICAgICAo cHJvZ24gKGdvdG8tbGluZSAzKQorCSAgICAob3JnLWFnZW5kYS1wcmlvcml0eSA/QikKKwkgICAg KGxvb2tpbmctYXQtcCAiICphZ2VuZGEtZmlsZTpTY2hlZHVsZWQ6ICpcXFsjQlxcXSB0ZXN0IGFn ZW5kYSIpKSkpCisgIChvcmctdGVzdC1hZ2VuZGEtLWtpbGwtYWxsLWFnZW5kYXMpKQorCiAoZXJ0 LWRlZnRlc3QgdGVzdC1vcmctYWdlbmRhL3N0aWNreS1hZ2VuZGEtbmFtZSAoKQogICAiQWdlbmRh IGJ1ZmZlciBuYW1lIGFmdGVyIGhhdmluZyBjcmVhdGVkIG9uZSBzdGlja3kgYWdlbmRhIGJ1ZmZl ci4iCiAgIChjbC1hc3NlcnQgKG5vdCBvcmctYWdlbmRhLXN0aWNreSkgbmlsICJwcmVjb25kaXRp b24gdmlvbGF0aW9uIikKLS0gCjIuMTcuMQoK --000000000000e5490705781cc75c-- From MAILER-DAEMON Sat Oct 13 10:26:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBKsQ-0006Ff-V6 for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:26:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44475) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBKsO-0006EX-SU for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:26:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBKsJ-0002Fb-RT for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:26:44 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:59221) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBKsJ-0002Ei-01 for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 10:26:39 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 0630220009; Sat, 13 Oct 2018 14:26:35 +0000 (UTC) From: Nicolas Goaziou To: Marcin Borkowski Cc: Org-Mode mailing list References: <8736tbrc6d.fsf@mbork.pl> Mail-Followup-To: Marcin Borkowski , Org-Mode mailing list Date: Sat, 13 Oct 2018 16:26:35 +0200 In-Reply-To: <8736tbrc6d.fsf@mbork.pl> (Marcin Borkowski's message of "Fri, 12 Oct 2018 07:01:14 +0200") Message-ID: <87h8hpgbxg.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] Feature request for clocktable step X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 14:26:45 -0000 Hello, Marcin Borkowski writes: > the manual says that I can say ":step day" or ":step week" in my clock > reports. Could I also be able to say ":step month" or ":step year"? Done in "next" branch. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 13 11:06:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBLVK-0004dT-La for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 11:06:58 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52235) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBLVI-0004dB-El for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 11:06:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBLVE-0008Me-Qz for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 11:06:56 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:37033) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBLVD-0008HZ-Hk for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 11:06:52 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 5EDF140002; Sat, 13 Oct 2018 15:06:48 +0000 (UTC) From: Nicolas Goaziou To: Dmitrii Gerasimov Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Dmitrii Gerasimov , emacs-orgmode@gnu.org Date: Sat, 13 Oct 2018 17:06:46 +0200 In-Reply-To: (Dmitrii Gerasimov's message of "Sat, 13 Oct 2018 15:11:20 +0100") Message-ID: <87a7nhga2h.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] [PATCH] test-org-agenda: new test for setting priority X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 15:06:57 -0000 Hello, Dmitrii Gerasimov writes: > Hi. Was investigating what I has thought to be a bug in org-agenda, but > turns out that it's something else in my setup. Ended up with a unit test > in the process, hope it's useful. I applied your patch. I added a TINYCHANGE cookie in case you haven't signed FSF papers already. Thank you. -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 13 17:23:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBRNo-000732-QR for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 17:23:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39081) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBRNn-00072w-Lx for Emacs-orgmode@gnu.org; Sat, 13 Oct 2018 17:23:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBRNk-0007Ku-DQ for Emacs-orgmode@gnu.org; Sat, 13 Oct 2018 17:23:35 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:55891) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBRNk-0007FV-2k for Emacs-orgmode@gnu.org; Sat, 13 Oct 2018 17:23:32 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id A69A6240002; Sat, 13 Oct 2018 21:23:29 +0000 (UTC) From: Nicolas Goaziou To: qijian gong Cc: Emacs-orgmode@gnu.org References: Mail-Followup-To: qijian gong , Emacs-orgmode@gnu.org Date: Sat, 13 Oct 2018 23:23:26 +0200 In-Reply-To: (qijian gong's message of "Thu, 11 Oct 2018 19:27:55 +0800") Message-ID: <87y3b1ee29.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] [PATCH] ob-core.el: Fix org-babel--string-to-number X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2018 21:23:36 -0000 Hello, qijian gong writes: > I've write a patch (see attachment) to fix the > `org-babel--string-to-number` function. > > In my opinion, if people write the data in the form `0001`, it means that > he wants to treat it as a string: I added TINYCHANGE at the end of the commit message and applied your patch on "next" branch (Org 9.3). Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 13 21:56:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBVdv-0001Mt-F2 for mharc-emacs-orgmode@gnu.org; Sat, 13 Oct 2018 21:56:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51291) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBVdt-0001MT-FR for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 21:56:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBVdp-0008N7-GW for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 21:56:29 -0400 Received: from mail-40135.protonmail.ch ([185.70.40.135]:51647) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBVdk-0008Hv-9c for emacs-orgmode@gnu.org; Sat, 13 Oct 2018 21:56:23 -0400 Date: Sun, 14 Oct 2018 01:55:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=default; t=1539482165; bh=wdOA+uY+M4zToVMQ7Cf+1vtRdlHsmGAZmaM32ORfqZM=; h=Date:To:From:Reply-To:Subject:Feedback-ID:From; b=pNETUWHAypEytuSlYQynAmqw2FwuLzIK9adwKjE8klTn2eupntjMchP6qH1OPDhRE 1l3bClW6gzOs5HrPUIS8grR3oU2Cz+RA2y6pbv7Yq0vHtVnSYM5ppP9cxYiPeBk//S rvrluJ8O9W/qyDRLyHTnoiNt5tF4YKZtNxUGmTrA= To: "Emacs-orgmode@gnu.org" From: Jud Taylor Reply-To: Jud Taylor Message-ID: Feedback-ID: S886JGV0IqRFNrAj4lv0ElUN6aYKuh6emUBiDrxsY_-ObgWaUXv8EYFQ9cs9sHsMJyvFe2FrGwOFRgLmFtZv_g==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_b3d1e9c5021adf746fbae0256bf8afc2" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 185.70.40.135 Subject: [O] Questions after Attempt at using org-publish per https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 01:56:31 -0000 This is a multi-part message in MIME format. --b1_b3d1e9c5021adf746fbae0256bf8afc2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSBoYXZlIHNvbWUgcXVlc3Rpb25zIGFib3V0IGhvdyB0byB1c2Ugb3gtcHVibGlzaCB0byBjcmVh dGUgc3RhdGljIHNpdGVzLgoKSSBoYXZlIGZvbGxvd2VkIHN0ZXBzIGRvY3VtZW50ZWQgYXQgaHR0 cHM6Ly9vcmdtb2RlLm9yZy93b3JnL29yZy10dXRvcmlhbHMvb3JnLXB1Ymxpc2gtaHRtbC10dXRv cmlhbC5odG1sLgoKSSBoYXZlIGRvY3VtZW50ZWQgbXkgc3RlcHMgYW5kIGNvcGllZCBzb3VyY2Ug YW5kIG91dHB1dCBhdCBodHRwczovL2dpdGh1Yi5jb20vZ3B0aXgvb3JnLXNpdGUtdGVzdAoKSSBo YXZlIHRyaWVkIHRvIHNlYXJjaCBmb3IgYW5zd2VycyBvbiB0aGUgZW1hY3Mtb3JnbW9kZSBtYWls aW5nIGxpc3QsIGFuZCBvbiB0aGUgd2ViLgoKTXkgdGhyZWUgY3VycmVudCBpc3N1ZXM6CgotIEkg ZG8gbm90IHVuZGVyc3RhbmQgaG93IGNzcyBpbmZvIGlzIGJlaW5nIGluamVjdGVkIGludG8gb3V0 cHV0IGh0bWwgZmlsZXMuIEkgZGlkIG5vdCBjcmVhdGUgYW55IGNzcyBmaWxlIHRvIGJlIHJlZmVy ZW5jZWQsIGJ1dCBzdHlsaW5nIGlzIGJlaW5nIGluY2x1ZGVkIGFzIENEQVRBLgoKLSBJIGRvIG5v dCB1bmRlcnN0YW5kIHdoYXQgdGhlCjphdXRvLXByZWFtYmxlIHQKaW4gYSBjb21wb25lbnQgaXMg Zm9yLgoKLSBJIGRvIG5vdCB1bmRlcnN0YW5kIHRoZSByZWxhdGlvbiBiZXR3ZWVuCihyZXF1aXJl ICdveC1wdWJsaXNoKQphdCB0aGUgYmVnaW5uaW5nIG9mIHRoZSB0dXRvcmlhbCwgYW5kCihyZXF1 aXJlICdvcmctcHVibGlzaCkKaW4gdGhlIHBvcnRpb24gb2YgdGhlIHR1dG9yaWFsIGRlc2NyaWJp bmcgaG93IHRvIGFjdHVhbGx5IHB1Ymxpc2guCgpJJ2QgbG92ZSBhbnkgaGVscCBvciBhIHBvaW50 ZXIgdG8gd2hlcmUgSSBjYW4gcmVhZCBhYm91dCB0aGVzZS4KClRoYW5rcy4KClNlbnQgd2l0aCBb UHJvdG9uTWFpbF0oaHR0cHM6Ly9wcm90b25tYWlsLmNvbSkgU2VjdXJlIEVtYWlsLg== --b1_b3d1e9c5021adf746fbae0256bf8afc2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5JIGhhdmUgc29tZSBxdWVzdGlvbnMgYWJvdXQgaG93IHRvIHVzZSBveC1wdWJsaXNoIHRv IGNyZWF0ZSBzdGF0aWMgc2l0ZXMuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBoYXZl IGZvbGxvd2VkIHN0ZXBzIGRvY3VtZW50ZWQgYXQgPGEgaHJlZj0iaHR0cHM6Ly9vcmdtb2RlLm9y Zy93b3JnL29yZy10dXRvcmlhbHMvb3JnLXB1Ymxpc2gtaHRtbC10dXRvcmlhbC5odG1sIj5odHRw czovL29yZ21vZGUub3JnL3dvcmcvb3JnLXR1dG9yaWFscy9vcmctcHVibGlzaC1odG1sLXR1dG9y aWFsLmh0bWw8L2E+Ljxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkkgaGF2ZSBkb2N1bWVu dGVkIG15IHN0ZXBzIGFuZCBjb3BpZWQgc291cmNlIGFuZCBvdXRwdXQgYXQgPGEgaHJlZj0iaHR0 cHM6Ly9naXRodWIuY29tL2dwdGl4L29yZy1zaXRlLXRlc3QiPmh0dHBzOi8vZ2l0aHViLmNvbS9n cHRpeC9vcmctc2l0ZS10ZXN0PC9hPjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkkgaGF2 ZSB0cmllZCB0byBzZWFyY2ggZm9yIGFuc3dlcnMgb24gdGhlIGVtYWNzLW9yZ21vZGUgbWFpbGlu ZyBsaXN0LCBhbmQgb24gdGhlIHdlYi48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5NeSB0 aHJlZSBjdXJyZW50IGlzc3Vlczo8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4tIEkgZG8g bm90IHVuZGVyc3RhbmQgaG93IGNzcyBpbmZvIGlzIGJlaW5nIGluamVjdGVkIGludG8gb3V0cHV0 IGh0bWwgZmlsZXMuIEkgZGlkIG5vdCBjcmVhdGUgYW55IGNzcyBmaWxlIHRvIGJlIHJlZmVyZW5j ZWQsIGJ1dCBzdHlsaW5nIGlzIGJlaW5nIGluY2x1ZGVkIGFzIENEQVRBLjxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2Pi0gSSBkbyBub3QgdW5kZXJzdGFuZCB3aGF0IHRoZTxicj48L2Rpdj48 ZGl2PjphdXRvLXByZWFtYmxlIHQ8YnI+PC9kaXY+PGRpdj5pbiBhIGNvbXBvbmVudCBpcyBmb3Iu PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+LSBJIGRvIG5vdCB1bmRlcnN0YW5kIHRoZSBy ZWxhdGlvbiBiZXR3ZWVuPGJyPjwvZGl2PjxkaXY+KHJlcXVpcmUgJ294LXB1Ymxpc2gpPGJyPjwv ZGl2PjxkaXY+YXQgdGhlIGJlZ2lubmluZyBvZiB0aGUgdHV0b3JpYWwsIGFuZDxicj48L2Rpdj48 ZGl2PihyZXF1aXJlICdvcmctcHVibGlzaCk8YnI+PC9kaXY+PGRpdj5pbiB0aGUgcG9ydGlvbiBv ZiB0aGUgdHV0b3JpYWwgZGVzY3JpYmluZyBob3cgdG8gYWN0dWFsbHkgcHVibGlzaC48YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JJ2QgbG92ZSBhbnkgaGVscCBvciBhIHBvaW50ZXIgdG8g d2hlcmUgSSBjYW4gcmVhZCBhYm91dCB0aGVzZS48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj5UaGFua3MuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rvbm1haWxf c2lnbmF0dXJlX2Jsb2NrIj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1w cm90b24iPlNlbnQgd2l0aCA8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0iaHR0cHM6Ly9wcm90b25t YWlsLmNvbSI+UHJvdG9uTWFpbDwvYT4gU2VjdXJlIEVtYWlsLjxicj48L2Rpdj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj4= --b1_b3d1e9c5021adf746fbae0256bf8afc2-- From MAILER-DAEMON Sun Oct 14 03:39:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBazU-0003Mw-IX for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:39:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41666) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBazS-0003La-P1 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:39:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBazP-0000Yc-4H for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:39:06 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:35743) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBazO-0000X3-Rk for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:39: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 007E2240003; Sun, 14 Oct 2018 07:38:59 +0000 (UTC) From: Nicolas Goaziou To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= Cc: emacs-orgmode@gnu.org References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> Mail-Followup-To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= , emacs-orgmode@gnu.org Date: Sun, 14 Oct 2018 09:38:57 +0200 In-Reply-To: <20181011113005.4187-1-seb@wirrsal.net> ("Sebastian =?utf-8?Q?Reu=C3=9Fe=22's?= message of "Thu, 11 Oct 2018 13:30:05 +0200") Message-ID: <87tvlpdlke.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 07:39:07 -0000 Hello, Sebastian Reu=C3=9Fe writes: > * org.el (org--refile-new-path): Add. > (org-refile): Use it. > (org-refile-new-child): Support creating new root nodes. > > * test-org.el (test-org/org-refile): Add test. > > While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when > refiling, only one single headline can be created this way. For > convenience, we now generalize this use-case to support creating > arbitrary headline paths on the fly. I still cannot make it work property. With the following document: --8<---------------cut here---------------start------------->8--- * Foo ** Bar * Foo2 --8<---------------cut here---------------end--------------->8--- Trying to refile "Foo2" under "Foo/Bar/Baz/" results in: --8<---------------cut here---------------start------------->8--- * Foo ** Bar * Foo ** Bar *** Baz **** Foo2 --8<---------------cut here---------------end--------------->8--- Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Sun Oct 14 03:43:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBb48-0004lK-A2 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:43:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42640) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBb46-0004l0-6R for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:43:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBb41-00034G-5H for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:43:54 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:33184) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBb40-00033R-Tz for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:43:49 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id B2689E6AF0; Sun, 14 Oct 2018 09:43:46 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xKHjVXSHO7Eq; Sun, 14 Oct 2018 09:43:42 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id B4074E68C0; Sun, 14 Oct 2018 09:43:41 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <1587321e-6c92-2731-2d12-514bd9245549@gmx.de> <87pnwh8t8m.fsf@mbork.pl> <878t35kmu1.fsf@luisa.c0t0d0s0.de> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Michael Welle Cc: emacs-orgmode@gnu.org In-reply-to: <878t35kmu1.fsf@luisa.c0t0d0s0.de> Date: Sun, 14 Oct 2018 09:42:21 +0200 Message-ID: <87tvlp9dpe.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 07:43:55 -0000 On 2018-10-11, at 08:40, Michael Welle wrote: > Hello, > > Marcin Borkowski writes: > >> On 2018-10-09, at 13:47, Julius Dittmar wrote: >> >>> Hi Marcin, >>> >>> I can't advise as to profiling to find out what really bogs down agenda >>> building. >>> >>> I found that log messages do bog it down. >>> >>> I have a lot of recurring tasks, which accumulate log entries for every >>> closing (which in fact means rescheduling to the next day). Every two to >>> three months I prune my org files of those log entries. This >>> significantly speeds up agenda building. >> >> By experiments, I found that the main bottleneck was a file with lots (= >> a few thousand) headlines. > ah, interesting. My org files usually aren't that deeply structured, so > I don't get hit by that. Hm, I guess regexps are used to find headlines? Mine were very flat - I had *lots* of captured links to websites. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 03:48:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBb8x-000689-B7 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:48:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBb8u-00067d-If for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:48:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBb8q-0006iR-3m for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:48:52 -0400 Received: from [61.175.244.13] (port=28502 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBb8m-0006g3-FB for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 03:48:45 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 8BBF6A604BD; Sun, 14 Oct 2018 15:48:34 +0800 (CST) User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: org-mode Reply-To: numbchild@gmail.com Date: Sun, 14 Oct 2018 15:48:33 +0800 Message-ID: <87r2gt55pq.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: [O] temporary set source blocks major-mode-hook to nil locally to speed up Org Mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 07:48:53 -0000 When I open a big Org file which contains many different languages source blocks. And when the Org file buffer is fontified when option `org-src-fontify-natively` is enabled. Org will try to load those major modes. Including major-mode-hook like "clojure-mode-hook", "emacs-lisp-mode-hook", "python-mode-hook" etc. But for fontify the source blocks, I don't think it is necessary to load those major-mode-hooks. Also they are slow. Like in my case, most of time is used for loading source blocks major-mode-hooks. - clojure-mode-hook has CIDER etc - python-mode-hook has elpy etc - emacs-lisp-mode-hook has some utilities. Temporary disable those major-mode-hooks by set-local them to nil is a good solution to speed-up Org. WDYT? If I'm wrong, please give out some thought from you. Thanks. -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Sun Oct 14 04:05:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbOe-0001BP-S3 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47555) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbOc-0001B1-Al for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbOW-0003Ch-Kr for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:06 -0400 Received: from wirrsal.net ([188.68.36.149]:41700 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBbOV-0003Bf-Sc for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:00 -0400 Received: from localhost (i59F67437.versanet.de [89.246.116.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id 94E297A0D73; Sun, 14 Oct 2018 10:04:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539504296; bh=YNlCMzptJbKEfrzUN6bz3jHPh84cZGuirIJS412sauQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=ReJSAo5qqg0Cy1z1GyFF4ZRpetRDc8/lybin+OxdlO8Z12QAuYNbBs1rTa8PGYA8C DdAkX0Qv7QZ8qnKGIPTh8hmB/Nh/dlYn5oprN9ZBIXfUZotUXgq3LAok6kIgxCzjdk K2VbrvoOKniyn7hvKUthRQL4ulIm61DyaQ0PF2H0= From: =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: mail@nicolasgoaziou.fr, =?UTF-8?q?Sebastian=20Reu=C3=9Fe?= Date: Sun, 14 Oct 2018 10:04:49 +0200 Message-Id: <20181014080449.28048-1-seb@wirrsal.net> X-Mailer: git-send-email 2.19.1 In-Reply-To: <87tvlpdlke.fsf@nicolasgoaziou.fr> References: <87tvlpdlke.fsf@nicolasgoaziou.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:05:07 -0000 * org.el (org--refile-new-path): Add. (org-refile): Use it. (org-refile-new-child): Support creating new root nodes. * test-org.el (test-org/org-refile): Add test. While =E2=80=98org-refile=E2=80=99 currently supports creating new headli= nes when refiling, only one single headline can be created this way. For convenience, we now generalize this use-case to support creating arbitrary headline paths on the fly. --- lisp/org.el | 75 ++++++++++++++++++++++++---------------- testing/lisp/test-org.el | 67 +++++++++++++++++++++++++++++++++++ 2 files changed, 113 insertions(+), 29 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index e3866c2c0..59fed6c05 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -11450,7 +11450,7 @@ (defun org-refile-get-location (&optional prompt = default-buffer new-nodes) (concat " (default " (car org-refile-history) ")")) (and (assoc cbnex tbl) (setq cdef cbnex) (concat " (default " cbnex ")"))) ": ")) - pa answ parent-target child parent old-hist) + pa answ old-hist) (setq old-hist org-refile-history) (setq answ (funcall cfunc prompt tbl nil (not new-nodes) nil 'org-refile-history (or cdef (car org-refile-history)))) @@ -11467,17 +11467,11 @@ (defun org-refile-get-location (&optional promp= t default-buffer new-nodes) (when (equal (car org-refile-history) (nth 1 org-refile-history)) (pop org-refile-history))) pa) - (if (string-match "\\`\\(.*\\)/\\([^/]+\\)\\'" answ) - (progn - (setq parent (match-string 1 answ) - child (match-string 2 answ)) - (setq parent-target (org-refile--get-location parent tbl)) - (when (and parent-target - (or (eq new-nodes t) - (and (eq new-nodes 'confirm) - (y-or-n-p (format "Create new node \"%s\"? " - child))))) - (org-refile-new-child parent-target child))) + (if (or (eq new-nodes t) + (and (eq new-nodes 'confirm) + (y-or-n-p (format "Create new path \"%s\"? " + answ)))) + (org--refile-new-path answ tbl) (user-error "Invalid target location"))))) =20 (declare-function org-string-nw-p "org-macs" (s)) @@ -11501,29 +11495,52 @@ (defun org-refile-check-position (refile-pointe= r) (unless (looking-at-p re) (user-error "Invalid refile position, please clear the cache with = `C-0 C-c C-w' before refiling")))))))) =20 +(defun org--refile-new-path (path tbl) + "Ensure that all parent nodes leading to refile target PATH exist. + +Use TBL as a look-up table for existing nodes. + +Return the corresponding refile location." + (let ((target (org-refile--get-location path tbl))) + (or target + (let (parent child) + (if (string-match "\\`\\(.*\\)/\\([^/]+\\)/?\\'" path) + (progn + (setq child (match-string 2 path)) + (setq parent (org--refile-new-path (match-string 1 path) tbl))) + (setq child path)) + (org-refile-new-child parent child))))) + + (defun org-refile-new-child (parent-target child) - "Use refile target PARENT-TARGET to add new CHILD below it." - (unless parent-target - (error "Cannot find parent for new node")) - (let ((file (nth 1 parent-target)) - (pos (nth 3 parent-target)) - level) + "Use refile target PARENT-TARGET to add new CHILD below it. + +When PARENT-TARGET is =E2=80=98nil=E2=80=99, child will be added below t= he +outline root of the current file." + (let (file pos) + (if parent-target + (progn + (setq file (nth 1 parent-target)) + (setq pos (nth 3 parent-target))) + (setq file (buffer-file-name))) (with-current-buffer (or (find-buffer-visiting file) (find-file-noselect file)) (org-with-wide-buffer (if pos - (goto-char pos) + (progn + (goto-char pos) + (org-insert-heading-respect-content) + (org-do-demote)) + ;; New node is top-level (goto-char (point-max)) - (unless (bolp) (newline))) - (when (looking-at org-outline-regexp) - (setq level (funcall outline-level)) - (org-end-of-subtree t t)) - (org-back-over-empty-lines) - (insert "\n" (make-string - (if pos (org-get-valid-level level 1) 1) ?*) - " " child "\n") - (beginning-of-line 0) - (list (concat (car parent-target) "/" child) file "" (point)))))) + (unless (bolp) (newline)) + (org-insert-heading nil t t)) + (insert child) + (beginning-of-line) + (list (if parent-target + (format "%s/%s" (car parent-target) child) + child) + file "" (point)))))) =20 (defun org-olpath-completing-read (prompt collection &rest args) "Read an outline path like a file name." diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el index 3f5aa09e4..d7d69bb3c 100644 --- a/testing/lisp/test-org.el +++ b/testing/lisp/test-org.el @@ -5789,6 +5789,73 @@ (org-refile-targets `((nil :level . 1)))) (member (buffer-name) (mapcar #'car (org-refile-get-targets))))))= ) =20 +(ert-deftest test-org/org-refile () + "Test `org-refile' specifications." + ;; Create new parent nodes via `org--refile-new-path'. + (let* ((low-calorie-buffer "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +* Extra Ingredients +** Marshmallows +") + (low-calorie-buffer-target "* Cake +** Topping +*** Rainbow chocolates +*** Pistachio icing +** Filling +*** Banana ice cream +*** Cookie dough +*** Crispy crunch +** Bottom +*** Base +**** Marshmallows +* Extra Ingredients +") + (cursor-after "Marshmallows") + (org-refile-use-outline-path t) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (dolist (refile-target '("Cake/Bottom/Base" + "Cake/Bottom/Base/")) + (should + (equal + (org-test-with-temp-text-in-file low-calorie-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + low-calorie-buffer-target)))) + ;; Create new root nodes via `org--refile-new-path'. + (let* ((have-buffer "* Onions +* Pepper +* Ham +") + (want-buffer "* Pepper +* Ham +* Bread +** Onions +") + (cursor-after "Onions") + (refile-target "Bread") + (org-refile-use-outline-path nil) + (org-refile-targets nil) + (org-refile-allow-creating-parent-nodes t)) + (should + (equal + (org-test-with-temp-text-in-file have-buffer + (re-search-forward cursor-after) + (cl-letf (((symbol-function 'completing-read) + (lambda (&rest args) refile-target))) + (call-interactively #'org-refile)) + (buffer-string)) + want-buffer)))) + =20 =0C ;;; Sparse trees --=20 2.19.1 From MAILER-DAEMON Sun Oct 14 04:05:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbPD-0001XI-Tv for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47659) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbPA-0001WP-S7 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbP9-0003Sz-VQ for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:40 -0400 Received: from wirrsal.net ([188.68.36.149]:41706 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBbP9-0003Sd-OV for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:05:39 -0400 Received: from localhost (i59F67437.versanet.de [89.246.116.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id C794E7A0D7E; Sun, 14 Oct 2018 10:05:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539504338; bh=N0tDV9yUq18ziJ93xniYn5uR4DOyaWLlXWsSbur2NhQ=; h=References:From:To:Cc:Subject:In-reply-to:Date; b=rG23m3pxWqfh8dvCOgZFPJ/ujhx61wfGL/sOmzLnyq9apxyS6xSsIlOhF9Z3tymCl f3pIEukKoHtAQZ236MFE1yTnAHx8ty8dz1Dq6XqW9rVtUZGpE8RCZzjf/Kvw5xsYda cDpju2vtDmXW8+95yGUdhbsBG0LkF7OBYbjqW2OI= References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> <87tvlpdlke.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: Sebastian =?utf-8?Q?Reu=C3=9Fe?= To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org In-reply-to: <87tvlpdlke.fsf@nicolasgoaziou.fr> Date: Sun, 14 Oct 2018 10:05:38 +0200 Message-ID: <87bm7xhs19.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:05:42 -0000 Hello Nicolas, Nicolas Goaziou writes: > I still cannot make it work property. > > With the following document: > > --8<---------------cut > here---------------start------------->8--- > * Foo > ** Bar > * Foo2 > --8<---------------cut > here---------------end--------------->8--- > > Trying to refile "Foo2" under "Foo/Bar/Baz/" results in: > > --8<---------------cut > here---------------start------------->8--- > * Foo > ** Bar > * Foo > ** Bar > *** Baz > **** Foo2 > --8<---------------cut > here---------------end--------------->8--- This was due to the trailing slash in the refile target. I now amended the regex to normalize such input and added a test case with a trailing slash. Care to give it another spin? Kind regards, S. -- Insane cobra split the wood Trader of the lowland breed Call a jittney, drive away In the slipstream we will stay From MAILER-DAEMON Sun Oct 14 04:07:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbQb-0002Bu-7h for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:07:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47922) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbQZ-0002B6-U5 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:07:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbQV-0003tc-Pa for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:07:07 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:50629) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBbQV-0003sz-Iw for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:07: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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id DCBCD40002; Sun, 14 Oct 2018 08:07:01 +0000 (UTC) From: Nicolas Goaziou To: Alain.Cochard@unistra.fr Cc: emacs-orgmode@gnu.org References: <23349.64936.867540.822322@frac.u-strasbg.fr> <87r2kpyane.fsf@nicolasgoaziou.fr> <23355.30255.900844.106396@frac.u-strasbg.fr> Mail-Followup-To: Alain.Cochard@unistra.fr, emacs-orgmode@gnu.org Date: Sun, 14 Oct 2018 10:07:00 +0200 In-Reply-To: <23355.30255.900844.106396@frac.u-strasbg.fr> (Alain Cochard's message of "Tue, 3 Jul 2018 15:12:15 +0200") Message-ID: <87k1mldk9n.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] Problem in removing the invisible brackets of a link X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:07:08 -0000 Hello, Alain.Cochard@unistra.fr writes: > > =[[xx]]= and ~[[xx]]= are not links; try to export them. > > Indeed. Thanks once more. For the record, I fixed fontification of verbatim markup. Links within =...= and ~...~ are no longer fontified. Regard,s -- Nicolas Goaziou From MAILER-DAEMON Sun Oct 14 04:10:32 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbTs-0003bR-0h for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:10:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbTq-0003bL-5d for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:10:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbTm-0004rz-Ay for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:10:30 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:33970) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbTk-0004ne-Bx for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:10:24 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 95203E6AF0; Sun, 14 Oct 2018 10:10:22 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3QkU3D16V8DG; Sun, 14 Oct 2018 10:10:18 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 3CBB3E68C0; Sun, 14 Oct 2018 10:10:18 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Samuel Wales Cc: William Denton , Org-Mode mailing list In-reply-to: Date: Sun, 14 Oct 2018 10:08:58 +0200 Message-ID: <87sh199ch1.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:10:31 -0000 On 2018-10-10, at 22:45, Samuel Wales wrote: > auto-clocking might be interesting. > > there would be a concept of a dominating clocking entry similar to > dominating file. i.e. if where you are is not a clocking entry, go up > until you find one that is. if you find none at top level, you create > a clock entry in the logbook there. > > if you switch buffers or move around, you clock out and in where you > were and are. every few minutes, you try to clock in where you are, > or the dominating clocking entry. this is done with timers. idle > time might go to a special clocking entry. > > or something like that. the idea is that you don't have to remember > to clock in and out. That's an interesting idea I thought about some time ago. But I decided it's not worth it. Very complicated and unreliable (I might have two or more clocking tasks related to the same file, for example). It's better to train oneself to remember about clocking, I guess. (And I have this notification nagging me if I'm not clocking anything for 2 minutes or more.) Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:16:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbZo-0005FW-JG for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:16:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49471) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbZl-0005F8-SQ for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:16:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbZi-0006Yv-Is for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:16:37 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:34132) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbZi-0006Xa-AW for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:16:34 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 7451BE6AF0; Sun, 14 Oct 2018 10:16:28 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UQE8lMj_qNmu; Sun, 14 Oct 2018 10:16:25 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 9990DE68C0; Sun, 14 Oct 2018 10:16:25 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Bingo Cc: Org-Mode mailing list In-reply-to: Date: Sun, 14 Oct 2018 10:15:06 +0200 Message-ID: <87r2gt9c6t.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:16:39 -0000 On 2018-10-11, at 16:03, Bingo wrote: > Le 10 octobre 2018 21:45:53 GMT+05:30, Marcin Borkowski = a =C3=A9crit : > >> >>- a warning when my efficiency is lower than a set value, and info >>about >> how much work I need to do to bump it up to that value. >> > > Nice, but it has an anti-feature. For procrastinators, warnings frequent= ly have negative effects. It can be understood in multiple ways : > > 1. "What the hell" effect : As Dr Art Marckman tells in the book "Smart C= hange" , there is a "what the hell" effect where the victim goofs off even = more to the extent of giving up a goal if he realizes that he is falling be= hind schedule, or has goofed off more than was advisable. The solution is t= o forgive oneself, and not beat oneself up. This warning looks like beating= oneself up. > > 2. Showing how much work needs to be done to catch up goes against some s= elf improvement philosophies. E.g. dividing work into subtasks helps in not= getting overwhelmed by the amount of work. Or the recommendation to plan = breaks in addition to planning to slog, otherwise the plan to slog becomes = overwhelming and procrastinators give up. > > Of course, if it works for you, go for it. Fair enough. It seems I was not clear enough. The detailed report on my work on this day is one thing I only trigger manually. The notification about me not clocking anything says just "You have had no active clock for %d minutes!". Also, I have other devices in place to keep me on track. The thing is, they are day-based, and I felt that I need a bit more granularity. Also, I understand that forgiving instead of beating oneself off is important, and I do it when needed. (I can always reduce the "amount of work to do" manually, though I don't yet have any good UI for that.) So you're right, but I think I do take into consideration. And remember that this is an early prototype, also in terms of whether it works for me or not. Best, --=20 Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:20:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbdq-0006JC-3E for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:20:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbdn-0006In-6h for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:20:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbdj-0007tU-DL for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:20:47 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:34240) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbdh-0007so-HC for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:20:41 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id AAA66E6AF0; Sun, 14 Oct 2018 10:20:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXPF2w-nTBLO; Sun, 14 Oct 2018 10:20:35 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 1BD8FE68C0; Sun, 14 Oct 2018 10:20:35 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Peter Neilson Cc: emacs-orgmode@gnu.org In-reply-to: Date: Sun, 14 Oct 2018 10:19:18 +0200 Message-ID: <87pnwd9bzt.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:20:48 -0000 On 2018-10-11, at 16:57, Peter Neilson wrote: > On Thu, 11 Oct 2018 10:03:15 -0400, Bingo wrote: > >> Le 10 octobre 2018 21:45:53 GMT+05:30, Marcin Borkowski >> a =C3=A9crit : >> >>> >>> - a warning when my efficiency is lower than a set value, and info >>> about >>> how much work I need to do to bump it up to that value. >>> >> >> Nice, but it has an anti-feature. For procrastinators, warnings >> frequently have negative effects. It can be understood in multiple >> ways : >> >> 1. "What the hell" effect : As Dr Art Marckman tells in the book >> "Smart Change" , there is a "what the hell" effect where the victim >> goofs off even more to the extent of giving up a goal if he realizes >> that he is falling behind schedule, or has goofed off more than was >> advisable. The solution is to forgive oneself, and not beat oneself >> up. This warning looks like beating oneself up. >> >> 2. Showing how much work needs to be done to catch up goes against >> some self improvement philosophies. E.g. dividing work into subtasks >> helps in not getting overwhelmed by the amount of work. Or the >> recommendation to plan breaks in addition to planning to slog, >> otherwise the plan to slog becomes overwhelming and procrastinators >> give up. >> >> Of course, if it works for you, go for it. > > Sabotage of the TODO list ... > > Managing the flow of my own work sometimes runs into unintended > sabotage, perpetrated by others or by me. The offending tasks are > often large, incapable of division, and not immediately crucial. For > example, somewhere in the middle of my list of "Get it done some other > time, but not now," tasks is this one: "Repair the International 454 > tractor." It rests comfortably on that list unless I either (1) need > to use that tractor, or (2) hear my wife telling me, "Why don't you > ever get the 454 running? You never get anything done around here! > I need to use its bucket, and the Mahindra doesn't have one." From > that point onward, and my "TODO" thoughts about writing, about > programming, or about training horses are derailed. In case (1) I need > to figure out some other approach, like maybe using the Mahindra. In > case (2) my wife is right--as always--and my tendency is to stop doing > anything at all. > > My org mode TODO list is absolutely no help when I encounter one of > these show-stoppers. If anything, the list is an additional albatross > adding to my already encroaching depression. Have you heard about Beeminder? (Note: I'm a user, but I have no financial interest in recommending them. Also, I made an Emacs/Org-mode client for their software.) It is my primary way of staying on track with my TODOs. This tool is just a helper. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:21:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbe8-0006Ru-9x for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:21:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50203) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbe6-0006Qy-Ox for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:21:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbe6-0007yz-20 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:21:06 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:34264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbe5-0007yq-R9 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:21:05 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 881CCE6AF0; Sun, 14 Oct 2018 10:21:04 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szVtdlArBAth; Sun, 14 Oct 2018 10:20:59 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id E3E64E68C0; Sun, 14 Oct 2018 10:20:58 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> <87bm80bjx1.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Ihor Radchenko Cc: Peter Neilson , emacs-orgmode@gnu.org In-reply-to: <87bm80bjx1.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> Date: Sun, 14 Oct 2018 10:19:42 +0200 Message-ID: <87o9bx9bz5.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:21:07 -0000 On 2018-10-11, at 17:08, Ihor Radchenko wrote: > Well, you could associate a reward to that kind of tasks. > For example, you can allow yourself to work half a day. > > Alternatively, you can make a task you would like to do (say, watch a > new movie) to be blocked until the unwanted task is done. Makes me think of this idea: http://forum.beeminder.com/t/temptation-bundling-for-inbox-beeminding/4331 Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:24:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBbgu-0007tD-5z for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:24:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50957) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbgr-0007t7-NM for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:23:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBbgo-0000af-FP for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:23:57 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:34368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBbgo-0000aX-7q for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:23:54 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 99428E6AF0; Sun, 14 Oct 2018 10:23:52 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eg56RliTEyg1; Sun, 14 Oct 2018 10:23:48 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 068F9E68C0; Sun, 14 Oct 2018 10:23:48 +0200 (CEST) References: <87efcxaibq.fsf@mbork.pl> <87tvlsc11r.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Ihor Radchenko Cc: Org-Mode mailing list In-reply-to: <87tvlsc11r.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> Date: Sun, 14 Oct 2018 10:22:31 +0200 Message-ID: <87lg719bug.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:23:58 -0000 On 2018-10-11, at 10:58, Ihor Radchenko wrote: > Hi, > > One suggestion would be to distinguish between different types of work. > For example, you may value more an important project you need to work > on, but do not like, in comparison with another project you really like > doing. > This can be done, for example, by weighting the time spent on > different tasks according to the task urgency/arbitrary multiplier. I will think about it, thanks! > A comment on the example output. > Some people (like me) can spend too much time just staring at the kind > of output you provided. > I found it more efficient to have a single number/phrase indication if I > need to work harder or not. > The full output might still be shown to adjust the overall productivity, > but, say, once per day/week. Good point. As I said, it is a prototype, and I admit that the output sucks a lot. OTOH, I'm somewhat of a gamer, and I like economic, spreadsheet-y games, so this scratches that itch for me. Best, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:52:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBc8q-0003s2-QH for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:52:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55006) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBc8o-0003rv-Ag for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:52:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBc8l-0007A9-1o for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:52:50 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35138) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBc8k-00079o-PL for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:52:46 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 9851EE6AF0; Sun, 14 Oct 2018 10:52:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dea1MKHYIi2J; Sun, 14 Oct 2018 10:52:41 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id A58B9E68C0; Sun, 14 Oct 2018 10:52:41 +0200 (CEST) References: <87h8hy1ho5.fsf@mbork.pl> <87d0skj44p.fsf@luisa.c0t0d0s0.de> <87o9c18t7f.fsf@mbork.pl> <874ldtkmgw.fsf@luisa.c0t0d0s0.de> <87va687tt8.fsf@mbork.pl> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Samuel Wales Cc: Michael Welle , emacs-orgmode@gnu.org In-reply-to: Date: Sun, 14 Oct 2018 10:51:20 +0200 Message-ID: <87h8hoap2v.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:52:51 -0000 On 2018-10-11, at 21:59, Samuel Wales wrote: > i too visit all files when emacs starts. > > are we saying that the speed depends on the number of headlines total > or the number of headlines in a single file among the agenda files? Probably the former...? > > On 10/11/18, Marcin Borkowski wrote: >> >> On 2018-10-11, at 08:48, Michael Welle wrote: >> >>> Hello, >>> >>> Marcin Borkowski writes: >>> >>>> On 2018-10-08, at 09:20, Michael Welle wrote: >>> [...] >>>>> Well, on my laptop the initial agenda run takes about 7s or so (150 >>>>> agenda files) using the current day/week agenda ("a"). All subsequent >>>>> (after loading the files) agenda runs are fast (split second I would >>>>> say). I had some performance issues in the past caused by SCM. Emacs >>>>> tried to check if every file is checked out in the latest version. That >>>>> slowed down the process a lot (starting 150 mercurial processes in >>>>> sequential order, checking results, etc.). The initial run doesn't >>>>> bother me much. I bound the initial agenda run to an idle timer at >>>>> Emacs >>>>> start. >>>> >>>> Interesting. I did not notice such differences between the first and >>>> subsequent runs. >>> I thought that behaviour is natural, scanning dirs for files and opening >>> them is a costly operation. But a week ago I changed from rotating rust >>> to solid state disks and that behaviour did not change much. I expected >>> a speed up, but mee. >> >> Ah, I have /visiting/ all my agenda files (but not generating the agenda >> itself) in my init.el. >> >> That explains a lot. >> >> Best, >> >> -- >> Marcin Borkowski >> http://mbork.pl >> >> -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:53:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBc96-0003yX-22 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:53:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55044) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBc94-0003xU-7C for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:53:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBc90-0007Hu-RA for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:53:06 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:35158) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBc90-0007Hk-Jw for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:53:02 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 5F81FE6AF0; Sun, 14 Oct 2018 10:53:00 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hyCHR28vXOw5; Sun, 14 Oct 2018 10:52:54 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 551B2E68C0; Sun, 14 Oct 2018 10:52:54 +0200 (CEST) References: <8736tbrc6d.fsf@mbork.pl> <87h8hpgbxg.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Org-Mode mailing list In-reply-to: <87h8hpgbxg.fsf@nicolasgoaziou.fr> Date: Sun, 14 Oct 2018 10:51:37 +0200 Message-ID: <87ftx8ap2e.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] Feature request for clocktable step X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:53:07 -0000 On 2018-10-13, at 16:26, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> the manual says that I can say ":step day" or ":step week" in my clock >> reports. Could I also be able to say ":step month" or ":step year"? > > Done in "next" branch. Thank you. > > Regards, Thanks! -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 14 04:58:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBcEg-0005eM-O7 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:58:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBcEf-0005eD-Lc for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:58:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBcEa-0001MI-Mz for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:58:53 -0400 Received: from wirrsal.net ([188.68.36.149]:42268 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBcEa-0001Lu-Dh for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 04:58:48 -0400 Received: from localhost (i59F67437.versanet.de [89.246.116.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id C9AE77A0DF5; Sun, 14 Oct 2018 10:58:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539507526; bh=wpBJldXGJibARHMt7rBt8rloC6QIGFXp0/qBPJd9j+k=; h=References:From:To:Cc:Subject:In-reply-to:Date; b=WuPiZCglMg+tl3JUGC5n7lzXXimG+cVfbydT7LxM5IdE1+zZ8pnesVUyZwy55lLk1 n/BvWDhT4OjqweP2tbrirdqoTFB1W3Qfqmd0jXJMDivVLCDZ73772KPzVp0Sp8JqaT JVk0L3qIZS8bo0/mW7a4spRchT/h85Y119R93Srw= References: <87tvlpdlke.fsf@nicolasgoaziou.fr> <20181014080449.28048-1-seb@wirrsal.net> User-agent: mu4e 1.1.0; emacs 26.1 From: Sebastian =?utf-8?Q?Reu=C3=9Fe?= To: emacs-orgmode@gnu.org Cc: mail@nicolasgoaziou.fr In-reply-to: <20181014080449.28048-1-seb@wirrsal.net> Date: Sun, 14 Oct 2018 10:58:46 +0200 Message-ID: <87a7ngj455.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: [O] Headlines with slashes when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 08:58:54 -0000 BTW this reminds me of some issues I ran into on master a while=20 back. When a refile target has a headline containing a slash,=20 there are some issues: 1. When an existing headline contains a slash, completing-read=20 will display the target as =C2=BBA\/Slash=C2=AB. However, when entering the= =20 string manually, it must be input as =C2=BBA\\/Slash=C2=AB. 2. It=E2=80=99s not possible to refile under a newly created node when the= =20 new headline contains a slash, since there is no way to escape=20 them. I=E2=80=99ll go and look into 2 when I find some extra time. This might=20 involve some awkwardness, since we don=E2=80=99t have regex=20 look-ahead/behind in Emacs. Kind regards, S. --=20 Insane cobra split the wood Trader of the lowland breed Call a jittney, drive away In the slipstream we will stay From MAILER-DAEMON Sun Oct 14 08:00:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBf4q-0005sf-Q5 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:00:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56811) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBf4o-0005sO-LT for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:00:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBf4k-0008BV-K4 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:00:54 -0400 Received: from mout.gmx.net ([212.227.17.21]:58055) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBf4k-00088v-Ao for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:00:50 -0400 Received: from [192.168.175.209] ([87.139.53.30]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvhC4-1fbXU11zrw-017RBo for ; Sun, 14 Oct 2018 14:00:45 +0200 Received: from [192.168.175.209] ([87.139.53.30]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvhC4-1fbXU11zrw-017RBo for ; Sun, 14 Oct 2018 14:00:45 +0200 From: Julius Dittmar To: emacs-orgmode list Message-ID: <2deefde9-7906-1f1c-2228-539cfe5e3df0@gmx.de> Date: Sun, 14 Oct 2018 14:00:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: de-DE X-Provags-ID: V03:K1:FZhCO4PZx7SQbSXXUGFU284JgOC6DCw8Jf5plAqZSSZ7vD5dSjV S9qdwa1qdOerHZwK2B77XKKymmvTE0bL5NSVs58EtM28hTGofpGzvwd5DzvAaLDmyX6uDRm oHnMu2X68ZyKV/6XzM69BMA16TyG86m1aczSYCsHB8hVEx26sQd9mPSsOkj2lByoFt3h7rY M3mcp2yApl9F6Po+t09Yg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Zri6b9JEuh0=:OaQgHFahRCyf7z++cwYs4U XMr44xvYGkq/QaLLKxJyY9PiLuj9vOSe4cUBisl9LMg4W928frtIHONVPPvnmVJ0IkcjiD+F4 syiMRcL9GiSnfy9MaGes4fuQB2JGLzOfiaBtFhGZINvxXYxRO62JCbieSYLwG5dpHncrV/yCh tqnK1MzLBDyXeoA4UIu0wAhK9o0uOcuEaLJ1FsWVYyKuKFgIkTbwPOB38zlb4oWln339q4VBm g04cINwN+9wglOlCOTW9OPQMJMzwu+oJ781d2Ny0ShqbGnGTUnzUwu88qlW/jVe4p++Tk1n6Y //JE9u4Rf6hBqxBHHqcyb4xGUOIWzEQGw1PbvNJUUBXJDRPybvxsKXYJPvAQIp95qiMmvXEKb /EQsyPvu67XFC4dJttweDVkir0E8uf4b0kEMCK+bL0LO/QyR5NnI7ARofRjKV0CQoFFJxUaLb PNREUN+iClHdXVn5RoZH0zdmJdWHPthTTfff7S5QjNIueUpaFEyNDZT5dCJxC/cyWFSx8CRsw /ePzUTq3Aep6WkS1pkvgKfyd9Mf4RojUlhvVkBWe6jkieZQNZC9EzwrOJeH3jj/DbvAdffTjx C3u+ITn5ZuS62eOC4lj0/bzmUVbBjPZeLqwCUB401JE7SG2YkPQ9cXaoja5fcboCYEAHMxZAx 3SseRyDg4WTsubVKfQaq0DOPixYrDbIdj7HTU1SlWovysCfdLmiXuUWerGOaV3KNDRB/2Mcv2 4TKRPAAn0wvX8SFZR0whrFyXtiIgn3lCSOXcEQDAb/SzIHHvdkRUczj+1MaEvtO7xZIu32L6Y 8MQYjYcoh6eY7nWCE7k/k/LcpWq/ZCjQwpbFp/2cVjXtefnxEs= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.21 Subject: [O] babel noob question: how to have babel create png using tikz? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 12:00:55 -0000 Hi folks, somehow I do not manage to get babel to create a png image using tikz package. It does create an image, but that image looks exactly as if the tikz package were not loaded during the generating latex run and all of latex's error messages were ignored. Here's what I do: - emacs -q mini.org   (that's GNU Emacs 26.1, Org mode version 9.1.9, same result with current master, mini.org see below) - Go to first source block, C-c C-c. - Go to second source block, C-c C-c. - Have a look at the generated test.png   It displays the text "[red!50!black] (a) {A}; (b) [right of=a] {B}; [->] (a) -- (b);" Where's my mistake? Thanks in advance, Julius Dittmar mini.org: ---------------------------- #+begin_src elisp :exports none :eval never-export (org-babel-do-load-languages 'org-babel-load-languages '((latex . t))) #+end_src #+header: :file test.png :fit yes #+header: :results (if (and (boundp 'backend) (eq backend 'latex)) "latex" "file") #+begin_src latex :exports results :file test.png :headers '("\\usepackage{tikz}")   \begin{tikzpicture}     \node[red!50!black] (a) {A};     \node (b) [right of=a] {B};     \draw[->] (a) -- (b);   \end{tikzpicture} #+end_src -------------------------------------- PS: except for omitting the ImageMagic call I took this example from https://org-babel.readthedocs.io/en/latest/eval/ From MAILER-DAEMON Sun Oct 14 08:11:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBfF9-0007Ww-B8 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:11:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBfF6-0007Wo-NT for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:11:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBfF5-0008DY-VN for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:11:32 -0400 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]:46629) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBfF3-0008AK-2K for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 08:11:30 -0400 Received: by mail-lj1-x232.google.com with SMTP id x3-v6so14996195lji.13 for ; Sun, 14 Oct 2018 05:11:27 -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; bh=9UcE1sSi34ZMSYB3Phv7LJ2qJGVDpPtg9ksKiBvKcEA=; b=rXSEb927TIlFYYWeh25FKJn9oijloWTBpdreoihVWGPxY9uwjnole7w540AJxwrC6U b+g8Xg9VthWaP/PWoA7rk/H8j/UDnbV0pncVfQrlsEKWjzE6UCePC0hTu5+dIx6rafWF pi3mUWOKSQjG/rkCphtDg6+mHQV0S6hJZDoLU4oU6iS6cQchZdfmpWe/08AwRDK2nWoM GYWe7B8iSZSwHw9zDJYgcFoQVficxszHM6MD5q3OBEyEVXDV0Y48pmgloVya/CvB5Oq+ CCxH3evT1DAefJtgcsoCU35XU+n9FzbfndcSZVaG5wPVktWAjbMXaMXzrEUIQ8IW9djL CJkw== 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; bh=9UcE1sSi34ZMSYB3Phv7LJ2qJGVDpPtg9ksKiBvKcEA=; b=Q8pPF0xOWXXxfNT/vg9XBs7JeWkFC+rgw8uOLfpF07ns/BXlmgDNWzl/uGsH0cyv8B ruA2LCFPUaI6IOCFdpMir57Fo1sLfCFe6D8HfDdFc2Ej2qdiD27jFqB77LAhUpfVs29x 9ATI52/KDemgH77kDeCr8VRqv30sanrp5rcayN89ofPg9Z5T1q4wcqd9yCGp7T4F6rdr YOIyMOeqWaw15jPlaIkMIVAoUbO87AbcDeYaQyXQUCc56FalXOk9xDLGSsq43LcTCLnf I+NTc1Q4fwbBk3B8HpasTB8/tKG2ECREsSWKXPLWeD/VPWHbzA2pFPgXL5zEe/DBpNnl 3HRQ== X-Gm-Message-State: ABuFfohIMpyusfxLyMg0kP24EL7BDqV+bqjJogad/+aAaa1DQaOSWtyL h6mqvB+rOXMby88JagZDdWLhlAsbk7tYJuj9ccs= X-Google-Smtp-Source: ACcGV63Tif39eKnae2c+V04DZ4NSWBC/oDk3sIn0P//sy79iDbHhBUMlZHgOCVbiPJ26qYUgxSn9TfW0s2tmBl1GlHI= X-Received: by 2002:a2e:5d16:: with SMTP id r22-v6mr9199458ljb.89.1539519085465; Sun, 14 Oct 2018 05:11:25 -0700 (PDT) MIME-Version: 1.0 References: <23349.64936.867540.822322@frac.u-strasbg.fr> <87r2kpyane.fsf@nicolasgoaziou.fr> <23355.30255.900844.106396@frac.u-strasbg.fr> <87k1mldk9n.fsf@nicolasgoaziou.fr> In-Reply-To: <87k1mldk9n.fsf@nicolasgoaziou.fr> From: Kaushal Modi Date: Sun, 14 Oct 2018 08:11:13 -0400 Message-ID: To: Alain.Cochard@unistra.fr, emacs-org list Content-Type: multipart/alternative; boundary="00000000000036d43805782f38e7" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::232 Subject: Re: [O] Problem in removing the invisible brackets of a link X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 12:11:33 -0000 --00000000000036d43805782f38e7 Content-Type: text/plain; charset="UTF-8" On Sun, Oct 14, 2018, 4:08 AM Nicolas Goaziou wrote: > Hello, > > Alain.Cochard@unistra.fr writes: > > > > =[[xx]]= and ~[[xx]]= are not links; try to export them. > > > > Indeed. Thanks once more. > > For the record, I fixed fontification of verbatim markup. Links within > =...= and ~...~ are no longer fontified. > You fixed a little long time pet peeve :) Many thanks! > --00000000000036d43805782f38e7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sun, = Oct 14, 2018, 4:08 AM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,

Alain.Cochard@unistra.fr writes:

>=C2=A0 > =3D[[xx]]=3D and ~[[xx]]=3D are not links; try to export th= em.
>
> Indeed.=C2=A0 Thanks once more.

For the record, I fixed fontification of verbatim markup. Links within
=3D...=3D and ~...~ are no longer fontified.

You fixed a little long time pe= t peeve :) Many thanks!
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
--00000000000036d43805782f38e7-- From MAILER-DAEMON Sun Oct 14 09:37:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBgaS-0003Hn-1Y for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 09:37:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBgaN-0003HG-3L for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 09:37:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBgaI-0001N5-3s for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 09:37:35 -0400 Received: from mail-wr1-x429.google.com ([2a00:1450:4864:20::429]:37063) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBgaH-00018O-SH for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 09:37:30 -0400 Received: by mail-wr1-x429.google.com with SMTP id y11-v6so18178063wrd.4 for ; Sun, 14 Oct 2018 06:37:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=FL7OnLxpCbIXEZAIjt5M8Qy4iKyLWRnsP3N4OXGWdLE=; b=F3aHW/QI9Q3CG9V6BBf1ED5PX/6vTO+zHQWJa53m3+XLuY1xML2b9kjjwW49dpzYMb kZ8+OUecsJxxlLjHnqIPRDIEYnzt5mAJYKtXLQsfGo/A45SqGlqVr+0nAhhcA4qtc7WM MV0kzQmHqt/u0GldcyX6H7bvCL715QlOBwZ0ZTTT4sVpWlhH/3L4S5uzz6SOXau7EBBH fsDB4nycVqc4OrE8d/AiQRVnuj99zg2NZiXNekRb4Ht60UE9L+WNLtWjkfkEFSHu11jK 8LWzLZNt+5Ju1ptpnkMMRJvqGRlCp305TXoDr5znoG6FR1r9RHMKVXUYhdgqRp9GuTYI td0A== 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:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=FL7OnLxpCbIXEZAIjt5M8Qy4iKyLWRnsP3N4OXGWdLE=; b=qZ7ARs/h9bMGbctKq6m8pzFH2duxzf85JVSiIPY/+wNzVl2K6Wp3smRerRKeMTGYWR BCZhAACTzsp8OyXozquzsnOGAIlbHO9nusn/313icLdceG9oj4Lb+Qvjr7diB1kxHsBJ Ez6Hm5K1Ui4NuCIwuRBrouT7HPRQIk8Hyn6egQCs3yaXP+Y5332xhW7kWR1kdkfF15cW 7VBYTxfuiBRRsJ71gJCfraYkuaVX8zPn+4zi7M09PLAfKTuhrT/YqcCiYLftagvWE//u 23tMh17mnaXfn9UrDkSlTHxo77KfCbvFMfvPXjhD6EsTk3vYL9oM2t+YtL88JadpyuoM trPQ== X-Gm-Message-State: ABuFfogvXzeEXhhu8a+qAxrLnBSNqwX7wkOwNtamwO867klZnQ2fAdsM aE3GpawAosJaj07w+gOUV3uWHaPB X-Google-Smtp-Source: ACcGV61C1aXKNStQriq0v82gm58SwxbNy32l7s86vMNhfgQnvTjWgvJG+tlVgdwADPTGxZcUkgKNCQ== X-Received: by 2002:adf:8909:: with SMTP id s9-v6mr11379805wrs.309.1539524237575; Sun, 14 Oct 2018 06:37:17 -0700 (PDT) Received: from freegnu ([194.167.235.219]) by smtp.gmail.com with ESMTPSA id t24-v6sm6270869wra.5.2018.10.14.06.37.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 14 Oct 2018 06:37:16 -0700 (PDT) From: Jeremie Juste To: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= Cc: emacs-orgmode@gnu.org References: <87y3b3wduo.fsf@univ-amu.fr> Date: Sun, 14 Oct 2018 15:37:15 +0200 In-Reply-To: <87y3b3wduo.fsf@univ-amu.fr> (=?utf-8?Q?=22=C3=89ric_W=C3=BCr?= =?utf-8?Q?bel=22's?= message of "Fri, 12 Oct 2018 14:26:07 +0200") Message-ID: <87a7ngr6no.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 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::429 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 13:37:35 -0000 Hello, I can reproduce your error but a setting without #+BEGIN_SRC #+END_SRC seems to work. It not a fix just a way around the problem. Hope it helps, Jeremie #+TITLE: Test d'export tikz qui ne marche plus #+DATE: <2015-11-10 mar.> #+LANGUAGE: fr #+OPTIONS: toc:1 num:1 #+LATEX_HEADER: \usepackage[utf8]{inputenc} #+LATEX_HEADER: \usepackage[T1]{fontenc} #+LATEX_HEADER: \usepackage{lmodern}=20 #+LATEX_HEADER: \usepackage{tikz}=20 #+OPTIONS: H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t tex:image= magick title:nil author:nil date:nil * R=C3=A9capitulatif \usetikzlibrary{trees} \begin{tikzpicture}[thick,level 1/.style =3D{sibling distance=3D30mm},% level 2/.style=3D{sibling distance=3D25mm},% level 3/.style=3D{sibling distance=3D10mm}] \node {racine-par-defaut} [edge from parent fork down] child { node {haute-par-defaut} child { node {rubrique1} child { node {a}} child { node {b}} child { node {c}} } child { node {rubrique2} child { node {d}} child { node {e}} child { node {f}} } child { node {private}} } child { node {site1}} child { node {site2} child { node {zone protegee}} } ;=20=20 \end{tikzpicture} \begin{tikzpicture}[ grow=3D0, nodes=3D{draw}, sibling distance=3D0.6cm, ->] \node{n=3D0} child { node {G}=20 child { node {G} } child { node {P} } child { node {D} } child [missing] child [missing] } child [missing] child [missing] child { node {P}=20 child { node {G} } child { node {P} } child { node {D} } child [missing] child [missing] } child [missing] child [missing] child {node {D}=20 child { node {G} } child { node {P} } child { node {D} } child [missing] child [missing] }; \end{tikzpicture} From MAILER-DAEMON Sun Oct 14 10:14:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBh9o-0008DG-H0 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBh9m-0008Ct-FX for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBh9j-0002J6-9T for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:10 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:53491) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBh9j-0002EV-2d for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:07 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id E7E18C0002; Sun, 14 Oct 2018 14:14:04 +0000 (UTC) From: Nicolas Goaziou To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= Cc: emacs-orgmode@gnu.org References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> <87tvlpdlke.fsf@nicolasgoaziou.fr> <87bm7xhs19.fsf@wirrsal.net> Mail-Followup-To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= , emacs-orgmode@gnu.org Date: Sun, 14 Oct 2018 16:14:03 +0200 In-Reply-To: <87bm7xhs19.fsf@wirrsal.net> ("Sebastian =?utf-8?Q?Reu=C3=9Fe?= =?utf-8?Q?=22's?= message of "Sun, 14 Oct 2018 10:05:38 +0200") Message-ID: <87d0scehuc.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 14:14:11 -0000 Sebastian Reu=C3=9Fe writes: > Nicolas Goaziou writes: [...] >> With the following document: >> >> --8<---------------cut here---------------start------------->8--- >> * Foo >> ** Bar >> * Foo2 >> --8<---------------cut here---------------end--------------->8--- >> >> Trying to refile "Foo2" under "Foo/Bar/Baz/" results in: >> >> --8<---------------cut here---------------start------------->8--- >> * Foo >> ** Bar >> * Foo >> ** Bar >> *** Baz >> **** Foo2 >> --8<---------------cut here---------------end--------------->8--- > > This was due to the trailing slash in the refile target. I now amended > the regex to normalize such input and added a test case with > a trailing slash. Care to give it another spin? AFAICT, it still doesn't work. I get the exact same result as detailed above. From MAILER-DAEMON Sun Oct 14 10:30:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBhPp-0002an-Lw for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:30:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBhPn-0002a0-1e for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:30:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBhPj-0007HU-To for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:30:43 -0400 Received: from wirrsal.net ([188.68.36.149]:45504 helo=mail.wirrsal.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBhPj-0007Gc-Jc for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:30:39 -0400 Received: from localhost (i59F67437.versanet.de [89.246.116.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wirrsal.net (Postfix) with ESMTPSA id 020427A380A; Sun, 14 Oct 2018 16:30:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wirrsal.net; s=wirrsal; t=1539527438; bh=q/K06F9aeEcWDPMU33ScL/+AF1r39hQBJuvuipa9kSo=; h=References:From:To:Cc:Subject:In-reply-to:Date; b=JYBLzLO0fb7NH5mT3JVgXZewvVq1w5Yoo9wjyJ9rZoH4TwfV0FhgaWc15Oaz2rmiZ IphAfksh0WINSM+TxPp1HouFM58F4wi2n/pkxgcbtmBRBxcwG6EW48FLBlk/MVvFhU whcTAQH2a94pUGlHLvEAbDYIebQig8JHDgkgwe/Q= References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> <87tvlpdlke.fsf@nicolasgoaziou.fr> <87bm7xhs19.fsf@wirrsal.net> <87d0scehuc.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: Sebastian =?utf-8?Q?Reu=C3=9Fe?= To: Nicolas Goaziou Cc: emacs-orgmode@gnu.org In-reply-to: <87d0scehuc.fsf@nicolasgoaziou.fr> Date: Sun, 14 Oct 2018 16:30:37 +0200 Message-ID: <875zy4ios2.fsf@wirrsal.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 188.68.36.149 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 14:30:44 -0000 Nicolas Goaziou writes: > AFAICT, it still doesn't work. I get the exact same result as=20 > detailed above. That=E2=80=99s odd, I can=E2=80=99t reproduce your example anymore. Is your= Emacs=20 session still the same one as earlier today? While implementing=20 the patch I had to C-0 M-x org-refile occasionally, because=20 earlier runs had injected erroneous entries into the cache. If it=E2=80=99s not the cache, do the tests pass for you? The first new=20 test should be analogous to your example. --=20 Insane cobra split the wood Trader of the lowland breed Call a jittney, drive away In the slipstream we will stay From MAILER-DAEMON Sun Oct 14 11:22:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBiDz-0006Mq-LA for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 11:22:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBiDv-0006Ln-Re for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 11:22:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBiDq-0000a7-Jw for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 11:22:28 -0400 Received: from mail-lf1-x133.google.com ([2a00:1450:4864:20::133]:33758) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBiDn-0000Rp-ND for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 11:22:24 -0400 Received: by mail-lf1-x133.google.com with SMTP id o21-v6so12365474lfe.0 for ; Sun, 14 Oct 2018 08:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=41hqa6oURdDRqT6qOy2LJVwcDIQ5Lo1KduEypvbHb30=; b=DRk62GDaRDAXSxUj99+Gw+aO6czKcvGjJdjk/NQr1GZ1sxI23NazEShu4/iwkOMfk8 D3Zah6pFzvg6ofdFk3BpT1ZZ7iM3DMPv7iY1DWooeIFmo71V31N38yHU6vLUf0vJpjlg fX3Srjfm/r7/yjHYcm0i4p3IEctyg484/Y3DOl6Q4Q+xiz01uiPXJ2UrEhPkUVPKpYtl HnTD5pBTRnTxcI4jHmhTAMr6XRT4Uhj8jqMUvVklzuSlrBoN79MUmbYZCjR48uxR433T AuXuHNuLNUmzfU3fNBogxT+HwDCiOC5sLWtwYzbdkPGJzt0voILpXt3KNIqR94qPdJWL PX1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=41hqa6oURdDRqT6qOy2LJVwcDIQ5Lo1KduEypvbHb30=; b=T6fyFPiA5YB+MeuFq2eCH/ceFmE47pHrNR1EwTT3yJ104fX1GFneSWxo6L6GCtcUSt 4n4wqTiBzk3QJOrp/uSfSOl401bhYgszCRRBLiFxaWNgiT1XwJ5l3LyCDGqZVKEi7pcb zGFOwPmE29Y4jJ1p37LoWy81Bg4IAAnnJ+XUy1dxqlcVv6QrBD5USan5axwNmUjNRCV/ yRBLMryxuourbSE9rfm78C+Za7nAxYps+LuftKhkGZ5+X6i0W+AhJYdvl5ULnSsI4KNo Uyoc4LsVw+5xecq0oXDVnypJYQa2+EO3eahmlseCCoJCXFZ6TGfK0snM3wZ734DMnm5X Bo4g== X-Gm-Message-State: ABuFfohzrp2hK3TMPSHgt/CMZCJdqGdkJ0GBRxzP7G3tlHfKm6nlXXTJ I4/rhtPGQjJuIbHakNZfAiNOaFTfMLFEIaFwpZbUXQ== X-Google-Smtp-Source: ACcGV62IRJHXaLeVmr8RNvm4b3FqY/8SgqjSlrk/YYHcZkUZnmfHmmo9Ve+A99GAIXlSYXMSsu1URhocQzXwM4ZPkPM= X-Received: by 2002:a19:7510:: with SMTP id y16-v6mr7750458lfe.100.1539530535430; Sun, 14 Oct 2018 08:22:15 -0700 (PDT) MIME-Version: 1.0 From: Mirko Vukovic Date: Sun, 14 Oct 2018 11:22:04 -0400 Message-ID: To: "emacs-orgmode@gnu.org" Content-Type: multipart/alternative; boundary="000000000000af6f92057831e25c" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::133 Subject: [O] How to generate a list of ``who-links''? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 15:22:32 -0000 --000000000000af6f92057831e25c Content-Type: text/plain; charset="UTF-8" Hello, I am looking for a way to get a list of all remote references to the current node? Currently, I do: - org-id-copy - In org-agenda I search the copied id. Is there - a better built-in way? - a contributed-package? - a suggestion how to code it in my elisp? Thanks, Mirko --000000000000af6f92057831e25c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am looking for a way to get a = list of all remote references to the current node?

Currently, I do:
- org-id-copy
- In org-agenda I searc= h the copied id.

Is there
- a better bui= lt-in way?
- a contributed-package?
- a suggestion how = to code it in my elisp?

Thanks,

Mirko
--000000000000af6f92057831e25c-- From MAILER-DAEMON Sun Oct 14 13:45:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBkSV-0007EO-MP for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 13:45:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59795) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBkSU-0007EH-0m for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 13:45:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBkSP-0005n2-0g for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 13:45:41 -0400 Received: from zed.grinta.net ([109.74.203.128]:60670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBkSO-0005lh-Md for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 13:45:36 -0400 Received: from black.local (c-98-245-163-4.hsd1.co.comcast.net [98.245.163.4]) (Authenticated sender: daniele) by zed.grinta.net (Postfix) with ESMTPSA id BE02AE0569 for ; Sun, 14 Oct 2018 17:45:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=grinta.net; s=mail; t=1539539132; bh=AHTHjXcy/1LoPoAwokrKvB0BuxPLbYWkJebK930+P0Q=; h=To:From:Subject:Date:From; b=caz7sJgC26rywahpbCgr0ALJP+WhnDAWs7wJmqIpdvBLDsM4HWNiqsACZu9ZdKQ3j vmAUZRtWAsGbESBSMlo6gOXCcsuIZKhaC1AquCZR9ncb8/5xkQgE4LFFrFHG0B6zD5 17XUzSVUxBJ37jdNwpGokNKt2AeTMq4rRkru7tHc= To: emacs-orgmode@gnu.org From: Daniele Nicolodi Openpgp: preference=signencrypt Message-ID: <8b37c599-7119-a9a8-8cab-88d32ad93750@grinta.net> Date: Sun, 14 Oct 2018 11:45:28 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 109.74.203.128 Subject: [O] Refile to datetree X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 17:45:42 -0000 Hello, I'm not always very systematic in my note taking and sometimes I find the need to refile entries into a datetree. Unfortunately `org-refile` does not provide facilities for doing that easily. `org-archive` kind of does, but it does not allow to easily specify the target date. I saw a few questions on Stack Overflow asking for this functionality, but all answers only provided partial solutions. I came up with the following: ;; org-refile to datetree (defun dnn-refile-to-datetree (arg) (interactive "P") (require 'org-datetree) (let* ((loc (org-refile-get-location "Datetree root" (current-buffer))) (buffer (find-file-noselect (nth 1 loc))) (pos (nth 3 loc)) (date (calendar-gregorian-from-absolute (if arg (time-to-days (org-read-date nil t)) (org-today)))) (dest (with-current-buffer buffer (save-excursion (goto-char pos) (org-datetree-find-date-create date 'subtree-at-point) (list (org-get-heading) (buffer-file-name) nil (point)))))) (org-refile nil nil dest))) which works for me so far. If people think it may be generally useful, and we can agree on how to expose the functionality to the user, I would like to integrate it in org-refile proper. Thanks. Cheers, Dan From MAILER-DAEMON Sun Oct 14 16:24:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBmwB-0005l9-08 for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 16:24:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBmw8-0005k2-V1 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 16:24:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBmw5-0005QL-0v for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 16:24:28 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:51859) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBmw4-0005PN-O4 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 16:24:24 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 0824520002; Sun, 14 Oct 2018 20:24:22 +0000 (UTC) From: Nicolas Goaziou To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= Cc: emacs-orgmode@gnu.org References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> <87tvlpdlke.fsf@nicolasgoaziou.fr> <87bm7xhs19.fsf@wirrsal.net> <87d0scehuc.fsf@nicolasgoaziou.fr> <875zy4ios2.fsf@wirrsal.net> Mail-Followup-To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= , emacs-orgmode@gnu.org Date: Sun, 14 Oct 2018 22:24:22 +0200 In-Reply-To: <875zy4ios2.fsf@wirrsal.net> ("Sebastian =?utf-8?Q?Reu=C3=9Fe?= =?utf-8?Q?=22's?= message of "Sun, 14 Oct 2018 16:30:37 +0200") Message-ID: <871s8suvih.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] [PATCH] org: Support creating arbitrary headline paths when refiling X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 20:24:29 -0000 Sebastian Reu=C3=9Fe writes: > That=E2=80=99s odd, I can=E2=80=99t reproduce your example anymore. Is yo= ur Emacs > session still the same one as earlier today? While implementing the > patch I had to C-0 M-x org-refile occasionally, because earlier runs > had injected erroneous entries into the cache. I restarted Emacs. Cleaned the cache. Still no luck. > If it=E2=80=99s not the cache, do the tests pass for you? The first new t= est > should be analogous to your example. It is not exactly analogous because I have (setq org-refile-use-outline-path 'file) Note that when I set it to t instead, I get org-refile: Cannot refile to position inside the tree or region From MAILER-DAEMON Sun Oct 14 17:02:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBnWW-0002bn-1I for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBnWT-0002bL-LJ for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBnWQ-0005r9-GV for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:01 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:52906) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBnWQ-0005o9-9V for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:01:58 -0400 Received: by mail-wm1-x331.google.com with SMTP id 189-v6so16924489wmw.2 for ; Sun, 14 Oct 2018 14:01:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:message-id:references:date:user-agent :mime-version; bh=tThG/PSgg9Qqu7U5ni9wGv8vLBLhu9/DdTjEOKXxng0=; b=CjuWsx7o67osq+F/Ohyb1hmX/Zjt1c4vDzQ2ywKcHySe3xHIK2befUOZPU4qCoIzpN bF2hVbWL+GqGe0OE2voS378/0c64lkJ6GvXebI2dd5+kWLN+zh/ZYyagE16bR4rHofrO 7s+PvDc0vL1ONtFbAkslpYAQhtJ+1hPOUq1RSIUrnvy3t9qPSHekUSL8lpM7lmMZvpOh CUGEC7ABQLacCLiNReHZTjp+fI/3qiqSzsxpbmUfZX6WupNtK6cKCNDgNZZohGkoszaK tR4SeIq2MPSv3RvbL3srfout1xPx4Z8hvDONDiHyuLkYrzIdbiUXOQmDPIOWPc/d1I5g WAsA== 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:message-id:references:date :user-agent:mime-version; bh=tThG/PSgg9Qqu7U5ni9wGv8vLBLhu9/DdTjEOKXxng0=; b=LWJRWUJmIH4yex3FEzFh78CCe3ypo0ipn0G45wUMZyphReUrCuAb1gT5rlJiYtKxkh NE6w5Hm4TZNUfEBHLA55b0LSRcmQSi77ST6feoKBuz3nIi+/elZSSHiVUJlfCUYIAr8S LCO9WZbLPlMDfuTZES/cE9CMWv6w9Csb8cH3VEaak8Zkhi+Njr5BuD2QpptjBuEEzFeC IsoaYMBeMeiDMAE0kffG+e7e8UbzIEVU84sQ5Xd1SzUfOUe9CE4/V9ofXaMCUsKEtgeZ gw2yGxh65MSum0SeGPHZQF+Sx5GwNfWpRe/nu+u5z6s4gMBiYMZ7Qt1bfBIFfTpxu5vK Begw== X-Gm-Message-State: ABuFfoimR09ITD4y59LoLPyxgvFn9Mcd2ek26SlZGMQ1JTO8uhbNvdkV NA7OFDbha4elf2AVi3FO9XPN6qsI X-Google-Smtp-Source: ACcGV636tzlMHP9yZSSFgiIhTK1qTTp7rKFzs0fVb3ZqIhcVlncI66I39xfuXgTHlpIL7XbmhfY8BA== X-Received: by 2002:a1c:af07:: with SMTP id y7-v6mr11634839wme.33.1539550916534; Sun, 14 Oct 2018 14:01:56 -0700 (PDT) Received: from freegnu (24.183.22.109.rev.sfr.net. [109.22.183.24]) by smtp.gmail.com with ESMTPSA id 20-v6sm11721890wml.10.2018.10.14.14.01.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 14 Oct 2018 14:01:55 -0700 (PDT) From: Jeremie Juste To: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= Cc: emacs-orgmode@gnu.org Message-ID: <87murgp9dd.fsf@gmail.com> References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> Date: Sun, 14 Oct 2018 23:01:26 +0200 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) 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: 2a00:1450:4864:20::331 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 21:02:02 -0000 Hello With the following in your .emacs file #+BEGIN_SRC (setq org-babel-latex-htlatex "htlatex") (defmacro by-backend (&rest body) `(case org-export-current-backend ,@body)) #+END_SRC I can put back #+BEGIN_SRC around the tikz and it seems to work. #+header: :file (by-backend (html "images/graphic2.png") (t 'nil)) #+header: :imagemagick #+header: :results (by-backend (pdf "latex") (t "raw")) #+BEGIN_SRC latex \begin{figure}[ht] \centering \begin{tikzpicture}[xscale=0.5] % draw the sets \filldraw[fill=none, draw] (-1.5,0) circle (1cm); \filldraw[fill=none, draw] (1.5,0) circle (1cm); % the texts \node at (-1.5,1.5) {$E$}; \node at (1.5,1.5) {$F$}; % the points in the sets (here I just create nodes to use them later on to position % the circles and the arrows \node (a) at (-1.5,0.7) {$a$}; \node (b) at (-1.5,0.1) {$b$}; \node (c) at (-1.5,-0.4) {$c$}; \node (1) at (1.5,0.7) {$1$}; \node (2) at (1.5,0.1) {$2$}; \node (3) at (1.5,-0.4) {$3$}; % draw the arrows \draw[->] (a) -- (2); \draw[->] (c) -- (2); \draw[->] (b) -- (1); \end{tikzpicture} \end{figure} #+END_SRC Best regards, Jeremie From MAILER-DAEMON Sun Oct 14 17:02:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBnWh-0002ib-BP for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35868) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBnWc-0002fK-K9 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBnWZ-0005zs-Fd for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:10 -0400 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]:34907) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBnWZ-0005zT-8w for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 17:02:07 -0400 Received: by mail-wr1-x431.google.com with SMTP id w5-v6so18947480wrt.2 for ; Sun, 14 Oct 2018 14:02:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=EeEhSflahrL3WHRPxAHn4TRz0Xc9b1gUZUnaR+E0QkY=; b=KRglQ6yG//tlj5RjuqnS7AokoA63eaC2CSkAR3NgTrTVRClawJwl8380TuYSzA0Xzq bjyd80ETtX+jxYCPbOMtyA7Su792ghNCUb7E9tFPnDqvD0/YCFuU7FNvRxaN3ItWWHpw WEIQgCH7eYbf3qoHg0dZsRTC7/IddCUWI2oNJuQuIvlsoKR0w0AipLPZhNz1OXwh+NLT nVgo7l8pQAihO4n4Tw592ELKh9rX0UBRw8ggs7+slVT/hfubZbJ6u6Ae3PkvHmKMu1cs YHLkGjIn/+qXTlJEmqfabFsg3zIvFDeORI+B+jE7vLERBllUaT9yxUrJ8WJXeHjL+QD+ QIwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=EeEhSflahrL3WHRPxAHn4TRz0Xc9b1gUZUnaR+E0QkY=; b=JgcED/wolFvjBkpEaIrKArbPhpFzQpimfXdjEltjRqiace9AXH1qumZZrp1gA9QP4F uJ7OgBQGawPekvEpczcY3wG6acScJzMdMghrJHuxxOYLfRwQ5DfRMYlURmLGzPjvEmb2 4T2NrPL9xGFKQQYeiFwcl2/HyJFRTTzG9rrq7Vu5gbSgu09qUQsUcZMErkvrZl169M6B biV0SoHWzBlMT6xWHkcogmQiik8hAaN3n/arRhm+MxM+hIoyWBdX32bC2ncxJYibTcCE N007qXf1f4bF6JOGmHjMIF6Sxy0q8ZKVTZdbSPGM0MrfAh3oFSPnzzM9OOfQmZ+zgrlX sdhA== X-Gm-Message-State: ABuFfojfxQK/XsRFpgs++x7XkJiitFr5kq2w6c5p7UIv+6ib9IddZCFh 6ffOcHuaQdkLsnuvy6NzDHLQ7xiq X-Google-Smtp-Source: ACcGV60NP2qDI2P3nUTDOpxjF+VVmduwL8rlrFdpGaQNQzO7WWipVbWOqMmH1l5DImb35CEOmG+VIA== X-Received: by 2002:a5d:67c8:: with SMTP id n8-v6mr12139740wrw.196.1539550925831; Sun, 14 Oct 2018 14:02:05 -0700 (PDT) Received: from freegnu (24.183.22.109.rev.sfr.net. [109.22.183.24]) by smtp.gmail.com with ESMTPSA id x139-v6sm42530509wme.3.2018.10.14.14.02.05 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 14 Oct 2018 14:02:05 -0700 (PDT) From: Jeremie Juste To: emacs-orgmode@gnu.org Date: Sun, 14 Oct 2018 23:02:04 +0200 Message-ID: <8736t8p7hv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) 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: 2a00:1450:4864:20::431 Subject: [O] mathjax macro in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 21:02:13 -0000 Hello, I was wondering how to set up mathjax macro in org-mode. For instance would it be possible to use #+HTML_MATHJAX: to include the following macro? Macros: { R: '{\\mathbb{R}}', bold: ['{\\bf #1}',1] } So far my attempts have been unsuccessful. Best regards, Jeremie From MAILER-DAEMON Sun Oct 14 18:08:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBoZC-00040j-9y for mharc-emacs-orgmode@gnu.org; Sun, 14 Oct 2018 18:08:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47302) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBoZA-00040c-8c for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 18:08:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBoZ9-0007t1-H7 for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 18:08:52 -0400 Received: from mail-lf1-x143.google.com ([2a00:1450:4864:20::143]:38241) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBoZ9-0007sU-9O for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 18:08:51 -0400 Received: by mail-lf1-x143.google.com with SMTP id g89-v6so12715157lfl.5 for ; Sun, 14 Oct 2018 15:08:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ZUwD0dbtkl58CKiBzHNRV9eBIO8FLb4ZWvZ7on6sy9Y=; b=Q0tLXrIhBhHytHuKURsNVagwHcH3ZfFIU+BrUZdRLp7tP8xDd+04raXzfPkd0aHc0V LtoiSRtH0e3jnGKqwF4Xttq3oQVWoKM2kfsJN2Lfa0Cc3JwA+7e8ctyL+KRUuKZrYvLR 8jo/B02BFE4LmUgv/LzPmzbA6MdVI2j9Mg7fRcalWYjkEBvpCDPsGWiuqbDireCUPHXA P1DgzcEDM4QWOyz445jcWhxRUfKyo6MxHgaJSFgAHBRgEzTzhNGUbXRdj3qjF3RVn9zm 0s0E+6SFeZ5leC6f/utwiRB9bSZhThm2nGDp0IRvDIf/+eZhBn+p7B8v9mu1OaI+3U// 8KFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ZUwD0dbtkl58CKiBzHNRV9eBIO8FLb4ZWvZ7on6sy9Y=; b=t3/FEU9Zu5LK/mDzZzzekSB3Gku2hbxxqcrbWtwHucC5BB1zkGpA15GoLzUKmPqa81 LQpEWt2WyvAU/dnJX/myRd5MJ4yC/9SNLb2ZiXuHHWX9EG6KoYAVlqIc6NXLH22LC6n6 +UNyet75Fqv5jAuAwL4gJmPeC7ifxDOeeDMiZiTzzAJoEaJ6hbuaqq1uBsuK9w3G3PzO 0T+N8PK+MLgm9HKSGY3kWgRfV1/6L2WA55i0NKNgHTx3OTTQ1vGG+HI7RMVE+AjAomr8 4QbRHzxw4SjBxLnoRr8lxKD5Qf+jYvUi1P3ttZLxCXtHDPOOsi3MeAr1azRVhqZFI2fD hw8w== X-Gm-Message-State: ABuFfogciqQp0/mDgipSsAqzfhTESLOCXy390quY2aFflThMq8+FqX02 //g1rCGtyONlTH0OH8QCCxDkOBT5Ctemqzv3ITo= X-Google-Smtp-Source: ACcGV62NTvXaBGilpMA6mVYp2Zw0eOwfMaGWoUB3WbyAR5zNT+V2c0c2d9+T6JJbLqSgFGlOMFwmqFTFoa4ZYeoUUIA= X-Received: by 2002:a19:9585:: with SMTP id x127-v6mr8457313lfd.112.1539554929334; Sun, 14 Oct 2018 15:08:49 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Sun, 14 Oct 2018 15:08:48 -0700 (PDT) In-Reply-To: References: From: Samuel Wales Date: Sun, 14 Oct 2018 15:08:48 -0700 Message-ID: To: Mirko Vukovic Cc: "emacs-orgmode@gnu.org" 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::143 Subject: Re: [O] How to generate a list of ``who-links''? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2018 22:08:53 -0000 this is good eonugh for me but perhaps you want to improve on it. (define-key org-mode-map (kbd "C-c w") 'alpha-org-what-links-here) (defun alpha-org-what-links-here () "Show all links that point to the current node. Possibly also show the target node itself. - fixme Bug in Org: g in agenda removes entries - fixme org text search does not work in non-org-mode files or in org files text above the outline tree ka This makes id links quasi-bidirectional. " (interactive) (let ((org-agenda-files (alpha-org-all-org-files)) org-agenda-skip-comment-trees org-agenda-skip-archived-trees (search-string (or ;; raw id so it will pick up target (alpha-awhen (org-entry-get nil "ID" t) (regexp-quote it)) (concat "{\\(" ;; tries searching a link to id ;; not sure if useful (regexp-quote (org-store-link nil)) "\\|\\<" ;; not sure if useful (regexp-quote (org-get-heading)) "\\>\\)}")))) (org-search-view nil search-string))) On 10/14/18, Mirko Vukovic wrote: > Hello, > > I am looking for a way to get a list of all remote references to the > current node? > > Currently, I do: > - org-id-copy > - In org-agenda I search the copied id. > > Is there > - a better built-in way? > - a contributed-package? > - a suggestion how to code it in my elisp? > > Thanks, > > Mirko > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Mon Oct 15 02:29:19 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBwNT-0000YC-Gw for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 02:29:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43230) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBwNR-0000Xy-Rc for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 02:29:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBwNN-00046A-QY for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 02:29:17 -0400 Received: from amu-stj-out2.univ-amu.fr ([139.124.244.207]:63095) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBwNN-00044k-E7 for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 02:29:13 -0400 IronPort-PHdr: =?us-ascii?q?9a23=3AJKd9nROMOLiBCzg02Xol6mtUPXoX/o7sNwtQ0K?= =?us-ascii?q?IMzox0LfX6rarrMEGX3/hxlliBBdydt6obzbKO+4nbGkU4qa6bt34DdJEeHz?= =?us-ascii?q?Qksu4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPER?= =?us-ascii?q?vjKwV1Ov71GonPhMiryuy+4ZLebxlKiTanfb9+MAi9oBnMuMURnYZsMLs6xA?= =?us-ascii?q?HTontPdeRWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjTbxFFzsmKH?= =?us-ascii?q?w65NfqtRbYUwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0yRD?= =?us-ascii?q?+s7bpkSAXwhScJOTE38H/ZhNFyg6xVoxyuqABwzYHPbYGJN/dzZL/Rcc8ASG?= =?us-ascii?q?dDWMtaSixPApm7b4sKF+cEIfxYr4jhqFATrRSmGROsC/jxxT9Mm3T72rM10/?= =?us-ascii?q?4gEQ7axgAhEc8OsG7Po9rrMKcfSv21zK/JzTXddv9ZwzL96JXSfhAvu/GBRL?= =?us-ascii?q?R9etffx0koEgPKlFSQqYr9MjOI0OQNsnab4/N6WuKqlm4rsQ9xoiK3yscoi4?= =?us-ascii?q?nJnZsZylTe+ipi2oo1K8e4RUhmatCnCJtdryWXO5dsTs8/Xm1lvDw2xqAHtJ?= =?us-ascii?q?KhYiQG1ZQqyhjCYPKdaYeI+AjsVOOJLDd9g3JqZaywig6p8Uil1u38Ts600E?= =?us-ascii?q?tWriZdktnDqHQN1xvL58idVPRy5Vmu2SqO1wDQ7eFIO100lazaK54/27I/jJ?= =?us-ascii?q?8TsVnZEi/4gkX6lK6WdkM69ei08+nqZqnqqoWBO4NpjgzyKLkil82lDegmLw?= =?us-ascii?q?QDX3CX+eGm273i+U35Tq9KjvozkqTBrp/aP8UbqbKjDw5bz4Yj8Q2wACmi0N?= =?us-ascii?q?kDgHkHKlNFeAyeg4fzPlHOPer0Dfmlg1i0ijdk2+jGPqH9ApXKNnXMjrLhcq?= =?us-ascii?q?xh5E5H0QYzyspf551RCrEGPf38RFT8tNPeDh8kKQC0xPznCNounr8ZDG+KC6?= =?us-ascii?q?SCdaTIvlqP6u8HLO+RIogPt2XTMf8gsl/0jHRxpssHd6Stlc8acnGzWOt7OU?= =?us-ascii?q?+UZVLxhNYfVG4Po0wwVrq52xW5TTdPaiPqDOoH7TYhBdf+AA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DAAAD7MsRb/9cQd1phHgEGBwaBUwc?= =?us-ascii?q?LAYIDJR4jbRIogzY/iHWMdmMPgQ2ITYw5ZYF6DSOEQwQCAoR+NgsNAQMBAQI?= =?us-ascii?q?BAQIBbBwMgjYigmIBBAEMFwQLAUYFCwkCGgIFIQICDwE8CzSDBoF5DAuKKpt?= =?us-ascii?q?NezOEd4NPgQ2BC4xYhCSESoEBgjaCVwKUNYl1BwKBBIVRih2BT0yHAzWGS5Y?= =?us-ascii?q?tgUoLJieBLnSDOQiHOYkWPTEBAYwgAQE?= X-IronPort-AV: E=Sophos;i="5.54,383,1534802400"; d="scan'208";a="237865332" Received: from lfbn-lyo-1-581-215.w90-119.abo.wanadoo.fr (HELO rebetiko.univ-amu.fr) ([90.119.16.215]) by smtp-stj.univ-amu.fr with ESMTP/TLS/AES256-GCM-SHA384; 15 Oct 2018 08:29:09 +0200 References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> User-agent: mu4e 1.0; emacs 25.2.2 From: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= To: emacs-orgmode@gnu.org Cc: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= , In-reply-to: <87murgp9dd.fsf@gmail.com> Date: Mon, 15 Oct 2018 08:29:08 +0200 Message-ID: <87murfbu4r.fsf@univ-amu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 139.124.244.207 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 06:29:19 -0000 Hi, I read your two answer only this morning. Thanks a lot for the provided tips. Clearly the first solution doesn't fit, as I face this situation for dozens of org pages which compose a web site... I will test your second trick. However I would like to understand how it works. I wasn't aware of the `org-babel-latex-htlatex', how is it used ? And why wrapping the call to the export backend into a macro "do the trick" ? Thanks again. E. Le 14/10/2018 à 21:01 GMT, Jeremie Juste a dit: > Hello > > With the following in your .emacs file > > #+BEGIN_SRC > (setq org-babel-latex-htlatex "htlatex") > (defmacro by-backend (&rest body) > `(case org-export-current-backend ,@body)) > #+END_SRC > > I can put back #+BEGIN_SRC around the tikz and it seems to work. > > #+header: :file (by-backend (html "images/graphic2.png") (t 'nil)) > #+header: :imagemagick > #+header: :results (by-backend (pdf "latex") (t "raw")) > #+BEGIN_SRC latex > \begin{figure}[ht] > \centering > \begin{tikzpicture}[xscale=0.5] > % draw the sets > \filldraw[fill=none, draw] (-1.5,0) circle (1cm); > \filldraw[fill=none, draw] (1.5,0) circle (1cm); > > % the texts > \node at (-1.5,1.5) {$E$}; > \node at (1.5,1.5) {$F$}; > > % the points in the sets (here I just create nodes to use them later on to position > % the circles and the arrows > \node (a) at (-1.5,0.7) {$a$}; > \node (b) at (-1.5,0.1) {$b$}; > \node (c) at (-1.5,-0.4) {$c$}; > \node (1) at (1.5,0.7) {$1$}; > \node (2) at (1.5,0.1) {$2$}; > \node (3) at (1.5,-0.4) {$3$}; > > % draw the arrows > \draw[->] (a) -- (2); > \draw[->] (c) -- (2); > \draw[->] (b) -- (1); > \end{tikzpicture} > \end{figure} > #+END_SRC > > Best regards, > > Jeremie -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LIS CNRS, UMR7020 http://www.lis-lab.fr/ From MAILER-DAEMON Mon Oct 15 04:04:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gBxrn-0001Bw-HM for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 04:04:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35965) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBxrk-00019C-Cb for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 04:04:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBxrg-0004JY-5N for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 04:04:40 -0400 Received: from mail-it1-x12e.google.com ([2607:f8b0:4864:20::12e]:55839) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gBxrW-000433-Uz for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 04:04:29 -0400 Received: by mail-it1-x12e.google.com with SMTP id c23-v6so27398666itd.5 for ; Mon, 15 Oct 2018 01:04:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ngo-org-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=WmsoCeiIszSnfY18OT8TxTLrrFjpKvfwTlzA5/RSorg=; b=MBO4JjLWjhgNF0GXbHoWInzYzcwLnGQ9Z4WwgwdJIjFSDCJQ1Thhx58W1pCS9pYBws fAlyfT9aUlL0JVAB+Uo5xQXmTLGFTJpGU7zhuFBjZ+E9X3HTu4r9pSnzNNF1G5Ksl+1M obUQdTaN6ZmsGx2iKjLStuk11IsV2HTzuS+x9saWaGOYl07xxD3E7gTBIdHVRcO5PwXB nkfwqwuMU3l1lTTZtgM1KG8/Rim2Nx61GzDza5+KTgk+4kMNnJU8/gDL4YVVZD6qUT1N jAlL5ECWpJyCwkYEB/cu9FO/gW02eTRJLJQQ3rxSvOz9aBNCiDSBsqR3JZwr1gMx/jsa gA8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WmsoCeiIszSnfY18OT8TxTLrrFjpKvfwTlzA5/RSorg=; b=SMTvEgbDm8mI2YcNGeT7tfhsqxDezSoR07roqa7yoaQ6uM0kwUEjVCCzudDeC+JNHq hu957MZD7L6xrPvInWbROOqXpPgKEfMXalzC8L4F4DgrZvWHefjwx7IDwpo53ck2ue4Y HbvTRqODo/pby+zrY380ODVvHNBYvUy1PareBBJtan6pO0kOrltyYYfV0DRoaxjqg8bK sPYtIZZ/Y+iO+udAJSHrRp9XPRvuIADBXAoclNhzPENibbwbkBq8dd2hWpENTpIVmChM PMxDABC/IkFsYzxzjyqGlEGu+wpa7aN+cRf1+yUoHn2jf4UCkigy1Z1ZkY+bXTplraPM +gJw== X-Gm-Message-State: ABuFfohrrDrA090l6siqCEkkcykpMIX7EAF6VTrp2OuvZFWrq2MIOj4f TPRwOOqs66r9HdaxOp4hEHCKGUGtkUKxHOPEXvptS/Zk2oQ= X-Google-Smtp-Source: ACcGV60vNfSB7j6/FDwP/f/jKYVzyD2HBS4t7+wZ+xPqoA5AqWZ+CfIw7+6XxXNClaKTlUhEn0ZaxctDMxRW8tMBdqU= X-Received: by 2002:a24:95c4:: with SMTP id m187-v6mr11880881itd.83.1539590660717; Mon, 15 Oct 2018 01:04:20 -0700 (PDT) MIME-Version: 1.0 From: Nik Clayton Date: Mon, 15 Oct 2018 10:04:10 +0200 Message-ID: To: emacs-orgmode Content-Type: multipart/related; boundary="0000000000006f5aaf05783fe294" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12e Subject: [O] (no subject) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 08:04:42 -0000 --0000000000006f5aaf05783fe294 Content-Type: multipart/alternative; boundary="0000000000006f5aad05783fe293" --0000000000006f5aad05783fe293 Content-Type: text/plain; charset="UTF-8" Hi, I'd like to propose a couple of changes / enhancements to how org-export exports some data in to HTML files to make it slightly easier to style those files. The first is re line-numbers. At the moment those get exported as content in the HTML, although they're really additional metadata. Amongst other things, this means that if you copy/paste from the output you get the line numbers included in the text that's copied. CSS supports arbitrary counters that can be associated with content, starting from an arbitrary value. My current hack that sort of works is the following CSS: /* Hide the current line numbers */ span.linenr { display: none; } /* Style each line. Maintain a counter for each line, increment by one for each ... element. .reveal pre.src code { display: inline; font-size: 125%; line-height: 1.2; counter-increment: line; } /* Show a line number before each line. */ .reveal pre.src code:before { content: counter(line); border-right: 1px solid #ddd; padding: 0 0.5em; margin-right: 0.5em; width: 1em; display: inline-block; text-align: right; } and a change to org-html-do-format-code to wrap each line in its own ... element: ... ;; Transcoded src line. (format "%s" loc) ... But this adds line numbers to all code blocks, irrespective of the "-n" option, and they all start from one. What I'd like to do is change the output to: 1. Omit the ..." content. 2. Add an additional class to the pre element to indicate whether or not this block should have line numbers. 3. Add a data-ox-starting-number (or similar) attribute to the pre element that specifies what the starting line number for this block should be. Couple of questions before I write a patch: a) Does that sound reasonable? b) Should this replace the current approach, or be an option that can be toggled by a customisation? And the second is re languages associated with exported SRC blocks. At the moment the language is mentioned as src-... class (src-html, src-javascript, etc). I'd like to put the language in a data-ox-src-language attribute as well (e.g.,
...
) so that I can put use CSS to put badges indicating the language in the output. Per https://developer.mozilla.org/en-US/docs/Learn/HTML/Howto/Use_data_attributes that would look something like: .src:after { content: attr(data-ox-src-language); position: absolute; top: -10px; right: -10px; font-size: 70%; background: green; color: white; text-align: center; line-height: 18px; border-radius: .25em; padding: 0 0.5em; box-shadow: 0 0 1px #333; } I see there's already some code that tries to show language badges on hover (which doesn't work for me for some reason, I haven't dug in to why). Does this change sound reasonable? Here's a screenshot from an export showing early versions of these changes in action. Notice how the selected text (the first function) doesn't include the line numbers in the selection. [image: image.png] N --0000000000006f5aad05783fe293 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I'd like to propose a coupl= e of changes / enhancements to how org-export exports some data in to HTML = files to make it slightly easier to style those files.

=
The first is re line-numbers.

At the moment t= hose get exported as content in the HTML, although they're really addit= ional metadata. Amongst other things, this means that if you copy/paste fro= m the output you get the line numbers included in the text that's copie= d.

CSS supports arbitrary counters that can be ass= ociated with content, starting from an arbitrary value. My current hack tha= t sort of works is the following CSS:

/* Hide the current line numbers */=
span.line= nr {
=C2=A0 display: none;
}

/* Style each line. Maintain a = counter for each line, increment
=C2=A0=C2=A0 by one for each <code>...</cod= e> element.
.reveal pre.src code {
=C2=A0 display: inline;
=C2=A0 font-s= ize: 125%;
=C2=A0 line-height: 1.2;
=C2=A0 counter-increment: line;
}
<= br>
/* Show a line number before each= line. */
.reveal pre.src code:before {
=C2=A0 content: counter(line);
=C2= =A0 border-right: 1px solid #ddd;
=C2=A0 padding: 0 0.5em;
=C2=A0 mar= gin-right: 0.5em;
=C2=A0 width: 1em;
=C2=A0 display: inline-block;=C2=A0 text-align: right;
}

and a change to = org-html-do-format-code to wrap each line in its own <code>...</co= de> element:

...
=C2=A0=C2=A0=C2=A0 =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 ;; Transcoded src line.
=C2=A0=C2=A0=C2=A0 = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (format "<code>%s</code>&qu= ot; loc)
...

But this adds line= numbers to all code blocks, irrespective of the "-n" option, and= they all start from one.

What I'd like to do = is change the output to:

1. Omit the <span clas= s=3D"linenr">...</span>" content.
2. Add = an additional class to the pre element to indicate whether or not this bloc= k should have line numbers.
3. Add a data-ox-starting-number (or = similar) attribute to the pre element that specifies what the starting line= number for this block should be.

Couple of questi= ons before I write a patch:

a) Does that sound= reasonable?
b) Should this replace the current approach, or be a= n option that can be toggled by a customisation?

<= br>
And the second is re languages associated with exported SRC b= locks.

At the moment the language is mentioned as = src-... class (src-html, src-javascript, etc).

I&#= 39;d like to put the language in a data-ox-src-language attribute as well (= e.g., <pre class=3D"src src-html" data-ox-src-language=3D"= ;HTML">...</pre>) so that I can put use CSS to put badges ind= icating the language in the output.


.src:a= fter {
=C2=A0 content: attr(data-ox-src-language);
= =C2=A0 position: absolute;
=C2=A0 top: -10px;
=C2=A0 right: -10px;=C2=A0 font-size: 70%;
=C2=A0 background: green;
=C2=A0 color: white= ;
=C2=A0 text-align: center;
=C2=A0 line-height: 18px;
=C2=A0 bord= er-radius: .25em;
=C2=A0 padding: 0 0.5em;
=C2=A0 box-shadow: 0 0 1px= #333;
}

I see there's already some cod= e that tries to show language badges on hover (which doesn't work for m= e for some reason, I haven't dug in to why).

D= oes this change sound reasonable?

Here's a= screenshot from an export showing early versions of these changes in actio= n. Notice how the selected text (the first function) doesn't include th= e line numbers in the selection.

3D"image.png"
=

N
--0000000000006f5aad05783fe293-- --0000000000006f5aaf05783fe294 Content-Type: image/png; name="image.png" Content-Disposition: inline; filename="image.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: ii_jna09sah0 iVBORw0KGgoAAAANSUhEUgAABs0AAAGsCAIAAAAZtH42AAAgAElEQVR4nOzdTajkVp73+awu10uX 4aEbBp5hGnpg5qm3dma9uMpZ3dOP7ZlZPKtJuG2Y9uIOg2FIb4whIWvgQo7xQy6uyUVCkgl3keRd 3GV5FSAQpUUQC4EWATLEIlayFwLTICcUWGDIhSFmcZ7897EUOnEkHb2Fvh/+NNXOuIoT0pFC+sWR zrVrr92kKIqiKIqiKIqiKIqiKIpqVcO3gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIo auo1fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKo qdfwLaAoiqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKm XsO3gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6 Dd8CiqIoiqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIoauo1 fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKoqdfw LaAoiqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKmXsO3 gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6Dd8C iqIoiqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIoauo1fAso iqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKoqdfwLaAo iqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIoiqIoiqIoiqIoiqKmXsO3gKIo iqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqIoauo1fAsoiqIoiqIoiqIoiqIoipp6Dd8CiqIo iqIoiqIoiqIoiqKmXsO3gKIoiqIoiqIoiqIoiqKoqdfwLaAoiqIoiqIoiqIoiqKa1l9dv/mD6zd/ fP3mT27cfJWitPrJjZs/vn7zB9dv/tX1Xnrj4DsDRVEURVEURVEURVEU1aC+99rNV67f/MlvX//h v/4Pf/XBf7h27/vX/us1itLrr97/2x/869/95PXfvXL95ve67pOD7xIURVEURVEURVEURVFU3fre azd/eP3mj//3X1z7f380eJhFjb3uff9H/8f/9MOuo8bB9wqKoiiKoiiKoiiKoiiqbv3g+s0f/5f/ NHyARU2nfvxf/tMPOr2BevC9gqIoiqIoiqIoiqIoiqpV33vt5k9ef50bpal6de/7P/nDrzoc0jj4 jkFRFEVRFEVRFEVRFEXVqldee+OH//L3w+dW1NTqlX/9u1dee6Ornjn4jkFRFEVRFEVRFEVRFEXV qh9df+N77//t4KEVpdcn4Se73e7L/MvBW2Ko793+2x9dJ2ekKIqiKIqiKIqiKIqiXrt57bWbf339 je8x/cvIahI547V73//rI8kZ/+ENiqIoiqIoiqIoiqIoqmW9ev2NxknTO396Z1ft0+2nw2dh06xO c8YX37648+c7Thb16o3Ooj+CRYqiKIqiKIqiKIqiqGlVm5xxbzr2SfjJ4DkdZSiH22hSOePQexpF URRFURRFURRFUdRxFznj3Gp+OeOBfeD3xfolRVEURVEURVEURVEUVbtefe33rgIscsZJ1JxyRkOw OPSOR1EURVEURVEURVEUdWTVW8747LNn8b/Fz795rp7e+PWLr7dfbW9c3Ci87OsXX+sPedx+tZV/ +nT7aeERkPp7vfOnd4LPgy/+8sWLb1+of/0y//LZZ88MDX7nT+9sv9qqd3zx7Ysv8y+DzwPVyKo/ efbZM/0tnn/zPP63WD2nsvDQwzANpZ1hGsp/VG/39YuvyytK/xPD8xn19fBJ+In6FHqTgs+D8l8V VmzB1y++PrqcsRwvfqfr/+479QuKoiiKoiiKoiiKoiiqVb362u96yBlVvhZ8Hsi/3vnzneffPH/+ zfNy1KhCsappZFSo986f3in8dxVKPvvsmfqnGxc3gs8Dw3Q0zz57ttvtvvjLF5IPvvOnd8I0VIHd 3j/ZfrV9/s3zT7efSpufffbsy/zLcuip15f5l2EavvOnd55/81zeTq2r8qfQ/8o8D4xaQvB58OLb F9uvtvIp7vz5zhd/+aJqxV6by3jGypBRTxVfpyiKoiiKoiiKoiiKolzVq6+93kPOuLduXNx48e2L vYPvPt1+WjXCbvvVVh/kaC6VG1YFeV/85Yu9f7J3PKMKGfeGd9uvtuacUQ2BLCSewedB+5yxKkg1 jMqcQc54IGF82ft//vq1n/+WoiiKoiiKoiiKoiiKclKv/sNgOaNK0/aGhiqCLC+q6r+bm7Q3zlO3 PLdfzrWXQywL903rn7EcMtqsGZuc0fCaqjc99pxxT8j43YTx3+PF31z7GUVRFEVRFEVRFEVRFOWm Xv3lb51ETtea5oxVSVmYhuXxhmEamtM3+yY9++zZi29fPPvsWVU+qJf5oY0HP6M8n9HJmtE/muEB lNuvtnsHbB51zlgZMuoJo/T+X1/72a+v/bRcv6IoiqIoiqIoiqIoiqLq1qu/+HXddOnFty/2ZnPm nDH4PJBHGcq8K+r/7n393ucwGp7beOfPd2RSF5kRRU07U9Uk9ShD9UBG1RI1qUuD1M+cGHaXMxoS w6pMdiY5Yzlk/O21n//mlV/+9r/79c3X/vGff/fPb/7zW2+9DQAAAAAAAEfefPPNuulSVVBVlXzd uLjx/JvnX+Zffrr9VFK8Gxc3Pgk/Uf+96o0Kj2I0PLTx0+2nL759Ef9brL/7nT/fUVPBWMZq7/zp HfUW5UGC5Ix7a2Q5oz6YUQ8Z1TDGn/3mb371xh/+M9kiAAAAAABAJ5znjOWhjmoGlQZp2p0/33nx 7QuZeqUqsFMjH/feQdzgVu69n8LwEQ4W9033nzO+HMz4ciTjK798/X9+439hACMAAAAAAEB3HOaM VZM773a7qqDNPJ5RD+k+CT/RM8fC++52u71//uyzZ3tbG3weVA2N3NvgqgjVpjrNGZkHxhAy/u6/ 3S79s9/8j7/7p6F3NAAAAAAAgCPXIGd88e2L8iTR7/zpnRffvtgbqH394uu9Mztvv9qak7Jr2r3S hXuoC6/Z7XblCFINh9wbq6lo0vCUyfI/fZl/+fyb53uDzhsXN774yxdVH6TTnLEqTIz/La7686rN dOPixt5PZ6hR5oy/1AYz/vz1az//zd/86g1GMgIAAAAAAHStQc545893vn7xtZqSRSVTKg0054DB 54HEWHf+fEfFdl+/+Prgcw+/fvG1igX3ztBy7eXzH59/81zCwRsXN4LPgxffvvjiL18Ycsbdbrf9 aqtHimrU5N4PcuPihmqzfqvyJ+En8b/Fag6ZquZ1mjN+uv30+TfP9U+hJrepikSvvRx2KtvunT+9 8+yzZyrzrZpjZ3I5478PZnzll7/93T+/OfReBgAAAAAAcPwa5Iyqgs8DNZuzmtnZHFE9++yZvFjF f+r1MgO1IVNTc7mYQ7cbFze2X23V6EXVHjVztArjFD1tVJNf3/nzHTVZit4wwxMPr/3Xa59uP9Vn zVYZXznHVI+MNCiHkirpMyikn/LoyRsXN8I0lIm2n3/zPPg8MG87lU7Kp/4y/zL4PKjKSaeVMxYH M/73v/3D0LsYAAAAAADALDTOGalhq8EUN85rNDlj4eGM2pMZX/vHfx56FwMAAAAAAJiFN99885X/ 75XBUzOqbg2fM977/l9ff2NkOWNpBpg//GeezAgAAAAAANCHN99882/u/M3gqRlVtwbPGb935yc/ GmvO+N9umr72s1//4U1yRgAAAAAAgD689dZbf/f//N3gqRlVtwbPGV/5v/7jK6+NN2f87bWf/eba z3499P4FAAAAAAAwF2+99dY//q//yK3TEyo1f3dB3ami29a97//1m9e/11HI2DRn/H0xZ/wpOSMA AAAAAEB/3nrrrV+c/GLw+IyaUP3gX/7+B9c7CxnJGQEAAAAAACbqrbfe+un/+dPB0ytqAnXv+z/8 l7//4fWbHQ5mbJUz/oKcEQAAAAAAYEhvvfXWP/1v//T3//ffMy0Mtafuff97H/yHV07/41//4Vev dB0y1ssZ5eGM5IwAAAAAAACj8dZbb72JWXr1F7959Ze/ffUfXn/1tddffe13r772+1ev//7V62+o +smNmz++fvMH12/+Vae3S5MzAgAAAAAAAJN27ae/vvaz31z7+W+v/eL1a7/43bVf/v7aP/z+30O8 HrJFckYAAAAAAABg6qafM/6ynDP+aui1CgAAAAAAAMzLtZ/+qpgz/pKcEQAAAAAAAEAd5IwAAAAA AAAA2iJnhDNffPHF0E0AAAAAAADAMMgZ4YzDnHEHAAAADM3VyS0AADNBzghnyBkBAABwTFyd3AIA MBPkjHCGnBEAAADHxNXJLQAAM0HOCGfIGQEAAHBMXJ3cAgAwE+SMcIacEQAAAMfE1cktAAAzQc4I Z8gZAQAAcExcndwCADAT5IxwhpwRAAAAx8TVyS0AADNBzghnyBkBAABwTFyd3AIAMBPkjHCGnBEA AADHxNXJLQAAM0HOCGfIGQEAAHBMXJ3cAgAwE+SMx+a927fvnZ8/fPr07P79nt96kJxxu91GUbRc LhfftVwul8tlFEVxHGdZ1tnJJ2yt1+vCNlqv10M3CtgviqJFheVyOXTrgPEKw3CxWGy326Ebgq5k WeZ5XhAEQzekrTzPwzD0PG+xWERRZHilq5NbAABmgpzxSLx7eqrixSdXV6qOPmdM09T3/aosoMB8 Bgmh4hXf951fJZIzYkLIGYEG4jhWuwk54xFL0/QIvsTTNFUJ42Kx8DzP/FlcndwCADAT5IzT9u7p 6R8/+ujBxYXEizPJGTebjWXCKJydnB4vfa16nud24eSM2O12y+XS87yOhhhvNpswDIMgkD7m+/5q tYrjOM9z9Zo8zxuPxFF9mJzRoTzPN5vNarXSfzTyPE+NRk/TVL1MjZ8Kw3DY1sJM7VzsI6PS5ohn oEatLhaL6d4vou6DCYJAjjMGrk5uAQCYCXLGCSvEi+ePH//xo4/eu337/PHj484Z5bd0e85Ts6Mk Vw5KkiQOF07OiN1u10XX2u12m83m4OjmMAzzPE+SRP2/Dd6FnNGhPM/X67WMJ6ri+/5ms1FbjcP4 yMk3iPMdHI21OeIZZFmmFjvR46GcRlrmpK5ObgEAmAlyxgl7cHHx6PLy3vn5B3fv6v/96HPG1WpV vhCV8Uq73S5Jks1mE0WRGtnk+z6XPTYKj7lkpcE5510rz3Ppt77vR1GkLzxNUzVcTr3A8zy5IbrB e5EzuqI/9cL3/TiO9a2WZZl68K7+mi6yEjg09eDpWHWUM+4mHiurg7n9ME9XJ7cAAMwEOeMROu6c Mc9zPQvr7h7MGSJnRNfcdq08z9VvCZ7nxXFseGWWZYXu3eDtyBmdkMeieZ632WzMLy6MVO2nhWhg 0qnTEesuZ5x0slz3YO7q5BYAgJkgZzxCx50zyknzdE9wR4ucEV1z27VUj/U8z+YBW7vv3rzf4O3I GdvTQ0bLrZbnOeMZR04iJ9/3h24LvqO7nHGn3VwyubMFckYAADpFzniEyBnRDDkjuuawa8m0RbVm tpUL4wbvSM7Ynow/tQwZFbWteT7jaMlgxoMDVNGzTnPG7XY70TMxckYAADpFzniEyBnRDDkjuuaq a8nMtnXnIGYemAFJNGy+yb1MjYJcrVbdtAut6A8z0R+UjDHoNGfc7XYy1nhaT7AhZwQAoFPkjEfo yHLGzWZzcE7SKsvlsjBqxrC0QvaRpmkhd9OV50pOkkQN1dm72O12G4ah/oIgCMIwrDUUS5fnuZrg ovCmy+UyiiJZbJZlvu9XPQctTdPCpDr2fN83TBitJpM9uJBmn11/lziOV6uV/gS3IAhWq1VhaqAq Vf1hp61hfeFq9dYaitWDJEmiKCp0V9XB1HZXqZz9M+93FR3M87zlchnHsf0l5cFpoKuYdw0Z4FY3 12iwKoTDnDHLsjiO3R4TlM1mU1is9Ft1LFK5QxRF/S9WdYYugloZV1VoXuFlWZbJ/GBqha/Xa8su 5GqP2Nv4MAwL+2+tQ03h4+sfPE3TcjeLoshhKhTHsVpymyA4TVN1ENMPyPZ7hMzvtFe5W8r9+3sd fO6z2n+Xy6V+fPN93/6rp9xm/ft0u92Wv3riOLZZsvmjGTR72rV8irqHlGGRMwIA0ClyxiN0ZDlj g9NlXeE80vDKQs5oCBkX+3LGqtev1+u9+aMIgqBWbpVlmdykZuD7/na7lVbtTWTMn9FG1cC0wrDT KvafutlKCMPQfOFU9YcH0+3VajWGkTtJkhwM8tQszLVWeBzHB69UwzC0WQMd5Yxqn+r5yrZ9zqjC lIPrpO4xQbHZasvlUv20YP8pXC02TVP14i4GSh/MGfM8r4qibNa2wz1CZ7P/ln8tO/jx1Qc3fGTF 1e4jX3DNbpouz9FUpr7ODAvpLWc8uFbVnxt+hKtqs/oT89qwmTqp55xRvuun9VgDckYAADpFzniE yBl1g+eMNjzPsxzE1GZ0Z/nyfqI5owyfsWGeibjp514sFgvf94e9U0zuQvU8Tw0r02OOJEnUiJta KzzPc/kT3/fjONY3cZqm+jLrPmVv5+i+ablPs+eBpS1zRgnalNVqVVi9apOp4KnuupXYvbzV8jxP kmS9XheGR/W8WJWqNBtJWldhS6VpKo30fV+NOFOjodXh1DB7SXd7hMRM5f03yzI1gFRWrGWEJx9c pmJfLBZhGEqb8zzXf3+q+9iBMv2m6QbHQ/0bTQ1dlIWopkZRpL/Apj3q9bVCT9U9bCI86UjL5XKz 2eibu7A7BEFgmTurzbFer/VZktT/q16g+oMsudZH6/q+6Z32NTq2kf4G5IwAAHSKnPEIHVnOOPX7 pi3ZDCWQXKmZcrgzxfumbYYxllVdoLbpXYu+QpO9JLQ6OLIySRL5jOZlSjZxcNSMjMOqG4epZrTM GXu4ct7LSc4YBIH5/kfZCva9S5L3g6Oo5JU2n8LtYiVMOfi+7elbStq29ycHdZyvuuG3uz1CjmPm G7f10W026ZL64OpZGebGyGppeZ++DKVsMNO0fKOtVivD158+hNAmaqybaFs+hEFCwCAIzEcwya8t o0a1ifXb+ff+VZ7nqtvUGnjYw9FSumg/e7cT5IwAAHSKnPEIHVnOWOBwHpha054UUjPD+fTedFKN fdBHaujDE2yuoPaGjGoASHkUm+FJka5WSDOFJtX983LIKEOB5DXqYYXl9NB8k2B5dZVXb5Zl6/W6 sOSh5ldVq8Ly2l46j/llKnS2DEr0CMb+dlEnXUtFJP2HvL3NAyNjsiwzIHUksRybpnqOzadwu1jL IWNOyJaSI0YQBA1G23W0R0jGZ7k25FMc3HH076mDIZf6dA3ywb3vWHe/kF9KLDuYHMQOhllZltU6 zqgvPnMz8jxXHdgyOpRQ0ma16N+8ls2wH4jaQ84oKfCEZmoiZwQAoFPkjEeInNFSPzmjYeyDpAmi aplZlhVeefCyuRzJTT1nLD+CTd0euPfFWZaVw1bDJyq80jC+ZiQzntcaHab6jzmYk0E99uMTG1z0 OulaQ8373Of71tq+tdaq2o9sns3ndrHdHVXKCofrZncHd7RHSApWK3K1zATlg9s0W1rS5nbXxmPZ 6h46dlo+ezAyVl9/NrGXrASb71P7W6F3WpB6cEPLOrRZvnRLy2b0kDPKdmmZWfeJnBEAgE6RMx4h ckZL/eSM5sUW0sCqFxdeZnM1Ug4xp54zFoZ/Htz0+hPKDl4F1WpYoSW1PoUrdWfzOEh9qLphgeyP loPFnHQtcsYCtac7v2nR7WK7O6qU6YfrxiMoO9oj7MeT6iwfO6g+uH022n6jyDG21opqPF+8zdjD XZ3jks3mqDtAUsht7OaXyX3TNmujbm7YQ86on5V19y5uWXYk4erkFgCAmSBnPELkjLVONMUgOWNh sXtfLBc5wvIasvDsxUnnjIXbxi0vUMvjQKtuRK3VsLqTq3TB/i5CG2q3anDZv3sZNBgm29E56Vrk jAXy1LaWz9rrdLHdHVXKJG5r/Hbd7RGN14O6O9U8Rq9uF22/UQ4eWvdq/LBONWzWZjSfzZT0tdLb Bju+5YxVtdYGOWN78u1p/yOEq5NbAABmgpzxCJEzWhphzrh3sYWIzf4X+MIfHrxgHnPOWMhM7S8P LO+grNWwHlaUDRlJ5Pt+FEX6VK11qbXU7Olatf7WyRqbes6Ypul6vV4ul4WBsb7vq0cKrtdrtXFr 3RevFhIEwXq9Lkw+3ozbxfa5s7TfUh3tERJfNliszd8OmDPWWoj6k2b3a1v+rc2QSfUay/GGlj+l NPhbcsZ+qCcs6/Ow2/+tq5NbAABmgpzxCJEzWppKzigPWVdq3Qao/vbgZKkNWt7M4rsa/6F92FEY DVp1SVmrYSPJGfM83zvpkOd5EldZtq3xtOPCck90ssammzMmSWKYxb7MfsBXmqaF1FJR2WUURXEc N4h1HC7WZtPvne2qwGb+n/ZbqqM9Qp5k14bDD64W2HPOKA8ubMPm7Q6OVbS8Nb48q1hd5rcgZ+yH frpV91GSrk5uAQCYCXLGI0TOaGkqOWNvqdZUcsa6Vwg2b1qrYSPJGZUkScIw3BsGKZ7nrddrczJb K/zay3L2ZydrTIU1zQaFtdEyvdJDtOVyGcdxYT1kWZYkyWazCcOw2bMRN5vNarUyxCK+7zd4XqGT xapXmu+uHU/O2NEeUTjgN2PYlydx33ThS7wZm7czPx7R/hmO7Vtrvn2bnLEfaiA54xkBAOgBOeMR Ime0RM7Y/xsVrr6a/WHdjW7zprUaNqqcUZckSZIkcRyr23L1YMg8NYQavdVsWt5anKwxOQi0vzW4 ljbplSRohgnodY0fYKfkea46w3q9jqKo0GNrTZvrarFtPpEcJ2u9vv14Rud7hIrIu5uWt/+cUX7h qDX2Vv1J4+c8WJLHI+4NJdXjR202sc0zHNsgZ+yZHI3te76rk1sAAGaCnPEIkTNaImfs/40W39Xs D+sOZLN501oNG23OWJamqUxWbnhUmeqHlmMS23CyxiQ+6O7Kf68200GoqML+eX8tc8a9ttutdF2H d51bLlYld22eeGh/xHD1fEbne0TXEXn/OaNs+lp9Vf2J22mL9qqaTrrWFNLqM5rHJLYx9ZxRngbQ wzeIK2pUI/NNAwDQEXLGI0TOaGkqOWOb5zPWMuacsXBfsH3bCndiVl0I1WrYhHJGJUkSlXNVXVap WVwX3Y8wcrXGVGjV8yMaG6dXcqO3fbrURc6oN8b5keTgYm3m5ajSf87Y0R7RdUTef84oX0+11nbd lKexqrGTtXJk9Rm7G4U69ZxR+kCzXxEGUXdPcXVyCwDATJAzHiFyRktTyRkLSVndj6xmclAP6TO/ csw5YyFstbw+zPO8EFBWzftZq2GD54xqbdQaDWR+VJkMuOtuzI7iao3JcaCHIVGicXrVYDyUffQQ BIHnebXiMLVwc8rjfLHSxxqEp/3njN3tEWotdTTyq/+cUb6easVwskF7ePTB3m5Z61boro82U88Z 5Qux2ZTcgyBnBACgU+SMR4ic0ZJ9WpSmqTw7XOkzZ5QrXmF/Nl/4W/Nl0phzxsK00eXrxr3klmHF kJvUatjgOWODwW4HrzZlXXU6pNHhGpO51OtGFWmaep7XIOhpmTPW2l7qgGPzJw1Wqc0H6WKx6gUN Nln/OeOusz1CgrkuhjT2nzPqR2b7FSV/1cOQRjU0Ve91DYbWqt+rOhrSOPWcUTpAgxnth0LOCABA p8gZjxA5o6XCELm9Z/lZlhWyKsOLlS6GSZZnKbW5JqkVj9o3RsmyLIqiukN+Cp/C8q+UwvZaLBar 1arqQjHP8/KMsYZPVKthI8kZa3V+dWltuE6WSLrxJCE2HM6okOe56t61GqxCRvOqqNLPeEb5XJa7 uf0rhc0MGF0sVsYX1+1jg+SM3e0Rqj+Yp2Zqpv+ccfcyE6+7X8s27eEpq6rXSWduML5YTjy6CEY7 zRm7nnVH2tPdfeVdIGcEAKBT5IxH6JhyxizL1IPYGvA8zzzuT57AJa+XC54syzabzd6EUbdardS5 e57n5hf7vq9fy2VZVk7ByovVFRJDtcwoipIkKbw4SZLNZrN3vZmv6OSCRKzXa/1KOMsyNdVsuTGy 5DzPy6loXev1unxhr+cvwvM8tRL0jy8BqK48fi1NU8NWWCwWy+VSX7dJkhTuwj7Y5o5Isy0v0SXf MV8kyx5RK1jZbree51lesNV9rmKSJIaWZFlWKwmS51Q2i3haPp/R9/2DjSz8NmCfM9p/ItnNzZ2n o8VKzlurjw2SM+462yOk39bqh6pvmEfhDZIzyqM56z6er0FAmee5OobUarM+zXfj3E1+6KoVNaot Yt6RO80Zdy9/3bFcvppT3n7hslq6fuaGW+SMAAB0ipzxCB1Tztg+sTKfO5pjJhvq3N2mnfoZ7cHX ly8J9qZstdicUjdeIXKhWBhw2tjeS53GK2FvTGDzYfUNcfD1vQ1s1Fty8CZ6ia5s7hPUn7Z28OMk SVJ3/mIJbszJQp7nm82mMAppL8mtPM8zPBZAj78bjyNrnF5JrmQe66e30OazK9ITPM87uMlUBGbz KTpa7G6322w2sslsAib994CDL1Zc5Yy7zvYIvd8e3IX1YfUjzBllcptFzect6sfzKIrMf6t2EPkB qVabZWiq/HzYrG/IVij8BLWXHMEO7shd5x2mRC4AACAASURBVIzyiAnzcS/LMlnD9qtXPmPXc4i5 Rc4IAECnyBkn7MHFxZOrq7r1x48+6qg9U8wZ5fq/sd5yxp02lKOBg1dx8hYNgjx9IEOnOaNqYfkG 6oPN2/vZp54zSteVka36x0zTVB/Wah+uSQy0WCyWy+Vms9H/UC02DEN9aKdl71LkWn21Wm23W/lD GS2rr2ebZquZjmRVxHGs/0lhfGsQBOYF1u1dOsNVq8RVQRBsNhu5Js+ybLvdhmGor/O9452rIjlZ UbL8OI4LXTFJkjiOZde2GZ3X0WKVwiaLomi73ZaHTkdRpHezqpS2MFOWJfsHdHa0R5T7bWHM+3a7 jaJIPyBXxVtV46yrdp+9B/k293HLTl33Jmj9ARcyOF1WnRpbVzgm2AS+hhYqjWd00Y8PYRhut9vC mPc4jlerlXSYqhxZguayvTcgV52r2NytXMhz9bWXpmm5m9nvyPK7kZNMv0/kjAAAdIqcccLmkDN2 et+0vIU5WVNXgHvThz7vmxbb7bZWFLhareoO/bBc5yogKDS1u/umdfq4IfNnN1w5T/e+aZlvOo5j m6DcZvSNruqxpAWe54Vh2GAYi02Wp/I4y1VaGOtU1VqbEUNtckbzfaN6XLWX7/sS09jnjOpe2jRN LVtuGQp3tFhhs8mUg92s65xx19keYb8SzIfxwXNGmdel2UP69KF/BuqY0LKFjRspLL99fN83fCn0 mTPuKh5YXKZ++7FfFXKq0P9DilsiZwQAoFPkjHCmn3lgOqJGfukDxJbLZeHphKOSpqkaN1G+eFCN j6LIPqbZu/woipbLpX5tEwSBWi2FQRxDybJMrQT9GjUIgtVqFcfxGFrYDzUgrtATpA83Xg9q9S6X S331qgfPqQFobdqs5hEqtHm5XIZhqA/3q0uNLCuMzVHLbNNaV/I8V6tU363U+nRyoa7uN1+tVoUg SXaKZgeEjharqOFUhXXiqpu51dEeUbV6ZXfo7QeMNiSHbdyT9x7HRns83/sVOfIzhyRJCodHvffW 7WYS3U5uMOOOnBEAgI6RM8KZSeeMAACgmUmnTmigfbI8IHJGAAA6Rc4IZ8gZAQCYp0kHT6hl6rGy yhntH57g6uQWAICZIGeEM+SMAADMk0zrPNHsCfYkUx7nHeIHpWlaKxN3dXILAMBMkDPCGXJGAABm K45jFd+M5Imo6IKEdFEUDd2W5tSTQD3Ps3myqquTWwAAZoKcEc6QMwIAMGdhGFpmN5goNVn21Eet Fqb8Nmemrk5uAQCYCXJGOEPOCAAAgPHLskzF4uSMAAC4Rc4IZ8gZAQAAcExcndwCADAT5IxwhpwR AAAAx8TVyS0AADNBzghnyBkBAABwTFyd3AIAMBPkjHCGnBEAAADHxNXJLQAAM0HOCGfIGQEAAHBM XJ3cAgAwE+SMcIacEQAAAMfE1cktAAAzQc4IZ8gZAQAAcExcndwCADAT5IxwhpwRAAAAx8TVyS0A ADNBzghnHOaMAAAAAAAAmBZyRjhDzggAAAAAADBb5IxwhpwRAAAAAABgtsgZ4Qw5IwAAAAAAwGyR M8IZ5oEBAAAAAGAkXF2hA/bIGeEMOSMAAAAAACPh6godsEfOCGfIGQEAAAAAGAlXV+iAPXJGOEPO CAAAAADASLi6QgfskTPCGXJGAAAAAABGwtUVOmCPnBHOkDMCAAAAADASrq7QAXvkjHCGnBEAAAAA gJFwdYUO2CNnhDPkjAAAAAAAjISrK3TAHjkjnCFnBAAAAABgJFxdoQP2yBnhDDkjAAAAAAAj4eoK HbBHzngkbp2c3Dk7u//w4aPLyydXV0+urh5dXt5/+PDO2dmtk5N+2kDOqCRJEgTBwmi9Xg/dTBRt t1vDJhu6dbNQ3nGSJBm6UQAmhoM5UFd5r1kul64WvtlsFotFFEU2L06SpLzbZlmm/jXLsvK/cqqA WtbrdaEL+b4v/6q6a7MvDrUfWXb1Prm6QgfskTMeg7P79yVeLNfDp08/uHu3h2aQMyrL5dJwhaOM NmeMokh93W6326Hb0jcuTQdHzgigPQ7mQF3d5YxpmqoFWoYv8vqq3bb8r2maOmkqZiKOY0NvLyfd nufVXfLYTl9dXaED9sgZp+3Wycn548eSJ945O3v39FT903u3b//xo48ePn2q/vXs/v2uG0POqEw3 Z9R/wbP/Tj1ucrYxdENmZ5wnahi5PM89zwuCYOiGHCc1BqTNr1BZlnmed/ArsosvUA7mk7BcLj3P k8FrDdTtY57nLZfLOI7zPHf4QRow5+NVfN933nK1p7vKGdVZsed59u0sfMbCIb18mu2knZiPcpJY CMEL/1prX/B9f/HdAZJj4OoKHbBHzjhtEjL+8aOP9r7g1snJxw8eqNfcOTvrtDHkjMp075sOw1Bv JBHPjkvT4dAJ0QA7bKfU5X2b7y9yRpi1P/I37mOe58Vx7PCz1HWUOaP8gF1rt1VJjSi0ZLVaFdZA +3ZiVsp33xf6Z+EYEoah/cKb9fmuubpCB+yRM07YHz/6SAWI73/4ofmVEjW+d/t2d+0hZzQoPApk VN89ovATMRHPjkvT4dAJ0QA7bKfa54y6BhurzRcofWMS3B75bTZ6lmWbzUaCrVqBQj/677oOc0a1 YmsNZtyVTkcLu3zhjNrhcyQxH4WcsXDMMffAg5p1+065ukIH7JEzTtWtkxP1TEbLG6IfXFw8ubq6 //Bhd00iZzQgZ5woLk2HQidEA+ywnSJnRNf6zxmFnKcNO6qxbLo5Y+OBXYVz5sIWKUzTMcI5NzB+ hUuewiM+Czd41X1ayAiHNLq6QgfskTNO1Qd376pJpS2nk75zdqaGNHbXJHJGA3LGieLSdCh0QjTA DtspckZ0bcCccfdyKrxRjULaTTlnlFGidR+4WZimo9AfCg/XG+cZNUaucPd94V8LV20Njkjqzuvx HExcXaED9sgZp0rljPfOzy1ff+vkxPIm68bIGQ3IGSeKS9Oh0AnRADtsp8gZ0bVhc0Y1kdRisdhs Nk4a4MREc0YZ0tXgVvRCkliIKfM852QVLenXZeVHfBYeltpg+epHi/Fc8bm6QgfskTPOCDnjgMgZ J4pL06HQCdEAO2ynyBnRtWFzxp3rTu7ERHNGmRGxwQz1hWk6yi/Qp+ko3PEK2NDvvi939TRN5V89 z2uwfOnDI5mnyNUVOmCPnHEu3rt9u+upYMgZDdzmjHmebzab1WqlT2zted5yuVyv1/anXGmaFm4c sOf7/uAn4mmaRlG0XC71M84gCMIwbHBeuxeXps5tt9swDPXZJJfLZRRFhQEL6p/srzbzPI/juIvO kGVZecm+769WqziO5Y4Y9YLy3WHl2eerPpT8+m0+VhR+Zlfnx3mer9drWaur1arwLpvNRloSBEGt nVfWgL7V1BrYbDaW9wQV1oM0Tx3N9NXreZ5ass1i0zRtPLds3Vv5uiDrtrxi9Zc1aLza0Qq/Hql9 zf47ovCMKns2T0xrcHRVX1jNYgWHB/M2e0R5NmT13wt7aKEDJEkiX9a+74dhaH8vnuGEIY5jy71g 72FHSdM0DEN94UEQlA/pVQozC9uzObA7zxmr9oiqxlQdoIIgsG9SF11XWrL3gNM+Z5SYpllGs9MO envXlf4R9v55Dzva3q5rODgXHisp1NGy/K/6+pe9WH/Tlmc4qjOUd94Gyyyf5yz2neqojyA3FJdP VAzUGlDn/OXe2+DeZH3M7N4vrL0bopY2UbtZmqaycM/zbM7oXF2hA/bIGefi7P79J1dXD58+7e4t yBkNXOWMWZbZXPiVT572KlyCNjDUcLMsyw423vf99l/t5IwObbdb8yXlarWSk0X7Dpbn+d6ErtAZ GvTVPM9tdrcoiuQ2rvK79JAzVl3KqoNAnud7rwFs7mWzWbeW57h7c8YkSQxdwvf9g4nSdHPGg+tW P4LVarx5rSqq2xxs5IA5YxAEbreRk4N5+z2iHH8c3EP3boUgCGwureM4PriD2KSWVT9vmNeGTTcY Vc4oR/KqM6jp5owHv848z5NP0T5nlI7ReP5u2Sn2NkM+S9VgsR52tN5yxoN7ca3TXfUL/cH9LggC +190DuaMhm8l8/mDCkP3Ll+n915L+t33e9vQfg56ufRbrVbNlrBXuW8fXI07ckYMgZxxFt67fbvW 5NTNkDMaOMkZN5tNrSvq5XJpvkibaM6orwf1u6t8zDzPt9ttFEX6C9q8FzmjK3IG73leFEX6cDY1 8Er+VZ3aWnYw/UfdIAjiOJYz4zzPkyTRO0OtWSnl+tDzvEI3U/+qfplXS5bzUXODa+01B2/fU0cV 3/dVO33fV9fGWZZJw5IkUetHZR95nquRj+pfzQeiNE3lcy2Xy81mo191JEmij6C0TD30lSCXVarl snrTNF2v17Lyaw1em8oOq1/xqnVb+PiyYtU2su85cnkvO5pslyzLNpuNfi1d9yF0fd437fwrpn3f cLtHSHsMe6gabSTfZaqTyDegOQbK81y+4n3fj+NYX5lpmurj2ux3NEmg9D4chmHhkC5LrvsV7Ha7 193oam0fnLpBvaxuDNfsr3aOuq58D5YPOHEcFyKV9jmj9I3GT7qUb7G9BxzZRw42susdTa26ukdF 81/pe5l+mqHvxeUzHJt9Tb8deLFYqNsyCoGg9Ie637+isBfrv0aEYaiWmaapHCUMnaRwh8p6vda/ 1NSZmM1yzAvfe8CRxTb+ypO+13hU716FWZIs38LVFTpgj5zx+N06OXlwcfHk6urBxUWnb0TOaNA+ Z2w2rsR8ljDF+6Ylm1itVoYUVR9n0SZqHFVssfc3zGac38Rhpp/BV12/ZVkmlwFyKmy+2tSjQMMn 0sdxWHYGWbI+xNLcbJsG27xGWOaMSjnU0H9FKB8H1N8aTkxlDQRBYG6wDLWwjBqlweYtIit2qBsM uyMBjaHf6p1WLioO9hz5E3UhXfUyfTx4rQuzOeeMzvcI/a69qj1UlO/uVP+96vtd72PmTSzjjCwz hcLPG4a/kn5b6+vG7Xa33+j6Hndwp5Anr9m3U/6kQe7mqut6nmdosGyvMAxb5oz6SLHGQ5KTJPE8 r2p4oJwOHexdne5ou5cnpbWmFZbz2KqVo1oVBIF8URqOunoWefAMR51cqR9lDQ2WA0it718he4d+ grR36IO6D9qwET3P833/4HMY5BeCWv1N9fmqz6gGcbccVi9dy+F32d6c8eBTIF1doQP2yBmPnISM jy4vu3syo0LOaNAyZ9wbMqofpfWf9fQfNoX9OKPxzwMj8ZNlWiQnc+1/jWz2525NNGeUUyKb6ys5 WTzYCfM8V5fHQRDYnAXadwZZz/YJtT5+0PCyWnuWfc7o+355H5f7HPcGAYYbvXffXbc2Rw+5jrW5 LtX7oblLyP5uf2U+qh22iuotNrFO4U66g/FWrdUlXyv2h/rZ5oxd7BF6/GHYQ6s2qLp6r9oW9n1s 991Q8uCnM/+8sbcZtaZBcLvdD2708qCwWruPfRIn+azl63W9dV09kaz16Qr0vt1sCQ51uqMpdYc0 qgOp4QTDnH7uJcf/OI4tm2Emc683OF2Ulshu5apVBmqt1rptpQcSszpcA9w3jakgZzxmfYaMb5Mz GrXJGQvPRTJ/YxVGVymW37vjzxnVyVyt8Yly7tXsB8lJxBZjJqeq9id/lsMDG/x8LbuhuW+rHaHW JZbl8JZae5Z9zrg3SpCuW3WsMDRGrVv7nyh2dTJB2bg2O7Jqif2zjca/w0oLLS/e9B+ZDD2n2Wip ujFQRzmjwUhyxi72CMs9tKrzG7aFDLCyv+dR0qiDe6UcdmyWL93SviVut7tNHxPm4X4FtYY0yvdg s5uI23RdGbreYMKfxjmj/U3NPehuRxO1hjRKewxbRL9ksO8zlnf922t8wC/sVv1MCO5kknTn7Iea 1sI8MJgEcsaj1XPI+DY5o1GbnLH87GTzz2JywaCz+Zofec7Y4OYU5eBPxwbjjy1GrsEgDrl+M3TC xvegHcwQJR2oG0zbTFtRa8+yzBmrPsvBrlvVmAa3BOrtObita51z171yGP8OqzarfXIqCYV5izR7 9Fvd+GOeOWNHe0TjPVQxbItmD4yziT92Wm5lmR3UXXVut3utnHGhPeXWhkoQbHa6NoMZdy26brN8 U37baBzZyFNrxhD6dLej6dR6ttnpbM5ImwW1cvLv6hDdPmes9dtMS+PMGceTubu6QgfskTMep/5D xrfJGY0a54yGGegMyufWNlf1I88ZG5/xyDNWGrzp+GOLkWs2iOPgHZ3qMqbBZdvBa+m6A+hqqbVn DZUzNj5ZlxvQzAFErZVwZDljs8RKLtoNf9X4oK0Wbtnh53nfdEd7REfxh1psszFNaoCM+YfMumuj 7nZ0u91tNnqWZYU5fNT8G/YLN7e25WDGXYuuq+7nqPtFKYepxsmInEyO4SbWfnJGyd8tZ3+ySfMb 7AjNtniVljmjzUT2DpEzmrm6QgfskTMeoUFCxrfJGY0a54zlJzNaDrMq/+HB7/uR54yGC7bu/nbk scXIydjAuueacutWVSdUF4TNnndj/ts2Sz6o1p41VM6o3rfZGrD521or4chyRunYtf7qYJwh0VKD JtX623nmjB3tER3FH2qXafZLic3fHl/OqJMphi3HYdk8ZKPlYMZdi66rRlw2CPtU4tw+ZxxktsCC fnJGSZPNr7S8vebgRG1V7G/ISNN0vV4vl8vC/U++7y+XSzUXkM2zKfdyfvTOsiyO49VqVXgwlOd5 y+VytVqt12v78cV9ImfEnJEzHpuhQsa3yRmNGueMhe9U+4sHOdsQB7/yx5wzlj9OAw0+0chji5Fr /NP6wWFfbbqo+WHhnXb+WgsfKmdsP9eQ+fhWayUcWc7YbMCFedKeXcXsk3XZtGSeOWNHe0RH8Yc8 Dqwxm9TsWHPGnTYXis1dILJ8w8TfLQcz7lp33QZv3ew5DGKGOePOIhy0HMy4azc07+AelCRJ4Wzf bNicMcuyvTNhVhk8zisgZ8SckTMelfdu3350eTlIyPg2OaNR45zR/sv1oINvOuacse5TlvZqMGve qGKLyc033d25svlf27SqzZIPqrXwoXLG9r3LPHym1kogZ1TMK63w/dKM/eitfnJGmweeOnw7g/br du8e0VH8UStB2CsIAsPaOPqccVdz+jjzCDXL22nNWnbdBiuz5S2oM7xvemeRKdtPMdfduZP+LKbl chnHceGV6jECm80mDEP7h07WaoM9Cf0Xi4Xv++v1OkkSfVdS88Vvt9soitTAzMHjvAJyRswZOePx kJDxwcXFu6en/TeAnNGAnLGlxrNztDSq2IKc0fJf27Sq085fa+HDjmdsM/rGrNZKIGfcWQzvdftM LoM+c0bn+h8U1rI95o1uHs/odm5T3Rxyxl2dB2iYB6k5mZdjcjlj+5lkHOotZ9wZ75Gv9XDejs6d JGQMgsCmGS2fz9hyL5aQ0fM8m8Mvz2c0c3WFDtgjZzwSesh46+RkkDaQMxq4um+6jUnnjLuXJy79 BGRi5LHFyHHfdJuFD/t8xu7GodRaCUeWM3b6fMZF/Qeh1jWGnFHlaH0OTu9oj+j0+YzmMYltzCRn rNXVq4Y0qlin5WDG3QTvmx5PtrLrN2c0DGmstUq7eD6jtM3++UvD5ozq3X3ft9x9xpkzyoMsBh/b 6+oKHbBHzngM7pydPbm6GjZkfJuc0ahxztj+WUv2bzrynFFFrt0N09hr5LHFyE1xHphOR/PV2rOG yhkbz+VtqdZKOLKcsaP5puUBjt2NQlXGkDM2bkPjvtHRHtFR/CEHz47G/pMzGt6lsM6dDGbctfgU Q80DI51wDIfiPnPGXcWQxrpH/sbzTRsGVKrffWul3gPmjHL2aL+QceaMMljE4eyC5QtDm33c1RU6 YI+ccfIkZLz/8OGAIePb5IxGjXNG/Vkqi45TtpHnjLIOux6zoxt5bDF+zWI7ueuqqhM2vvI/+CB2 dQLXbLbWg2rtWUPljPKHHY0dbnC5dTQ54+7lZrXvYDIIxbzS1GK7G8Wmv8vccsaO9oiO4g/pMB0N n5lJzlh3pt3ykEZXgxl3LT5Fs1sKJBRrHNnIEgxftb3pOWfcO6Sx7vjQZgNC8zw3RNsNxmUPmDM2 GJc9zpxRdoSqqaLqkp8VheWQT1dX6IA9csZpu3d+rkLGjx88GLot5IwmjXNG/SJT6W7EyshzRjlz 7XNI4/hji5Ez/LpeRb9EqeqE8pq6u8PBB7FLst/F1ZH9nmW+YFA6yhl3L4fhdDSksdbh5fhyxrqh lT7VpmGlSb/tdEjjPHPGXTd7RHfxh/SZLg5ic8gZG4w7Lv+C5Wow465F120227WTpyuqj9/1EclG zznjrnTa06A76ZcM9itQbbiqaLvBB6mbtov2e3GD0FD9/DyqnFH6XoNb4KsURp/Yn0u4ukIH7JEz TtjHDx6okPHe+fnQbXn7bXJGo8Y5406b+rDZn3fUyCzLoijqdNyEoYW9nbmOP7YYuQaDa/RnkhrO U+WU2v5XYst7kRrPWqiaZGiP5SVfnudyX8wgOaP8bReZfq0rkLoXGz1MGLXdbuUS2vO8BkdjtXFt um7hisK80tRlZK09oi63c4xMKGfsYo/oLv6Qo24QBM6H/3edM7p9ckWzja6+g+rGyvqQRoeDGXft uq486c/ykKjf8twmspGnPfT8rJuy/nPGQrzb4GGXhbNx+1lQDC+uNZ4xz3M5E5vEeMZRTT0kZKM4 3AsKN03b3xvh6godsEfOOEm3Tk7OHz9WIeOdszPLv3pwcfHo8rK7qajJGZMkaTltS9UccOWHcfi+ H0VRkiSFs9gkSZIkieN4vV6vVitpz2q1Oni+K5foYr1e65esWZYlSbJer8sfs7fgT97a/h0ltWlw 0kPO2J4E5TabTNJD9SeGTSYj/oIgsAlWJLI5eNLcIFPIskx6puFyziam0Rdlbm13OeOu6VWiapJ5 DR/csuUF1rpyUJ3H/rH9tQ4LslYLx0n7Jey0SzjP86pGIuR5LhdO0nXNTZX56GtFjWmaBkFgGYjU fcJXmqaG3WFCOeOugz2i0/hD0qJaUeN2u/U8z7y7dZ0zqoNkrSHMhg9Yd6Prv/HUPWHQhzSq76Zh E3lF/6K0OQmUY0jdA295UarNDkdyNdN/zrjThjQ2u/dCUjabsE/vtIYuJzfR23QDy5OQKs32oEIb 1EIOfpfpH79lp3VOVqOrZ24Ubpq2//1gR86IIZAzTtLZ/ftPrq4eXV6+/+GH9n+lcslaf1ILOWPh vuNm9n5H5nnefuE25wqN36W3nFH/lTWKIvMJU57n6/XaJrSqQs7ohCQmYRhWbTLJ11RKYrPJ9Isi w2mcHtlYXvhJsnMwoNf7mLkZO607Ve0vcRzLoga8b1rRBwgcPJfdbDYyym/YnFHlQQeztizLZMPZ Hxn0u5hFg9tp9ePYcrncbDayhtM0Xa/XsjLVw+MtV5q+Rxx86nyWZfJxLKNDiTIP7kfb7fbgMwqm lTPuXO8RXccfchDzff9gz0mSRL79h80ZJSE1n1TkeS5r2LAS7Dd6lmVxHLe821dmyFULcTWqumXX 1Q8Lhg0hvwiGYejkUXfOQ5ZmBskZZUhjs0cuyPrXT/5934/jWNqpfiST+4oWh8Yq2hy91fmMfCk0 vve/7l6/l+o/5nx8s9nIx285eZFzEjE7fOBG4RaHWnPLuLpCB+yRM06SyhmbFTljd7rLGRUZT9GM zamefvVrr7f7pqWRsqo9zyuM61TnXuv1Wt8c5gst/UahulzdGHX09ERDbTL13/M83263+r+qeKi8 nvdes+k/vAdBEMexpEt1z8IL5Hyu0GBFjRou/Ipuc1Wp3xAtr1ftlKtTNUKzcDyR696q7lq4eCiM vCvff1RYvXtTOf2YE4bhdrvVP6OsBFnDVfFW+YlCVc2u9Rn3KvwUoW+4NE23220URfpRrtaAL1c5 o2I+pOtHLfVfbC7b0jSVjlS4Lt3tdlmWldeAZddVZFMGQaDHo2p3K/SHRSmvkWvdlg6O42vA5mDe fo+oWgPlXlRoW2EbVR0fChtL3kvF2fpunqbpZrMJw1A6zKL61zv9NYWG7T107D2RsBxpK3vZarXa brfSHrmjQv/s5WW27GM2sWwV/ajbYDBjs95rOUKt0BP0Hzb0gFU1u3Df7qLRaZ4cKwa5dbrPHW2v Zs9Y1P9WLgfkB0hDH7DptFVHb/W9EIah3kmyLCtf1Oz9IFUHB7ODlySFn83Kp3b6N506MhTeYth7 9uXLwuGjrvRzzrrTvrm6QgfskTNOEjnjOHV337T+FnXTTM/zVquV/Xlz4R4EA3Xv9lCTCeqjRcyr 9OAZXptLU8uJ3rD77oPt9lqtVtKdCv9kuD0kz/ODEXyzS8dy2LfXcrmstX8ZjhL68/7GkDPurI85 vu+v1+uqfaHPnHFnPQBcpRg2C9TXRnk5ba4i1Ciqwo8iq9WqcNRS/2TZzQrjuM1roMF+oadXVVR/ KO+zY84ZLQ/mLfeInuMPfdSqged5YRgavs37zBl3dr+qqi93+zV8cA2oAM6meQayXRqcGnWXM+6+ O66/ag3Ix3eSM+60btP/ieLgOaM+pLFu48vjSdUA3tVqpe+JQRCoXzvsl3zw6O37vnzGYXPG3Xd/ NttLnTKp/j+2nFFCUlfXCIWbpus+iNnVFTpgj5wRzpAz9kZdmuqPXxRBECyXS3Xby3a7bTwhQJqm URQtl0v9jEQtXC15qHixQP0GWzgZCoJgtVrFcTySRkJXHkGzXC6jKGo5eUWe5yqvKfTYumfhZbIv OOxjVdHSaDPrvQcE3/fVAaG7iUfaSJIkDEP9IKmihCiK9EFSdbWfB6YB9Xa1MkG5Li18TagviJad rWp3UzvFOPuDW9PaIyTO1g+8+u4wdAP3UHPNFQ680ntH++WuzwYzQup5Eb19+9g/Fvn4NJvsW3Fy 37qhYeWjtzoUuJrn3a2qgHXwqcwNeRmxHQAAIABJREFUuuj5+u+1DXJ/V1fogD1yRjhDzggAgHMN ckYAPdOnghm6LWOh4qEZPmFGpoJp/LfjedQg6uqi28utZs3uo3J1hQ7YI2eEM+SMAAC4JdMize1C HZiWkQ9mHMQ8hzS2Gcy4I2ecuI76vAxmbDYC3dUVOmCPnBHOkDMCAOBWm3ExAPohgxnHdtf84FT8 Oqshjeqg7Xlemz8nZ5womWTcbYdv+TOGqyt0wB45I5whZwQAwCEZzLh3Im8AI6FmWSEbKpOD2HxG eqqkqfFwNnLG6YrjuM2ow+64ukIH7JEzwhlyRgAAXEnTVN18V54uHMB4ZFnGQ1QN1J2kM7l1Wn3Y NuM3yRmna7Rd3dUVOmCPnBHOkDMCANCems5Y5tacz/2GwBQxmBGi5WDGHTkjOuDqCh2wR84IZ8gZ AQCwlGWZGq5oEIYhISMwEtvt1rzDCsYgHz35KeigKIoOLk0mDzF/HfTwuXCUXF2hA/bIGeEMOSMA AJYMOaPneavVinswgVEhZ4QgZ8SEuLpCB+yRM8IZckYAAAAAAEbC1RU6YI+cEc6QMwIAAAAAMBKu rtABe+SMcIacEQAAAACAkXB1hQ7YI2eEM+SMAAAAAACMhKsrdMAeOSOcIWcEAAAAAGAkXF2hA/bI GeEMOSMAAAAAACPh6godsEfOCGcc5owAAAAAAACYFnJGOEPOCAAAAAAAMFvkjHCGnBEAAAAAAGC2 yBnhDM9nBAAAR8DV+QwAAMDckDPCGXJGAABwBFydzwAAAMwNOSOcIWcEAABHwNX5DAAAwNyQM8IZ ckYAAHAEXJ3PAAAAzA05I5whZwQAAEfA1fkMAADA3JAzwhlyRgAAcARcnc8AAADMDTkjnCFnBAAA R8DV+QwAAMDckDPCGXJGAABwBFydzwAAAMwNOSOcIWcEAABHwNX5DAAAwNyQM8IZckYAAHAEXJ3P AAAAzA054/H44O7djx88eHBx8eTqStWDi4uPHzx4/8MP+2kAOWMPgiBYVFiv10O3ridRFFWthOVy OXTrAJis1+vCbuv7vvzrZrMp79cDthadWi6XhW0dhqH8axiGAx7hXZ3PAAAAzA054+TdOjk5u3// 0eWlxIvlOn/8+N3T065bQs7YA3LGHTkjMGVxHBt22yRJCv/qed6ArUWnVquV4YusHEmvVqve2ubq fAYAAGBuyBmn7b3btyVhPH/8+M7Z2Xu3b8u/vv/hhx8/eKD+9dHlpf5PXSBnHIoaEjKfnHEvdUVK zlhXOfRZLBbb7bbq9Wmaep5XlfMGQdBn4zFF5SQxiiL9Bfx4MB/lJFE/+JS7Sp9fc67OZwAAAOaG nHHC3j09VSHjg4sLw83R792+/fDpUxU13jo56a495IxDIWfckTM2tTdn9H0/z/O9rydnREtZlpnD o0IH02+kxZEp3yafJIn8a5qmhX/dbDa9tc3V+QwAAMDckDNO2Hu3b6uQ8WB6KInkxw8edNcecsah kDPuyBld0J+VZtmdZMBR123DMTFES7vSM/tmfmQ7buURi4UXmLtKp1ydzwAAAMwNOeNc3Dk7U0Ma u3sLcsahkDPuyBldUB1JRpNlWXbwT8gZ0UAhSUzTVP/Xwuwfhrv4cQT0bV1+Fqfv+/oLqsZZd8HV +QwAAMDckDPOxa2TE/Wgxu6mnyZnHAo5446c0QXVkZbLpfyPg39CzogGCrN/FP618My+PoewoX/6 bfLlY04hku6zYa7OZwAAAOaGnHFGyBmPFTnjjpzRBYkX5Ql6B4eSkTOiAT1J9H2/8K/b7XaoaAn9 05PE8rM4oygypJCdcnU+AwAAMDfkjDNCznisyBl35Iwu6MMY1fo0TAijkDOiAX32j/I+q8/+Ub6R FkdGv02+/C2mT1S1Wq36bJir8xkAAIC5IWecC/V8xidXV91NOU3OWJbn+WazWa1WQRDoV87L5TKO Y5vn39mYRM6YZVkcx8vlUr9Lzvf91WoVx7GEWeoFDdaMw5xRbbUoivSBNqqpm82mzQPCNptNGIZ6 Z1BtjqJI3RyqYrsoimotNkmSQmsXi0UQBGEYqulZ8zz3PO/gZNB6zpjnuXoymrlfNcgZ0zRdr9er 1Up/8ppaCYXn9JUVVp2sNLkP1/f99Xqtb6Msy8IwVL3O87zVanXwXQqtVetW77dq3fLcwMb02T/2 9nZDCnmQ2mR6V1HbS7//ujz9yN69ozCysqpJWZbp7xgEQaETmm232zAMC/uv5R7R6WKzLCvM/a3/ 03q9LhwhCyvZkj64tbxP6VuqzXfcZrORA47v+zY7r6vzGQAAgLkhZ5yFWycnD58+Zb7pnsVxXLhI KwvDsP2D7UeeM+Z5XpjYYa8oivI8V/+78cVqm5xRJaGFJKvM87wGAZNNZ1gulyovs/8USZIU5kko 831f7j00L63wWEYZdGaIfe1zRpV6HFwJq9XKsEeUc8a9XSsIArUQfdyc8DzPJmfJsqyQ0exdt6SN Dcievqg4cEmvLt9Ia3Bwky2XS7XpXeWMeZ7rN/YWFniwm9nsv9Jme64WW5Uzmo9my+Wy1peavpLL R355hsNisVC/mjSwdzse/JZxdT4DAAAwN+SMx+/WycmDiws12fS7p6fdvRE5o8jzXC53fd+P41i/ pEnTVI3sUy+wTD0MxpwzpmkqQ8nUEDA9tErTVI33lHVleQVY1j5nLAxYW6/XSZLIBbNqqmy1Wle8 koWVO0Oe50mSrNfrwuA+m8VKiOZ5nhoRqV/eJ0midzM9JqhSnv7l4IQwljmjfvOj6gmbzUa6vVoJ URSpTSApoYFsJvU/wjBU/Wqz2aiFqMGnsj5l5KP6E8/zzG8hy1EL1/ttnufb7VZau6iZhUGRtbd3 Z5d+a39Yk0ONbDLZxCqPlgPRdrttdr9/4SCTpqk+RE4Nds7zXGK48qMndRJQlvffLMvU2GfZa+wP OF0sVl9d8ufL5bK8kmXHtI8a9dvk975A/rXxjECFeYeUg3dhuzqfAQAAmBtyxmP23u3bZ/fvP7q8 VCHje7dvd/p25IxKnueSZZiv4mTUScuocbQ5o1z5mwep7Xa7LMv0oWpD5Yxq6J/5rm11LW1/c7dE bAc3kLzS5lPIxfnBdZskieQv5mWWU0V5l6pRe7VyRpX9GV4mHebgneN6XlBYZmGoWiEEVLeQLxaL OI6rFi4B5Wq1MmxlfSxb/1Hj3iFaDTR7TEF7qktU3cuvPp1926TnGEYR6gcZ2ddqtVk/yMgSPM8r 96U0TdXw5KpFSSRnvsNaH6Fpkwl2tFjZp2QFVv2VHG1qPfxB5YBVf6L2soOPfTi4/IKD+6yr8xkA AIC5IWc8Ku+enqpUsVAPnz7tOmR8m5zxJXVJYxkd6qFk4xuox5kzyj139hGMXA0OkjPaUyvc8kJa RcmWK0HFBDafQr3SPGBKSHBmftne0YvqIr/qjZzPAyMLNO8OEhbsjQv1cY7lf1WfqGolS7Rquclk 3fa8A049Z3RIniVqM4yucKN9rTeSg4w+cK/B2pOM0nI4obyd+cDY0WJ3383uD361STPG06+4bxoA AKBP5IxHRZ7DqFfXt0sLcsbdy9Ch1vhEuUhuPCRqnDnjwVtuy+RRXCPPGWu9V61PpK6HbRLMWhtd Zb615oERMgBw73t1Md+0zRpTr6kaL6Y+SNVk2ebN12BnHGGwMitqg1oGpvLTTuOcUTQ7YstRrtaz F9RvMIbfFTparKLnjDbLVzuRYchw/5gHBgAAoDfkjMfp1snJ+x9+eO/8XGLH+w8fdjfTtELOuHt5 fVU38pOruGY5xQhzRhkUVvcTBUEw+HzTbt/LENK1UXfGGBtV0bCk5+XtMmzOWPUa8x5h2HzySesO LlbvyIMa+2dzI3yBnprVei89Z2w8J4n9mGWdfMyq9+1osYqsMctPPcKvpAZcnc8AAADMDTnj8btz dtbPIxrJGdXFWLM7oNUQm2YDQEZ4Uacueg8+aN+h0eaM8jxHtxMTd3G7rmEIqvqn8gY9spyx8a4k zxOs+4doqVk0LEMaa72XDJxsPCHJruYAZ52637/qoNrRYpW6u/kIv5IacHU+AwAAMDfkjLMgU04/ fPq0u1GN5IzqKrRZuNbmb0d4Udf/fXOucsYsy+I4Xq1W+s2VKlxQEzus1+taYwnlOZWLfdNYtyEt VNPXFObybsCQM8oA1UKQUTeAUDM1L5dLfXZvtWaWy2UURXIP8iA5o1pss0mZ2vwtGjM/bbOKjExs 8FdtDjLyW5Tbv+1osYXXkDMCAADABjnjXNw6OVGjGs/u3+/oLcgZ905qWUuzK9gRXtTZREVutY8A siwrzBHhamOlaSqPBtP5vi/hWoN8Ks9zmTRWpyLRMAxVpmm/QPMjNfdOCGMfQOjPR7PRf84oWWob ffZ57Joe/WRikFp/1f4gIzF6G70tVpAzAgAAwB4544zcOTtTd093tHxyxr2hTy0HZ+owvO+oLurU x5lQzpimqYyw832/POowz/MkSdRwPJWX1X2vzWazWq0K4/h0vu83eOhbkiRhGBoiPM/z1uu1zQhK c864d0IYywBCD3DDMNxsNoVcNU3TJEnUSFKbzmN+TbOcUX9sX2Nu7443YL5ppdnRr9n9/u1zxsJM Ms2U9+WOFivIGQEAAGCPnHFGbp2cqDlh3v/wwy6WT86oIpL+54IY4UWduiidSs4oIaPneTZJX8u4 QUWWSZKs12t1E7F+tR8EQeO7qtVi4zher9eFe5Nt5kA/OEV4eUIYmwBCQsbVamUTadl0HvNrWo5n nETuRs6oNDv6yeNNa/2Vq/GMB+d3HsliBTkjAAAA7JEzzgs5Y6fUVWizMYltjPCiziYqcqtNBKBW oO/7lgFfF3PObLdbCRwdLjlNU4n5Ds6VcTBn3JUmhDkYQMgL7B/WOVTOKIvtbUwi2pvi8xkXxsGD 41lsefmWrx/hV1IDrs5nAAAA5oaccV7IGTslI4x6Hh80wos6NZKuwV3AjTWOAKpmOOnivQ6S56y5 XXVJkqgtYh5sa5MzSuKgVtfBAKLWnDnKgDmjmlqn/yHJaKz/+abb7Ph5nnexg3e0WDH1nLH8tAqb 3xJcnc8AAADMDTnjjKjnMz65uupoymlyRnmAXRRFfb7v2C7qdi/TpWbTZzfTOAJoMArV/r2CIKh7 X6ramuaoS43hqjXsTrXZfGelTc64e3kftFrUwQCiwQjBAXNGGebW0bgwOCdHXfsBs/qDOGu9l5Mf GFTndD7svaPFKpPOGctPGLD8YnJ1PgMAADA35Ixzcevk5OHTp0+urj5+8KCjtyBn3GmPoutzSOOo LuoUefxZb+uhZc5Y6w/tb9W0icwatKfBFrdJCixzRj3ZscwZ7deAjMwaJGfMskwtmSGNE6I2qGWg n+e5DGYcJGeUY6PbsYcdLVaZdM6oT0Jl30925IwAAABNkTNO1b3z80eXl2f379u8+NbJyf2HD9Vk 0++ennbUJHLGnRbBtJnNoy7nF3VpmuqTk4Rh2OCzNJuUeffysvDgpCUFvY1nlKtW+5yx1qZRy29/ g3OBiiGcjGfcvby/2/M8GStU9Ur1r5bjGfVZvwfJGXfakMY+7/pHG3meq6ONzVG3kDrVeiNXD0xQ /dNmaqYxLHY38ZyxcNO0/bhXV+czAAAAc0POOFX3zs/VTdAPLi4+uHvX8Mr3bt9+cHGhXnzn7Ky7 JpEzKpK81Ioat9ut53ltpjFxdVEnUamuQcPk0tR+aFiWZTLUqO5AyPbPZzx4cZ7nubofvG7OaH/l L40xh1ySAltmYRLEOIwv1ZZSizUEEPZ30KtdQFbvUDnjTnt4n33UKH2jz7mPICShDoKgal+Tw4vn efIg1Frv4ipnzLJMJri3zwTTNFXPYaj6Wulosbsp54yFm6Zr3Vfu6nwGAABgbsgZJ+zs/v1Hl5cq QHz49Om98/P3P/xQnr347unpB3fvfvzggXrBo8vLTkPGt8kZNXILm+/7B3OHJElaTjTs9qJOGl/Q 4A5oWdRqtTJHrnmer9druUhuMOFvmwhApQ/mXHiz2UgKpl5vnzOqD3WwJ0jQdnDJ+mjTg8NzVI6w cDTftNAfcmcIIOQ635DZZVkmAa5kfAPmjPqttVEU2XddcsYB6YNhwzDcbrey4ZIkCcNQDi9JktQN zhSHE0BJa1XoaX5xlmWWs8Z3tNjp5oyF4au1Rnq6Op8BAACYG3LGaXv39FTdQK3CxKo6f/z4vdu3 u24MOaNOj6WWy+Vms9GvcNI03Ww2YRjKcLCDiYb+TLG6al3vOcwZ9aV5nhdFUSGFSZIkjuPCIEHD G6kHIzZjSAcKF+eypfI8T5IkiiLZTCo4lltrRdU4Qfns6n8EQaCeaVheCbJ9bYbByg2S0iq1bvU/ VH1M1q1hiFP54+gMnUe/hje0Vl62Wq309KfQwsXLXaDQAL3le/eC8kfTc9hF6a7twufdu+3yPJeF SNeVlquOsV6v9Tey+VEBndK32l5yeLEJzqqOhGb2I+bSNNUPLIUjQ5Zl2+02iiK9z5sPj84XWwjp dHt/Nqg6Pg/4CAJ9iHTd+dlcnc8AAADMDTnjkfjg7t175+fnjx8X4sV75+c9JIwKOWOBPlrEwPO8 MAwPXj22yRntn0i1c3fftCg87bHKcrk8GNO0yRnNt+7qF+d7eZ63Xq9V0mSfM6obEtM0tWz5wdFz +nrYbrdxHJc3Vpk5npB7SPcydB69q9g02NxC2fqFfxokZ1Q2m425VyhBEPAwx/FQu5veVYIgCMNQ P7yMIWfclQbDGqxWq1qTKTlZ7NRzRv2mad/36z5l2NX5DAAAwNyQM8IZcsa9siyL43i5XOqBhXoU YxRFDW4Q7oGTeWDKy4yiqBAABUGwWq3iOO5zem4DNbxO31IqoXBynZznuVp+ISyTldB4JW+32zAM C+vW9/3lcrler0eybrMsK3QAtReMp4VV9q7esXVd1NLsvumOVB0ZlsulOvg0OzJ0tNgJ0XPSBl+1 rs5nAAAA5oacEc6QMwIAxm9UOSM6IiM6beahKnN1PgMAADA35IxwhpwRADB+6lkBte5xxrRIlOx5 XrNBx67OZwAAAOaGnBHOkDMCAMZP3QVveDQnpi7LMvUEjMZPvXB1PgMAADA35IxwhpwRADByMvFR 1QzswI6cEQAAoClyRjhDzggAGDOZRTqKoqHbglFzdT4DAAAwN+SMcIacEQAwTtvtdrVaqZCRO6Zx kKvzGQAAgLkhZ4Qz5IwAgAFtt9vFIXEcD91MTICr8xkAAIC5IWeEM+SMAIABGXJG3/fDMGw29TBm yNX5DAAAwNyQM8IZckYAAHAEXJ3PAAAAzA05I5whZwQAAEfA1fkMAADA3JAzwhlyRgAAcARcnc8A AADMDTkjnCFnBAAAR8DV+QwAAMDckDPCGXJGAABwBFydzwAAAMwNOSOcIWcEAABHwNX5DAAAwNyQ M8IZhzkjAAAAAAAApoWcEc6QMwIAAAAAAMwWOSOcIWcEAAAAAACYLXJGODP+5zO6ah4AAAAAAAAK yBnhDDkjAAAAAADAbJEzwhlyRgAAAAAAgNkiZ4Qz5IwAAAAAAACzRc4IZ8gZAQAAAAAAZoucEc6Q MwIAAAAAAMwWOSOcIWcEAAAAAACYLXJGOEPOCAAAAAAAMFvkjHCGnBEAAAAAAGC2yBnhDDkjAAAA AADAbJEzHq2z+/efXF1Jvf/hh12/Yz85Y5qmnuctFosgCLbbLTkjAAAAAADAGJAzHqdbJyePLi+P MmfMsiwIgsVLURSRMwIAAAAAAAyOnPE4ffzgwZOrqwcXF+9/+OGR5YxKnudhGKqoMUkSckYAAAAA AIBhkTMeofdu35Zs8VhzRmW5XC4Wi9VqRc4IAAAAAAAwLHLGI3T++PGTq6v7Dx++/fbbx50zbjab xWLheR45IwAAAAAAwLDIGY/NB3fvqmDx3dPTt489Z0ySRN06Tc4IAAAAAAAwLHLGY/Pw6dMnV1dn 9++r/5eckZwRAAAAAACgB+SMR+Xs/v0nV1ePLi9vnZyo/0LOSM4IAAAAAADQA3LG43Hr5OTR5eWT q6s/fvSR/EdyRnJGAAAAAACAHpAzHo975+dPrq4ePn2q/0dyRnJGAAAAAACAHpAzHol3T0/35onk jOSMAAAAAAAAPSBnPBLnjx8/ubo6f/y48N/JGckZAQAAAAAAekDOeAwkTHz39LTqn8gZyRkBAAAA AAC6Q854DB4+ffrk6ure+Xn5n8gZyRkBAAAAAAB6QM44eX/86KMnV1ePLi9vnZyU/5WckZwRAAAA AACgB+SM03br5OTR5eWTq6s/fvTR3hccd86YpqnKGTebDTkjAAAAAADAgMgZp+3e+fmTq6uHT59W veC4c8bdbuf7/mKx8DwvSRJyRgAAAAAAgKGQM07Yu6enBzPEo88Z0zT1PE+NavQ8L4oickYAAAAA AID+kTNO2Pnjx0+urs4fPza85uhzxt1ut9lsFhpyRgAAAAAAgP6RM06VBIjvnp7avOxYc0bGMwIA AAAAAIwBOeNUnd2/rwLEWvXw6dO901I7wfMZAQAAAAAAZouccarIGXfMNw0AAAAAADAa5IxH7rjv m06S5OAzGckZAQAAAAAAekDOeOTIGckZAQAAAAAAekDOeOTIGckZAQAAAAAAekDOeOTIGckZAQAA AAAAekDOeOTIGckZAQAAAAAAekDOeOTIGckZAQAAAAAAekDOeGzePT19dHmpssVyPbq8vHVy0tFb kzMCAAAAAADMFjnjsTHnjA+fPiVnBAAAAAAAgHPkjHCGnBEAAAAAAGC2yBnhDDkjAAAAAADAbJEz wpn+c8bNZrNYLDzPI2cEAAAAAAAYFjkjnOk/Z1wul4vFYrVakTMCAAAAAAAMi5wRzvSZM2ZZtlqt 1E3TSZKQMwIAAAAAAAyLnBHO9JMzpmnqed7ipTiOLUNGckYAAAAAAIDukDPCmZ5zxiAIttutfchI zggAAAAAANAdckY40//zGety1TwAAAAAAAAUkDPCGXJGAAAAAACA2SJnhDPkjAAAAAAAALNFzghn yBkBAAAAAABmi5wRzpAzAgAAAAAAzBY5I5whZwQAAAAAAJgtckY4Q84IAAAAAAAwW+SMcIacEQAA AAAAYLbIGeGMw5wRAAAAAAAA00LOCGfIGQEAAAAAAGaLnBHOkDMCAAAAAADMFjkjnCFnBAAAAAAA mC1yRjhDzggAAAAAADBb5IxwhpwRAAAAAABgtsgZ4Qw5IwAAAAAAwGyRM8IZckYAAAAAAIDZImeE M+SMAAAAAAAAs0XOCGfIGQEAAAAAAGaLnBHOkDMCAAAAAADMFjkjnCFnBAAAAAAAmC1yRjhDzggA AAAAADBb5IzT9v6HHz65urKsR5eX756edtcYckYAAAAAAIDZImecNnJGAAAAAAAAjAE547RJzjh0 Q95+m5wRAAAAAABgxsgZp42cEQAAAAAAAGNAzjht5IwAAAAAAAAYA3LGaSNnBAAAAAAAwBiQM04b OSMAAAAAAADGgJxx2sgZAQAAAAAAMAbkjNNGzggAAAAAAIAxIGecNnJGAAAAAAAAjAE547QVcsYP 7t79+MGDBxcX6j8+ubo6f/z4jx999O7paQ+NIWcEAAAAAACYLXLGaZOc8c7Z2cOnTyVeLNSjy8uz +/e7bgw5IwAAAAAAwGyRM06b5IwqTLx3fv7B3bsyevHd09M7Z2fnjx+rF3z84EGnjSFnBAAAAAAA mC1yxml79/T00eXlw6dP75ydGV72wd27jy4vn1xddTqqkZwRAAAAAABgtsgZ50JGPnb3rEZyRgAA AAAAgNkiZ5yRjx886PTu6f+/vftraSPtGzj+0vICgjSFpbHoUim4umiKJVYiZaL4J2w01mJKLHZF Q1kqEVp7UBXcnLQ5aD2QitA2IO0NnvVoX8Jz8KMX80ySyTUz1ySO8/2Qk3tJJpPJuLf79fpDZwQA AAAAAIgtOmOMTGSzsoxjSMenMwIAAAAAAMQWnTFGBlIpmTo9MjoaxvHpjAAAAAAAALFFZ4wX6Yx/ ZDJhHJzOCAAAAAAAEFt0xnihMwIAAAAAACAMdMZ4oTMCAAAAAAAgDHTGGEkPDbE+IwAAAAAAAMJA Z4yRqVyO/aYBAAAAAAAQBjpjjBQ2NsrV6sLaWkjHpzMCAAAAAADEFp0xqh4XCk+3t6dyOc3nT2Sz oS7OmKAzAgAAAAAAxBidMarmikXphtOW1fXJI6OjT7e3y9VqYWMjvFOiMwIAAAAAAMQWnTGqBlIp mQct9TA9NNTpmRPZrETGta2tgVQqvFOiMwIAAAAAAMQWnTHacgsLkhpl4cWpXE4Fx/TQ0FQup1pk sVIJaZtphc4IAAAAAAAQW3TGyEsPDS2srana2PYxVyyGOpJR0BkBAAAAAABii854Q6SHhqYtq7Cx IVOk1Xzqx4WCy5Rqs+iMAAAAAAAAsUVnhDF0RgAAAAAAgNiiM8IYOiMAAAAAAEBs0RlhDJ0RAAAA AAAgtuiMMIbOCAAAAAAAEFt0RhhDZwQAAAAAAIgtOiOMoTMCAAAAAADEFp0RxtAZAQAAAAAAYovO CGPojAAAAAAAALFFZ4QxdEYAAAAAAIDYojPCGDojAAAAAABAbNEZYQydEQAAAAAAILbojDCGzggA AAAAABBbdEYYQ2cEAAAAAACILTojjKEzAgAAAAAAxBadEcbQGQEAAAAAAGKLzghj6IwAAAAAAACx RWeEMXRGAAAAAACA2KIzwhg6IwAAAAAAQGzRGWEMnREAAAAAACC26Iwwhs4IAAAAAAAQW3RGGENn BAAAAAAAiC06I4yhMwIAAAAAAMQWnRHG0BkBAAAAAABii84IY+iMAAAAAAAAsUVnhDF0RgAAAAAA gNiiM8IYOiMAAAAAAEBs0RlhDJ0RAAAAAAAgtuiMMIbOCAAAAAAAEFt0RhhDZwQAAAAAAIgtOuON NZBKTeVyC2trxUqlXK3Ko1goum/NAAAa00lEQVSp5BYWBlKpMN6xL52xumk1jspfP+389+ON/fH1 087XTzuNo/K72kr2wUjvTwwO/x6sO76jfw/W+31SQHvW4XH5f1dtH4WPp/0+O/ROejKz3rzsdDOM rZZCfffi2eeQ3nEglSpWKk+3t9NDQ0YOiGtoIpstV6uPC4V+n0hQI6OjC2tr8nvsRDbb79MBAABd 0BlvoIFUaq5YfLq9rfKi4zFXLIbxvj3ujMv5iauLV4501enROCr38tyiq3FU/u/Hm6uLV9VNy+yR 6YyIEDojxE3tjFJt6Iw327RlyW99f2Qy/T4X/6ZyOfXr69rWFp0RAIDrj85400xbliqMhY2NactS v1+mh4ZyCwtPt7dD+uN2LzvjfnVRszCqR8/OLbrsV/Vnc9/swemMSCQShY+n683L9GQo/9H7cGd3 /qRuTzOliy+L7xsze7VkelCek0wPrjcvi2effRx/9vVbOqM/rb3M/VH4eGodHod0nxjRm84Y0jv+ kcnILwm5hYXgR4MRd24lv9VWT3eXzB52bWtL8pzZw/bMQColv9MurK2FNBcHAAAYR2e8UeaKRVUY e//n6551xuX8hNfIaLya3Uin9U37RXtWemTw4HRGJEKrMw93dksXX9zT1fxJPZkeHFstyf/08S50 Rt+8dkb1sA6PVSO+ViLdGaU9Pd3eJtxcH8tT93+8Wf/xxvD/LarBgBFtyjIkM7qdFACAeKIz3hxq HcZpy/CMV00964znH17Yc9XVxav96uLw3dvqCc9Kj/ari42j8vezl/IEs8nspnIsc8lFg3HG60wy PVj4eKpGL1qHx/aD37PyD3d2F9835AnrzUs1IdrHe9EZjeh6DyTTg5nKc/W1Fs8+X8PUGN3OGPXw dFOF1BkTEc/KhY2Nm7HEJAAAsUJnvCFkJOPT7e2R0dF+nUNvOuPw3duOgYps82IKnRFhM1tnkulB GSi33ryc2au5PDM9mVHdis7YX/r3QKbyXNZGXHzf6MGJeRLdzhjp6nSDhdcZI12WpTNG8cwBAIgz OuNNIPNK+hsZE73qjM9Kjxz7SvfgTWOCzoiwma0zkg7Xm5f3rLzO8yUU0hn7y9M9kKk8733R0xHR zqiSU0jbwcG38DpjIpGQJQ6jGJfpjAAARBGdMfLUItn9mi6t0Bmjjs6IsBmsMw93duVomcpz/Vep OdQ+3pHOaITXe0Bq8vxJPdSz8iqinVEGM5arVbaZvm5C7YyPC4WIDmmkMwIAEEV0xsjLLSzIxi/9 PhE6Y+TRGRE2U3VGto32kZ/YB6bvvN4D1/OyR7EzTmSzEpuKlYrBE4MRoXbG9NCQfPWR21CFzggA QBTRGSNPBjP2fnfpViF1xv3q4s/mvtcNplWFXM5PaB7NkdWW8xOO7ua+V/Kz0iPZdqbtYaub1ml9 0/6E72cvT+ub1U2fo1CH797ery6ef3jheNOvn3YaR2V12OyDkauLVz+b+/vVxdaDLOcnHJvq6D+u Ll65bBg9fPd26wbTrQ9/n93+Lu9qK+cfXlxdvLJf2PMPLxxbA3XS6X5I2K6w/eByeR03Vd+NrZas w2PH+oPFs8/zJ/WHO7uJX1WuePZZ/5jJ9KDsoGLfKXi9eVn4eDqzV0tP6v4Lp+s20J0e7qMUZTDj evPS6w4hPi6FYjB4pSczM3u1+ZO6/fLKV+ZpeGarhzu7jsPKOasdcqS0WofH/TpsDzpjejLT+hMh Z6s5xb4rg50xU3k+f1K3/6TIqTp+yoK/48LaWvDN4mbHhw+e5Bp/L3yrrUoX+/Fm/XR36aj8eGN2 vOvLT3eX1KtaH61H2JqbdHn+6e6S+9v9+ftv1aWpxt8L5//8pV51/s9f9c381tzknVtJnY/sOOfl qfvyz+/cSm7NTdovxbfaqhxZ57Cz48P2a6j/+FZb/fP333Tewk5tFTiRzXp9bR/RGQEAiCI6Y7TJ 8IRr8gfqkDqjvwrWacCjyzMdndElMrbtjJ2e/+/Betv+aO9inrpV9sHIaX1TpwNWNy11Vj+b+63d zf0z6jw6jXl0DDs13hk1L8JpfdN9m6BOL+xat88/vNDpmGEbWy11DXmyC7OnQXwzezUZLejymD+p 6zS+kDqjBC+vsSyg4J3xnpW3Do+7XpPi2WcfOUznWyt8PJWZ4/qfwvhhvfYy+a41B662bvjT9mz1 Q3knRjpjpvLc/WZYfN9QP2UB33EglZLM5HvS9J+//9b4e8E9gZ3/85d7bexZZ7xzK3nwJNc12NVW prt+8LadcXnqvr1dtl6H2fFh98P2uDPK3Jdytbqwtub1tX1EZwQAIIrojNEma+5ckwXd6Yy+T/Jn c19zYGOQ0Z2tTTCinfFdbcXTtX1XW+l0qCCf/eriVX/3OlcLFK43L2VYmT38ja2WZvZqXjdZTqYH 1UtKF19m9mr2rnHPytuPqb8Bi2KkziTTg3IcU2PTNAXsjPesvCMhOS6vfGUSnrxe2/mTeqdvLZke HFstzb5+6xgx16/DeroH1E3uaX9qubwPd3ZVT0xPZmTYoLp1Zaivb8HvZPvJqGGhiUQimR50nKrc CQHfUU2a9veHya25SRXFZOiiSl13biU3ZscPnuTsT+h6QDVNWD+Z/fn7b5ovmR0fVhGw8ffC1tyk vfotT92vrUyrJ5zuLmkObFSdUdXP83/+2pqbVOczOz5cW5mW6/Cttto1NdqFOm86kUj8kcnIDfB0 ezuktwgDnREAgCiiM0Zb629gA6nUtGXJP5dHYWNj2rJ6sMkg86bdxy12zWFdo9V+ddFsE4zivGmd YYytj9P6ZqdL6vvu+u/Hm+9nL318BCNUtLKPeGprbLWk4ov7MZPpQRk71rXCqHGUXnOYkc4YZI3F IIx0xuLZ55m9mstXpr4F/cndM3s1uSCzr99qPlPnU4R0WP17QB1WZzCjKpLuo0HTkxk1+ztIagx4 J6uM6DIuWJ2q/JQFfEe1E4iPP0yqrFbfzLs0PvsQQp3UKOMED57kNE/jqPxYuqH709Q4wdPdJTXH ua3q0pR6pk5qVF3S/TP++ftv8pyu07rtwu6MiURC/Vp4HVba0URnBAAgiuiM0SZ7R6pfGadyOVmu sfXxdHs77N8sI7cPjKdtTxzVzCWxta2TXz/t7FcXVUmUtf/sC/+5tDDRNjLKCo/2CbzPSo/e1VZc Voo0dUH8CdgZWyPjz+Z+46hsP9VnpUeNo3JrPWwclfVPrO3lzT4Y+fdg3XHktgtf9oB0itLFF50n qwTj/jSZ+qqZDu1RUn+RRCOdUfKTvzUWg+jZhiRqlxvNtRql+WrOLJY7R+dThHTYrveAfVyn5gmo DKc5nV9lPt+3YpCXq36qEzrlVNWfCnyfsPrro9dkMzs+rJ8OE7Yo2XVKsjzzW21Vp/HduZWUJui+ +uGdW0kZqKiZDlWU7JovE786ozzcT0NdNM21GhM96YxqicYgC3T2GJ0RAIAoojNGm/1P03PFopoV NZXLyQJMA6nUVC6n/gNjKqc7cMAHOmPbw34/e9npyMN3bzuiVadjZh+MOJ75/eyl+/jH1iQX9c5Y 3bRa622nRRKzD0ZaY6vLJ3I88/zDi06X95rseC6Tl7sONBPpyUzXzU/Uzir64xOT6UFPKSphqDP2 awPiXr6vp+/X01XNVJ6XQ9iwxethNR8zezWdd5f70FN6livsYysh+6fwcSeriKy/uqh9+x3/YdTv WDbJdpqRUVSXpjQnOMvBq0tTXY8pUfL8n7/cnyZjHvWnQie8NEEVGXWuhpxJfVP3X6c96IxqI6Br stiODjojAABRRGeMNvWfDVO5nPr1se0U6WnLkqGOI6OjIZ0MndHHYR01sNOTHU/7fvay6yYkrREz 6p3RMfyz61c/fPe2IzVeXbwycmKOM/H0KUzxuptHV1JqNMOWoqYwa26sQWfU5KkzSrfy+t3167Ce OuN683L29Vv3FKiG63ra3UX1Pn8f0PedLHeR5khkkZ7MBOyM9k1gPHVGT0MO7WTHmK49rrYyrVMP E7+KpPsYSbWAo/t0ad+n4WlcpxxTZ5ik6EFnVFvBFDY2wnsXgwZSKfnFNdS/kQMAAOPojNGmdg/U +Ru1LANfrFRCOhk6Y/DDtn1y9sGIo4Jp7k/tWHsx0p3RMW287fbZrVrHgXbab8fTiTkulP6nMEi1 FSMZSHKhv7FdMthKc9wZnVGTp86optZqzrPWFNJhu94DssOMfceh0sUXl2G2njaktvOR/BTfd7LE Ta9LQwac6K32AClXq54Wa5ZcqLMps8PG7LgESven3bmV7LTTtJ3mpjFe017rabjv3OIpYtIZg1PT dPztkA4AAPqFzhht9hUYdX5xlBkoE9lsGCdDZwzpsI7E5r6Mo8sLu4a569wZHc1Uf1VExxXudPWC dMYwLpQONZuydPHFOjzOVJ57Gs9lJ8Fl8X0j7NfSGROJxD0rP/v6beHjqX2nZvkeCx9P50/qs6/f ypfraV58+dcuKLOv3zo2H/cnpMN6ugfGVkv2vVDanmTZ7+bjQV7r705W60h6vYwyLd1IZ/T0Qp36 FvC1Oru7yHO6DiSUKqozC9vfa+mMvfFHJvO4UJD1xxnMCABAFNEZo82+zYvO33unLSu8pXnojCEd tnFU9pfY1Gt/Nvd1XnWdO6PjhTqDGYVjNGinqdNR7IzJ9KAa8OWYaqpylWaVkFnYQR6a9S3mnXFs tdT2K+v00B+ses/KO6qlvV1ah8czezUfNS2Mw3q9B9SOQ20HHgbcfFxe62PApr87WXaA8TGCUiXR XnZGtXBhkEfXKqfepdNYRf3Z0LKjS5CH+8hNOmNvqCXFo7WUJAAAUOiM0eZ1B0n5j42QfsWkM4Z0 2J5Vrah0RpdlFn2/aRQ7oxhbLc2f1NvGIJUdu65w5yl+tX1obsFhpDNKrFlvXgY5iA8BO6Oa6i4H mdmrOa5DejIztlp6uLM7f1L3t3Tgw53dxfcNNQixbR/0OmPX+GF93ANqGGDruwTsjJ7mp9v5u5OD 3EKmOqP+vGlVvoI83CdEC/fFHPXXcAx+tgdP3IbO0Rl7YyKbZTwjAACRRmeMtseFgqfFa2SJRjqj oDP2/o2MdEavX/rN7ox2Y6slWdhOpuXaw5D7RtIyntHHCndeGemMKi0Fn8PrSZBIpCJj8eyzzsf3 3b+ELHE4tlqaff3WOjx2dOTi2Wd/l87IYf3dA7JAYev0fDqjjvTQkI99YLqONDRFFnP88Wa97W4z sgNM182gE7/GM+o80x86Y4/J+oxPt7c9LSoKAAD6js4YbdIN9ZdcZDyjHZ2x929kpDP+bO4bf9Ob 0Rlb3bPyagcJl21eJH9ojkkMwkhnTKYHO41uC5XvSKS2NtZfATNgZ2wrU3muyqDBWedeD2u20DFv WpO//ab1xyQG1Gk7aU8bXsu4SPcxiUFEvTOqPQMfFwrhvYtBap90hjQCABAtdMbIk6klmr810hnt otIZg6zP6Ml17oxXF6/8nZtjM5zvZy+Dn1iEOqMYWy1J5+o0YlHtMuF7JxlNRjpj4tcAzB4v0ei7 M6qJ3vqjCMPojPaTMV5p9Q9rtjOyD4ymYqXiaZUVcbq75DKj2aDq0lTbydGe0uHBk5zmDGt/ot4Z 1T0wbVnhvYtZsjqQp5sWAAD0HZ0x8mQizNPtbf0nh/QbG50xpMM6SpnXj7ycn7i6ePWzue9yzj7O 3B/fndERWzvlQofhu7cdgfJdbSX4ifW9M1qHx14HYUmm6TSQSg24sw6PDZ1je6Y6oxrF5mMkmm++ O6NEQ0/XVr8zFs8+rzcvPQViObj7NPmQDpvwew/IPd/24ssuMT5m/bv/ULjzfSfLD5rXyKtGJfv+ 2ZEpqF431pBY1mlGs0F3biVbZz17nbitUl1IAzCj3hnVmNaR0dHw3sUsOiMAAFFEZ4y8gVTq6fa2 5h+oZfCj5mKOXt3gzricn/h+9rJfnXH47u2fzX2dWNb1tdVNt5vkOndGx7bR//14c1rf7Pqq0/qm /SU/m/vZByPBT6zvndHHYLeu00tVyAh1SKOpzpj4FZ48DRIU96z8evPSxyTxgJ3R0/cl7UznJT4u qc4HCemw/o6cSCRkp6O2F0Stfenp1lVt3d+gUd93so+4qcZdBvnZmcrlpDGtbW3pv0rt9dyDIY0y GtEe5o7Kjz2lusSv+dchDWmMdGdUewFp/ln6mqAzAgAQRXTGm0ANaXQPiDKcIbz1vyPXGR1D5No2 vuyDEUer6n1nbH2a+wkonvKo/smI7IORxlFZImbjqNz1ZITvzpho+b7++/Hm/MOL4bu32z55+O5t xxfh/omi2Bk9BS9pMS51Q2UX35uE6PA3mKutZHpQYpynE5bI6G8UW2/GM6rP5akzeopl0pTdBwCG dNiEr0InTdmlJEqF9HQnyJfio1ML39XPx9hhdT8E6YxqqTuvf2tUQxrD219FqKYpIU+NcPQ0OFHV ujDCaKidMexdd9QmMJ4GtPYdnREAgCiiM94QsuxOsVJpOx1mIJVS2/aFNJgxEU5nzD4YOf/wojXz 6Tx+Nvfdx/1VNy3H89XSh9kHI/vVxbaF0dG5ZHzc8N3b7k++unhlr1HZByOtFaz1sHaOYijHbByV n5UeOZ78rPRov7rY9rq5r+24nJ9oDXPL+Qn7aT8rPfr3YL31ZNSRh+/ebq2iXh//Hqy3BsThu7db 3/dnc18ugv3jqwBqf7ROtV7OT7h8C//9ePP104792j4rPXLMwu56ziFR225oBrtkelBCjHsDUmvA eeo1mcrz9ealZn3zuq7i2GrJ5UzSkxlPbVStU+m++3YnAddnLF186XqS96y8PSrpd0b9T6SWCHS/ eUI6bMJ7oZPL7n411Lsvvm/o3AnBpyEHebmnJTLlVNXe8UHGAqttQLwuzyerNHpKjXduJeubef0q J+Qlkgg7rdjYlYyL9JoaJQu2bkRjF2pnTPzaL9v9HJQ7t5Kerq1anFFz28Brgs4IAEAU0RlviIFU Sn6JfLq9nVtYULUxPTQ0bVkyXTrs3y/D6IzBi5X78d0zk2YR0zxP+9DLrs9vHXnXtrJ5euiM/fR9 QVRndAw49f1oO0jQ90X4fvayNQLqfFj7F9H1+T0b2Kg6Y/l/VzN7Nfcnq3SlM3RLTUEtXXzpWjTG Vkte9y9WKdO9sCTTgw93dl2myipqfOJ689JlrcZkelDlKn+RMRGgM6oe6tJ5HWeo89mFuhPWm5dd vzKJwvqzm40fNqFd6OQeUDdY12GS6tYtnn12+X7TkxlVcoOMqw1Y/VTonD+pd/qpVKcqd2zwzjiR zcpvAsVKxdML79xKqtR48CTnvlbjnVvJ2sq0JDOvnVGNRvzz99867UCtQyZcS+brOjxwa25S3qvv nVEK6bfa6uz4sMvT/vz9N3WFNU8mPTTkY9b8dUBnBAAgiuiMN8dAKqVGK7Q+nm5vh/1H7Ch2xuyD kdaBb54ePeuMiURi+O5t36M7G0dlndF2/kKefd50qJ1RzrB1ArW/zx71zqiGOJUuvliHx46hf/es /MOdXRk/6CmuPdzZVUcufDx9uLNrf6Ecdv6kLiFMHtbhsf74R1VYFt83MpXn6oXpyczYamn29Vt7 RdU57XtWXp1M6eLLzF7N/pKx1ZJ1eKw+kXuEStim6Pp4uFQ2ewV7uLOr5v+mJzOZyvP5k7r9mqcn M/aL4B7F1IVSx5/Zqzlq1NhqaWavpvqazvBPs4e1D9L0+lhvXnaN6ULlTrm72l5ndcyukVHVYX+P rkHQfjLy8yv/PJkedJyq3LGtl8XHUqrqj45eZzbcuZWUrZ8lhB08yS1P3VfBUcbW1Vam1XNkKKKn yChU8gu4/4wa1SgDGzdmx+3BcXnqfnVpqr6ZVz30W221ujTVepytuUn7+dgfbcdLbsyO6z/ZwdFz 7Vdvdnx4Y3b84ElOPeHHm/XT3SXN6/O4UPCx2/h1QGcEACCK6Iw3zcjo6FyxqCbIyIKM05Y1kEqF /daRmzet3sK9rF1dvHpXW2nbtno5b1qpblqeUuD5hxee+pd+zZSJ245TDW/etN2z0iOdSnj+4YV9 3rdDdOdNq/2mZ/ZqOilE0pX+8dOTGZU53APQ/EndR+zQaXnS4zTzpQwGdL8U681LneGBQTrj4vuG y5HtAbfto3TxRcUv/c4oG0Pfs/KaZ64Zhc0e1l9nLHw8nX391tP6iW0Trb8fhyCdUWcQaCKRyFSe 23t92ztKnWrrW/j40VO7wfhbpM8+9M/lcbq75HsxR3vXC7jG4vLUfXv37PQ4/+ev2sp0p2DXy86Y +P891+VR38x7WrZSdgt8ur3dg18FzaIzAgAQRXRGGNObfWBCIgsaqrGNVxevvn7acaxOeK0s5yfe 1VbOP7xoLWVy8o2j8n510Xf5Ws5PNI7KXz/t2Md7fj97KZelumm5lNCeyT4YkYtgz3/fz16ef3jx rrZyHc6wN2T0kyOvlC6+SKbxvX90ejIzs1crfDy1pxBZitE6PHaZpKx5cOvw2HHOhY+n8yd1+zA0 r2Sspb1qFc8+yzGDnK0pyfSgXFJ7wJLraWQPbplrvPi+4eh6xbPPi+8bM3s1f3uehHTY8HS6u6zD Y39T5kPVOkA41FOVIY1BktPG7PhR+bEjh53uLtU389WlqZC2MfFtdnz44Emu8feCGroobbHx90Jt Zdp9hnK/LE/dPyo/tg9d/FZbbfy9cPAktzE77nWMp4rLUax1dEYAAKKIzghjIt0ZAQC48SJdneBD 8LLcR3RGAACiiM4IY+iMAABcc5EOT/Ak6llZOuPjQqHfJwIAADygM8IYOiMAANfcH5lMpNsT9ElT XtvaimhTnrYsmjgAAJFDZ4QxdEYAAK6/hbU1fxtPI0Ik0pWr1Ylstt/n4tNAKiWb2BQrlZHR0X6f DgAA0EJnhDF0RgAArr+BVKpYqaxtbdEZbzCZNB31Uatq6nfUmykAAPFBZ4QxdEYAAAAY9Ecmo0bg 0hkBALj+6Iwwhs4IAAAAAAAQW3RGGENnBAAAAAAAiC06I4yhMwIAAAAAAMQWnRHG0BkBAAAAAABi i84IY+iMAAAAAAAAsUVnhDF0RgAAAAAAgNiiM8IYOiMAAAAAAEBs0RlhDJ0RAAAAAAAgtuiMMIbO CAAAAAAAEFt0RhhDZwQAAAAAAIgtOiOMoTMCAAAAAADEFp0RxtAZAQAAAAAAYutadcb/A0nQwA3B MujaAAAAAElFTkSuQmCC --0000000000006f5aaf05783fe294-- From MAILER-DAEMON Mon Oct 15 09:14:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gC2hi-00041f-A9 for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 09:14:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gC12U-0000vl-4i for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 07:27:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gC12Q-0003WJ-UO for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 07:27:58 -0400 Received: from smtpoutz27.laposte.net ([194.117.213.102]:33369 helo=smtp.laposte.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gC12Q-0003Fe-EC for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 07:27:54 -0400 Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id CD5E4277322 for ; Mon, 15 Oct 2018 13:27:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1539602842; bh=gQu0ps7zyjBk0BmBBTOL+5idTkm0OsmWNqiNH9qO7tY=; h=To:Subject:Cc:From:Date; b=cKk9bUMoDrTjthX5X0qqo1dBrL+8xAGhfKaUwqWiEs5MiUGZaoVWStER+eAWhNm/m 4iukBK4Qh8qhjHtasYUTa2PdieIabnhPdf4z4ODxEsig2ZBK1IOf9wCO4BsQIu4vwy 0o+M/jKefVeoGNFs1DN55geoIP7nNUE0Xwkx8ATMxYbUjNimPBg6S6uaYP6glWnMNY E0i9SaTKiFqHmFU29q40bakjnCLeL+E1e6gdGt6IexKsMahkeH34eVD6Om+EwKhklE vTxij8Y/kHuXpnlk0QYlaPNO+aA1ALBgNfQuxuH9T95mLOtvKb5/jipJ1r6pe8tUgo H95X6enXKs2IQ== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id BE95527782C for ; Mon, 15 Oct 2018 13:27:22 +0200 (CEST) Received: from lpn-prd-vrin001 (lpn-prd-vrin001.prosodie [10.128.63.2]) by lpn-prd-vrout015 (Postfix) with ESMTP id B784A277322 for ; Mon, 15 Oct 2018 13:27:22 +0200 (CEST) Received: from lpn-prd-vrin001 (localhost [127.0.0.1]) by lpn-prd-vrin001 (Postfix) with ESMTP id A9091373532 for ; Mon, 15 Oct 2018 13:27:22 +0200 (CEST) Received: from [192.168.1.19] (LFbn-1-3609-245.w86-229.abo.wanadoo.fr [86.229.12.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin001 (Postfix) with ESMTPSA id 557FD373533; Mon, 15 Oct 2018 13:27:22 +0200 (CEST) To: emacs-orgmode@gnu.org Cc: fredericgilbert@laposte.net From: Frederic Gilbert Message-ID: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> Date: Mon, 15 Oct 2018 13:27:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-VR-FullState: 0 X-VR-Score: 0 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtkedrvdejgdegtdcutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepvffuhffkffgf X-VR-Cause-3: gggtgfesthejredttdefjeenucfhrhhomhephfhrvgguvghrihgtucfiihhlsggvrhhtuceofhhrvggu X-VR-Cause-4: vghrihgtghhilhgsvghrtheslhgrphhoshhtvgdrnhgvtheqnecuffhomhgrihhnpehorhhgmhhouggv X-VR-Cause-5: rdhorhhgpdhgnhhushdrohhrghenucfkphepkeeirddvvdelrdduvddrvdegheenucfrrghrrghmpehm X-VR-Cause-6: ohguvgepshhmthhpohhuthdpihhnvghtpeekiedrvddvledruddvrddvgeehpdhhvghloheplgduledv X-VR-Cause-7: rdduieekrddurddulegnpdhmrghilhhfrhhomhepfhhrvgguvghrihgtghhilhgsvghrtheslhgrphho X-VR-Cause-8: shhtvgdrnhgvthdprhgtphhtthhopehfrhgvuggvrhhitghgihhlsggvrhhtsehlrghpohhsthgvrdhn X-VR-Cause-9: vghtpdhrtghpthhtohepvghmrggtshdqohhrghhmohguvgesghhnuhdrohhrghenucevlhhushhtvghr X-VR-Cause-10: ufhiiigvpedt X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 194.117.213.102 X-Mailman-Approved-At: Mon, 15 Oct 2018 09:14:37 -0400 Subject: [O] Bug: Column width ignored ? [9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 11:27:59 -0000 Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. ------------------------------------------------------------------------ Hi, Following an upgrade from 8.2.10 to 9.1.14 from GIT repository, it looks like tables column width specifications (e.g. <10> on a row) don't work anymore. Sorry if there was a syntax change but I could not find any information. Best regards, Frederic Gilbert. Emacs : GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) of 2017-09-22, modified by Debian Package: Org mode version 9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/) current state: ============== (setq org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-todo-keyword-faces '(("IN_PROGRESS" . "orange") ("STANDBY" . "darkkhaki") ("CANCELLED" . "darkcyan")) org-after-todo-state-change-hook '(org-clock-out-if-current) org-from-is-user-regexp "\\" org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-refile-targets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9) (org-mobile-files :maxlevel . 9)) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-archive-hook '(org-attach-archive-delete-maybe) org-directory "~/Dropbox/palm/org" org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-todo-keywords '((sequence "TODO" "IN_PROGRESS" "STANDBY" "|" "DONE" "CANCELLED") ) org-babel-tangle-lang-exts '(("sed" . "sed") ("awk" . "awk") ("python" . "py") ("emacs-lisp" . "el") ("elisp" . "el")) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-startup-truncated nil org-link-parameters '(("id" :follow org-id-open) ("eww" :follow eww :store org-eww-store-link) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link :export org-irc-export) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path)))) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path)))) ("https" :follow (lambda (path) (browse-url (concat "https:" path)))) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:" path)))) ("news" :follow (lambda (path) (browse-url (concat "news:" path)))) ("shell" :follow org--open-shell-link)) org-babel-load-languages '((emacs-lisp . t) (calc . t) (shell . t) (python . t) (awk . t) (sed . t)) org-agenda-files '("~/Dropbox/palm/org") org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-confirm-babel-evaluate 'my-org-confirm-babel-evaluate org-link-frame-setup '((vm . vm-visit-folder-other-frame) (vm-imap . vm-visit-imap-folder-other-frame) (gnus . org-gnus-no-new-news) (file . find-file) (wl . wl-other-frame)) ) From MAILER-DAEMON Mon Oct 15 11:24:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gC4jq-0002JL-Dr for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 11:24:58 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gC4jo-0002J9-3w for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 11:24:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gC4jk-0001nR-90 for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 11:24:55 -0400 Received: from mail-wr1-x430.google.com ([2a00:1450:4864:20::430]:44396) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gC4ji-0001lO-Qi for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 11:24:52 -0400 Received: by mail-wr1-x430.google.com with SMTP id 63-v6so21801572wra.11 for ; Mon, 15 Oct 2018 08:24:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=usgEb3iGmBrZeTjdTeILaGwpHcmPmMmsAgyBWD6xvc8=; b=fX0yDrM7A4ut7MAhG5nDFNncwbtZ6Bc7SxVllMfPMveYWyZ7zfgzaizfU2oiI43qVY 22JMg5AlY7V4jFauC9ADQI8CgHxYJpFtCA03ZlG32Y1ahvQEzzRht4IlQyDpcR8uOqYL 2QGtDmwhDqbwEv4kly5nhtrHLDlOdjm3pWW9uDrDfcIzGVtn8cdpa7Vr3el4g/pQmFo8 cwQIA4fhEJN1TknNnIFowHnWnJfKUNOmcJdYQjImftoFidNVfV00N48wfxNECrc/o4hS wQqjbAgPdttGLSWUpz95cTk61qhLelYs2koOk0UVVO8DvDLRnv4xY2uzx5EH6n0wZZ+Z ZiiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=usgEb3iGmBrZeTjdTeILaGwpHcmPmMmsAgyBWD6xvc8=; b=fhd5+ztbel94uQ5nxcZ+qm4U0973eDFJ4UVAr0Mg+Ff9ilpX1AJsyPqJUoDx6ocANH 4zCpsk67pmG6GDr0SVVevEarg4FzVNuz8d6CmEV4ox1egmfMMf2eYf90kPinsaByZpdB BK7JnRG+nCEj/KHP0WrQVRpcC+ki2j1j4sU0zIDuSCvW4I457uauUjGXoKixbZe/ZRqh uXKVnIL4Jh34UTfr/5iuvJk3rhGx833pOBBJ3/14m6P92YW5e2HeupkkXl1JXGJp7zeO epaJANh4RaK3n1PIUeIK0ahli6kxE3Hryg5vWzAb6wq8Yv4l4wNxcaEIbgIhCSzLoeOP SfXA== X-Gm-Message-State: ABuFfogWAGnNNlx1gM8qQS0tWIQyVZt8wanAL1+WqL69pSC8GppSVX5n XMHQDeolvkDtkDla9WzIgE8S4zhi X-Google-Smtp-Source: ACcGV62z0W0anN9RF9HOT4h8WZ5fgUW9ifR0KYhqAqwGnNdKqJ2BNZ+Wzv5Hi6tUOqbQ00jHQdBT0A== X-Received: by 2002:adf:f00d:: with SMTP id j13-v6mr13811047wro.88.1539617088456; Mon, 15 Oct 2018 08:24:48 -0700 (PDT) Received: from freegnu ([194.167.235.219]) by smtp.gmail.com with ESMTPSA id t77-v6sm9512636wme.18.2018.10.15.08.24.47 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 15 Oct 2018 08:24:47 -0700 (PDT) From: Jeremie Juste To: emacs-orgmode@gnu.org References: <8736t8p7hv.fsf@gmail.com> Date: Mon, 15 Oct 2018 17:24:46 +0200 In-Reply-To: <8736t8p7hv.fsf@gmail.com> (Jeremie Juste's message of "Sun, 14 Oct 2018 23:02:04 +0200") Message-ID: <87tvlnnsg1.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) 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: 2a00:1450:4864:20::430 Subject: Re: [O] mathjax macro in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 15:24:56 -0000 Jeremie Juste writes: Hello, looking deeper into the docs I saw that we could modify the org-html-mathjax-template in the following way to add the macro. (setq (org-html-mathjax-template " ")) another quick option is just to define the latex macro directly in the main body as follows before exporting to html but this would generate an when exporting to latex $\newcommand{\R}{\mathbb{R}}$ Hope it helps, Jeremie > Hello, > > I was wondering how to set up mathjax macro in org-mode. For instance > would it be possible to use #+HTML_MATHJAX: to include the following macro? > > Macros: { > R: '{\\mathbb{R}}', > bold: ['{\\bf #1}',1] > } > > So far my attempts have been unsuccessful. > > Best regards, > > Jeremie From MAILER-DAEMON Mon Oct 15 14:20:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gC7Tq-0000tV-Pv for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 14:20:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34162) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gC7To-0000s9-Do for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 14:20:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gC7Tn-0002qr-EB for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 14:20:36 -0400 Received: from mail-ed1-x529.google.com ([2a00:1450:4864:20::529]:34401) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gC7Tl-0002ps-SD for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 14:20:34 -0400 Received: by mail-ed1-x529.google.com with SMTP id w19-v6so18776318eds.1 for ; Mon, 15 Oct 2018 11:20:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zzamboni-org.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=B6FKMQ32d0FbiMQgCh4upUrGW4eGU2IhhDhjtN24dP0=; b=UNz/L17s1ChWp1K35ZNeUzGl2+hZAnpLSw4iG6/2HPGRFCoebsEMOpToiLutH244bF AJJvRt3mIlyN1TNM2uZmIGv4/+HskXr6CBtcGmHdlXe62FcOCrE7zhE39t4//tfVNoCe erjWgXk+j8XuJNpyt77I+Lpl8Z/aJrzF+1GQwuFMIDy6ykVak1NVDj2BORSqlRh8TDtn /NxtA1unrAhf31v+W249tXN2kTD5EEOQGI6lqYDVAg1oi2z6BvYgcaJ+StOhIb0TojNS Ou8Y6rMwdjID/TOie036TvtI6D97an5Z4tgCE52uUPjBpROduVN6fwJqXSYIP0O8TRTp LH8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=B6FKMQ32d0FbiMQgCh4upUrGW4eGU2IhhDhjtN24dP0=; b=oXy8cCw00Ll1DezVlaMaf70vg3KBJA0ett0SDXOrZHGT/zWpDav3qF7xhm9YgUvxZa WEZpFsg1b9WwKppPYPN/7gjwyoFXIWAZ9S1nYeVLZ9AuFI5UvRHrA1kfhfzdd2IizqFE mJdWwoVb556t9WrPJavRhOblFxRKi8FKw7x2nYiUYqubRbM3KioPkuiPCuWrAjLYffal Jl9gEqz219pN8IBw651ZlZ6N2B7+J0/8kK0l1NQ7O4Qe7IfXypxzdLZl55lUf6A1+oOZ UfKpu4wFT1L5fjTtt2TogSOcDPSDGqMZN9BKABmtCvwCJlUdt4jQGIjimIttE0gOQeWe 5CiQ== X-Gm-Message-State: ABuFfoh+T2/iOLmW0PGS3JdMGfW3XiXWBiwHjS8rMr70PraAYIYY8c1c JxXOnQwuxAgidRL8JyMUOEWDzMYKZRjTz3T6d+rX6NsxHSqtag== X-Google-Smtp-Source: ACcGV62KENU0h51ISFas2TTuuB+ZU3XW+MllDKxpH6XU2mujfaS+hm7pdyzsU2xfWmQouh03bn3gVo5jRxM1hZolxwI= X-Received: by 2002:a50:b765:: with SMTP id g92-v6mr26450768ede.94.1539627631318; Mon, 15 Oct 2018 11:20:31 -0700 (PDT) MIME-Version: 1.0 From: Diego Zamboni Date: Mon, 15 Oct 2018 20:20:20 +0200 Message-ID: To: Org-mode Content-Type: multipart/alternative; boundary="0000000000000d2b450578487e29" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::529 Subject: [O] Exporting each subtree, including the headline? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 18:20:37 -0000 --0000000000000d2b450578487e29 Content-Type: text/plain; charset="UTF-8" Hi, I am working on publishing a book using LeanPub ( https://leanpub.com/learning-hammerspoon/), produced from an Org source file. I am trying to use the code from https://medium.com/@lakshminp/publishing-a-book-using-org-mode-9e817a56d144, which you can see here: https://gist.githubusercontent.com/badri/4d1bf1f0a24e8db5065e31946355cfe3/raw/86889ba22e381252e11aa3a8678f31023aa10f7e/leanpub-export.el The code works, and each resulting file (one per top-level subtree) contains the corresponding section, but without the headline. I would like the headling to be exported as well. I have been looking around and found this: https://emacs.stackexchange.com/a/2260. This code exports each section including its headline, but each file contains the corresponding section PLUS everything after it. I've been poking around the org functions, but I haven't been able to figure this out. Any ideas? Thanks in advance, --Diego --0000000000000d2b450578487e29 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,


The code works, and each resulting file= (one per top-level subtree) contains the corresponding section, but withou= t the headline. I would like the headling to be exported as well.

I have been looking around and found this:=C2=A0https://emacs.stackexchange.com/a/2= 260. This code exports each section including its headline, but each fi= le contains the corresponding section PLUS everything after it.
<= br>
I've been poking around the org functions, but I haven= 9;t been able to figure this out. Any ideas?

Thank= s in advance,
--Diego

--0000000000000d2b450578487e29-- From MAILER-DAEMON Mon Oct 15 15:20:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gC8Pv-0008EX-2F for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 15:20:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gC8Pt-0008De-CJ for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 15:20:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gC8Pq-0007ox-Hv for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 15:20:37 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:43655) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gC8Pp-0007P5-JH for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 15:20:34 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 97E72240007; Mon, 15 Oct 2018 19:20:14 +0000 (UTC) From: Nicolas Goaziou To: Frederic Gilbert Cc: emacs-orgmode@gnu.org References: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> Mail-Followup-To: Frederic Gilbert , emacs-orgmode@gnu.org Date: Mon, 15 Oct 2018 21:20:12 +0200 In-Reply-To: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> (Frederic Gilbert's message of "Mon, 15 Oct 2018 13:27:21 +0200") Message-ID: <87tvlnt3tf.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Bug: Column width ignored ? [9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 19:20:38 -0000 Hello, Frederic Gilbert writes: > Following an upgrade from 8.2.10 to 9.1.14 from GIT repository, > it looks like tables column width specifications (e.g. <10> on a row) > don't work anymore. Could you explain what doesn't work? Regards, -- Nicolas Goaziou From MAILER-DAEMON Mon Oct 15 16:59:10 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gC9xG-0004Hh-Jg for mharc-emacs-orgmode@gnu.org; Mon, 15 Oct 2018 16:59:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gC9xE-0004HI-EC for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 16:59:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gC9x9-0002Qg-JR for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 16:59:08 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:39335) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gC9x4-0002HD-OI for emacs-orgmode@gnu.org; Mon, 15 Oct 2018 16:59:01 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 33BFE20007; Mon, 15 Oct 2018 20:58:47 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87r2gt55pq.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Mon, 15 Oct 2018 22:58:45 +0200 In-Reply-To: <87r2gt55pq.fsf@gmail.com> (stardiviner's message of "Sun, 14 Oct 2018 15:48:33 +0800") Message-ID: <87d0sbexkq.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] temporary set source blocks major-mode-hook to nil locally to speed up Org Mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2018 20:59:09 -0000 Hello, stardiviner writes: > When I open a big Org file which contains many different languages > source blocks. And when the Org file buffer is fontified when option > `org-src-fontify-natively` is enabled. Org will try to load those > major modes. Including major-mode-hook like "clojure-mode-hook", > "emacs-lisp-mode-hook", "python-mode-hook" etc. But for fontify the > source blocks, I don't think it is necessary to load those > major-mode-hooks. Also they are slow. Like in my case, most of time is > used for loading source blocks major-mode-hooks. > > - clojure-mode-hook has CIDER etc > - python-mode-hook has elpy etc > - emacs-lisp-mode-hook has some utilities. > > Temporary disable those major-mode-hooks by set-local them to nil is a good solution to speed-up Org. > > WDYT? If I'm wrong, please give out some thought from you. Thanks. Some major modes may use major mode hooks to finish setting up their fontification process, who knows. In any case, it could be worth trying it. Do you want to provide a patch for that? Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 16 03:52:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCK9h-0000jI-Os for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 03:52:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCK9d-0000it-7Z for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 03:52:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCK9Z-0004Si-5J for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 03:52:36 -0400 Received: from smtpoutz23.laposte.net ([194.117.213.98]:43452 helo=smtp.laposte.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCK9Y-0004On-Ef for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 03:52:32 -0400 Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout011 (Postfix) with ESMTP id 4C9D452EA60 for ; Tue, 16 Oct 2018 09:52:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1539676350; bh=ulgYBHPJhEx5k1+SG4KiQsKiR0ZFf/75goLO1eO3kic=; h=Cc:Subject:To:References:From:Date:In-Reply-To; b=LXePdS+ktlFoj9SR7n9M+CxnGLDM1WltciceU5pNTr75siOBNlLWnDAVKgoAmhwkd glZ3ipX409I7OoK5gOH8ajK6BnTPrWgpLSmmygV7i1r+zld+yXAnwTfr9LHZxs8ppv ACJXsgJrhqkDgyq2YCH9jJjHSRl9oSw1mPDgM6+IAq4NSJsOu/sTiwmKMCNECj6idl 1MTdX83XWrK8M5DfRqpopbdl0tNJ6KElV44dh/H1gMwy4QkT06v3ohjx6lNME7Rw77 +v83uBNM6IU1sNEP+T+OH2O5BiBV72UV/UP8SXihHU4ovPiC4WFt497f8y7E+N73AA 2wvt3BQsKsquw== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout011 (Postfix) with ESMTP id 3DC3952E745 for ; Tue, 16 Oct 2018 09:52:30 +0200 (CEST) Received: from lpn-prd-vrin003 (lpn-prd-vrin003.laposte [10.128.63.4]) by lpn-prd-vrout011 (Postfix) with ESMTP id 374DA52EA60 for ; Tue, 16 Oct 2018 09:52:30 +0200 (CEST) Received: from lpn-prd-vrin003 (localhost [127.0.0.1]) by lpn-prd-vrin003 (Postfix) with ESMTP id 2887B4A6ED7 for ; Tue, 16 Oct 2018 09:52:30 +0200 (CEST) Received: from [192.168.1.19] (LFbn-1-3609-245.w86-229.abo.wanadoo.fr [86.229.12.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin003 (Postfix) with ESMTPSA id C53864A67DB; Tue, 16 Oct 2018 09:52:29 +0200 (CEST) Cc: fredericgilbert@laposte.net To: emacs-orgmode@gnu.org References: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> <87tvlnt3tf.fsf@nicolasgoaziou.fr> From: Frederic Gilbert Message-ID: <2dd3085e-d2d3-ff71-a33d-a7a4f9f9e551@laposte.net> Date: Tue, 16 Oct 2018 09:52:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <87tvlnt3tf.fsf@nicolasgoaziou.fr> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-VR-FullState: 0 X-VR-Score: 0 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtkedrvdelgdduudegucetufdoteggodetrfdotffvucfrrhho X-VR-Cause-2: fhhilhgvmecunfetrffquffvgfenuceurghilhhouhhtmecuhedttdenucenucfjughrpefuvfhfhffk X-VR-Cause-3: ffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpefhrhgvuggvrhhitgcuifhilhgsvghrthcuoehf X-VR-Cause-4: rhgvuggvrhhitghgihhlsggvrhhtsehlrghpohhsthgvrdhnvghtqeenucfkphepkeeirddvvdelrddu X-VR-Cause-5: vddrvdegheenucfrrghrrghmpehmohguvgepshhmthhpohhuthdpihhnvghtpeekiedrvddvledruddv X-VR-Cause-6: rddvgeehpdhhvghloheplgduledvrdduieekrddurddulegnpdhmrghilhhfrhhomhepfhhrvgguvghr X-VR-Cause-7: ihgtghhilhgsvghrtheslhgrphhoshhtvgdrnhgvthdprhgtphhtthhopehfrhgvuggvrhhitghgihhl X-VR-Cause-8: sggvrhhtsehlrghpohhsthgvrdhnvghtpdhrtghpthhtohepvghmrggtshdqohhrghhmohguvgesghhn X-VR-Cause-9: uhdrohhrghenucevlhhushhtvghrufhiiigvpedt X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 194.117.213.98 Subject: Re: [O] Bug: Column width ignored ? [9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 07:52:38 -0000 On 15/10/18 21:20, Nicolas Goaziou wrote: > Hello, > > Frederic Gilbert writes: > >> Following an upgrade from 8.2.10 to 9.1.14 from GIT repository, >> it looks like tables column width specifications (e.g. <10> on a row) >> don't work anymore. > > Could you explain what doesn't work? > > Regards, > Sorry for not being specific enough. I have several tables looking more or less like this: | Title | + | - | |-----------------------------------------+------+-----| | Money in | 400 | | | Money out 1 bla bla bla bla bla bla bla | | 200 | | Money out 2 | | 50 | |-----------------------------------------+------+-----| | *Total* | | 150 | #+TBLFM: @>$3=vsum(@5$2..@-1$2)-vsum(@5$3..@-1$3) To limit the width of the first column (which can be much longer than the example, and push the 2 other columns beyond the frame's width), I am used to use the width specification, as in: | Title | + | - | |-----------------------------------------+------+-----| | <20> | | | | Money in | 4000 | | | Money out 1 bla bla bla bla bla bla bla | | 200 | | Money out 2 | | 50 | |-----------------------------------------+------+-----| | *Total* | | 150 | #+TBLFM: @>$3=vsum(@5$2..@-1$2)-vsum(@5$3..@-1$3) I ask for a 20 characters width in this example, but the problem I encounter is not related to the specified number of characters. In Org 8.2.10, this worked, and, in the example above, the long line would be truncated to 20 characters with the "=>" sign indicating that there is some text beyond the column right border. In 8.2.10, drawers did not fold, and there was a problem with babel interpreting sh source blocks. So I upgraded from the git repository, and I am now in 9.1.14. This corrected the drawers and sh problems, but I realized that now, specifying column width in tables does not work anymore. This means that: - if I insert <20> and do C-c C-c, the columns width remain computed from the longest cell, and the text displayed in full length - if I open an org file where the table was previously formatted in truncated form with the "=>" sign, it is displayed with columns expanded to longest cell length. I tried to changed the position of the line where I put the <20> etc., to no avail. I am using emacs 25.2.2 (current package from Ubuntu 18.04), with Viper 3.14.12. Regards, Frederic. From MAILER-DAEMON Tue Oct 16 04:04:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCKLA-0002j6-Nu for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 04:04:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41783) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCKL8-0002im-El for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 04:04:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCKL4-0001b1-Tu for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 04:04:30 -0400 Received: from amu-stj-out2.univ-amu.fr ([139.124.244.207]:6276) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCKL4-00015R-EN for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 04:04:26 -0400 IronPort-PHdr: =?us-ascii?q?9a23=3AuC2Pvx/Wa6JTaf9uRHKM819IXTAuvvDOBiVQ1K?= =?us-ascii?q?B42uscTK2v8tzYMVDF4r011RmVBdqds6oMotGVmpioYXYH75eFvSJKW713fD?= =?us-ascii?q?hBt/8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFR?= =?us-ascii?q?XjLwp1Ifn+FpLPg8it2O2+55/ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyh?= =?us-ascii?q?zHontJf+RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKW?= =?us-ascii?q?E169b1uhTFUACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMMvrRr42RD?= =?us-ascii?q?ui9b9mSBHmhykHKTA37WPYhMJzgq1UvB2vqAdyw5LXbYyPKPZyYrnQcNEcSG?= =?us-ascii?q?FcXshRTStBAoakYo4TFeoBPPpXpJT9qEMStxuxHhejBOfywTJPmHD2x6w63P?= =?us-ascii?q?g7HQDIwQwgBckBv2rQrNjuKacSV+G1zLfRwTrZavNWxC3x6IbSch04p/yHQL?= =?us-ascii?q?x+cc3UyUY1FgPFiE2dqZHjPzOUyOQBqnKU7+99Ve61hW4nsRl9ojyuxsc3k4?= =?us-ascii?q?XJgpgaxUve+SV32oY4I8CzRk1jYdO8DZdduSWXO5FrTs88TGxkoig3x74ctZ?= =?us-ascii?q?O0ciUHzoksyQTFZPydaYeI5wruVOOWIThlmn1oYKm/hxOu8Ui4ze38S9W03E?= =?us-ascii?q?5KriVbltnMsWgA1wbN5cecVPR94kah2TWI1wzJ9+FEJ0E0lbTCJ5E7x74wi4?= =?us-ascii?q?AfsUrZHiPumUX2irGZdlk89+S15enqZq/qqoKCO4J7kA3zPKcjltawDOk2Kg?= =?us-ascii?q?QOWnKU+eW41L3t5035R7BKg+UonanDsZDVOd4Xp6CkAw9PyYks9RK/Aiy70N?= =?us-ascii?q?QenHkHMktJdwiCj4j0IV3OLur4Ae+lg1uwiDdr2+zGPrr5D5rTK3jMiqvufa?= =?us-ascii?q?1k505b0gozwtVf55VJBb4fO//zVUnxtMHCAh8+KQy0zLWvNNIo24YXUnnKBb?= =?us-ascii?q?WWNaTevHeH4P9pJPODN6EPvzOoiuIk7LbRGWUzlFtVKaSz3JBRd22iFPliC1?= =?us-ascii?q?ifYGSpi9IcV2kQ6FltBNf2gUGPBGYAL025WLgxs2k2?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CvAQDamsVb/ysmfItkHgEGBwaBVAY?= =?us-ascii?q?LAYIDJUF/KIM2P5RDgg0PiVqMOYJfDSOESQKEbyE3Cg0BAwEBAgEBAgFsHAy?= =?us-ascii?q?CNiKCYgEEAQwXBAsBRgULCQINDQIFIQICDwE8C4M6gXkID4pCm017MxoChR6?= =?us-ascii?q?DW4ENgQuKQYIXhCSESoEBgjaCVwKeKgcCgQSFUYodgU9MhwMjAw+GS5YtgVk?= =?us-ascii?q?igVV0TIJtCIc5iRY9MQEBi2QBAQ?= X-IronPort-AV: E=Sophos;i="5.54,387,1534802400"; d="scan'208";a="238257960" Received: from unknown (HELO rebetiko.univ-amu.fr) ([139.124.38.43]) by smtp-stj.univ-amu.fr with ESMTP/TLS/AES256-GCM-SHA384; 16 Oct 2018 10:04:06 +0200 References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> User-agent: mu4e 1.0; emacs 25.2.2 From: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= To: emacs-orgmode@gnu.org Cc: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= , In-reply-to: <87murgp9dd.fsf@gmail.com> Date: Tue, 16 Oct 2018 10:04:03 +0200 Message-ID: <87in2271xo.fsf@univ-amu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 139.124.244.207 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 08:04:31 -0000 Hello list, I finally tracked down the problem. It is not related to my use of latexmk. It is an Imagemagick problem. The version installed by xubuntu 18.04 has a restrictive policy on pdf files. I tweaked the '/etc/ImageMagick-6/policy.xml' file which contains the following policy restriction : Which I rewrote into : And now everything works fine with my original code. E. Le 14/10/2018 à 21:01 GMT, Jeremie Juste a dit: > Hello > > With the following in your .emacs file > > #+BEGIN_SRC > (setq org-babel-latex-htlatex "htlatex") > (defmacro by-backend (&rest body) > `(case org-export-current-backend ,@body)) > #+END_SRC > > I can put back #+BEGIN_SRC around the tikz and it seems to work. > > #+header: :file (by-backend (html "images/graphic2.png") (t 'nil)) > #+header: :imagemagick > #+header: :results (by-backend (pdf "latex") (t "raw")) > #+BEGIN_SRC latex > \begin{figure}[ht] > \centering > \begin{tikzpicture}[xscale=0.5] > % draw the sets > \filldraw[fill=none, draw] (-1.5,0) circle (1cm); > \filldraw[fill=none, draw] (1.5,0) circle (1cm); > > % the texts > \node at (-1.5,1.5) {$E$}; > \node at (1.5,1.5) {$F$}; > > % the points in the sets (here I just create nodes to use them later on to position > % the circles and the arrows > \node (a) at (-1.5,0.7) {$a$}; > \node (b) at (-1.5,0.1) {$b$}; > \node (c) at (-1.5,-0.4) {$c$}; > \node (1) at (1.5,0.7) {$1$}; > \node (2) at (1.5,0.1) {$2$}; > \node (3) at (1.5,-0.4) {$3$}; > > % draw the arrows > \draw[->] (a) -- (2); > \draw[->] (c) -- (2); > \draw[->] (b) -- (1); > \end{tikzpicture} > \end{figure} > #+END_SRC > > Best regards, > > Jeremie -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LIS CNRS, UMR7020 http://www.lis-lab.fr/ From MAILER-DAEMON Tue Oct 16 05:18:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCLUw-0002kc-3B for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:18:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCLUu-0002kU-U2 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:18:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCLUq-0002q8-KT for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:18:40 -0400 Received: from [195.159.176.226] (port=56899 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCLUq-0002iW-C5 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:18:36 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCLSb-0006he-4L for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 11:16:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Eric S Fraga Date: Tue, 16 Oct 2018 10:18:21 +0100 Organization: On the Interweb somewhere Lines: 17 Message-ID: <87muregsgy.fsf@ucl.ac.uk> References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> <87in2271xo.fsf@univ-amu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) X-Url: http://twitter.com/ericsfraga/ Cancel-Lock: sha1:VTM0b/v2Aqr5vGG1wBxcazfT6ls= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 09:18:41 -0000 On Tuesday, 16 Oct 2018 at 10:04, Éric Würbel wrote: > Hello list, > > I finally tracked down the problem. It is not related to my use of > latexmk. It is an Imagemagick problem. The version installed by xubuntu > 18.04 has a restrictive policy on pdf files. I tweaked the > '/etc/ImageMagick-6/policy.xml' file which contains the following policy > restriction : Wow! Well done in tracking this down. Why would ubuntu do this? The Debian release does not have the restriction. It might be worth adding a note to the manual, although I am not entirely sure where because this whole aspect of LaTeX fragments and how they are converted is spread over several sections and footnotes. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 From MAILER-DAEMON Tue Oct 16 05:46:53 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCLwD-00033N-5B for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:46:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCLw8-00033B-Qk for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:46:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCLw3-0001uA-6p for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:46:48 -0400 Received: from amu-phr-out2.univ-amu.fr ([139.124.245.207]:65031) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCLw2-0001s7-Q4 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 05:46:43 -0400 IronPort-PHdr: =?us-ascii?q?9a23=3AC5ntOhTQUdnVLdz4Idik85w8mNpsv+yvbD5Q0Y?= =?us-ascii?q?Iujvd0So/mwa6yZRGN2/xhgRfzUJnB7Loc0qyK6/+mATRIyK3CmUhKSIZLWR?= =?us-ascii?q?4BhJdetC0bK+nBN3fGKuX3ZTcxBsVIWQwt1Xi6NU9IBJS2PAWK8TW94jEIBx?= =?us-ascii?q?rwKxd+KPjrFY7OlcS30P2594HObwlSizexfbF/IA+qoQnNq8IbnZZsJqEtxx?= =?us-ascii?q?XTv3BGYf5WxWRmJVKSmxbz+MK994N9/ipTpvws6ddOXb31cKokQ7NYCi8mM3?= =?us-ascii?q?0u683wqRbDVwqP6WACXWgQjxFFHhLK7BD+Xpf2ryv6qu9w0zSUMMHqUbw5Xy?= =?us-ascii?q?mp4qF2QxHqlSgHLSY08G/ZhcJwkqxVvRCuqRJ8zYHbfI6bO+Fzfr/ecN4AWW?= =?us-ascii?q?ZNQtxcWi5HD4ihb4UPFe0BPeNAoozhvVsOrAexDhSsC/vz0D9HnWH53akn2O?= =?us-ascii?q?kmDw7Gxg0gEM4UvHXasdX1LrwdXv6xzKTT0DXDafJW2Snk5IfSdxAhvOuAXb?= =?us-ascii?q?xqccfIz0QkCg3LjlKVqYP/PjOV0PwAs2+B7+pvUOKvjHMopB9rrjio3McshZ?= =?us-ascii?q?HFhp8TylDF6yV12Zw6JdilSEJhb96kCoNctyWbN4ttW88iR3tntz0gxr0Io5?= =?us-ascii?q?62ejUBxpc/xxPHdvCKfYyF7gj+WOqPLjp0nnxodbGlixu9/0WtzPD3WNOu31?= =?us-ascii?q?ZQtCVFl8HBtnUK1xPO9MeKUuB9/kK92TaX0ADT9/1ELVg0laXFL54hxaY9lo?= =?us-ascii?q?ANvkvYACD2hET2jKyRdkk+5+io7eXnYqv/qpCGMo90lxvyMqo0msCnAOQ4NB?= =?us-ascii?q?YBX3SD9Oih2rDu+Vf1TKhUgvA5iKXUvpPXKd4Uq6O3GwNV15ws6xe7Dzeoyt?= =?us-ascii?q?QYmnwHIUpbdxKdjojmJ0vCIf7lDfelmFujjjNryuvbPr3nA5XNMGHPn63kfb?= =?us-ascii?q?Zg8UJcxhAzwchF551IErEBPO7zWkjpudPGCx82KRC7w/3+BNV6zIMeVmePAq?= =?us-ascii?q?iEP6zMqlKI6eQvI/SWaI8Sojb9JKtt2/m7gHowkkRYerOm2JwbZVi3GOkgJF?= =?us-ascii?q?+WMlT2hdJUsH0LtUIB2PbghVnKBTNJZn30QL8m7Dw/IJ+gDJmGT4WwxrKbin?= =?us-ascii?q?ToVqZKb3xLXwjfWUzjcJ+JDq8B?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BtBgB1ssVb/ysmfItaCh4BBgcGgWW?= =?us-ascii?q?CBGZ/KIM2P5REgg0PiVqMOYJfDSOESQKEbyE4FgEDAQECAQECAWwcDII2IoJ?= =?us-ascii?q?hAQEBAQIBDBMEBAsBSwsJAg0LAgIFIQICDwE8C4M6gXkID4owm017MxoChR6?= =?us-ascii?q?DW4ENgQuKQYIXhCSDGwOBNXiCNoJXAp4qBwKBBIVRih2CG4cDIwOGWoxDiWq?= =?us-ascii?q?BWiGBVXRMgmwJhzmDVoVAPTABAQGLZAEB?= X-IronPort-AV: E=Sophos;i="5.54,388,1534802400"; d="scan'208";a="54445935" Received: from unknown (HELO rebetiko.univ-amu.fr) ([139.124.38.43]) by smtp-phr.univ-amu.fr with ESMTP/TLS/AES256-GCM-SHA384; 16 Oct 2018 11:46:40 +0200 References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> <87in2271xo.fsf@univ-amu.fr> <87muregsgy.fsf@ucl.ac.uk> User-agent: mu4e 1.0; emacs 25.2.2 From: =?utf-8?B?w4lyaWMgV8O8cmJlbA==?= To: emacs-orgmode@gnu.org Cc: In-reply-to: <87muregsgy.fsf@ucl.ac.uk> Date: Tue, 16 Oct 2018 11:46:39 +0200 Message-ID: <87h8hm6x6o.fsf@univ-amu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 139.124.245.207 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 09:46:52 -0000 Le 16/10/2018 à 09:18 GMT, Eric S Fraga a dit: > On Tuesday, 16 Oct 2018 at 10:04, Éric Würbel wrote: >> Hello list, >> >> I finally tracked down the problem. It is not related to my use of >> latexmk. It is an Imagemagick problem. The version installed by xubuntu >> 18.04 has a restrictive policy on pdf files. I tweaked the >> '/etc/ImageMagick-6/policy.xml' file which contains the following policy >> restriction : > > Wow! Well done in tracking this down. Why would ubuntu do this? The > Debian release does not have the restriction. It might be worth adding > a note to the manual, although I am not entirely sure where because this > whole aspect of LaTeX fragments and how they are converted is spread > over several sections and footnotes. You're welcome ! I think that this problem is very specific to the following case : - LaTeX SRC block - needed translation of this block into a png (and perhaps svg) image - preprocessing with pdflatex, so we end up with a pdf->png conversion. IMO we should perhaps add a warning in this worg page : https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-LaTeX.html Except if anyone identify another use case which can lead to the same problem. E. -- Éric Würbel http://eric.wurbel.perso.luminy.univ-amu.fr/ Enseignement: IUT R&T, directeur des études 1A Recherche: LIS CNRS, UMR7020 http://www.lis-lab.fr/ From MAILER-DAEMON Tue Oct 16 06:23:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCMVH-000333-Tp for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 06:23:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49888) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCMVF-00032h-Vn for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 06:23:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCMVA-00007S-Pr for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 06:23:05 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:35957) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCMVA-0008Vf-J4 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 06:23:00 -0400 X-Originating-IP: 14.203.214.4 Received: from epi.local (14-203-214-4.tpgi.com.au [14.203.214.4]) (Authenticated sender: van@scratch.space) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id B542FFF81A for ; Tue, 16 Oct 2018 10:22:57 +0000 (UTC) From: Van L Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: Date: Tue, 16 Oct 2018 21:22:52 +1100 To: emacs-org list Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: [O] 26.1, 9.1.9; startup:overview, smerge-ediff frame unusable, unremovable X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 10:23:06 -0000 Hello, I found myself in a situation to=20 smerge-ediff with three windows=20 split inside a frame.=20 There was another tiny frame with=20 a question mark which I didn=E2=80=99t do=20 anything to. Maybe I had to. I had tried to git merge and there=20 were conflicts needing attention.=20 Looking at the file in smerge-mode=20 and then calling smerge-ediff=20 produced my Org-Mode buffer=20 collapsed to=20 #+STARTUP: overview in all three windows. There was=20 nothing I could do to expand the=20 headlines. Then abandoning that,=20 I found the frame itself wasn=E2=80=99t=20 willing to be dismissed by C-x 5 0. I had to quit the entire emacs. Thanks in advance. - (org-version) "9.1.9" (emacs-version) "GNU Emacs 26.1 (build 1, x86_64--netbsd, GTK+ Version 2.24.32) of 2018-09-17"= From MAILER-DAEMON Tue Oct 16 07:00:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCN5T-0005zO-A8 for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:00:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34080) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCN5P-0005yu-FA for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:00:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCN5K-0001DR-K1 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:00:27 -0400 Received: from [195.159.176.226] (port=44953 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCN5J-00019h-JL for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:00:22 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCN34-00016x-EU for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 12:58:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Eric S Fraga Date: Tue, 16 Oct 2018 12:00:07 +0100 Organization: On the Interweb somewhere Lines: 14 Message-ID: <87in22gnrc.fsf@ucl.ac.uk> References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> <87in2271xo.fsf@univ-amu.fr> <87muregsgy.fsf@ucl.ac.uk> <87h8hm6x6o.fsf@univ-amu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) X-Url: http://twitter.com/ericsfraga/ Cancel-Lock: sha1:sQFBE2tAgP2xarrgh9v0KALrujU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 11:00:29 -0000 On Tuesday, 16 Oct 2018 at 11:46, Éric Würbel wrote: > I think that this problem is very specific to the following case : > - LaTeX SRC block > - needed translation of this block into a png (and perhaps svg) image > - preprocessing with pdflatex, so we end up with a pdf->png conversion. It is specific but this is a quite widely used process for many exporting to HTML and ODT. > IMO we should perhaps add a warning in this worg page : > https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-LaTeX.html I think this warning should be in the main manual. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 From MAILER-DAEMON Tue Oct 16 07:16:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCNLG-000491-98 for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:16:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCNLD-00048e-TM for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:16:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCNLA-0004en-PC for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:16:47 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:46577) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCNLA-0004eL-Hq for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:16:44 -0400 X-Originating-IP: 14.203.214.4 Received: from epi.local (14-203-214-4.tpgi.com.au [14.203.214.4]) (Authenticated sender: van@scratch.space) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 65EDFE0007 for ; Tue, 16 Oct 2018 11:16:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Van L In-Reply-To: Date: Tue, 16 Oct 2018 22:16:37 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: emacs-org list X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] 26.1, 9.1.9; startup:overview, smerge-ediff frame unusable, unremovable X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 11:16:48 -0000 I should add I was in an emacs without=20 the .emacs customization to allow TAB=20 to cycle the headline visability which=20 explains why I could not do that, but why C-x 5 0 was refused is a puzzle. > Looking at the file in smerge-mode=20 > and then calling smerge-ediff=20 > produced my Org-Mode buffer=20 > collapsed to=20 >=20 > #+STARTUP: overview >=20 > in all three windows. There was=20 > nothing I could do to expand the=20 > headlines. Then abandoning that,=20 > I found the frame itself wasn=E2=80=99t=20 > willing to be dismissed by C-x 5 0. From MAILER-DAEMON Tue Oct 16 07:44:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCNld-0002zf-ON for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:44:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47369) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCNlb-0002zL-NQ for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:44:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCNlX-0003VW-Ou for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:44:03 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:47955) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCNlX-0003OM-Gl for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 07:43:59 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 86CA1240025; Tue, 16 Oct 2018 11:43:55 +0000 (UTC) From: Nicolas Goaziou To: Frederic Gilbert Cc: emacs-orgmode@gnu.org References: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> <87tvlnt3tf.fsf@nicolasgoaziou.fr> <2dd3085e-d2d3-ff71-a33d-a7a4f9f9e551@laposte.net> Mail-Followup-To: Frederic Gilbert , emacs-orgmode@gnu.org Date: Tue, 16 Oct 2018 13:43:53 +0200 In-Reply-To: <2dd3085e-d2d3-ff71-a33d-a7a4f9f9e551@laposte.net> (Frederic Gilbert's message of "Tue, 16 Oct 2018 09:52:29 +0200") Message-ID: <878t2yf75y.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Bug: Column width ignored ? [9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 11:44:04 -0000 Hello, Frederic Gilbert writes: > To limit the width of the first column (which can be much longer than > the example, and push the 2 other columns beyond the frame's width), I > am used to use the width specification, as in: > > | Title | + | - | > |-----------------------------------------+------+-----| > | <20> | | | > | Money in | 4000 | | > | Money out 1 bla bla bla bla bla bla bla | | 200 | > | Money out 2 | | 50 | > |-----------------------------------------+------+-----| > | *Total* | | 150 | > > #+TBLFM: @>$3=vsum(@5$2..@-1$2)-vsum(@5$3..@-1$3) > > I ask for a 20 characters width in this example, but the problem I > encounter is not related to the specified number of characters. > > In Org 8.2.10, this worked, and, in the example above, the long line > would be truncated to 20 characters with the "=>" sign indicating that > there is some text beyond the column right border. Use in the first column. It is a change introduced in Org 9.2. Regards, -- Nicolas Goaziou From MAILER-DAEMON Tue Oct 16 08:35:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCOZH-0003yT-KP for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 08:35:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40267) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCOZF-0003yI-VD for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 08:35:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCOZ9-0005HL-4B for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 08:35:21 -0400 Received: from smtpoutz25.laposte.net ([194.117.213.100]:56332 helo=smtp.laposte.net) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCOZ3-0004ko-Du for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 08:35:11 -0400 Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout013 (Postfix) with ESMTP id 5A5CF106A42 for ; Tue, 16 Oct 2018 14:34:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1539693280; bh=Kp1+ALy2kc0KYj2zQr9IUK/CYG+DLVqdrNfiMTeI+qQ=; h=Cc:Subject:To:References:From:Date:In-Reply-To; b=JVnMYFUC5oqH/PRE9erPJO9SQDyR5HfR7PMw43TlzJ2x/t33Zx63lkVVs+R6fjlfY NDxAfRWhrXQM67HkfAXRZh4lI1t8/T8HSBJlcroxaTWD02MxKhCBmBCK4JmYPTJTbS GbLw8ODwyX5f+kBZOVZRU3ZiGIrp346YRS4qUMT8zl/5di1SS/lwNbpZZIYxsm4UlD kpJOJSSM9zpGmVnT0McZCkxP3DzcByPq58DQ2pOIpieps2K5XDtg8a6kFlMZyKbLjA 2xHWhiRj4ArnfEshPCBRq9QjurLOY9hFwfkm1KHXfIKbblMP0SXlmXrnZmUpYgTk/R dwScECawqItaw== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout013 (Postfix) with ESMTP id 21A2D1073E5 for ; Tue, 16 Oct 2018 14:34:40 +0200 (CEST) Received: from lpn-prd-vrin004 (lpn-prd-vrin004.laposte [10.128.63.5]) by lpn-prd-vrout013 (Postfix) with ESMTP id 0F4E210792C for ; Tue, 16 Oct 2018 14:34:40 +0200 (CEST) Received: from lpn-prd-vrin004 (localhost [127.0.0.1]) by lpn-prd-vrin004 (Postfix) with ESMTP id F1A80728B72 for ; Tue, 16 Oct 2018 14:34:39 +0200 (CEST) Received: from [192.168.1.19] (LFbn-1-3609-245.w86-229.abo.wanadoo.fr [86.229.12.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin004 (Postfix) with ESMTPSA id 97C40728B99; Tue, 16 Oct 2018 14:34:39 +0200 (CEST) Cc: fredericgilbert@laposte.net To: emacs-orgmode@gnu.org References: <8d9b637e-1ac4-14d2-3f51-e2815d1c18a0@laposte.net> <87tvlnt3tf.fsf@nicolasgoaziou.fr> <2dd3085e-d2d3-ff71-a33d-a7a4f9f9e551@laposte.net> <878t2yf75y.fsf@nicolasgoaziou.fr> From: Frederic Gilbert Message-ID: <4cadf532-8048-2b7c-c4ba-c4acde14b040@laposte.net> Date: Tue, 16 Oct 2018 14:34:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <878t2yf75y.fsf@nicolasgoaziou.fr> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-VR-FullState: 0 X-VR-Score: 0 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtkedrfedtgdehudcutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepuffvfhfhkfff X-VR-Cause-3: fgggjggtgfesthejredttdefjeenucfhrhhomhephfhrvgguvghrihgtucfiihhlsggvrhhtuceofhhr X-VR-Cause-4: vgguvghrihgtghhilhgsvghrtheslhgrphhoshhtvgdrnhgvtheqnecukfhppeekiedrvddvledruddv X-VR-Cause-5: rddvgeehnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhhtpdhinhgvthepkeeirddvvdelrdduvddr X-VR-Cause-6: vdeghedphhgvlhhopegludelvddrudeikedruddrudelngdpmhgrihhlfhhrohhmpehfrhgvuggvrhhi X-VR-Cause-7: tghgihhlsggvrhhtsehlrghpohhsthgvrdhnvghtpdhrtghpthhtohepfhhrvgguvghrihgtghhilhgs X-VR-Cause-8: vghrtheslhgrphhoshhtvgdrnhgvthdprhgtphhtthhopegvmhgrtghsqdhorhhgmhhouggvsehgnhhu X-VR-Cause-9: rdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 194.117.213.100 Subject: Re: [O] Bug: Column width ignored ? [9.1.14 (release_9.1.14-987-g823d90 @ /usr/share/emacs/site-lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 12:35:22 -0000 On 16/10/18 13:43, Nicolas Goaziou wrote: > Hello, > > Use in the first column. It is a change introduced in Org 9.2. Thank you, I expected this kind of change but could not find about it in the docs. Regards. From MAILER-DAEMON Tue Oct 16 15:55:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCVRB-0002t6-Om for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 15:55:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44535) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCVRA-0002sz-69 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 15:55:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCVR9-0003QO-EA for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 15:55:28 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:41312) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCVR9-0003O6-63 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 15:55:27 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gCVR6-0001BN-MW for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 21:55:24 +0200 From: "Garreau\, Alexandre" To: emacs-org list User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu) X-GPG-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F X-Accept-Language: fr, en, it, eo Date: Tue, 16 Oct 2018 21:55:24 +0200 Message-ID: <87efcpr7ir.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] Serialise lisp objects for babel-supported langage X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 19:55:28 -0000 Would it be useful to begin integrating into babel functions so to serialize lisp objects (just as prin1-to-string) in other languages? I=E2=80=99ve read some babel files trying to do that, independently of each others (that=E2=80=99s a lot of similar `typecase's (seeing it I=E2=80=99m = regretting each type-spec in it can=E2=80=99t be a list of types) =E2=80=A6when author= s even think about using typecase instead of just `cond' or `if's): for instance Fortran, so that to declare variables given as arguments to its source blocks. imho, that may be of some use for other languages. It may be useful as well for stuff outside of org-mode: e.g. iirc Pymacs serialize/deserialize (read and print (and also eval, but not loop x))) to allow the gateway between elisp and python and making each one libraries available to the other. That must be (really partially) redundant with python babel. And so on. I don=E2=80=99t know well-enough enough languages to begin doing it right a= way, and I might try to do only for scheme, ocaml and C then, so just throwing the idea here. Moreafter: deserialization might come handy as well, as if trying to factorize between serialization and deserialization, this might as well some sort of lower grammar or anyway easier to read, extend and debug form of specifying the translation. And then when a source block outputs results, having a deserialization function might help to get consistent output which then may be processed to make, for instance, org-tables (though I know currently to do this it=E2=80=99s pretty imperati= ve and edition-oriented, rather than functional like this approach does suggest). From MAILER-DAEMON Tue Oct 16 16:36:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCW4f-0002s7-0L for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:36:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCW4d-0002ry-68 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:36:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCW4Y-0000wp-5B for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:36:15 -0400 Received: from [195.159.176.226] (port=49887 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCW4X-0000ty-S8 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:36:10 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCW2O-0007aQ-2k for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 22:33:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Tue, 16 Oct 2018 15:35:56 -0500 Lines: 69 Message-ID: <87ftx5fx3n.fsf@alphapapa.net> References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 20:36:16 -0000 Nicolas Goaziou writes: >> my understanding is that code that runs with lexical-binding enabled >> is generally faster. > > Not really. But it's certainly easier to understand since it removes one > class of problems. >From what I've read, the byte-compiler can optimize better when lexical-binding is used. > Instead of re-inventing the wheel, or putting efforts into a > wheel-like invention, wouldn't it make sense to actually work on Org > Agenda itself? > > So again, wouldn't it be nice to think about Org Agenda-ng? As a matter of fact, what's now called org-ql-agenda was originally called org-agenda-ng. I factored org-ql out of it and realized that it should probably be its own, standalone package. Then I renamed org-agenda-ng to org-ql-agenda, so I could reasonably keep them in the same repo, and because I don't know if I will ever develop it far enough to be worthy of the name org-agenda-ng. It started as an experiment to build a foundation for a new, modular agenda implementation, and maybe it could be. > I didn't look closely at org-ql, but I had the idea of splitting the > Agenda in two distinct parts. One would be responsible for collecting, > possibly asynchronously, and caching data from Org documents. The other > one would provide a DSL to query and display the results extracted from > the output of the first part. The second part could even be made generic > enough to be extracted from Org and become some part of Emacs. > Displaying filtered data, maybe in a timeline, could be useful for other > packages. Unfortunately, I don't have time to work on this. Ah well. I've thought about this for a while. It seems to me that the issue is that Org buffers are, of course, plain-text buffers. There is no persistent, in-memory representation other than the buffer, so whenever Org needs structured/semantic data, it must parse it out of the buffer, which is necessarily rather slow. If there were a way to keep an outline tree in memory, parallel to the buffer itself, that would allow operations like search, agenda, etc. to be greatly sped up. But how would that work in Emacs? Theoretically, we could write some code, applied on self-insert-command, to update the "parallel tree structure" as the user manipulates the plain-text in the buffer (e.g. add a new node when the user types a "*" to create a new heading), and also apply it to functions that manipulate the outline structurally in the buffer. But, of course, that sounds very complicated. I would not relish the idea of debugging code to keep a cached tree in sync with a plain-text buffer outline. :) Besides that, AFAIK there would be no way to do it asynchronously other than calling out to a child Emacs process (because elisp is still single-threaded), printing and reading the data back and forth (which would tie up the parent process when reading). Maybe in the future elisp will be multithreaded... Anyway, org-ql tries to do some of what you mentioned. It does rudimentary, per-buffer, per-query caching (as long as the buffer is not modified, the cache remains valid), which helps when there are several Org files open that are referred to often but not as often modified. And the query and presentation code are separated (org-ql and org-ql-agenda). I don't know how widely it's used, but the repo is getting some regular traffic, and I'm using it as the backend for my org-sidebar package. I'd be happy if it could be made more generally useful, or if it could be helpful to Org itself in some way. Contributions are welcome. From MAILER-DAEMON Tue Oct 16 16:42:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCWAY-0004x6-Lk for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:42:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56929) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCWAX-0004ww-BF for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:42:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCWAS-0006EV-93 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:42:21 -0400 Received: from [195.159.176.226] (port=58926 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCWAS-0006D5-2E for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:42:16 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCW8J-0005w6-0W for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 22:40:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Tue, 16 Oct 2018 15:39:08 -0500 Lines: 10 Message-ID: <87bm7tfwyb.fsf@alphapapa.net> References: <87efcxaibq.fsf@mbork.pl> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 20:42:22 -0000 Hi Marcin, That sounds very geekily interesting. :) I imagine Sacha Chua might be interested as well, although she already has a sophisticated system for her Quantified Life stuff. I'd be interested in looking at your code. For several years I've used a "pomodoro"-like shell script to help stay on-task. It would be nice to do it in Org instead (I know about org-pomodoro, but it doesn't do as much as my script does). From MAILER-DAEMON Tue Oct 16 16:53:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCWKy-0007AX-HI for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:53:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59187) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCWKw-0007AR-PO for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:53:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCWKs-00025u-MY for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:53:06 -0400 Received: from [195.159.176.226] (port=46621 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCWKs-00024o-Er for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 16:53:02 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCWIk-0000ce-0T for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 22:50:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Tue, 16 Oct 2018 15:52:54 -0500 Lines: 2 Message-ID: <877eihfwbd.fsf@alphapapa.net> References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Org brings people together! X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 20:53:07 -0000 Thanks for sharing that, John. Glad to see John (the other one) getting more recognition for his work! From MAILER-DAEMON Tue Oct 16 17:00:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCWRj-0000VO-QM for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:00:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCWRh-0000VH-OJ for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:00:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCWRf-00049j-QU for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:00:05 -0400 Received: from mail-wr1-x435.google.com ([2a00:1450:4864:20::435]:43310) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCWRf-00046q-6J for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:00:03 -0400 Received: by mail-wr1-x435.google.com with SMTP id n1-v6so27167250wrt.10 for ; Tue, 16 Oct 2018 14:00:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew-cmu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tAlQI4trLtbvMBKVlQ6WtFS1vtoBfGnBKEzXuKjfPFw=; b=YwgzV4QZtNb21uNn33wmAhb05fEkcZuFp3z/mzHEojowWLDZjUSIhhMbLVMsCbfb4k 3Rh9j5usB2RctF+zW20I+uq+/fVf1wOQzlKogLy1U51NkK8uKzwuAZY+dsPOVM5SMAwJ m5Eq9im6wSPMGdFuIcSEb0dVkCuZxCE/07w6Q5KyxNVU04viyG6q85PFB0+LZ8eZ8Eum OJIai3vCBK/lMdIh9Ixn3yOrgmb1731R8Sa3PnEp69IPi5dSM61ncedsMNt7eYFtCz9u TyEf1JDrbw0gzwmdP1k/Cgww0daBpNDQ/SE04E9eoDkesZ/+QCXqhukm3wwn3JUCrzqP XU9w== 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; bh=tAlQI4trLtbvMBKVlQ6WtFS1vtoBfGnBKEzXuKjfPFw=; b=D5klvbtKQJomGu1R3qeMrdN9hh5eE+otP38LTx6HVHLs7LDICxajhgtr+bCp2hEupB T3jN7yyITjDk18ZeWSRjTQYJV2Kg5SMm5AWOOfegkvQhuHXPSD+o47TiqitLnPGS2faS P0o7C7hIL8ftcRWJzjXAgeySWx9RKf+9rExE7LyI/6VUjBcE3jcxuK0WiWI0PlaR8Izh Fw1sK3UFXes1IpITLgt1jjhjAJr21aTh3V/Oxss6lRPqAMuiU+ljoBM9PMpBL49kDloM VFL8RJJwjYb9U5sIc5673SuXKo1qdloh0nga48XHC7kGZ5nMtrUpHlJXMkAmHizvNPwt 12jA== X-Gm-Message-State: ABuFfohgxGrQQ6N+8eNdA1yJI5iCqfH/vDooAbOrB2aei6boXMwSHKT7 13Fj398mtNIBIwcdlh0LbBOcH/dStkNGanq5Xhh8g7qO X-Google-Smtp-Source: ACcGV62TATYZvtK9dz7vryU1OUnOPzOjXrpScUVzNcFipt+g3HAeM/ej8i95BYHBAFoKq7Q9UwRKTDfyzzfYZTZHHJE= X-Received: by 2002:adf:ec11:: with SMTP id x17-v6mr20257832wrn.266.1539723601610; Tue, 16 Oct 2018 14:00:01 -0700 (PDT) MIME-Version: 1.0 References: <87efcpr7ir.fsf@portable.galex-713.eu> In-Reply-To: <87efcpr7ir.fsf@portable.galex-713.eu> From: John Kitchin Date: Tue, 16 Oct 2018 16:59:49 -0400 Message-ID: To: galex-713@galex-713.eu Cc: org-mode-email Content-Type: multipart/alternative; boundary="000000000000538b1c05785ed620" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::435 Subject: Re: [O] Serialise lisp objects for babel-supported langage X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 21:00:06 -0000 --000000000000538b1c05785ed620 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This might be going the opposite direction, but I worked on a way to make it easier to digest the output of Python in elisp, in these two posts: http://kitchingroup.cheme.cmu.edu/blog/2015/05/16/Python-data-structures-to= -lisp/ http://kitchingroup.cheme.cmu.edu/blog/2016/05/30/Writing-lisp-code-from-Py= thon/ These days I would probably try serializing via json. it is easy to read and write in most languages. John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Oct 16, 2018 at 3:55 PM Garreau, Alexandre wrote: > Would it be useful to begin integrating into babel functions so to > serialize lisp objects (just as prin1-to-string) in other languages? > > I=E2=80=99ve read some babel files trying to do that, independently of ea= ch > others (that=E2=80=99s a lot of similar `typecase's (seeing it I=E2=80=99= m regretting > each type-spec in it can=E2=80=99t be a list of types) =E2=80=A6when auth= ors even think > about using typecase instead of just `cond' or `if's): for instance > Fortran, so that to declare variables given as arguments to its source > blocks. imho, that may be of some use for other languages. > > It may be useful as well for stuff outside of org-mode: e.g. iirc Pymacs > serialize/deserialize (read and print (and also eval, but not loop x))) > to allow the gateway between elisp and python and making each one > libraries available to the other. That must be (really partially) > redundant with python babel. And so on. > > I don=E2=80=99t know well-enough enough languages to begin doing it right= away, > and I might try to do only for scheme, ocaml and C then, so just > throwing the idea here. > > Moreafter: deserialization might come handy as well, as if trying to > factorize between serialization and deserialization, this might as well > some sort of lower grammar or anyway easier to read, extend and debug > form of specifying the translation. And then when a source block > outputs results, having a deserialization function might help to get > consistent output which then may be processed to make, for instance, > org-tables (though I know currently to do this it=E2=80=99s pretty impera= tive > and edition-oriented, rather than functional like this approach does > suggest). > > --000000000000538b1c05785ed620 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This might be going the = opposite direction, but I worked on a way to make it easier to digest the o= utput of Python in elisp, in these two posts:

These days I would probably try serializing via json. it is eas= y to read and write in most languages.

John

-----------------------------------
Professor John Kitch= in=C2=A0
Doherty Hall A207F
Department of Chemical Engineering
Car= negie Mellon University
Pittsburgh, PA 15213
412-268-7803


=
On Tue, Oct 16, 2018 at 3:55 PM Garreau, Alexandre <galex-713@galex-713.eu> wrote= :
Would it be useful to begin integ= rating into babel functions so to
serialize lisp objects (just as prin1-to-string) in other languages?

I=E2=80=99ve read some babel files trying to do that, independently of each=
others (that=E2=80=99s a lot of similar `typecase's (seeing it I=E2=80= =99m regretting
each type-spec in it can=E2=80=99t be a list of types) =E2=80=A6when author= s even think
about using typecase instead of just `cond' or `if's): for instance=
Fortran, so that to declare variables given as arguments to its source
blocks. imho, that may be of some use for other languages.

It may be useful as well for stuff outside of org-mode: e.g. iirc Pymacs serialize/deserialize (read and print (and also eval, but not loop x)))
to allow the gateway between elisp and python and making each one
libraries available to the other.=C2=A0 That must be (really partially)
redundant with python babel.=C2=A0 And so on.

I don=E2=80=99t know well-enough enough languages to begin doing it right a= way,
and I might try to do only for scheme, ocaml and C then, so just
throwing the idea here.

Moreafter: deserialization might come handy as well, as if trying to
factorize between serialization and deserialization, this might as well
some sort of lower grammar or anyway easier to read, extend and debug
form of specifying the translation.=C2=A0 And then when a source block
outputs results, having a deserialization function might help to get
consistent output which then may be processed to make, for instance,
org-tables (though I know currently to do this it=E2=80=99s pretty imperati= ve
and edition-oriented, rather than functional like this approach does
suggest).

--000000000000538b1c05785ed620-- From MAILER-DAEMON Tue Oct 16 17:04:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCWW8-0001nl-Rf for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:04:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33212) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCWW7-0001nf-CH for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:04:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCWVy-0002QA-Id for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:04:35 -0400 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]:40435) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCWVs-00025B-Tk for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:04:26 -0400 Received: by mail-lf1-x129.google.com with SMTP id t22-v6so18111896lfb.7 for ; Tue, 16 Oct 2018 14:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/F+M87PZykkcvF3+13Cz1FbuDoGGYNKjkEQlQx6nLJg=; b=nOhZGXFUW5gVguEJGdfIgTH0hQh4Bfeb7LyqN2wxYGMAYOUCI4A9UJraV+WiZbpgLx T3bPX0TfOB4v3oSVsAIDf03dNMAYxV/fSrOwNfygwwjm+n3zsT5lVMJxtRIBBXlHn09e 9vf5d1ogVdsR8greRRJqTzlqpdWuV3Wm37gZrWszD5F8Xx8RFaIPo+xIR9pCDNj4fblB 61ZcaJrmdsc9IhEXddAaPYM2fMvsaOqJZRwcTtjsO0kKb3YAhkO41eF+sNq/TPXyvNYd vYrb1/BZm1URJhupU5hR0cH2h76m0lYeXUPHc44ItvTeLVMWKxtAYUYorvWDJgEz18NU OEWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/F+M87PZykkcvF3+13Cz1FbuDoGGYNKjkEQlQx6nLJg=; b=RWGerBmxSlw1qW4AmB8zYV6Vjda2qJNSrmmMoF3ZrgBPFES3PhksTEuAipOdilQKhM k7s/lxo1jqEToQySUTH7Vc+4G/p8P3lfHNKQM3xWRvcL013DdV18LydJB5I+F6s2HBNY WXw3ay4si9/R//ijVEgeTNnrP+v3M/9++bVwMr8uz/WzE3l0z7urN86za+TLQ3v1mPXv +qT/1YWDkkpWWBbVJOthgO+QYQUGJC9+7mF+86M0XoGRKtD3QDjlzJ+g2XssDXGPtzgE f6G7Ew4ql0O68zKTC2mipv1ubiHI3brEKX3wVNFjD18azGiDlUFjWY1ijDSYnTMs5YEW 8I3Q== X-Gm-Message-State: ABuFfogrGTY3Ff0a/FVkTX5GSQ8/8JiSKqG4/XxQkZItyGuitUsLzlW/ /3Qh4mGOJ+KuXw+0hvNMJNNWmwOlztRuME61MX50crwTr9I= X-Google-Smtp-Source: ACcGV60hWtGaLuSsDp0sBKcZG0wZ6K6zwoZFoNEPvBP/zYDujFZW/chCrgXjBuoCTbOR0z2SYL3KW1VlHl25M5UAVjo= X-Received: by 2002:a19:124b:: with SMTP id h72-v6mr14373036lfi.72.1539723855515; Tue, 16 Oct 2018 14:04:15 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:a382:0:0:0:0:0 with HTTP; Tue, 16 Oct 2018 14:04:14 -0700 (PDT) In-Reply-To: <87sh199ch1.fsf@mbork.pl> References: <87efcxaibq.fsf@mbork.pl> <87h8ht8sx1.fsf@mbork.pl> <87sh199ch1.fsf@mbork.pl> From: Samuel Wales Date: Tue, 16 Oct 2018 14:04:14 -0700 Message-ID: To: Marcin Borkowski Cc: William Denton , Org-Mode mailing list Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::129 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 21:04:40 -0000 On 10/14/18, Marcin Borkowski wrote: > But I decided it's not worth it. Very complicated and unreliable (I > might have two or more clocking tasks related to the same file, for > example). hm, it doesn't seem so to me. what do you mean by 2 or more related to the same file? a file can have any number of clocking tasks, and you can manually clock any time you want which would suspend the automatic clocking until you clock out. [just sets a variable.] i guess it's just a matter of taste. i don't think i will do your level of clocking unless it is auytomatic. > > (And I have this notification nagging me if I'm not clocking anything > for 2 minutes or more.) i'd get so distracted and thus annoyed by that notificaiton that it would be nuked into outer space. :] From MAILER-DAEMON Tue Oct 16 17:23:17 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCWo9-0006Bm-8W for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:23:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37550) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCWo6-0006BK-BM for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:23:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCWo5-00058I-6N for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:23:14 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:41390) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCWo4-00055U-TI for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:23:13 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gCWo0-0001P4-5v; Tue, 16 Oct 2018 23:23:08 +0200 From: "Garreau\, Alexandre" To: John Kitchin Cc: org-mode-email References: <87efcpr7ir.fsf@portable.galex-713.eu> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu) X-GPG-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F X-Accept-Language: fr, en, it, eo Date: Tue, 16 Oct 2018 23:23:07 +0200 In-Reply-To: (John Kitchin's message of "Tue, 16 Oct 2018 16:59:49 -0400") Message-ID: <87k1mhoabo.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Serialise lisp objects for babel-supported langage X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 21:23:15 -0000 On 2018-10-16 at 16:59, John Kitchin wrote: > This might be going the opposite direction, but I worked on a way to make > it easier to digest the output of Python in elisp, in these two posts: > > http://kitchingroup.cheme.cmu.edu/blog/2015/05/16/Python-data-structures-= to-lisp/ > http://kitchingroup.cheme.cmu.edu/blog/2016/05/30/Writing-lisp-code-from-= Python/ So like Pymacs already does? Quite the opposite, I=E2=80=99d say: all that seems to go in the same direction. > These days I would probably try serializing via json. it is easy to read > and write in most languages. I feel like not all languages might support json (especially for every object), and it is way more complex to implement than sexps. It feels a bit frustrating to abdicate in front of a lower-standard format than sexps: json could not even be predating sexp if only sexp wasn=E2=80=99t so infamous: they are more efficient, older, and *in reality* easier to read [1]. Also sexps have an efficient, straight-forward, almost-standard representation in memory, and some standard APIs to operate on them. Json doesn=E2=80=99t. Note for each serialization format, the question arise again, quadratically: it is a n=C2=B2 problem. However I believe some languages might already have some standard inter-lingual serializers (including sexps, json, xml^Wetc.), so anything that kind could as well, for (good, I decide) redundancy to specify which serializers are supported by each, how are they called, and ways to serialize toward them. So it becomes a less-than-n problem. And there is the case of course of javascript which json is a subset of, and the more beautiful case of the yet young purely-functional Curv [0], which elegantly builds upon a minimal superset of json. [0] https://github.com/doug-moen/curv [1] only difference is =E2=80=9C{}=E2=80=9D vs =E2=80=9C()=E2=80=9D (how fu= nny it would if TeX began predating them and won), and culturally they use more arrays, and put quotes everywhere (and yeah they steal their familiarity from something =E2=80=9Calmost=E2=80=9D compatible with C and CSS (in two different incomp= atible ways) and compatible with javascript). From MAILER-DAEMON Tue Oct 16 17:43:39 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCX7r-00025O-Nt for mharc-emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:43:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCX7p-00024s-1q for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:43:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCX7n-0004XO-V4 for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:43:37 -0400 Received: from mail-yb1-xb30.google.com ([2607:f8b0:4864:20::b30]:41954) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCX7n-0004Si-Kx for emacs-orgmode@gnu.org; Tue, 16 Oct 2018 17:43:35 -0400 Received: by mail-yb1-xb30.google.com with SMTP id e16-v6so9528320ybk.8 for ; Tue, 16 Oct 2018 14:43:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sachachua-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jyRhqoh/U4CKNBftNGMfNcOjCA8iyD8ZCuSjJY/EDoA=; b=C+VG1KizuDiwWDZzKo5dWjqqEyMWwwQwerc81dddF2Bdj3jtV51TCOIh1NNJmJ1MKH 4j6BevnDH4jZz+M8clvQH7SF8IHLDxE0Cy5nkntYR7QGyI8nOJS9AZSAUTnbC1ecdSkB 7MJ/2ywJhFj5V36p9x6bISjg3oB6/n/xJR3rLuBwpeTTNPdCpUPzHGjb3SFLguEAM5Dr VThzBg7KsPWNynfg4yLf03+3wmAkaUSgMSR/LpXvBoo8b5SbR5owkdJ+kD2TuIQVhwE9 qtxzBpu3jGZOYza8djn3nMn0cC4Kqn5ZZvLdu8oVIV7K4J3Bz1xpXzyE+nZ+j9sescKn nC8g== 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; bh=jyRhqoh/U4CKNBftNGMfNcOjCA8iyD8ZCuSjJY/EDoA=; b=Ao5iMgP+EOYrtqxNP63+AQNjkz7IA7UyrwKe7t/8WOBUSr950ZXZm0pr03sdMpGV7w B4QR7Udrq8pnLuN+ezKd95HZ54EC6kX8XsqeusKTH8It1RLlur3DnpqglWMH+NB+GAjm DDn3/oBjHtdeRb7HYh7ztSli10MLJEaWxzigYQ0igiT+jrmkavPzxXnIQrch9j9huL/S 6Fw3aX9vRbYZjTtpkVWBGPYQwgcpARilaY6c7N4kUHCP0P0NWZ7EA0FSjia1Cz/lI2au KefPjFpg5nR8qZezQ2POZmSWHBqND7htdSUre7rI2nvuI6ArgGFv5HAAVMVLCgPFPVky hfqw== X-Gm-Message-State: ABuFfoiT7VVMYtb56gTQmsXWq1/guhXM6ZxLp0WjoxM7oj8dgrXKiiBE jmAx+6f1Fne0kW4Bg0DmwMwAABFMvWMcXQiqnZCuO9PY X-Google-Smtp-Source: ACcGV60no3OvIwe8BNWNmPZTwutlV2o0cs2F0ouKQkeLIAuxhu8Qt03EJ5jxeGP9wyzsFqLMri5Xky2i3TFPnt3VA6I= X-Received: by 2002:a25:1343:: with SMTP id 64-v6mr8674713ybt.284.1539726214511; Tue, 16 Oct 2018 14:43:34 -0700 (PDT) MIME-Version: 1.0 References: <87efcxaibq.fsf@mbork.pl> <87bm7tfwyb.fsf@alphapapa.net> In-Reply-To: <87bm7tfwyb.fsf@alphapapa.net> From: Sacha Chua Date: Tue, 16 Oct 2018 17:43:19 -0400 Message-ID: To: Adam Porter Cc: emacs list Content-Type: multipart/alternative; boundary="000000000000115e1105785f726d" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::b30 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2018 21:43:38 -0000 --000000000000115e1105785f726d Content-Type: text/plain; charset="UTF-8" Thanks for bringing me into the conversation! :) I'm sooooo far from that sort of thing right now. Rough activity tracking by buttons and voice shortcuts on my phone is all I can manage with a toddler around. Marcin, I wonder if you might like to adapt some code from sachachua.com/dotemacs for clocking into a task by taking advantage of the org refiling system, and the idea of setting up a hydra or other shortcuts for common tasks. The code might need to be updated, not sure. If you're using Org and another time tracking system that might have better reports, you might like to set up something like what I have, where I can use a single key to clock into both Org and Quantified Awesome with a pre-defined or prompted category. I find time analysis useful for things like calibrating my estimates and expectations, learning about my revealed preferences and trends over time, and feeling more satisfied about my days/weeks/months. I liked using the data to build on my strengths and work around my limits instead of giving in to the temptation to use it as a harsh taskmaster. :) I wonder if something similar might be helpful for you. Have fun! On Tue, Oct 16, 2018, 16:42 Adam Porter, wrote: > Hi Marcin, > > That sounds very geekily interesting. :) I imagine Sacha Chua might be > interested as well, although she already has a sophisticated system for > her Quantified Life stuff. > > I'd be interested in looking at your code. For several years I've used > a "pomodoro"-like shell script to help stay on-task. It would be nice > to do it in Org instead (I know about org-pomodoro, but it doesn't do as > much as my script does). > > > --000000000000115e1105785f726d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for bringing me into the convers= ation! :) I'm sooooo far from that sort of thing right now. Rough activ= ity tracking by buttons and voice shortcuts on my phone is all I can manage= with a toddler around.=C2=A0

Marcin, I wonder if you might like to adapt some code from sachachua.com/dotemacs for clocking int= o a task by taking advantage of the org refiling system, and the idea of se= tting up a hydra or other shortcuts for common tasks. The code might need t= o be updated, not sure. If you're using Org and another time tracking s= ystem that might have better reports, you might like to set up something li= ke what I have, where I can use a single key to clock into both Org and Qua= ntified Awesome with a pre-defined or prompted category.

I find time analysis useful for thing= s like calibrating my estimates and expectations, learning about my reveale= d preferences and trends over time, and feeling more satisfied about my day= s/weeks/months. I liked using the data to build on my strengths and work ar= ound my limits instead of giving in to the temptation to use it as a harsh = taskmaster. :) I wonder if something similar might be helpful for you.

Have fun!

On Tue, Oct 16, 2018, 16:42 Adam Po= rter, <adam@alphapapa.net> = wrote:
Hi Marcin,

That sounds very geekily interesting.=C2=A0 :)=C2=A0 I imagine Sacha Chua m= ight be
interested as well, although she already has a sophisticated system for
her Quantified Life stuff.

I'd be interested in looking at your code.=C2=A0 For several years I= 9;ve used
a "pomodoro"-like shell script to help stay on-task.=C2=A0 It wou= ld be nice
to do it in Org instead (I know about org-pomodoro, but it doesn't do a= s
much as my script does).


--000000000000115e1105785f726d-- From MAILER-DAEMON Wed Oct 17 02:58:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCfn9-0001QT-8w for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 02:58:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51849) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCfn7-0001PJ-0w for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 02:58:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCfn5-0003nm-9F for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 02:58:48 -0400 Received: from mail-ed1-x532.google.com ([2a00:1450:4864:20::532]:42112) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCfn5-0003kJ-0W for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 02:58:47 -0400 Received: by mail-ed1-x532.google.com with SMTP id b7-v6so23750069edd.9 for ; Tue, 16 Oct 2018 23:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zzamboni-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=d1BpH7CRfonH6u/7m5VoD0tHtGYPPehTPQdmZ//mD8w=; b=qu2TswVOgFFrw1MUhlp/lixGISzaE2npePq6Os4PCZeRCPdoivmPBXWv1R05PDKs80 553EQfFU22B68ZrnXVptPKhe92U9s5TSgCzZ76IBHJ58lhcVMQI5QhrNQjZiqgGIpsKi SerLT6nyaYjSK6+pZ2QfhUJKjrqNiWxXBtk5ml0c4EKCteI2Olz0KWGIPD8iWQ3RO9vF GRw9vO5b/PQkjnK8yKZ2uVfWrZEleFI5MgtRs06aKtU3jOhO5516Dg6OajtpBx97zC8f 5p7xo3zs5pQc2YPi05SntJUwfcsLTJgFcebE8dzTsvLfjdgWgWv/wMN0YaZddnBbBHuB Jhyg== 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; bh=d1BpH7CRfonH6u/7m5VoD0tHtGYPPehTPQdmZ//mD8w=; b=euyXj3tl9aaiKEj4npWsvuMaeAVo+sMP8+BUeRs2Msvjy8AxErgbpm+XIqY8UH345d FsGx3KGVbfXwINq0CHil16Dhv0IbnBirYreUrRu9S6p1aldcDW4BkS7mwrplBTAKWV0I YgEXK+mP0kBXYe5lBCxAFTbvZmhaW2SFV9xxuFmhbKLnK1BWTjVEYJi2vrj2h/wrjooQ JbTLSOahsuqkakPItBIKhpKIMhbj2Bo/bH/cWeVqsdMtIm4Z3Tpa3+CSbFLaVB09woA5 5HVhzTGwQdxFispmjSfPZpv6xKO5ehvi56e1XEv2A/niYIcnMG6U3UOlhvpFksiRypMy dEfg== X-Gm-Message-State: ABuFfojf8EH3IDoVp33klnN27BX+bMW4EG8f4CDJ++6ShFbbnNRrREro ilXS4SN2XRYzv0GBhE5iSZjz8TTcKSuHUpHTmirCsKO8P3SdlQ== X-Google-Smtp-Source: ACcGV60RkvJD4nU6+lCk4zXiZmR6C148lHU5DSgvOizb2lRa1WfDGj7VoVaeBYuvO9xxlZTT/dourTYsZvFfCzaIpnM= X-Received: by 2002:a17:906:9450:: with SMTP id z16-v6mr25667282ejx.201.1539759524695; Tue, 16 Oct 2018 23:58:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Diego Zamboni Date: Wed, 17 Oct 2018 08:58:09 +0200 Message-ID: To: Org-mode Content-Type: multipart/alternative; boundary="0000000000008268bd0578673339" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::532 Subject: Re: [O] Exporting each subtree, including the headline? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 06:58:50 -0000 --0000000000008268bd0578673339 Content-Type: text/plain; charset="UTF-8" Hi again, Just for the record, I figured out the solution to this. I had to modify the function to run org-mark-subtree on each element before calling the export function - this way, the whole selected region is exported, including the headline. If anyone is interested, you can see my final leanpub-export function here: https://github.com/zzamboni/dot-emacs/blob/master/init.org#publishing-to-leanpub Best, --Diego On Mon, Oct 15, 2018 at 8:20 PM Diego Zamboni wrote: > Hi, > > I am working on publishing a book using LeanPub ( > https://leanpub.com/learning-hammerspoon/), produced from an Org source > file. I am trying to use the code from > https://medium.com/@lakshminp/publishing-a-book-using-org-mode-9e817a56d144, > which you can see here: > https://gist.githubusercontent.com/badri/4d1bf1f0a24e8db5065e31946355cfe3/raw/86889ba22e381252e11aa3a8678f31023aa10f7e/leanpub-export.el > > The code works, and each resulting file (one per top-level subtree) > contains the corresponding section, but without the headline. I would like > the headling to be exported as well. > > I have been looking around and found this: > https://emacs.stackexchange.com/a/2260. This code exports each section > including its headline, but each file contains the corresponding section > PLUS everything after it. > > I've been poking around the org functions, but I haven't been able to > figure this out. Any ideas? > > Thanks in advance, > --Diego > > --0000000000008268bd0578673339 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi again,

Just for the= record, I figured out the solution to this. I had to modify the function t= o run org-mark-subtree on each element before calling the export function -= this way, the whole selected region is exported, including the headline.

If anyone is interested, you can see my final leanp= ub-export function here:=C2=A0https://github.com/zzamboni= /dot-emacs/blob/master/init.org#publishing-to-leanpub

Best,
--Diego


On Mon, Oct 15, 2018 at 8:20 PM Diego = Zamboni <diego@zzamboni.org>= ; wrote:
Hi,

I am working on publishing a book using LeanPub (<= a href=3D"https://leanpub.com/learning-hammerspoon/" target=3D"_blank">http= s://leanpub.com/learning-hammerspoon/), produced from an Org source fil= e. I am trying to use the code from=C2=A0htt= ps://medium.com/@lakshminp/publishing-a-book-using-org-mode-9e817a56d144, which you can see here:=C2=A0https://gist.githubusercon= tent.com/badri/4d1bf1f0a24e8db5065e31946355cfe3/raw/86889ba22e381252e11aa3a= 8678f31023aa10f7e/leanpub-export.el

The code w= orks, and each resulting file (one per top-level subtree) contains the corr= esponding section, but without the headline. I would like the headling to b= e exported as well.

I have been looking around and= found this:=C2=A0https://emacs.stackexchange.com/a/2260. This code exports e= ach section including its headline, but each file contains the correspondin= g section PLUS everything after it.

I've been = poking around the org functions, but I haven't been able to figure this= out. Any ideas?

Thanks in advance,
--Di= ego

--0000000000008268bd0578673339-- From MAILER-DAEMON Wed Oct 17 03:06:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCfuo-0004PN-HR for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 03:06:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCfum-0004Nk-GM for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 03:06:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCfuj-0006Oy-BW for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 03:06:44 -0400 Received: from mail-pl1-x636.google.com ([2607:f8b0:4864:20::636]:35775) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCfuj-0006Jv-27 for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 03:06:41 -0400 Received: by mail-pl1-x636.google.com with SMTP id f8-v6so12242648plb.2 for ; Wed, 17 Oct 2018 00:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=9ro54yRdBz0N4zyRcUjAskqkAecpWqeE1Yf+ziupxe4=; b=aE2o1+wEMRBpoEHK+bXquJDYNX7bHQDj2b5gWFsTO1ftV2BLwJhcqg9j+6SsWdONS3 8dwPCjqdEQwZpYKPjxuWd4w7ErvEEvyJ3XOhpG7A81LW9vVMZ/t8+Xv1KPnPsyj0BHFP gYjjCxTHgV9M2uxWmlkJ4/f26AOyjeurfkr+ei05dKdCLt9VL0314saNrvbswFBtkzKV 10q4HAKDfR6B868P28HbzpGmzf+bmsogq2S5Xdr7FV/oHUozG2RqDmUisHtYh9AqPz2W JkTYpEX3pz2RPQuEJqqKmdYATss/C/A3b1tdO5lBSsRjDaBfT8Yk866QnTSHbLeh5bKE t4Yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=9ro54yRdBz0N4zyRcUjAskqkAecpWqeE1Yf+ziupxe4=; b=EfUB9eNv+1sgqeuD0PHaYyM0Ur66EVT+W4t/lpzEEG6nNqv+yGQRPYpDMja7FeUywg jIG/gyrSEClu1+n9+2FJc4H2vgZ/JCcYKfOtcfcWhMe+ANIgEt5WoCA7eR77dc9CEL1e l/WOrqYtn0vU62Yv2VheBBhPcwFi7Bc46K+3crQaQkK+FygKX7DFT+2hNbOdWxrVmWXW n6jvoJgiW4CTMnfcIM2ckOWQ7wv6jX7LBsEjBQENAh4Akw2f3hENMI93RpA9LYBYWzqv t5w1nFoEPzK/2X5hpLU4rWtI9XkIAQeAddiUjC8dPenThjnngLxdABH68uxKEwO4YQ/2 i5lQ== X-Gm-Message-State: ABuFfogNvIgWHNFqeb3+mTjyA208FCFGpW61370k7EiuMxyzTaDyo14/ q6gqrPhMHCPYafbCzP8VdbQ= X-Google-Smtp-Source: ACcGV60DY8i+z50xxx+hFCFoH29ufEoEzrzhA/DvD4KPiXndvLQwu0z8MyhIuO/r5udL11zTwGGgmQ== X-Received: by 2002:a17:902:7b84:: with SMTP id w4-v6mr23987192pll.32.1539759999390; Wed, 17 Oct 2018 00:06:39 -0700 (PDT) Received: from localhost ([202.94.70.51]) by smtp.gmail.com with ESMTPSA id q25-v6sm25128029pfk.154.2018.10.17.00.06.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 17 Oct 2018 00:06:38 -0700 (PDT) From: Ihor Radchenko To: Adam Porter , emacs-orgmode@gnu.org In-Reply-To: <87ftx5fx3n.fsf@alphapapa.net> References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> Date: Wed, 17 Oct 2018 15:04:58 +0800 Message-ID: <874ldlt5np.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::636 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 07:06:45 -0000 --=-=-= Content-Type: text/plain > I've thought about this for a while. It seems to me that the issue is > that Org buffers are, of course, plain-text buffers. There is no > persistent, in-memory representation other than the buffer, so whenever > Org needs structured/semantic data, it must parse it out of the buffer, > which is necessarily rather slow. If there were a way to keep an > outline tree in memory, parallel to the buffer itself, that would allow > operations like search, agenda, etc. to be greatly sped up. FYI A while ago I saw some cache implementation in org-element.el. Take a look at org-element--cache variable definition and the code below. ```` (defvar org-element--cache nil "AVL tree used to cache elements. Each node of the tree contains an element. Comparison is done with `org-element--cache-compare'. This cache is used in `org-element-at-point'.") ```` Best, Ihor Adam Porter writes: > Nicolas Goaziou writes: > >>> my understanding is that code that runs with lexical-binding enabled >>> is generally faster. >> >> Not really. But it's certainly easier to understand since it removes one >> class of problems. > > From what I've read, the byte-compiler can optimize better when > lexical-binding is used. > >> Instead of re-inventing the wheel, or putting efforts into a >> wheel-like invention, wouldn't it make sense to actually work on Org >> Agenda itself? >> >> So again, wouldn't it be nice to think about Org Agenda-ng? > > As a matter of fact, what's now called org-ql-agenda was originally > called org-agenda-ng. I factored org-ql out of it and realized that it > should probably be its own, standalone package. Then I renamed > org-agenda-ng to org-ql-agenda, so I could reasonably keep them in the > same repo, and because I don't know if I will ever develop it far enough > to be worthy of the name org-agenda-ng. It started as an experiment to > build a foundation for a new, modular agenda implementation, and maybe > it could be. > >> I didn't look closely at org-ql, but I had the idea of splitting the >> Agenda in two distinct parts. One would be responsible for collecting, >> possibly asynchronously, and caching data from Org documents. The other >> one would provide a DSL to query and display the results extracted from >> the output of the first part. The second part could even be made generic >> enough to be extracted from Org and become some part of Emacs. >> Displaying filtered data, maybe in a timeline, could be useful for other >> packages. Unfortunately, I don't have time to work on this. Ah well. > > I've thought about this for a while. It seems to me that the issue is > that Org buffers are, of course, plain-text buffers. There is no > persistent, in-memory representation other than the buffer, so whenever > Org needs structured/semantic data, it must parse it out of the buffer, > which is necessarily rather slow. If there were a way to keep an > outline tree in memory, parallel to the buffer itself, that would allow > operations like search, agenda, etc. to be greatly sped up. > > But how would that work in Emacs? Theoretically, we could write some > code, applied on self-insert-command, to update the "parallel tree > structure" as the user manipulates the plain-text in the buffer > (e.g. add a new node when the user types a "*" to create a new heading), > and also apply it to functions that manipulate the outline structurally > in the buffer. But, of course, that sounds very complicated. I would > not relish the idea of debugging code to keep a cached tree in sync with > a plain-text buffer outline. :) > > Besides that, AFAIK there would be no way to do it asynchronously other > than calling out to a child Emacs process (because elisp is still > single-threaded), printing and reading the data back and forth (which > would tie up the parent process when reading). Maybe in the future > elisp will be multithreaded... > > Anyway, org-ql tries to do some of what you mentioned. It does > rudimentary, per-buffer, per-query caching (as long as the buffer is not > modified, the cache remains valid), which helps when there are several > Org files open that are referred to often but not as often modified. > And the query and presentation code are separated (org-ql and > org-ql-agenda). > > I don't know how widely it's used, but the repo is getting some regular > traffic, and I'm using it as the backend for my org-sidebar package. > I'd be happy if it could be made more generally useful, or if it could > be helpful to Org itself in some way. Contributions are welcome. > > --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlvG3xoACgkQZHB2Kn2h HYsmaAgAsjAf4T5opK3V9zJ+q4ypFd8vWAL7Fwpa7cbXFpICkea9aJTxgo++vSO+ hHBQs/Uvh+d3fR6rAo1vHnE8Lb/VcNU6vEW7CvfqLX6vx51AWrs4tObaPkLdUeM7 6iZn9h2tZKcHT/i/VfSeK/YMTmgTvWGMK6V9FnKGKGjmW9v20KLfLftIdKG5/bYx aN9jaLi5v4uPj0PTMjEH7IScMiFvZqPane/H/vbPLhaMGHd8JStQ7ajK1bIp4spx 4zOLHDxYQpHwPVYKMIfD7jA1sb446RFFY0y+OLRKmR70KLcq5iI96oH77u7/V7yN RqgnGo1tPfSuFg5oXuea9NEehM5uCA== =yIft -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Wed Oct 17 09:02:19 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gClSt-0008GP-F5 for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gClSr-0008FF-Jg for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gClSi-0006wB-ES for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:15 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:48157) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gClSd-0006KL-7b for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:05 -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 relay5-d.mail.gandi.net (Postfix) with ESMTPSA id BC2101C001E; Wed, 17 Oct 2018 13:01:51 +0000 (UTC) From: Nicolas Goaziou To: Adam Porter Cc: emacs-orgmode@gnu.org References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> Mail-Followup-To: Adam Porter , emacs-orgmode@gnu.org Date: Wed, 17 Oct 2018 15:01:50 +0200 In-Reply-To: <87ftx5fx3n.fsf@alphapapa.net> (Adam Porter's message of "Tue, 16 Oct 2018 15:35:56 -0500") Message-ID: <87pnw8engh.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.197 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 13:02:18 -0000 Hello, Adam Porter writes: > From what I've read, the byte-compiler can optimize better when > lexical-binding is used. It can, but AFAIK, it doesn't yet. It also means un-optimized lexical binding may be slightly slower than dynamic scoping for the time being. > I've thought about this for a while. It seems to me that the issue is > that Org buffers are, of course, plain-text buffers. There is no > persistent, in-memory representation other than the buffer, so whenever > Org needs structured/semantic data, it must parse it out of the buffer, > which is necessarily rather slow. If there were a way to keep an > outline tree in memory, parallel to the buffer itself, that would allow > operations like search, agenda, etc. to be greatly sped up. I don't think that's necessary. File caching as you suggest below, can go a long way. Filling cache during idle time, too. > But how would that work in Emacs? Theoretically, we could write some > code, applied on self-insert-command, to update the "parallel tree > structure" as the user manipulates the plain-text in the buffer > (e.g. add a new node when the user types a "*" to create a new heading), > and also apply it to functions that manipulate the outline structurally > in the buffer. But, of course, that sounds very complicated. I would > not relish the idea of debugging code to keep a cached tree in sync with > a plain-text buffer outline. :) My over-engineering-o-meter flashes red, too. > Anyway, org-ql tries to do some of what you mentioned. It does > rudimentary, per-buffer, per-query caching (as long as the buffer is not > modified, the cache remains valid), which helps when there are several > Org files open that are referred to often but not as often modified. That's what I did in an agenda upgrade I tried a few months ago. Unfortunately, caching is not compatible with the underlying logic of current Agenda, in particular with `org-agenda-skip-function'. > And the query and presentation code are separated (org-ql and > org-ql-agenda). That's a very good thing. > I don't know how widely it's used, but the repo is getting some regular > traffic, and I'm using it as the backend for my org-sidebar package. > I'd be happy if it could be made more generally useful, or if it could > be helpful to Org itself in some way. Contributions are welcome. That's not exactly what I'm suggesting. I suggest to move the work in Org tree, e.g., as an org-agenda-ng.el library, and, from there, implement back most of the features of the current agenda. Org cannot really benefit from libraries living outside Emacs, as we recently learnt with htmlize issue. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 17 09:02:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gClTJ-0000A4-PB for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54094) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gClTA-0008VX-BQ for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gClT4-0007sx-HC for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:36 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:34341) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gClT3-0007dk-4d for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:02:30 -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 relay5-d.mail.gandi.net (Postfix) with ESMTPSA id ABEC91C0016; Wed, 17 Oct 2018 13:02:23 +0000 (UTC) From: Nicolas Goaziou To: Eric S Fraga Cc: emacs-orgmode@gnu.org References: <87y3b3wduo.fsf@univ-amu.fr> <87a7ngr6no.fsf@gmail.com> <87murgp9dd.fsf@gmail.com> <87in2271xo.fsf@univ-amu.fr> <87muregsgy.fsf@ucl.ac.uk> <87h8hm6x6o.fsf@univ-amu.fr> <87in22gnrc.fsf@ucl.ac.uk> Mail-Followup-To: Eric S Fraga , emacs-orgmode@gnu.org Date: Wed, 17 Oct 2018 15:02:22 +0200 In-Reply-To: <87in22gnrc.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Tue, 16 Oct 2018 12:00:07 +0100") Message-ID: <87o9bsenfl.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.197 Subject: Re: [O] =?utf-8?q?no_more_tikz_-=3E_png_g=C3=A9n=C3=A9ration_during_?= =?utf-8?q?HTML_export?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 13:02:42 -0000 Hello, Eric S Fraga writes: > On Tuesday, 16 Oct 2018 at 11:46, =C3=89ric W=C3=BCrbel wrote: >> I think that this problem is very specific to the following case : >> - LaTeX SRC block >> - needed translation of this block into a png (and perhaps svg) image >> - preprocessing with pdflatex, so we end up with a pdf->png conversion. > > It is specific but this is a quite widely used process for many exporting= to HTML and ODT. > >> IMO we should perhaps add a warning in this worg page : >> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-LaTeX.html > > I think this warning should be in the main manual. I didn't follow closely the issue so... suggestions or patches welcome. :) Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 17 09:20:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gClkm-0006qk-4E for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:20:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59937) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gClkf-0006qS-UV for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:20:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gClkd-0007ql-8W for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:20:41 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:44667) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gClkd-0007Zu-0y for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 09:20:39 -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 relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 013C81C0003; Wed, 17 Oct 2018 13:20:28 +0000 (UTC) From: Nicolas Goaziou To: Nik Clayton Cc: emacs-orgmode References: Mail-Followup-To: Nik Clayton , emacs-orgmode Date: Wed, 17 Oct 2018 15:20:27 +0200 In-Reply-To: (Nik Clayton's message of "Mon, 15 Oct 2018 10:04:10 +0200") Message-ID: <87k1mgemlg.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.197 Subject: Re: [O] (no subject) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 13:20:47 -0000 Hello, Nik Clayton writes: > I'd like to propose a couple of changes / enhancements to how org-export > exports some data in to HTML files to make it slightly easier to style > those files. > > The first is re line-numbers. [...] > Couple of questions before I write a patch: > > a) Does that sound reasonable? > b) Should this replace the current approach, or be an option that can be > toggled by a customisation? My HTML/CSS knowledge is feeble. But it does sound reasonable, if there's no loss of feature and compatibility. A patch would be nice for users exporting to HTML who want to test the behaviour. > And the second is re languages associated with exported SRC blocks. [...] > I see there's already some code that tries to show language badges on hover > (which doesn't work for me for some reason, I haven't dug in to why). > > Does this change sound reasonable? Ditto. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 17 11:53:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCo86-0000ug-0G for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 11:53:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54852) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCo84-0000ti-52 for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 11:53:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCo82-0000fG-PZ for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 11:53:00 -0400 Received: from mail-io1-xd32.google.com ([2607:f8b0:4864:20::d32]:47055) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCo82-0000dF-Hw for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 11:52:58 -0400 Received: by mail-io1-xd32.google.com with SMTP id t7-v6so19084926ioj.13 for ; Wed, 17 Oct 2018 08:52:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7fbhGZJ/gzPjef6u9JkO+lY0yN5AYcppzvk/RQRAtrI=; b=pXT5Mrgr63Mgy3imgkEd05gKcEqwlXBLubufbLqojh2bbvuubMkNqcxirdc1FlHWbv TTlRtOkDBiIB8VsCXFCJYedWBj+Md4TIsuQrzYkATIIdX0bOfmb/02bEKNet26zW2FcP ReIa+LHbvsTtJBmtiyQMxOKkv6mnSi6PJl0LB8iScJuUrCVCfQVfR9IdwMlZsENqD4k7 6EN4rI2eUZ9ZMjLvdx2XN372C6hUTDy07fbDCsSBUaasRpQNmvYbWbmuYHsUGvHHK9l7 8Nlx4DgFWh1xAFZI6rVYs1i/gKmRSrBwri1Yu09qa3MzNB9yiCWI6XtvVmO2TS9IeqFB hiFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=7fbhGZJ/gzPjef6u9JkO+lY0yN5AYcppzvk/RQRAtrI=; b=GNhTJoqwPyiGaskRmqt1RdR+V5LeyK1Pj30m4A8s84xEU2OmR/QtwAt9tPghMDM6gW 5Tv/MYkno9XwyIl/H9FuGbvCSLoituDFvTxRcVkXM02JflA69IGGil2VrdGsK52yan02 he0MRmSAJWyc2/6DaNgkeDWcnewEcu81j2pThKedW09JI5WlpcsnkiLj1YFjRvwF169O NShyILByWfGnkzUOJ66OzdugZDz8XuUxvvHM/QhgJkvkwj9cgzkMy0/UqzgBKUcTfcCz M/FiVXjvaL1jPbh/wFvoOq/IiJ7ohNp1NEmG/cyZoELhjtFs+L46epqUuoukTfq21blH Gcdg== X-Gm-Message-State: ABuFfoiUfhrp0uraReGTReFYa0b4344dBfPLevASgZ4dBE0wBS3ei6vn qaegLBEqRcr3mPOrGrMNlXzckb5pUODeBGrCrpvUDrHj X-Google-Smtp-Source: ACcGV62fvW7lYoD/gR67lgpWatcngSm3Oz1j8pnPVEizHuEGcsmKe4O0yoe59c8OmlUGJlLKi6H5XVHSTMqAmU139/A= X-Received: by 2002:a6b:b855:: with SMTP id i82-v6mr18209821iof.123.1539791577027; Wed, 17 Oct 2018 08:52:57 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Wed, 17 Oct 2018 11:53:36 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="000000000000fa2a7605786ea930" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d32 Subject: [O] use-package and "Error Autoloading file" X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 15:53:01 -0000 --000000000000fa2a7605786ea930 Content-Type: text/plain; charset="UTF-8" Hello everyone, I'm trying to switch my config over to use-package and running into an issue with org. Most of my init file seems to be org-related (!), so I won't post the whole thing, but will try to summarize. I've also posted a bug report to the use-package repo ( https://github.com/jwiegley/use-package/issues/730). Like many people, I have lots of versions of org-mode installed on my machine: the old org that comes with emacs 27.0.50, the version from the org ELPA repo, which is a dependency of many other packages, and finally an up-to-date git master, which is the version of org I prefer to use. When I posted my bug report, I thought that the issue might result form using the git repo, but it seems to persist even when I remove the repo paths from load-path and take out the custom :load-path command form my use-package for org. On initial invocation of use-package and also on load of every subsequent org-mode file, I get this error: File mode specification error: (error Autoloading file ... failed to define function org) It also happens whenever I try to use the agenda, which seems completely broken now. That's the main reason I hope to track down this bug :-( This happens regardless of whether I use the ELPA org-plus-contrib or set :load-path to the location of the lisp and contrb/lisp folders in the git repo and :pin to manual. I'm wondering if anyone on the list has had and hopefully solved this problem! Here's the beginning of my current use-package invocation: (use-package org :ensure org-plus-contrib :functions org :init (setq org-export-backends '(ascii beamer html hugo icalendar md gfm reveal latex odt org)) :hook ((org-mode . (lambda () (flyspell-mode 1))) (org-mode . turn-off-auto-fill)) :mode "\\.org" :bind (("C-c l" . 'org-store-link) ("C-c a" . 'org-agenda)) :commands (org-mode org-capture org-agenda ) :config ;; Targets include this file and any file contributing to the agenda - up to 5 levels deep (setq org-refile-targets (quote ((org-agenda-files :maxlevel . 5) (nil :maxlevel . 5) ;; .... ;; ... set lots of variable values & do some other stuff ;; .... ) Thank you as always! --000000000000fa2a7605786ea930 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
He= llo everyone,

I'm trying to switch my config o= ver to use-package and running into an issue with org. Most of my init file= seems to be org-related (!), so I won't post the whole thing, but will= try to summarize. I've also posted a bug report to the use-package rep= o (https://g= ithub.com/jwiegley/use-package/issues/730).

Like many people, I have lots of versions of org-mode installed on my ma= chine: the old org that comes with emacs 27.0.50, the version from the org = ELPA repo, which is a dependency of many other packages, and finally an up-= to-date git master, which is the version of org I prefer to use.=C2=A0 When= I posted my bug report, I thought that the issue might result form using t= he git repo, but it seems to persist even when I remove the repo paths from= load-path and take out the custom :load-path command form my use-package f= or org. =C2=A0

On initial invocation of use-p= ackage and also on load of every subsequent org-mode file, I get this error= :

File mode specification error: (error Autoloadin= g file ... failed to define function org)

It also = happens whenever I try to use the agenda, which seems completely broken now= .=C2=A0 That's the main reason I hope to track down this bug :-(

This happens regardless of whether I use the ELPA o= rg-plus-contrib or set :load-path to the location of the lisp and contrb/li= sp folders in the git repo and :pin to manual.=C2=A0 I'm wondering if a= nyone on the list has had and hopefully solved this problem!
=
Here's the beginning of my current use-package invocatio= n:

=C2=A0 (use-package org
=C2=A0=C2=A0=C2=A0 := ensure org-plus-contrib
=C2=A0=C2=A0=C2=A0 :functions org
=C2=A0=C2= =A0=C2=A0 :init
=C2=A0=C2=A0=C2=A0 (setq org-export-backends '(ascii= beamer html hugo icalendar md gfm reveal latex odt org))
=C2=A0=C2=A0= =C2=A0 :hook
=C2=A0=C2=A0=C2=A0 ((org-mode . (lambda () (flyspell-mode 1= )))
=C2=A0=C2=A0=C2=A0=C2=A0 (org-mode . turn-off-auto-fill))
=C2=A0= =C2=A0=C2=A0 :mode "\\.org"
=C2=A0=C2=A0=C2=A0 :bind
=C2= =A0=C2=A0=C2=A0 (("C-c l" . 'org-store-link)
=C2=A0=C2=A0= =C2=A0=C2=A0 ("C-c a" . 'org-agenda))
=C2=A0=C2=A0=C2=A0 := commands (org-mode org-capture org-agenda )
=C2=A0=C2=A0=C2=A0 :config=C2=A0 ;; Targets include this file and any file contributing to the agen= da - up to 5 levels deep
=C2=A0 (setq org-refile-targets (quote ((org-ag= enda-files :maxlevel . 5) (nil :maxlevel . 5)=C2=A0
;; ....
=
;; ... set lots of variable values & do some other stuff
=
;; ....
)

Thank you as always! =
--000000000000fa2a7605786ea930-- From MAILER-DAEMON Wed Oct 17 13:42:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCpqA-0007OR-4V for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 13:42:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCpq7-0007OB-P6 for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 13:42:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCpq6-0007Ux-IR for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 13:42:35 -0400 Received: from mail-it1-x12f.google.com ([2607:f8b0:4864:20::12f]:34860) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCpq4-0007HM-SR for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 13:42:33 -0400 Received: by mail-it1-x12f.google.com with SMTP id p64-v6so3579959itp.0 for ; Wed, 17 Oct 2018 10:42:24 -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; bh=2DFCZYBj+T6Fg1JqjsnZZeyYcKKMunbQEpcawY/3rBA=; b=Qo2G8W//lpPAUIFZnBuJB2hSyJG+MAvr0bb4gqFSpogESNSmzX+zAu4/CJuPgf4mWh xXuAjBYNGAH2nwY5gBFYHpyisLG5kk8i9DYOJVGI9odp4xt5UCqaUsrBZsod5v/LQxqo 5dNzPZXT8EkJG6HcYntG9HjJ7S+uySja/ztPqPF0J/Mdx7tJdgds8PrmgoQeR0cWrMZa o33vIhsjXPp07K4hvKzIwlg0JA+GAen8YC/B/hDKOsw/JdemcYN8Dgr0OLFMC2BKvGCq EDiqo6amSuQxiPjSq7OBOocNAEY9h28LydK1ef0+bBMphH+GWuRNJEtEi13TquM398Ff 4iDA== 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; bh=2DFCZYBj+T6Fg1JqjsnZZeyYcKKMunbQEpcawY/3rBA=; b=fmMswZunomJq9nuAXnmnjIxxaVOX0c37NKeJQSz0IfQ/5gTJuf5Rh/ijEhjXWCOP/0 kvS0Tw3QsdM6CMEraB8dERgHRvqzw95vf0tYVJwh//v6qqAyya1MAn1AfpKX/F8SkYrI YrtxgCi7Vhudu8jJBdB3015+/tkxGDXhLi+15bJ9IUJnteL6hR+a5Slr/zy6OzcUFAWK joX4fU63ygDYliXTS6S9GTSJbzw17EtQ+eC+eQvugsDX8taEZ4M0eVlcLRkLdTbRkNgm 9/3yuOtQdapFIUD7hBf05mK+JflyAqo35XhCNn2wpMh/wCwCE+SpCp6L6JgHHcqsHPfw ZaGQ== X-Gm-Message-State: ABuFfoiCJy37aASF8skT4pR9xQG5caf151m1BbBuZWuAMVySzg2VA5nF bZn1EBffN8dGhkM7bFoEL5pI3M5nf+N7TuieDy4x63i6 X-Google-Smtp-Source: ACcGV62RhICZbQfGybjWQ8t6eAV69Cq3zFdchJWvPsOjBd/6rmj7XUyG+V3OCvzkaT6vzdi7VTOTabGMFU9d+uOnfD4= X-Received: by 2002:a24:3cc5:: with SMTP id m188-v6mr2358154ita.85.1539798143885; Wed, 17 Oct 2018 10:42:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Wed, 17 Oct 2018 13:43:03 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="0000000000006468560578703142" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12f Subject: Re: [O] use-package and "Error Autoloading file" X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 17:42:37 -0000 --0000000000006468560578703142 Content-Type: text/plain; charset="UTF-8" oh jeez, this was a trivial fix: :mode "\\.org" . ;; ---> :mode ("\\.org" . org-mode) Sorry for the noise, hope that maybe someone benefits from my stupidity! On Wed, Oct 17, 2018 at 11:53 AM Matt Price wrote: > Hello everyone, > > I'm trying to switch my config over to use-package and running into an > issue with org. Most of my init file seems to be org-related (!), so I > won't post the whole thing, but will try to summarize. I've also posted a > bug report to the use-package repo ( > https://github.com/jwiegley/use-package/issues/730). > > Like many people, I have lots of versions of org-mode installed on my > machine: the old org that comes with emacs 27.0.50, the version from the > org ELPA repo, which is a dependency of many other packages, and finally an > up-to-date git master, which is the version of org I prefer to use. When I > posted my bug report, I thought that the issue might result form using the > git repo, but it seems to persist even when I remove the repo paths from > load-path and take out the custom :load-path command form my use-package > for org. > > On initial invocation of use-package and also on load of every subsequent > org-mode file, I get this error: > > File mode specification error: (error Autoloading file ... failed to > define function org) > > It also happens whenever I try to use the agenda, which seems completely > broken now. That's the main reason I hope to track down this bug :-( > > This happens regardless of whether I use the ELPA org-plus-contrib or set > :load-path to the location of the lisp and contrb/lisp folders in the git > repo and :pin to manual. I'm wondering if anyone on the list has had and > hopefully solved this problem! > > Here's the beginning of my current use-package invocation: > > (use-package org > :ensure org-plus-contrib > :functions org > :init > (setq org-export-backends '(ascii beamer html hugo icalendar md gfm > reveal latex odt org)) > :hook > ((org-mode . (lambda () (flyspell-mode 1))) > (org-mode . turn-off-auto-fill)) > :mode "\\.org" > :bind > (("C-c l" . 'org-store-link) > ("C-c a" . 'org-agenda)) > :commands (org-mode org-capture org-agenda ) > :config > ;; Targets include this file and any file contributing to the agenda - > up to 5 levels deep > (setq org-refile-targets (quote ((org-agenda-files :maxlevel . 5) (nil > :maxlevel . 5) > ;; .... > ;; ... set lots of variable values & do some other stuff > ;; .... > ) > > Thank you as always! > --0000000000006468560578703142 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
oh jeez, this was a trivial fix:

= =C2=A0=C2=A0=C2=A0 :mode "\\.org" . ;; --->
=C2=A0=C2=A0=C2= =A0 :mode ("\\.org" . org-mode)

Sorry for the noise, hope that maybe someone benefits from my stupi= dity!

On Wed= , Oct 17, 2018 at 11:53 AM Matt Price <moptop99@gmail.com> wrote:
Hello everyone,

I'm trying to switch my conf= ig over to use-package and running into an issue with org. Most of my init = file seems to be org-related (!), so I won't post the whole thing, but = will try to summarize. I've also posted a bug report to the use-package= repo (https://github.com/jwiegley/use-package/issues/730).
<= /div>

Like many people, I have lots of versions of org-m= ode installed on my machine: the old org that comes with emacs 27.0.50, the= version from the org ELPA repo, which is a dependency of many other packag= es, and finally an up-to-date git master, which is the version of org I pre= fer to use.=C2=A0 When I posted my bug report, I thought that the issue mig= ht result form using the git repo, but it seems to persist even when I remo= ve the repo paths from load-path and take out the custom :load-path command= form my use-package for org. =C2=A0

On initi= al invocation of use-package and also on load of every subsequent org-mode = file, I get this error:

File mode specification er= ror: (error Autoloading file ... failed to define function org)
<= br>
It also happens whenever I try to use the agenda, which seems= completely broken now.=C2=A0 That's the main reason I hope to track do= wn this bug :-(

This happens regardless of wh= ether I use the ELPA org-plus-contrib or set :load-path to the location of = the lisp and contrb/lisp folders in the git repo and :pin to manual.=C2=A0 = I'm wondering if anyone on the list has had and hopefully solved this p= roblem!

Here's the beginning of my current= use-package invocation:

=C2=A0 (use-package org=C2=A0=C2=A0=C2=A0 :ensure org-plus-contrib
=C2=A0=C2=A0=C2=A0 :functi= ons org
=C2=A0=C2=A0=C2=A0 :init
=C2=A0=C2=A0=C2=A0 (setq org-export-= backends '(ascii beamer html hugo icalendar md gfm reveal latex odt org= ))
=C2=A0=C2=A0=C2=A0 :hook
=C2=A0=C2=A0=C2=A0 ((org-mode . (lambda (= ) (flyspell-mode 1)))
=C2=A0=C2=A0=C2=A0=C2=A0 (org-mode . turn-off-auto= -fill))
=C2=A0=C2=A0=C2=A0 :mode "\\.org"
=C2=A0=C2=A0=C2= =A0 :bind
=C2=A0=C2=A0=C2=A0 (("C-c l" . 'org-store-link)=
=C2=A0=C2=A0=C2=A0=C2=A0 ("C-c a" . 'org-agenda))
=C2= =A0=C2=A0=C2=A0 :commands (org-mode org-capture org-agenda )
=C2=A0=C2= =A0=C2=A0 :config
=C2=A0 ;; Targets include this file and any file contr= ibuting to the agenda - up to 5 levels deep
=C2=A0 (setq org-refile-targ= ets (quote ((org-agenda-files :maxlevel . 5) (nil :maxlevel . 5)=C2=A0
;; ....
;; ... set lots of variable values & do some ot= her stuff
;; ....
)

Th= ank you as always!
--0000000000006468560578703142-- From MAILER-DAEMON Wed Oct 17 15:12:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCrFP-0004QQ-1V for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 15:12:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37082) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCrFM-0004P3-CJ for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 15:12:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCrFH-0005fl-V3 for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 15:12:44 -0400 Received: from [195.159.176.226] (port=52143 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gCrFG-0005LP-UF for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 15:12:39 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gCrCn-0004OD-8e for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 21:10:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Adam Porter Date: Wed, 17 Oct 2018 14:12:08 -0500 Lines: 52 Message-ID: <87h8hkqtfb.fsf@alphapapa.net> References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> <87pnw8engh.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2018 19:12:46 -0000 Nicolas Goaziou writes: > It can, but AFAIK, it doesn't yet. It also means un-optimized lexical > binding may be slightly slower than dynamic scoping for the time > being. Well, I can't vouch for it myself, because I haven't studied the code. But here's one of the resources that suggests it is faster to use lexical binding: https://emacs.stackexchange.com/questions/2129/why-is-let-faster-with-lexical-scope > That's not exactly what I'm suggesting. I suggest to move the work in > Org tree, e.g., as an org-agenda-ng.el library, and, from there, > implement back most of the features of the current agenda. > > Org cannot really benefit from libraries living outside Emacs, as we > recently learnt with htmlize issue. Org is welcome to take any of the org-ql or org-ql-agenda code you think would be useful. However, before it could be suitable as a possible replacement, it will likely require more optimization. Some queries, especially more complex ones, are slower than the equivalent searches and agendas in the current Org Agenda code. This is because of the way the queries run predicates on each heading. Despite the current Org Agenda code's complexity, it is well optimized and hard to beat. I have a proof-of-concept branch that begins to implement a relatively simple optimization that converts one suitable predicate in a query to a buffer-global regexp search. It significantly improves speed in some cases, but a query with several predicates still has to run all but one of them as predicates. Another possible optimization would be to convert as many predicates in a query to buffer regexp searches as possible, collecting a list of heading positions in the buffer, and then do a final pass with the appropriate union/intersection/difference operations on the lists. Then the list of positions could be used to gather the heading data. I use a similar technique in helm-org-rifle, and it seems to work quickly. It would require some work on a sort of "query compiler" to do the transformation and optimization. I don't have much experience with that kind of programming; maybe someone else would be interested in helping with that. So before taking any of the code into Org itself, you might want to consider these issues and decide whether it could be a suitable approach. Let me know what you'd like to do and how I can help. Thanks, Adam From MAILER-DAEMON Wed Oct 17 21:21:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCx0R-00031E-FN for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 21:21:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49177) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCx0P-000317-Pp for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 21:21:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCx0L-0003WO-TV for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 21:21:41 -0400 Received: from nospam.nichework.com ([206.71.169.33]:34054) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCx0L-0003OY-1Z for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 21:21:37 -0400 Received: from localhost (localhost.localdmain [127.0.0.1]) by nospam.nichework.com (Postfix) with ESMTP id D72FCB400B for ; Wed, 17 Oct 2018 21:21:05 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at nospam.nichework.com Received: from nospam.nichework.com ([127.0.0.1]) by localhost (nospam.nichework.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FBRCdNt8SIW0 for ; Wed, 17 Oct 2018 21:21:05 -0400 (EDT) Received: from mail.nichework.com (mail.nichework.com [108.161.151.158]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by nospam.nichework.com (Postfix) with ESMTPS id 73441B002C for ; Wed, 17 Oct 2018 21:21:05 -0400 (EDT) Received: from mail.nichework.com (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTPS id B70FE4E1078 for ; Wed, 17 Oct 2018 18:21:30 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTP id AADBC4E081E for ; Wed, 17 Oct 2018 18:21:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail.nichework.com Received: from mail.nichework.com ([127.0.0.1]) by localhost (mail.nichework.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 8v5hSboAyoOu for ; Wed, 17 Oct 2018 18:21:30 -0700 (PDT) Received: from slink.everybody.org (unknown [24.229.149.248]) by mail.nichework.com (Postfix) with ESMTPSA id 6617E4E0650 for ; Wed, 17 Oct 2018 18:21:30 -0700 (PDT) From: "Mark A. Hershberger" To: emacs-orgmode@gnu.org Date: Wed, 17 Oct 2018 21:21:21 -0400 Message-ID: <87woqgm4mm.fsf@everybody.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 206.71.169.33 Subject: [O] =?utf-8?q?Bug=3A_ox-odt=2Eel_should_support_text=3Astart-valu?= =?utf-8?b?ZSBbOS4xLjE0ICg5LjEuMTQtNy1nMDFjNDE5LWVscGFwbHVzIEAg4oCmL29y?= =?utf-8?q?g-plus-contrib-20181015/=29=5D?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 01:21:42 -0000 I saw that exporting plain lists with specified starting numbers (=E2=80=98[@20]') wasn't working=E2=80=94the lists just start over. I was a bit frustrated with this, so I went looking at the code and the ODF schema. I found that ODF supports the text:start-value attribute[1] that could be used where needed. I came up with the following hack: diff -ub ox-odt.el\~ ox-odt.el --- ox-odt.el~ 2018-10-17 16:47:32.859161792 -0400 +++ ox-odt.el 2018-10-17 21:04:46.391759435 -0400 @@ -1966,10 +1966,13 @@ CONTENTS holds the contents of the item. INFO is a plist holding contextual information." (let* ((plain-list (org-export-get-parent item)) + (count (org-element-property :counter item)) (type (org-element-property :type plain-list))) (unless (memq type '(ordered unordered descriptive-1 descriptive-2)) (error "Unknown list type: %S" type)) - (format "\n\n%s\n%s" + (format (concat "\n\n%s\n%s") contents (if (org-element-map item 'table #'identity info 'first-match) "" Diff finished. Wed Oct 17 21:17:59 2018 Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22= .11, cairo version 1.14.8) of 2018-10-17 Package: Org mode version 9.1.14 (9.1.14-7-g01c419-elpaplus @ =E2=80=A6/org= -plus-contrib-20181015/) Footnotes: [1] http://docs.oasis-open.org/office/v1.2/cs01/OpenDocument-v1.2-cs01-par= t1.html#a_19_868_3__text_list-item_ From MAILER-DAEMON Wed Oct 17 22:23:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gCxyS-0001fy-Nt for mharc-emacs-orgmode@gnu.org; Wed, 17 Oct 2018 22:23:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCxyQ-0001fV-9R for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 22:23:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCxyM-0002Uu-5d for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 22:23:42 -0400 Received: from nospam.nichework.com ([206.71.169.33]:35430) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gCxyL-0002QD-Tu for emacs-orgmode@gnu.org; Wed, 17 Oct 2018 22:23:38 -0400 Received: from localhost (localhost.localdmain [127.0.0.1]) by nospam.nichework.com (Postfix) with ESMTP id D1E51B400C for ; Wed, 17 Oct 2018 22:23:10 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at nospam.nichework.com Received: from nospam.nichework.com ([127.0.0.1]) by localhost (nospam.nichework.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJkkezwsRcAd for ; Wed, 17 Oct 2018 22:23:10 -0400 (EDT) Received: from mail.nichework.com (mail.nichework.com [108.161.151.158]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by nospam.nichework.com (Postfix) with ESMTPS id 8E848B400B for ; Wed, 17 Oct 2018 22:23:10 -0400 (EDT) Received: from mail.nichework.com (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTPS id D2ED44E1078 for ; Wed, 17 Oct 2018 19:23:35 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTP id C66664E10DB for ; Wed, 17 Oct 2018 19:23:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail.nichework.com Received: from mail.nichework.com ([127.0.0.1]) by localhost (mail.nichework.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3Hp4OliQK-jH for ; Wed, 17 Oct 2018 19:23:35 -0700 (PDT) Received: from slink.everybody.org (unknown [24.229.149.248]) by mail.nichework.com (Postfix) with ESMTPSA id 841F34E1078 for ; Wed, 17 Oct 2018 19:23:35 -0700 (PDT) From: "Mark A. Hershberger" To: emacs-orgmode@gnu.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Reference: <87woqgm4mm.fsf@everybody.org> X-URL: http://hexmode.com/ Date: Wed, 17 Oct 2018 22:23:34 -0400 Message-ID: <87r2gom1qx.fsf@everybody.org> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 206.71.169.33 Subject: Re: [O] =?utf-8?q?Bug=3A_ox-odt=2Eel_should_support_text=3Astart-val?= =?utf-8?b?dWUgWzkuMS4xNCAoOS4xLjE0LTctZzAxYzQxOS1lbHBhcGx1cyBAIOKApi9v?= =?utf-8?q?rg-plus-contrib-20181015/=29=5D?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 02:23:43 -0000 Working code changes: diff -ub org-plus-contrib-20181008/ox-odt.el\~ org-plus-contrib-20181008/ox-odt.el --- org-plus-contrib-20181008/ox-odt.el~ 2018-10-12 19:13:13.095335320 -0400 +++ org-plus-contrib-20181008/ox-odt.el 2018-10-17 22:10:30.194483160 -0400 @@ -1966,10 +1966,13 @@ CONTENTS holds the contents of the item. INFO is a plist holding contextual information." (let* ((plain-list (org-export-get-parent item)) + (count (org-element-property :counter item)) (type (org-element-property :type plain-list))) (unless (memq type '(ordered unordered descriptive-1 descriptive-2)) (error "Unknown list type: %S" type)) - (format "\n\n%s\n%s" + (format (concat "\n\n%s\n%s") contents (if (org-element-map item 'table #'identity info 'first-match) "" Diff finished. Wed Oct 17 22:11:23 2018 From MAILER-DAEMON Thu Oct 18 00:57:26 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gD0NC-0000dR-MM for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 00:57:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gD0N9-0000dJ-Sa for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 00:57:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gD0N1-0002WQ-IB for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 00:57:20 -0400 Received: from [61.175.244.13] (port=49004 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gD0N1-0002Pd-2C for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 00:57:15 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 17AF6A6016B; Thu, 18 Oct 2018 12:57:11 +0800 (CST) References: <87r2gt55pq.fsf@gmail.com> <87d0sbexkq.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner Newsgroups: To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87d0sbexkq.fsf@nicolasgoaziou.fr> Date: Thu, 18 Oct 2018 12:57:11 +0800 Message-ID: <871s8nua1k.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] temporary set source blocks major-mode-hook to nil locally to speed up Org Mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 04:57:25 -0000 --=-=-= Content-Type: text/plain Nicolas Goaziou writes: > Some major modes may use major mode hooks to finish setting up their > fontification process, who knows. > > In any case, it could be worth trying it. Do you want to provide a patch > for that? > > Regards, I dived into the source code of two functions which are related to defcustom variable ~org-src-fontify-natively~. Here is my try: #+begin_src diff modified lisp/org-src.el @@ -585,7 +585,14 @@ as `org-src-fontify-natively' is non-nil." (erase-buffer) ;; Add string and a final space to ensure property change. (insert string " ")) - (unless (eq major-mode lang-mode) (funcall lang-mode)) + (unless (eq major-mode lang-mode) + (message "%s enabled in source block" lang-mode) + ;; (make-local-variable (intern (format "%s-hook" lang-mode))) + ;; (set (intern (format "%s-hook" lang-mode)) nil) + (message "%s is %s" + (intern (format "%s-hook" lang-mode)) + (symbol-value (intern (format "%s-hook" lang-mode)))) + (funcall lang-mode)) (org-font-lock-ensure) (let ((pos (point-min)) next) (while (setq next (next-property-change pos)) #+end_src But it seems does not work as I expected. Can't find out which real function is invoked when fontify every source blocks. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-Set-all-lang-mode-hook-to-nil-to-speedup-source-bloc.patch Content-Description: a simple try >From cd43cd7c4c4e98d2b62af84a0729f82fb361c25f Mon Sep 17 00:00:00 2001 From: stardiviner Date: Thu, 18 Oct 2018 12:55:30 +0800 Subject: [PATCH] Set all lang-mode-hook to nil to speedup source blocks fontify. --- lisp/org-src.el | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/lisp/org-src.el b/lisp/org-src.el index 9c462b7e7..271ca82b9 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -585,7 +585,14 @@ as `org-src-fontify-natively' is non-nil." (erase-buffer) ;; Add string and a final space to ensure property change. (insert string " ")) - (unless (eq major-mode lang-mode) (funcall lang-mode)) + (unless (eq major-mode lang-mode) + (message "%s enabled in source block" lang-mode) + ;; (make-local-variable (intern (format "%s-hook" lang-mode))) + ;; (set (intern (format "%s-hook" lang-mode)) nil) + (message "%s is %s" + (intern (format "%s-hook" lang-mode)) + (symbol-value (intern (format "%s-hook" lang-mode)))) + (funcall lang-mode)) (org-font-lock-ensure) (let ((pos (point-min)) next) (while (setq next (next-property-change pos)) -- 2.19.1 --=-=-= Content-Type: text/plain -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 --=-=-=-- From MAILER-DAEMON Thu Oct 18 03:35:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gD2pr-0005o5-Ey for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 03:35:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gD2pp-0005lX-5b for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 03:35:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gD2pl-0002af-5p for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 03:35:09 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:55396) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gD2pk-0002Tf-SM for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 03:35:05 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id C5B40E683A for ; Thu, 18 Oct 2018 09:35:01 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YeNqnbBZ6Y9F for ; Thu, 18 Oct 2018 09:34:56 +0200 (CEST) Received: from localhost (83.25.113.210.ipv4.supernova.orange.pl [83.25.113.210]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 63EFEE6257 for ; Thu, 18 Oct 2018 09:34:56 +0200 (CEST) User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Org-Mode mailing list Date: Thu, 18 Oct 2018 09:33:09 +0200 Message-ID: <87ftx3wvyi.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: [O] Why is ":CLOCK => hh:mm" allowed as a clock entry? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 07:35:10 -0000 Hi all, I am studying the `org-clock-sum' function (I need to parse an Org file and extract clocking data), and I noticed that ":CLOCK => hh:mm" is allowed as a clock entry. The Org syntax at https://orgmode.org/worg/dev/org-syntax.html#Clock,_Diary_Sexp_and_Planning confirms this. What is the rationale behind this? I want not only to sum the clocks (org-clock-sum does that, of course), but I want more detailed information (like how many clocks were that in the given period etc.). The format with only the duration makes this troublesome, and I'd like to ignore such entries (I have never seen them in my files, of course). I'm wondering what scenario could lead to their existence? BTW, the syntax draft says that there can be any TIMESTAMP object before the DURATION, but `org-clock-sum' assumes that its timestamps are inactive. Isn't that a bug? TIA, -- Marcin Borkowski http://mbork.pl From MAILER-DAEMON Thu Oct 18 12:17:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDAyx-00050h-8A for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 12:17:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDAys-00050V-S2 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 12:17:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDAyp-00076G-IZ for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 12:17:02 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:57659) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDAyp-000750-Ag for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 12:16:59 -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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 4782960018; Thu, 18 Oct 2018 16:16:55 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87a7nlmf3h.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Thu, 18 Oct 2018 18:16:54 +0200 In-Reply-To: <87a7nlmf3h.fsf@gmail.com> (stardiviner's message of "Thu, 11 Oct 2018 09:44:50 +0800") Message-ID: <87ftx36xhl.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.195 Subject: Re: [O] pcomplete error inside of headline asterisks when typing asterisk X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 16:17:03 -0000 Hello, stardiviner writes: > When I create a new headline with =[Alt-Enter]= Under a headline. It looks like this: > > #+begin_src org > ,** headline 1 > ,** headline 2 > #+end_src > > > Then I move point between two asterisks of headline 2. Then I type * again. It report > following error: > > #+begin_example > Debugger entered--Lisp error: (args-out-of-range "" 1 nil) Fixed. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 18 18:18:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDGcO-0003Vf-WB for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:18:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58510) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDGcM-0003UR-Ux for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:18:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDGcI-0001hy-D8 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:18:10 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:59713) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDGcE-0001ap-Ug for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:18:04 -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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id A061C60005; Thu, 18 Oct 2018 22:18:00 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87r2gt55pq.fsf@gmail.com> <87d0sbexkq.fsf@nicolasgoaziou.fr> <871s8nua1k.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Fri, 19 Oct 2018 00:17:59 +0200 In-Reply-To: <871s8nua1k.fsf@gmail.com> (stardiviner's message of "Thu, 18 Oct 2018 12:57:11 +0800") Message-ID: <87zhva6grs.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.195 Subject: Re: [O] temporary set source blocks major-mode-hook to nil locally to speed up Org Mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 22:18:11 -0000 Hello, stardiviner writes: > Here is my try: > > #+begin_src diff > modified lisp/org-src.el > @@ -585,7 +585,14 @@ as `org-src-fontify-natively' is non-nil." > (erase-buffer) > ;; Add string and a final space to ensure property change. > (insert string " ")) > - (unless (eq major-mode lang-mode) (funcall lang-mode)) > + (unless (eq major-mode lang-mode) > + (message "%s enabled in source block" lang-mode) > + ;; (make-local-variable (intern (format "%s-hook" lang-mode))) > + ;; (set (intern (format "%s-hook" lang-mode)) nil) > + (message "%s is %s" > + (intern (format "%s-hook" lang-mode)) > + (symbol-value (intern (format "%s-hook" lang-mode)))) > + (funcall lang-mode)) > (org-font-lock-ensure) > (let ((pos (point-min)) next) > (while (setq next (next-property-change pos)) > #+end_src > > But it seems does not work as I expected. Did you try to set the hook to a different value before (funcall lang-mode)? Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 18 18:19:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDGdu-0004AM-Qc for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:19:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDGdt-00049S-A2 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:19:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDGdp-0003Rm-4N for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:19:45 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:37091) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDGdo-00037e-Or for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:19:40 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id EF015E000A; Thu, 18 Oct 2018 22:19:26 +0000 (UTC) From: Nicolas Goaziou To: "Mark A. Hershberger" Cc: emacs-orgmode@gnu.org References: <87r2gom1qx.fsf@everybody.org> Mail-Followup-To: "Mark A. Hershberger" , emacs-orgmode@gnu.org Date: Fri, 19 Oct 2018 00:19:26 +0200 In-Reply-To: <87r2gom1qx.fsf@everybody.org> (Mark A. Hershberger's message of "Wed, 17 Oct 2018 22:23:34 -0400") Message-ID: <87va5y6gpd.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] =?utf-8?q?Bug=3A_ox-odt=2Eel_should_support_text=3Astart-val?= =?utf-8?b?dWUgWzkuMS4xNCAoOS4xLjE0LTctZzAxYzQxOS1lbHBhcGx1cyBAIOKApi9v?= =?utf-8?q?rg-plus-contrib-20181015/=29=5D?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 22:19:46 -0000 Hello, "Mark A. Hershberger" writes: > Working code changes: > > diff -ub org-plus-contrib-20181008/ox-odt.el\~ org-plus-contrib-20181008/ox-odt.el > --- org-plus-contrib-20181008/ox-odt.el~ 2018-10-12 19:13:13.095335320 -0400 > +++ org-plus-contrib-20181008/ox-odt.el 2018-10-17 22:10:30.194483160 -0400 > @@ -1966,10 +1966,13 @@ > CONTENTS holds the contents of the item. INFO is a plist holding > contextual information." > (let* ((plain-list (org-export-get-parent item)) > + (count (org-element-property :counter item)) > (type (org-element-property :type plain-list))) > (unless (memq type '(ordered unordered descriptive-1 descriptive-2)) > (error "Unknown list type: %S" type)) > - (format "\n\n%s\n%s" > + (format (concat "\n + (when count (concat (format " text:start-value=\"%s\"" count))) > + ">\n%s\n%s") > contents > (if (org-element-map item 'table #'identity info 'first-match) > "" Thank you. Could you provide a patch using git format-patch, with a proper commit message? Also, if you haven't signed FSF papers, please add TINYCHANGE at the end of the commit message. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 18 18:48:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDH5T-0003sF-A5 for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:48:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44007) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDH5Q-0003qy-Tk for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:48:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDH5K-0007YI-3K for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:48:10 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:36355) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDH5J-0007We-JZ for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 18:48:05 -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 6B0DA240006; Thu, 18 Oct 2018 22:48:03 +0000 (UTC) From: Nicolas Goaziou To: Adam Porter Cc: emacs-orgmode@gnu.org References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> <87pnw8engh.fsf@nicolasgoaziou.fr> <87h8hkqtfb.fsf@alphapapa.net> Mail-Followup-To: Adam Porter , emacs-orgmode@gnu.org Date: Fri, 19 Oct 2018 00:48:02 +0200 In-Reply-To: <87h8hkqtfb.fsf@alphapapa.net> (Adam Porter's message of "Wed, 17 Oct 2018 14:12:08 -0500") Message-ID: <87r2gm6fdp.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2018 22:48:13 -0000 Hello, Adam Porter writes: > Org is welcome to take any of the org-ql or org-ql-agenda code you think > would be useful. Thank you. > However, before it could be suitable as a possible replacement, it will > likely require more optimization. Some queries, especially more complex > ones, are slower than the equivalent searches and agendas in the current > Org Agenda code. This is because of the way the queries run predicates > on each heading. Despite the current Org Agenda code's complexity, it > is well optimized and hard to beat. Are you saying that queries are turned into regexp searches within Org files? If so, I don't think they should. Queries should only operate on the output of the data extraction, possibly a list of defstructs. I.e., you first extract all meaningful data from the document (during idle time, with cache, or whatever optimization would be chosen), store it in an appropriate format, then query it. WDYT? Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 18 20:04:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDIHT-0004fC-DM for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:04:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDIHO-0004ew-U2 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:04:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDIHF-0007vP-A8 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:04:34 -0400 Received: from [61.175.244.13] (port=34669 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDIH7-0007bq-W6 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:04:25 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id A0B42A600BE; Fri, 19 Oct 2018 08:04:16 +0800 (CST) References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> <87pnw8engh.fsf@nicolasgoaziou.fr> <87h8hkqtfb.fsf@alphapapa.net> <87r2gm6fdp.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: Adam Porter , emacs-orgmode@gnu.org Reply-To: numbchild@gmail.com In-reply-to: <87r2gm6fdp.fsf@nicolasgoaziou.fr> Date: Fri, 19 Oct 2018 08:04:16 +0800 Message-ID: <877eieiyyn.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 00:04:42 -0000 >> However, before it could be suitable as a possible replacement, it will >> likely require more optimization. Some queries, especially more complex >> ones, are slower than the equivalent searches and agendas in the current >> Org Agenda code. This is because of the way the queries run predicates >> on each heading. Despite the current Org Agenda code's complexity, it >> is well optimized and hard to beat. > > Are you saying that queries are turned into regexp searches within Org > files? If so, I don't think they should. > > Queries should only operate on the output of the data extraction, > possibly a list of defstructs. I.e., you first extract all meaningful > data from the document (during idle time, with cache, or whatever > optimization would be chosen), store it in an appropriate format, then > query it. > I think the same way. In some language library like Clojure's enlive handle the HTML string the same way. -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Thu Oct 18 20:15:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDIRS-0007ai-TS for mharc-emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:15:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60343) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDIRQ-0007aD-Gd for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:15:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDIRM-0004QF-3l for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:15:00 -0400 Received: from [61.175.244.13] (port=26715 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDIRL-0003xx-84 for emacs-orgmode@gnu.org; Thu, 18 Oct 2018 20:14:55 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 2B6EAA600BE; Fri, 19 Oct 2018 08:14:45 +0800 (CST) References: <87r2gt55pq.fsf@gmail.com> <87d0sbexkq.fsf@nicolasgoaziou.fr> <871s8nua1k.fsf@gmail.com> <87zhva6grs.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87zhva6grs.fsf@nicolasgoaziou.fr> Date: Fri, 19 Oct 2018 08:14:44 +0800 Message-ID: <875zxyiyh7.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] temporary set source blocks major-mode-hook to nil locally to speed up Org Mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 00:15:02 -0000 Nicolas Goaziou writes: > > Did you try to set the hook to a different value before (funcall lang-mode)? > Yes, like I said in previous messages, I want to make lang-mode-hook empty. It tested a few times, with restarting Emacs (loading a refresh Org Mode). It failed to fontify source blocks. Reports error: Failed to fontify source block. I can see all source blocks are not fontified. Until I manually load the mode with [M-x load-library RET clojure-mode RET]. Then I reopen the Org file, the clojure source blocks are fontified. Also I improved my code: #+begin_src diff modified lisp/org-src.el @@ -585,7 +585,14 @@ as `org-src-fontify-natively' is non-nil." (erase-buffer) ;; Add string and a final space to ensure property change. (insert string " ")) - (unless (eq major-mode lang-mode) (funcall lang-mode)) + (unless (eq major-mode lang-mode) + ;; FIXME: Org mode fontification error in # at 203 + ;; (let (hook (intern (format "%s-hook" lang-mode))) + ;; (message "%s enabled in source block" lang-mode) + ;; (make-local-variable hook) + ;; (set hook nil) + ;; (message "%s is %s" hook (symbol-value hook))) + (funcall lang-mode)) (org-font-lock-ensure) (let ((pos (point-min)) next) (while (setq next (next-property-change pos)) #+end_src -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Fri Oct 19 04:41:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDQLT-0005cE-DR for mharc-emacs-orgmode@gnu.org; Fri, 19 Oct 2018 04:41:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35873) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDQLQ-0005bs-Mn for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 04:41:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDQLM-00028c-CT for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 04:41:20 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:38251) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDQLJ-00023P-Ij for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 04:41:14 -0400 X-Originating-IP: 14.203.214.4 Received: from epi.local (14-203-214-4.tpgi.com.au [14.203.214.4]) (Authenticated sender: van@scratch.space) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 9C1B41BF20A for ; Fri, 19 Oct 2018 08:41:08 +0000 (UTC) From: Van L Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-Id: <85919422-7274-46DB-B2BC-728DFABFCC02@scratch.space> Date: Fri, 19 Oct 2018 19:41:03 +1100 To: emacs-org list Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.201 Subject: Re: [O] Visualizing org files X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 08:41:21 -0000 >>> Freeplane XML to org >> >> I took a look at images of Freeplane XML and it is boring. >> >> What I=E2=80=99d like to do is tile triangles (and the normal) as = clusters >> and/or scatters on meaningful planes of data/concepts which see a >> landscape having moving parts in Disney=E2=80=99s Tron blockbuster = Netflix >> movie but less dark. And, like in the map apps for navigating by in >> the smartphone you can tilt to adjust the angle to horizon for 3D >> effect. >> >> How about Pixar=E2=80=99s USD (Universal Scene Description) = information exchange=20 >> format?=20 >> > Sounds very cool!!! This app isn=E2=80=99t even close https://imindmap.com and Org Mode is to have reproducible work in labwork!= From MAILER-DAEMON Fri Oct 19 09:46:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDV6N-0002MX-5T for mharc-emacs-orgmode@gnu.org; Fri, 19 Oct 2018 09:46:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDV6K-0002K5-Qy for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 09:46:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDV6E-00039g-Vz for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 09:46:04 -0400 Received: from nospam.nichework.com ([206.71.169.33]:59481) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDV6E-000383-Km for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 09:45:58 -0400 Received: from localhost (localhost.localdmain [127.0.0.1]) by nospam.nichework.com (Postfix) with ESMTP id 64843B400B for ; Fri, 19 Oct 2018 09:45:30 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at nospam.nichework.com Received: from nospam.nichework.com ([127.0.0.1]) by localhost (nospam.nichework.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F3QrH3+2MAq2 for ; Fri, 19 Oct 2018 09:45:30 -0400 (EDT) Received: from mail.nichework.com (mail.nichework.com [108.161.151.158]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by nospam.nichework.com (Postfix) with ESMTPS id 0FA32B400C for ; Fri, 19 Oct 2018 09:45:30 -0400 (EDT) Received: from mail.nichework.com (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTPS id B593E4E096F for ; Fri, 19 Oct 2018 06:45:55 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.nichework.com (Postfix) with ESMTP id A83064E0A46 for ; Fri, 19 Oct 2018 06:45:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at mail.nichework.com Received: from mail.nichework.com ([127.0.0.1]) by localhost (mail.nichework.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cZYOi1mqKP5S for ; Fri, 19 Oct 2018 06:45:55 -0700 (PDT) Received: from slink.everybody.org (unknown [24.229.149.248]) by mail.nichework.com (Postfix) with ESMTPSA id 4AC7D4E096F for ; Fri, 19 Oct 2018 06:45:55 -0700 (PDT) From: "Mark A. Hershberger" To: emacs-orgmode@gnu.org References: <87r2gom1qx.fsf@everybody.org> <87va5y6gpd.fsf@nicolasgoaziou.fr> X-URL: http://hexmode.com/ Date: Fri, 19 Oct 2018 09:45:47 -0400 In-Reply-To: <87va5y6gpd.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 19 Oct 2018 00:19:26 +0200") Message-ID: <874ldiaw38.fsf@everybody.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 206.71.169.33 Subject: Re: [O] =?utf-8?q?Bug=3A_ox-odt=2Eel_should_support_text=3Astart-val?= =?utf-8?b?dWUgWzkuMS4xNCAoOS4xLjE0LTctZzAxYzQxOS1lbHBhcGx1cyBAIOKApi9v?= =?utf-8?q?rg-plus-contrib-20181015/=29=5D?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 13:46:06 -0000 --=-=-= Content-Type: text/plain Nicolas Goaziou writes: > Could you provide a patch using git format-patch, with a proper commit > message? Attached. Also see . > Also, if you haven't signed FSF papers, please add TINYCHANGE at the > end of the commit message. I have signed papers on file. Mark. --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=0001-Add-support-for-text-start-value-to-ox-odt.el.patch >From 91cb08df2473c70b7817c37ae0744e051964ad07 Mon Sep 17 00:00:00 2001 From: "Mark A. Hershberger" Date: Fri, 19 Oct 2018 09:19:38 -0400 Subject: [PATCH] Add support for text:start-value to ox-odt.el ODF supports starting lists at a set number via text:start-value. Without this, ODF files just restart numbering when they should continue with the specified number. --- lisp/ox-odt.el | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/lisp/ox-odt.el b/lisp/ox-odt.el index 70ef9de2e..b9a81f74d 100644 --- a/lisp/ox-odt.el +++ b/lisp/ox-odt.el @@ -1966,10 +1966,13 @@ contextual information." CONTENTS holds the contents of the item. INFO is a plist holding contextual information." (let* ((plain-list (org-export-get-parent item)) + (count (org-element-property :counter item)) (type (org-element-property :type plain-list))) (unless (memq type '(ordered unordered descriptive-1 descriptive-2)) (error "Unknown list type: %S" type)) - (format "\n\n%s\n%s" + (format (concat "\n\n%s\n%s") contents (if (org-element-map item 'table #'identity info 'first-match) "" -- 2.19.1 --=-=-=-- From MAILER-DAEMON Fri Oct 19 16:15:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDbBQ-00066j-Kz for mharc-emacs-orgmode@gnu.org; Fri, 19 Oct 2018 16:15:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58144) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDYWC-0002Is-9g for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 13:25:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDYWB-0006C3-JP for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 13:25:00 -0400 Received: from mail-it1-x12d.google.com ([2607:f8b0:4864:20::12d]:53703) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gDYWB-0006Bm-DP for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 13:24:59 -0400 Received: by mail-it1-x12d.google.com with SMTP id q70-v6so5149675itb.3 for ; Fri, 19 Oct 2018 10:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=erZ1CLDjnchryorkEtT8fo7UhwoEGwPsLNzW4vBDHM0=; b=IaTDYu8XXICCX01Ad0XxtmA1x4pM00Y/3e+AfmLzgtJ1ycOPqq1mWnXMSglFnGneGy IvCaHDPRt21VH/1Min0ncF6L71FXq85Ht/jzMRsgGwd4PS5KM2cbd8bZZ0MFo+nb5kMl VhUCDg90pPKRioISmZWfuxToaPtQiHdTd/PH5y7iCsLrRGP6BKcxxv/EnnN3MMR78orc fJtYfITmW3p+saugqvHSqGdt2mQAKQ4XSUKeEj2AguA1nDzHLvvKfmYQBm9Wd73E7LwH wPkG7vT4lAchcgQ3qjR4A6oj4oA/UqMzayPs/PSd6xHhHMqMvVZE0fBDloDGf5LgB/sX uN8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=erZ1CLDjnchryorkEtT8fo7UhwoEGwPsLNzW4vBDHM0=; b=WyYcHWLGuqzTuh3HFrnI3fPCwLOqhmUUVa5gJI4wXmkDoUqZh6QoILUOQhtXyeEuj5 7meSw8260aby5d5JyZNhGnXlYmdiqw2hG99qckJeTFJw7W1J/YD6EsWr8B2YAyFRr/Zq GNBr1o0BxX0h6LEVafT3dn71Pa3wtz+dM7tOvauVy/DPBEP40x+H9GoR4MGh00Myr2hA tQmcBc6eWF2+cdhG7cVFq5ofZfwVXL9UYKPelaBR8d7NYDLCamTe7eD4cYBAIsL7ym3Z 8Pr0vqgE+ot/JVlvVz7wf04b4TNT/eS9j+vyXhC1RXkNYjzUKEiiVeaZ1LNT9ndogFW3 0Okg== X-Gm-Message-State: ABuFfohQ/y/OmxVaGiF2PIA3F1nLqKR+6s6QlksoLUfe8oKgJ4bABgab 3Tvf2JOtDuB0/OrbnLSfXFhZSEwhsn7MPg/Rb1mLqprR X-Google-Smtp-Source: ACcGV63jWzPkT/n1gPBnoMbDGCpph+yLqqyn7YOsdVGgUBxDpo5TM5EjhVhtG4CMHxqSP3jTn7jC8c5qn2RM+0Wx1dE= X-Received: by 2002:a24:2e4e:: with SMTP id i75-v6mr3629483ita.72.1539969898271; Fri, 19 Oct 2018 10:24:58 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?SMOpY3RvciBFbnLDrXF1ZXogUmFtw7Nu?= Date: Fri, 19 Oct 2018 19:24:46 +0200 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000c057da0578982e58" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12d X-Mailman-Approved-At: Fri, 19 Oct 2018 16:15:42 -0400 Subject: [O] Bug: ox-beamer add label when option 'allowframebreaks' setted in org-beamer-frame-default-options [9.1.14 (9.1.14-7-g01c419-elpaplus @ .emacs.d/elpa/org-plus-contrib-20181015/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2018 17:25:01 -0000 --000000000000c057da0578982e58 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Latex beamer not allow 'label=3D' when 'allowframebreaks' setted in frame. In file ox-beamer.el function org-beamer--format-frame search 'allowframebreaks' option inside beamer-opt but not inside variable org-beamer-frame-default-options. Then insert 'label=3D..' with 'allowframebreaks' and latex hide continuation's frames. Best regards. H=C3=A9ctor Emacs : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars) of 2018-05-30 Package: Org mode version 9.1.14 (9.1.14-7-g01c419-elpaplus @ /home/edo/.emacs.d/elpa/org-plus-contrib-20181015/) --000000000000c057da0578982e58 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Latex beamer not allow 'label=3D= ' when 'allowframebreaks' setted in frame.

=
In file ox-beamer.el function org-beamer--format-frame search
'allowframebreaks' option inside beamer-opt but not inside variab= le
org-beamer-frame-default-options. Then insert 'label=3D..&= #39; with
'allowframebreaks' and latex hide continuation&= #39;s frames.

Best regards. H=C3=A9ctor
=
Emacs=C2=A0 : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, = X toolkit, Xaw scroll bars)
=C2=A0of 2018-05-30
Package= : Org mode version 9.1.14 (9.1.14-7-g01c419-elpaplus @ /home/edo/.emacs.d/e= lpa/org-plus-contrib-20181015/)

--000000000000c057da0578982e58-- From MAILER-DAEMON Fri Oct 19 22:12:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDgkK-0008Hi-F1 for mharc-emacs-orgmode@gnu.org; Fri, 19 Oct 2018 22:12:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDgkH-0008HV-Fp for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 22:12:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDgkG-0005ey-4I for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 22:12:05 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:40897) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gDgkF-0005dz-Mx for emacs-orgmode@gnu.org; Fri, 19 Oct 2018 22:12:03 -0400 Received: by mail-ed1-x534.google.com with SMTP id r1-v6so33052352edd.7 for ; Fri, 19 Oct 2018 19:12:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:cc; bh=sQO5FApwJ6UdCSUq/g9UWtTRo1Yde/0xPUM7kRRKuJg=; b=ixpW9zJzx8s67Kqih4begYdZvMOwHgY1N6eMkZkXUMIbraeGV5COGkxqIapH9qk246 4mlFlCt2L1PI+F1tSl13htN05Emv12XM/iWmB42mDa05mq7YTDDQRoAIPHwQMJo0I2Et uPoIFtFves4isANSezAFOcUY56iuPaPgdD/kRfH6iapo4YTN9Dw1F+ghj5+bINFRvm8/ U9GPDs+WtXO1xn+ZxmfYvxly6HDOQUQBgZ1vu6tlCvmEygi/P7umJ7xa74S7aIZKU7pP hb37MlpQroZnUZCg8gFBQ7fXzZD9tGHJCW33gDVmArVdUbyzd1LeW4Wj8xXc6dQRlxay iHBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:cc; bh=sQO5FApwJ6UdCSUq/g9UWtTRo1Yde/0xPUM7kRRKuJg=; b=Q3vG2DKN3OwKHG64yIzmUMdX1mGXtxtA8POwRmrAIY1Z1XPyEMbSp1N8myFunwah0o ILBfe6aQZaw4Mi6aSAFRAkyndzcsTWd3ZtkUZkYEXW2GY6MiMtotDKNvCDwmDKu8BZhG 7QKkw2ZNvTToVg1Z/K7mz1OCDa5Z6aJBqCGjRlgebt/4PH4WnbR0eyUjQSmEJ3nkaBEF HTtmSD/1O/QEGrni1LJylBKO3GPV0pfC4qWc2CfwkhIXTQ8mBWmZOqg2dAAjrvjieM0J KWVuIlpgFvvVYMwFK2DpK6TYoE3/1Zxy0EubJ/MEdvm2fy9kwkH/Y0Z9IcN/MhvTAahY Pfpg== X-Gm-Message-State: ABuFfogTD7n5cttbE8K94mxPc1SzT5CS9QZRINWJtumXTZJeRjZZ2ZNY cBsP/UK6YOulIGjDluIN1XQ+XftwbrXaGGT58Oqw2A== X-Google-Smtp-Source: ACcGV63wOtASZ5dmte7/qQ3Mov1Al+Wsp9/cuAAZNq7bB9r3oDjmWZHAoty1hi2UI62wuIoRvjvsI/N4F9cvbOTUupE= X-Received: by 2002:a50:a908:: with SMTP id l8-v6mr7911223edc.30.1540001522275; Fri, 19 Oct 2018 19:12:02 -0700 (PDT) MIME-Version: 1.0 Sender: alphadeltapapa@gmail.com Received: by 2002:a50:a573:0:0:0:0:0 with HTTP; Fri, 19 Oct 2018 19:12:01 -0700 (PDT) Received: by 2002:a50:a573:0:0:0:0:0 with HTTP; Fri, 19 Oct 2018 19:12:01 -0700 (PDT) In-Reply-To: <87r2gm6fdp.fsf@nicolasgoaziou.fr> References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> <87pnw8engh.fsf@nicolasgoaziou.fr> <87h8hkqtfb.fsf@alphapapa.net> <87r2gm6fdp.fsf@nicolasgoaziou.fr> From: Adam Porter Date: Fri, 19 Oct 2018 21:12:01 -0500 X-Google-Sender-Auth: zND5pmr6uQyp1S9okcNF9TT_2O8 Message-ID: Cc: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000b05a8c05789f8b2a" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::534 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 02:12:06 -0000 --000000000000b05a8c05789f8b2a Content-Type: text/plain; charset="UTF-8" On Oct 18, 2018 5:48 PM, "Nicolas Goaziou" wrote: > Are you saying that queries are turned into regexp searches within Org files? If so, I don't think they should. Yes, because this is the fastest way to search for matching entries in a buffer, when it's possible to use a regexp search. > Queries should only operate on the output of the data extraction, possibly a list of defstructs. I.e., you first extract all meaningful data from the document (during idle time, with cache, or whatever optimization would be chosen), store it in an appropriate format, then query it. > > WDYT? That would be ideal. The problem I foresee is that, when a buffer's cache is not up-to-date, and the user runs an agenda query, the user will have to wait for the buffer to be parsed and cached, which is much slower than a regexp search through the buffer. That was what I first tried with org-agenda-ng: I parsed the whole buffer with org-element and ran predicates against the element tree. It was much too slow to be practical, so I switched to the current approach, which runs predicates against each node, only checking the necessary metadata. It's fast enough to be useful, but can still be slow in some cases, and I don't think it would be fast enough as a replacement for the current agenda code. But with further optimization, like using whole-buffer regexp searches when possible, it might be. Another idea I've had, similar to yours, would be to pre-process buffers, adding metadata as text-properties on heading lines. However, I haven't tested it, and I don't know what the performance would be like. And it would still suffer from the caching problem I mentioned. I think the fundamental problems are 1) keeping the cache in sync with the raw buffer, and 2) the slow speed of parsing an entire buffer's metadata at once (depending on the size of the files, of course, but mine are big enough to be slow, and I'm sure many users have larger ones). Of course, maybe someone cleverer than me can figure out a clever solution to these problems. :) --000000000000b05a8c05789f8b2a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Oct 18, 2018 5:48 PM, "Nicolas Goaziou" <mail@nicolasgoaziou.fr> wrote= :

> Are you saying that queries are turned into regexp sear= ches within Org files? If so, I don't think they should.

Yes, because this is the fastest way to search for matching = entries in a buffer, when it's possible to use a regexp search.=C2=A0 <= /p>

> Queries should only operate on the output of the data e= xtraction, possibly a list of defstructs. I.e., you first extract all meani= ngful data from the document (during idle time, with cache, or whatever opt= imization would be chosen), store it in an appropriate format, then query i= t.
>
> WDYT?

That would be ideal. The problem I foresee is that, when a b= uffer's cache is not up-to-date, and the user runs an agenda query, the= user will have to wait for the buffer to be parsed and cached, which is mu= ch slower than a regexp search through the buffer.

That was what I first tried with org-agenda-ng: I parsed the= whole buffer with org-element and ran predicates against the element tree.= =C2=A0 It was much too slow to be practical, so I switched to the current a= pproach, which runs predicates against each node, only checking the necessa= ry metadata. It's fast enough to be useful, but can still be slow in so= me cases, and I don't think it would be fast enough as a replacement fo= r the current agenda code.=C2=A0 But with further optimization, like using = whole-buffer regexp searches when possible, it might be.

Another idea I've had, similar to yours, would be to pre= -process buffers, adding metadata as text-properties on heading lines. Howe= ver, I haven't tested it, and I don't know what the performance wou= ld be like. And it would still suffer from the caching problem I mentioned.=

I think the fundamental problems are 1) keeping the cache in= sync with the raw buffer, and 2) the slow speed of parsing an entire buffe= r's metadata at once (depending on the size of the files, of course, bu= t mine are big enough to be slow, and I'm sure many users have larger o= nes).

Of course, maybe someone cleverer than me can figure out a c= lever solution to these problems. :)

--000000000000b05a8c05789f8b2a-- From MAILER-DAEMON Sat Oct 20 04:12:55 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDmNT-0005p2-3w for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:12:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55651) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDmNQ-0005ov-WC for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:12:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDmNN-0006fW-R3 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:12:52 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:40945) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDmNL-0006XG-W3 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:12:48 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id E9666C0009; Sat, 20 Oct 2018 08:12:42 +0000 (UTC) From: Nicolas Goaziou To: Adam Porter Cc: emacs-orgmode@gnu.org References: <87h8hy1ho5.fsf@mbork.pl> <87o9c34ocl.fsf@alphapapa.net> <877eirdrqt.fsf@nicolasgoaziou.fr> <87ftx5fx3n.fsf@alphapapa.net> <87pnw8engh.fsf@nicolasgoaziou.fr> <87h8hkqtfb.fsf@alphapapa.net> <87r2gm6fdp.fsf@nicolasgoaziou.fr> Mail-Followup-To: Adam Porter , emacs-orgmode@gnu.org Date: Sat, 20 Oct 2018 10:12:41 +0200 In-Reply-To: (Adam Porter's message of "Fri, 19 Oct 2018 21:12:01 -0500") Message-ID: <87bm7phw92.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] How to make agenda generation faster X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 08:12:53 -0000 Hello, Adam Porter writes: > Yes, because this is the fastest way to search for matching entries in a > buffer, when it's possible to use a regexp search. You would still do regexp searches, but not at the time of queries. > That would be ideal. The problem I foresee is that, when a buffer's cache > is not up-to-date, and the user runs an agenda query, the user will have = to > wait for the buffer to be parsed and cached, which is much slower than a > regexp search through the buffer. No, because filling cache is still a regexp search. > That was what I first tried with org-agenda-ng: I parsed the whole buffer > with org-element and ran predicates against the element tree. Org Element is not needed, and even shouldn't be used, to retrieve most agenda related data. There are exceptions of course, mainly plain timestamps and clocks. This is where the current agenda is hard to beat, because 1. it cheats and includes timestamps without checking context, 2. it only searches for timestamps related to the day being displayed in the agenda view. The last point makes it particularly fast for single day views. > Another idea I've had, similar to yours, would be to pre-process buffers, > adding metadata as text-properties on heading lines. However, I haven't > tested it, and I don't know what the performance would be like. And it > would still suffer from the caching problem I mentioned. It is still a way to cache stuff. The difficulty here is to keep data up-to-date with changes. Storing per-node cache could be nice, nevertheless. > I think the fundamental problems are 1) keeping the cache in sync with the > raw buffer, Yes, whole buffer caching is simpler here: drop all cached data if buffer contents differ from the cached one. That's what I did in may last attempt to speed up agenda, comparing md5sums. It works reasonably well. I also cached per agenda data type (schedules, deadlines, clocks=E2=80=A6) = but that means you know something about the query. I think querying and searching should be separated should it shouldn't be done. > and 2) the slow speed of parsing an entire buffer's metadata at > once (depending on the size of the files, of course, but mine are big > enough to be slow, and I'm sure many users have larger ones). I think this could be solved by fetching data preemptively during idle time. I would also work well with per-node caching, since you can interrupt fetching easily. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Sat Oct 20 04:13:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDmOS-0006pc-LH for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:13:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55891) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDmOQ-0006og-QK for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:13:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDmOL-0007y1-UD for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:13:54 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:35575) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDmOL-0007w7-Mg for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:13:49 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id DFBE120008; Sat, 20 Oct 2018 08:13:47 +0000 (UTC) From: Nicolas Goaziou To: "Mark A. Hershberger" Cc: emacs-orgmode@gnu.org References: <87r2gom1qx.fsf@everybody.org> <87va5y6gpd.fsf@nicolasgoaziou.fr> <874ldiaw38.fsf@everybody.org> Mail-Followup-To: "Mark A. Hershberger" , emacs-orgmode@gnu.org Date: Sat, 20 Oct 2018 10:13:46 +0200 In-Reply-To: <874ldiaw38.fsf@everybody.org> (Mark A. Hershberger's message of "Fri, 19 Oct 2018 09:45:47 -0400") Message-ID: <877eidhw79.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] =?utf-8?q?Bug=3A_ox-odt=2Eel_should_support_text=3Astart-val?= =?utf-8?b?dWUgWzkuMS4xNCAoOS4xLjE0LTctZzAxYzQxOS1lbHBhcGx1cyBAIOKApi9v?= =?utf-8?q?rg-plus-contrib-20181015/=29=5D?= X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 08:13:55 -0000 Hello, "Mark A. Hershberger" writes: > Nicolas Goaziou writes: > >> Could you provide a patch using git format-patch, with a proper commit >> message? > > Attached. Also see > . Applied. Thank you. >> Also, if you haven't signed FSF papers, please add TINYCHANGE at the >> end of the commit message. > > I have signed papers on file. Great. I added you to the list of contributors with signed FSF papers. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 20 04:26:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDmam-0003bj-Pp for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:26:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58848) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDmal-0003Za-03 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:26:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDmaf-00008J-LY for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:26:38 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:47447) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDmaY-0008Hf-HG for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:26:29 -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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 91EEA60008; Sat, 20 Oct 2018 08:26:14 +0000 (UTC) From: Nicolas Goaziou To: Marcin Borkowski Cc: Org-Mode mailing list References: <87ftx3wvyi.fsf@mbork.pl> Mail-Followup-To: Marcin Borkowski , Org-Mode mailing list Date: Sat, 20 Oct 2018 10:26:13 +0200 In-Reply-To: <87ftx3wvyi.fsf@mbork.pl> (Marcin Borkowski's message of "Thu, 18 Oct 2018 09:33:09 +0200") Message-ID: <8736t1hvmi.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.195 Subject: Re: [O] Why is ":CLOCK => hh:mm" allowed as a clock entry? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 08:26:40 -0000 Hello, Marcin Borkowski writes: > I am studying the `org-clock-sum' function (I need to parse an Org file > and extract clocking data), and I noticed that ":CLOCK =3D> hh:mm" is > allowed as a clock entry. The Org syntax at > https://orgmode.org/worg/dev/org-syntax.html#Clock,_Diary_Sexp_and_Planni= ng > confirms this. CLOCK: and CLOCK: =3D> hh:mm are simply empty clocks. > What is the rationale behind this? Treating them as regular text would complicate parsing unnecessarily, e.g., to determine when to stop a paragraph.=20 There are other cases that can lead to odd clocks: CLOCK: INACTIVE-TIMESTAMP =3D> HH:MM where INACTIVE-TIMESTAMP is not a timestamp range. > I want not only to sum the clocks (org-clock-sum does that, of > course), but I want more detailed information (like how many clocks > were that in the given period etc.). The format with only the duration > makes this troublesome, and I'd like to ignore such entries (I have > never seen them in my files, of course). I'm wondering what scenario > could lead to their existence? Hand-writing a clock information? In any case, you can simply ignore them whenever you find them =E2=80=93 wh= ich shouldn't happen, right? We can also add a checker in Org Lint for those problematic cases. > BTW, the syntax draft says that there can be any TIMESTAMP object before > the DURATION, but `org-clock-sum' assumes that its timestamps are > inactive. Isn't that a bug? This is an oversight. Clock timestamps must be inactive. I will fix it. Thank you. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Sat Oct 20 04:53:35 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDn0p-0005c6-1G for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:53:35 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDn0m-0005bo-QK for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:53:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDn0i-0004lt-Ls for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:53:31 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:47775) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDn0h-0004WY-Df for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 04:53:28 -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 CA26B240005; Sat, 20 Oct 2018 08:53:22 +0000 (UTC) From: Nicolas Goaziou To: =?utf-8?Q?H=C3=A9ctor_Enr=C3=ADquez_Ram=C3=B3n?= Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: =?utf-8?Q?H=C3=A9ctor_Enr=C3=ADquez_Ram=C3=B3n?= , emacs-orgmode@gnu.org Date: Sat, 20 Oct 2018 10:53:21 +0200 In-Reply-To: (=?utf-8?Q?=22H=C3=A9ctor_Enr=C3=ADquez_Ram=C3=B3n=22's?= message of "Fri, 19 Oct 2018 19:24:46 +0200") Message-ID: <87y3atgfsu.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Bug: ox-beamer add label when option 'allowframebreaks' setted in org-beamer-frame-default-options [9.1.14 (9.1.14-7-g01c419-elpaplus @ .emacs.d/elpa/org-plus-contrib-20181015/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 08:53:33 -0000 Hello, H=C3=A9ctor Enr=C3=ADquez Ram=C3=B3n writes: > Latex beamer not allow 'label=3D' when 'allowframebreaks' setted in frame. > > In file ox-beamer.el function org-beamer--format-frame search > 'allowframebreaks' option inside beamer-opt but not inside variable > org-beamer-frame-default-options. Then insert 'label=3D..' with > 'allowframebreaks' and latex hide continuation's frames. Fixed. Thank you. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Sat Oct 20 05:02:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDn9v-0007kp-5T for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:02:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38210) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDn9t-0007ki-Iv for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:02:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDn9p-0007Lp-36 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:02:57 -0400 Received: from [61.175.244.13] (port=24612 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDn9l-0007Gk-F4 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:02:51 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 6EE5FA60178; Sat, 20 Oct 2018 17:02:47 +0800 (CST) User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: org-mode Reply-To: numbchild@gmail.com Date: Sat, 20 Oct 2018 17:02:46 +0800 Message-ID: <87tvlhhtxl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: [O] (no subject) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 09:02:58 -0000 Org source block header argument :var does not support quoted string with space separator like bellowing example: For example **** encrypt text -- ~<<< [TEXT]~ #+NAME: base64 encrypt text #+begin_src sh base64 <<< "stardiviner " #+end_src #+RESULTS: base64 encrypt text : c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== **** decrypt text -- ~-d~ #+begin_src sh :var encrypted="base64 encrypt text" # base64 -d <<< c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== base64 -d <<< $encrypted #+end_src If I use #+NAME: base64-encrypt-text and :var encrypted=base64-encrypt-text, then it works fine. -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Sat Oct 20 05:05:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDnCg-0000Qk-Qu for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:05:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38820) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDnCf-0000Qa-4R for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:05:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDnCa-0001Wg-GH for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:05:48 -0400 Received: from [61.175.244.13] (port=30049 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDnCU-0001Qo-54 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 05:05:39 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id E8869A60178; Sat, 20 Oct 2018 17:05:33 +0800 (CST) User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: org-mode Reply-To: numbchild@gmail.com Date: Sat, 20 Oct 2018 17:05:33 +0800 Message-ID: <87sh11htsy.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: [O] Org source block header argument :var does not support space separated string X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 09:05:50 -0000 Org source block header argument :var does not support quoted string with space separator like bellowing example: For example **** encrypt text -- ~<<< [TEXT]~ #+NAME: base64 encrypt text #+begin_src sh base64 <<< "stardiviner " #+end_src #+RESULTS: base64 encrypt text : c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== **** decrypt text -- ~-d~ #+begin_src sh :var encrypted="base64 encrypt text" # base64 -d <<< c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== base64 -d <<< $encrypted #+end_src If I use #+NAME: base64-encrypt-text and :var encrypted=base64-encrypt-text, then it works fine. -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Sat Oct 20 16:17:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDxgZ-00010N-Kq for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 16:17:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56657) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDxgX-0000zH-JH for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 16:17:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDxgS-0002PF-Kq for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 16:17:21 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:39247) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gDxgQ-0002J6-MP for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 16:17:16 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 255E9C0004; Sat, 20 Oct 2018 20:17:10 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87sh11htsy.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Sat, 20 Oct 2018 22:17:10 +0200 In-Reply-To: <87sh11htsy.fsf@gmail.com> (stardiviner's message of "Sat, 20 Oct 2018 17:05:33 +0800") Message-ID: <878t2sgypl.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] Org source block header argument :var does not support space separated string X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 20:17:22 -0000 Hello, stardiviner writes: > Org source block header argument :var does not support quoted string with space separator like bellowing example: > > For example > > **** encrypt text -- ~<<< [TEXT]~ > > #+NAME: base64 encrypt text > #+begin_src sh > > base64 <<< "stardiviner " #+end_src > > #+RESULTS: base64 encrypt text > : c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== > > > **** decrypt text -- ~-d~ > > #+begin_src sh :var encrypted="base64 encrypt text" > # base64 -d <<< c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== > base64 -d <<< $encrypted > #+end_src > > If I use #+NAME: base64-encrypt-text and :var > encrypted=base64-encrypt-text, then it works fine. I cannot reproduce your issues, literally. It complains about a redirection error or something. Anyway, I tried the following block: #+begin_src emacs-lisp :var encrypted="base64 encrypt text" encrypted #+end_src and the output is #+results: : base64 encrypt text which means there doesn't seem to be a problem with strings within quotes. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 20 17:26:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gDylh-0003uG-UK for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 17:26:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38255) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDylg-0003sb-BQ for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 17:26:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDylb-0006CA-EI for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 17:26:44 -0400 Received: from zed.grinta.net ([109.74.203.128]:53458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDylU-00069T-9U for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 17:26:35 -0400 Received: from black.local (c-98-245-163-4.hsd1.co.comcast.net [98.245.163.4]) (Authenticated sender: daniele) by zed.grinta.net (Postfix) with ESMTPSA id 44105E3145 for ; Sat, 20 Oct 2018 21:26:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=grinta.net; s=mail; t=1540070788; bh=/0UJH6ugt9Fzi1CPWtsJ7ppM84qAg9F8nDFJdATCKqs=; h=To:From:Subject:Date:From; b=Suyeu6MTbWNPpwiEoWGjoxjPgUuPMwlYB5LVrH2lSgdC1mWTbb8eltNxe6lnysvz6 +seJ9U3vWiAoCtNcRjp530bFXuMyn2rlsv9gUOArtlrZCkSoqf6SfXJuHiVt4rrA+9 cF6veQQrHNBA/fr6hp5eChRJkOZZ5RSlOFRW2cz4= To: emacs-orgmode@gnu.org From: Daniele Nicolodi Openpgp: preference=signencrypt Message-ID: <2f483369-511e-cf24-0731-040f3adde63a@grinta.net> Date: Sat, 20 Oct 2018 15:26:25 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 109.74.203.128 Subject: [O] Styling header stats for collapsed trees X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 21:26:45 -0000 Hello, there is a feature of Orgzly that I like: when a headline containing sub-haedlines is folded, the leading star (bullet in Orgzly interface) changes to signal that subheadings are hidden below. I've tried to see if org allows to easily achieve something similar, but the face of the headline and of the stars do not change when the headline is collapsed. Does anyone have a hint about something to hook upon to implement something like that? Thank you. Cheers, Dan From MAILER-DAEMON Sat Oct 20 20:35:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gE1iS-0000Vl-SX for mharc-emacs-orgmode@gnu.org; Sat, 20 Oct 2018 20:35:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gE1iQ-0000Vd-Gp for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 20:35:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gE1iP-0007p2-J7 for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 20:35:34 -0400 Received: from mail-it1-x12a.google.com ([2607:f8b0:4864:20::12a]:54160) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gE1iP-0007oa-DE for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 20:35:33 -0400 Received: by mail-it1-x12a.google.com with SMTP id q70-v6so8250391itb.3 for ; Sat, 20 Oct 2018 17:35:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=CHl9eHEnmZKCz9aIhB1M4m762c74HglrYQFaYbMxR1c=; b=JzUUTwDE6n5ge4OOHqZusC9POC9DrzThf2EJOE5wGYHHAyEycS59Hrvc0WxHSkWiv6 ZfM2jDRmYeh/bEn8h4y6y8x28TL1HIlCooz7A2Aq71Ep5vjnjp71lcnz3VKXG3Xu5C+J QiSWmNxjSA8uCP9J0avwQE29pjAvSyRiMp8r5EjUlF84vPnIh+s/m5r+zbiyVPOMvG0k sR1buUlEZX/gMCaK4SxfJOEUL+Io8iJ2GyEIAMS7QK5r6+soAczzd1MtCw2GA24Iap8R 8tYl1HOm87IvYEZa3UfYzsGGuD4ouz9WZvMxF0gQFxn52pgxVZ5dljawNu2z5FnCqVeb uV/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=CHl9eHEnmZKCz9aIhB1M4m762c74HglrYQFaYbMxR1c=; b=BVdISQ2BzCZKoBtoMCpJN3e95ENvB6pwRdypY2j4HdYsROwczTDp6s5Ym/umIup09o dMzZQR9Zu44z+WdClFClygPT93QAd+chX5zTINB4XTaTnsG/QsGHKYNGHPtaadEC6fqj 3E9jNf2co+0W79LcLK2/5C9gSOWhr8fgmIg59febrRYH7900CEq4rjMZ0kCD8cRINlm9 tG386oQzR4YMgQE1yVY5Q5pZGyaKtqyiwjZxJbIpzVXwSqRQqO2pJjOEoj5xK+xxIgkA 6s40Jry8QtMgOIqfRZR6+ZKMIKAORAcwLByyqtpk3MFH56XBISfIwNyXS7P/8n+Xc+v5 9ZVw== X-Gm-Message-State: ABuFfojsECY1TcW7H41SNZyqG9hUOq67b2CS1jhEjWSG0WbvlCLETl1k ZLoySh8wxcdC9CKmMvfhEUKkBSUpHU13kaGEsDeK1RUG X-Google-Smtp-Source: ACcGV62ezeKIsoOnmpt+NF+pulJhcpglIZ9VD7Teqq0lmDRKss70wPH3IIMFLNwB1+5j8IMKWPPuIW8DUBlmj4Wu7+w= X-Received: by 2002:a24:3cc5:: with SMTP id m188-v6mr6558293ita.85.1540082132010; Sat, 20 Oct 2018 17:35:32 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Sat, 20 Oct 2018 20:36:07 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="000000000000674c8a0578b25045" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12a Subject: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 00:35:35 -0000 --000000000000674c8a0578b25045 Content-Type: text/plain; charset="UTF-8" Hi eveyrone, I'm just wondering what tools other people use to manage paired parentheses and other markers in org. I'm revisiting my long-ago decision to turn all pairing tools off in org, but every tool I try is pretty frustrating out of the box: - smartparens steals a large number of really important structure-editing commands from org-mode. I find the default behaviour unusable. - electric-pair and autopair complete [[ immediately, and don't seem to allow me to skip past the closing brackets, so if I try to type [[ https://link.to.somewhere][link text]] I end up with [[link.to.somewhere]][link-text] . I'm willing to learn how to use these modes properly but I'm not quite sure how best to proceed, so if someone else has a solution that works I would be very grateful to hear it. thank you! --000000000000674c8a0578b25045 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi eveyrone,

I'm just wondering what tools other people use to manage paired paren= theses and other markers in org.=C2=A0 I'm revisiting my long-ago decis= ion to turn all pairing tools off in org, but every tool I try is pretty fr= ustrating out of the box:

- smartparens steals a l= arge number of really important structure-editing commands from org-mode.= =C2=A0 I find the default behaviour unusable.
- electric-pai= r and autopair complete [[ immediately, and don't seem to allow me to s= kip past the closing brackets, so if I try to type [[https://link.to.somewhere][link text]] I end up with [[= link.to.somewhere]][link-text] .

I'm will= ing to learn how to use these modes properly but I'm not quite sure how= best to proceed, so if someone else has a solution that works I would be v= ery grateful to hear it. thank you!
--000000000000674c8a0578b25045-- From MAILER-DAEMON Sun Oct 21 03:04:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gE7n2-0000Us-0f for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:04:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39360) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gDuCf-0002Xl-0B for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 12:34:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gDu3B-0006gr-1d for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 12:24:30 -0400 Received: from mail-vs1-xe36.google.com ([2607:f8b0:4864:20::e36]:35490) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gDu39-0006e2-GE for emacs-orgmode@gnu.org; Sat, 20 Oct 2018 12:24:28 -0400 Received: by mail-vs1-xe36.google.com with SMTP id c10so27163951vsk.2 for ; Sat, 20 Oct 2018 09:24:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=D2J2vFsbLvzJwTBL0CXpesxehxCIQw22AtLQihk3A/M=; b=XKzyfXoxgNeNUmPJLBtShl2tWlgW1VxSVjaT8HvyhFpOr885wzMM1n8fU6ojMxDtJP W8KIeuQuF1x3lFJzud7t+2C0XWfGr0rlvmgIPW+SaWfP7mdA27SNHP20f5Fvp8KUnjIc az9U7tlz4A6P81WaCToV2T0ZEwFPHxnLV9LRsskMa0WGD+jsX82yoYyGBNkLnZZvZigO 6F2Da6k6qpjGMgCxlb/1td893fjXkfV5dDiCFdLev6DFtbu+rSqCdkxlH0WkAFbzr510 cSMSeP6V6Ab35WaKLOChEl5Zu40oBW1J1nDZGSF9VCvqnhHeVH4Yu2BTHWN5iG1iZf2l vXGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=D2J2vFsbLvzJwTBL0CXpesxehxCIQw22AtLQihk3A/M=; b=OYpWHINQs2UOkmv07WuFbdGmENaon4EO7/jAX8HUJAj59shNZNK5w4gboOlH0LUJ6r gh4c747C1iJP0WI/91sYqjgI88mvcBUHQJyojgfSaKtIrz7AjX3T5xfAOobwcevs22lh rZYAZO6vLI9L2cxCk2i+vceBP5NRwzGgUjQpHX8uo0yQHXXhCiMUCOxV/I7Okv3o2kw/ DOBLLvNwokb0OyiT4Zp1JiqEhjR/M/KrXEu/+n+h8Jhz065GsMexGngnLZ5u8CoW2RwS QQK5osqL26GC0wexRq0yUJyDsuz5B9jq+23i+oQfnDkCPCSGwsOlE+8F8K+tiEVdk7AO 7Z9A== X-Gm-Message-State: ABuFfogDaelQmB7pm8zkSSVyjw55xpnqCh0kFASj+ZqwdKeLvtWSnkP7 SFgeh0ByZtFCwyU4SyotdEX4xpCh/jneKsGuWlz+7Ed3 X-Google-Smtp-Source: ACcGV61lnKEyg07g5ppClDiWzwFEDkT5pBGxURDeIkj6Jho3gWYoHooOSjnaA0abEon/4ZM81qAmU6amfVWXFOtO3Yo= X-Received: by 2002:a67:7c5:: with SMTP id 188mr14917788vsh.228.1540052661531; Sat, 20 Oct 2018 09:24:21 -0700 (PDT) MIME-Version: 1.0 From: Davi Ramos Date: Sat, 20 Oct 2018 13:24:10 -0300 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000d37d000578ab733e" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::e36 X-Mailman-Approved-At: Sun, 21 Oct 2018 03:04:42 -0400 Subject: [O] Bug: How can I keep time of the day after shifting multiple dates on the agenda view? [9.1.14 (9.1.14-1-g4931fc-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20180910/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2018 16:34:19 -0000 --000000000000d37d000578ab733e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm using batch agenda commands to change the dates of several dates, using the format "++8d" from the docs. The problem is that the time of day vanishes when I do that. I want to update the deadlines, but also keep their original times of the day. **Example**: ** TODO Some task DEADLINE: <2018-10-22 Mon 17:00> ** TODO Some other task DEADLINE: <2018-10-23 Tue 20:00> After `++1d`, what I want is: ** TODO Some task DEADLINE: <2018-10-23 Tue 17:00> ** TODO Some other task DEADLINE: <2018-10-24 Wed 20:00> But the actual result is: ** TODO Some task DEADLINE: <2018-10-23 Tue> ** TODO Some other task DEADLINE: <2018-10-24 Wed> ------------------------------------------------------------------------ Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.31) of 2018-08-16 Package: Org mode version 9.1.14 (9.1.14-1-g4931fc-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20180910/) current state: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-fontify-whole-heading-line t org-after-todo-state-change-hook '(org-clock-out-if-current) org-agenda-tags-column -80 org-pomodoro-long-break-length 25 org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-refile-targets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9)) org-html-format-inlinetask-function 'org-html-format-inlinetask-default-function org-pretty-entities t org-edit-src-content-indentation 0 org-odt-format-headline-function 'org-odt-format-headline-default-function org-agenda-files '("/home/BigHome/Documents/org/Estudo/Unifacs/PrimeiroSemestre/Mat=C3=A9ria= s/Algoritmos/Algs/Listas/ new_steps.org" "/home/BigHome/Documents/org/Estudo/Unifacs/PrimeiroSemestre/Mat=C3=A9rias/= Algoritmos/Algs/Listas/ etapas.org" "~/org/Compromissos/day.org" "~/org/Compromissos/tomorrow.org" "/home/BigHome/Documents/org/Notes/Clarice/clarice.org" "~/.emacs.d/init.or= g" "~/org/day.org") org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default org-clock-report-include-clocking-task t org-tag-alist '((:startgroup) ("@org" . 111) ("@unif" . 117) ("@blog" . 110) ("@fami" . 102) ("@heal" . 115) ("@tech" . 116) ("@grph" . 116) ("@prog" . 112) ("@emcs" . 101) ("@home" . 104) (:endgroup)) org-allow-promoting-top-level-subtree t org-archive-location "~/org/Archive/archive.org::" org-mode-hook '(evil-org-mode org-bullets-mode org-clock-load electric-pair-local-mode toc-org-enable #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes org-eldoc-load) org-clock-persist t org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"] org-outline-path-complete-in-steps nil org-archive-hook '(org-attach-archive-delete-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-startup-indented t org-agenda-before-write-hook '(org-agenda-add-entry-text) org-metaup-hook '(org-babel-load-in-session-maybe) org-bibtex-headline-format-function #[257 "\300 \236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-cliplink-max-length 60 org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"] org-babel-pre-tangle-hook '(save-buffer) org-file-apps '((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.jpg\\'" . "viewnior %s") ("\\.pdf\\'" . "zathura %s")) org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-hide-emphasis-markers t org-clock-in-resume t org-ascii-format-drawer-function #[771 " \207" [] 4 "\n\n(fn NAME CONTENTS WIDTH)"] org-ellipsis "." org-clock-x11idle-program-name "xprintidle" org-src-preserve-indentation t org-fontify-done-headline t org-pomodoro-short-break-length 10 org-occur-hook '(org-first-headline-recenter) org-agenda-mode-hook '((lambda nil (setq display-line-numbers nil) (setq truncate-lines t))) org-pomodoro-ticking-sound "~/.emacs.d/elpa/org-pomodoro-20171108.2114/resources/tick.wav" org-structure-template-alist '(("el" "#+BEGIN_SRC emacs-lisp :tangle yes\n?\n#+END_SRC") ("use" "#+BEGIN_SRC emacs-lisp :tangle yes\n(use-package ?\n:ensure t)\n#+END_SRC"= ) ("ll" "\\begin{equation*}\n\\begin{split}\n?\n\\end{split}\n\\end{equation*}") ("py" "#+BEGIN_SRC python :tangle yes\n?\n#+END_SRC") ("sh" "#+BEGIN_SRC shell :tangle yes\n?\n#+END_SRC") ("cc" "#+BEGIN_SRC C\n?\n#+END_SRC") ("s" "#+BEGIN_SRC ?\n\n#+END_SRC") ("e" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE") ("q" "#+BEGIN_QUOTE\n?\n#+END_QUOTE") ("v" "#+BEGIN_VERSE\n?\n#+END_VERSE") ("V" "#+BEGIN_VERBATIM\n?\n#+END_VERBATIM") ("c" "#+BEGIN_CENTER\n?\n#+END_CENTER") ("C" "#+BEGIN_COMMENT\n?\n#+END_COMMENT") ("l" "#+BEGIN_EXPORT latex\n?\n#+END_EXPORT") ("L" "#+LaTeX: ") ("h" "#+BEGIN_EXPORT html\n?\n#+END_EXPORT") ("H" "#+HTML: ") ("a" "#+BEGIN_EXPORT ascii\n?\n#+END_EXPORT") ("A" "#+ASCII: ") ("i" "#+INDEX: ?") ("I" "#+INCLUDE: %file ?")) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines) org-todo-keywords '((sequence "TODO" "|" "DONE" "MODIFIED")) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-tags-column -90 org-capture-mode-hook '((lambda nil (evil-insert-state) (evil-window-move-very-bottom))) org-replace-disputed-keys t org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function org-return-follows-link t org-refile-allow-creating-parent-nodes 'confirm org-refile-use-outline-path 'file org-confirm-shell-link-function 'yes-or-no-p org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :stor= e org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path)))) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path)))) ("https" :follow (lambda (path) (browse-url (concat "https:" path)))= ) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:" path)))) ("news" :follow (lambda (path) (browse-url (concat "news:" path)))) ("shell" :follow org--open-shell-link)) org-bullets-bullet-list '("=E2=97=90" "=E2=97=91" "=E2=97=92" "=E2=97=93" = "=E2=98=89" "=E2=97=8E" "=E2=97=89") org-latex-format-headline-function 'org-latex-format-headline-default-function org-link-translation-function 'toc-org-unhrefify org-pomodoro-finished-sound "~/.emacs.d/elpa/org-pomodoro-20171108.2114/resources/bell.wav" org-clock-idle-time 5 org-latex-format-inlinetask-function 'org-latex-format-inlinetask-default-function org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"= ] org-image-actual-width nil org-pomodoro-start-sound "~/.emacs.d/elpa/org-pomodoro-20171108.2114/resources/bell.wav" org-html-format-headline-function 'org-html-format-headline-default-function org-clock-mode-line-total 'current org-pomodoro-length 45 org-clock-out-remove-zero-time-clocks t org-link-frame-setup '((file . find-file)) org-pomodoro-short-break-sound "~/.emacs.d/elpa/org-pomodoro-20171108.2114/resources/bell.wav" org-use-speed-commands t org-pomodoro-long-break-sound "~/.emacs.d/elpa/org-pomodoro-20171108.2114/resources/bell_multiple.wav" org-clock-persist-query-resume nil ) --000000000000d37d000578ab733e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I'm using batch a= genda commands to change the dates of several dates,
using the fo= rmat "++8d" from the docs. The problem is that the time of day va= nishes when I do that. I want to update the deadlines, but also keep their = original times of the day.

**Example**:
=
=C2=A0 =C2=A0 ** TODO Some task
=C2=A0 =C2=A0 DEAD= LINE: <2018-10-22 Mon 17:00>

=C2=A0 =C2=A0 *= * TODO Some other task
=C2=A0 =C2=A0 DEADLINE: <2018-10-23 Tue= 20:00>

After `++1d`, what I want is:

=C2=A0 =C2=A0 ** TODO Some task
=C2=A0 =C2=A0 DEA= DLINE: <2018-10-23 Tue 17:00>

=C2=A0 =C2=A0 = ** TODO Some other task
=C2=A0 =C2=A0 DEADLINE: <2018-10-24 We= d 20:00>

But the actual result is:
=C2=A0 =C2=A0 ** TODO Some task
=C2=A0 =C2=A0 DEADLI= NE: <2018-10-23 Tue>

=C2=A0 =C2=A0 ** TODO S= ome other task
=C2=A0 =C2=A0 DEADLINE: <2018-10-24 Wed>

-----------------------------------------------------= -------------------

Emacs=C2=A0 : GNU Emacs 27.0.5= 0 (build 1, x86_64-pc-linux-gnu, GTK+ Version 2.24.31)
=C2=A0of 2= 018-08-16
Package: Org mode version 9.1.14 (9.1.14-1-g4931fc-elpa= plus @ ~/.emacs.d/elpa/org-plus-contrib-20180910/)

current state:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
<= div>(setq
=C2=A0org-src-mode-hook '(org-src-babel-configure-e= dit-buffer org-src-mode-configure-edit-buffer)
=C2=A0org-fontify-= whole-heading-line t
=C2=A0org-after-todo-state-change-hook '= (org-clock-out-if-current)
=C2=A0org-agenda-tags-column -80
=
=C2=A0org-pomodoro-long-break-length 25
=C2=A0org-metadown-h= ook '(org-babel-pop-to-session-maybe)
=C2=A0org-clock-out-hoo= k '(org-clock-remove-empty-clock-drawer)
=C2=A0org-refile-tar= gets '((nil :maxlevel . 9) (org-agenda-files :maxlevel . 9))
= =C2=A0org-html-format-inlinetask-function 'org-html-format-inlinetask-d= efault-function
=C2=A0org-pretty-entities t
=C2=A0org-e= dit-src-content-indentation 0
=C2=A0org-odt-format-headline-funct= ion 'org-odt-format-headline-default-function
=C2=A0org-agend= a-files '("/home/BigHome/Documents/org/Estudo/Unifacs/PrimeiroSeme= stre/Mat=C3=A9rias/Algoritmos/Algs/Listas/= new_steps.org" "/home/BigHome/Documents/org/Estudo/Unifacs/Pr= imeiroSemestre/Mat=C3=A9rias/Algoritmos/Algs/Listas/etapas.org" "~/org/Compromissos/day.org" "~/org/Compromissos/tomorrow.org" "/home/BigHome/Documents/org/Notes/Clarice= /clarice.org" "~/.emacs.d/init.org" "~/org/day.org")
=C2=A0org-ascii-format-inlinetask-funct= ion 'org-ascii-format-inlinetask-default
=C2=A0org-clock-repo= rt-include-clocking-task t
=C2=A0org-tag-alist '((:startgroup= ) ("@org" . 111) ("@unif" . 117) ("@blog" . 1= 10)
("@fami" = . 102) ("@heal" . 115) ("@tech" . 116) ("@grph&quo= t; . 116)
("@prog&= quot; . 112) ("@emcs" . 101) ("@home" . 104) (:endgroup= ))
=C2=A0org-allow-promoting-top-level-subtree t
=C2=A0= org-archive-location "~/org/Archive/archive.org::"
=C2= =A0org-mode-hook '(evil-org-mode org-bullets-mode org-clock-load electr= ic-pair-local-mode
toc-= org-enable
#[0 "\3= 00\301\302\303\304$\207"
<= /span>=C2=A0 =C2=A0[add-hook change-major-mode-hook org-show-block-all appe= nd local] 5]
#[0 "= \300\301\302\303\304$\207"
= =C2=A0 =C2=A0[add-hook change-major-mode-hook org-babel-show-result= -all append local]
=C2= =A0 =C2=A05]
org-babel-= result-hide-spec org-babel-hide-all-hashes org-eldoc-load)
=C2=A0= org-clock-persist t
=C2=A0org-odt-format-drawer-function #[514 &q= uot;\207" [] 3 "\n\n(fn NAME CONTENTS)"]
=C2=A0org= -outline-path-complete-in-steps nil
=C2=A0org-archive-hook '(= org-attach-archive-delete-maybe)
=C2=A0org-confirm-elisp-link-fun= ction 'yes-or-no-p
=C2=A0org-startup-indented t
=C2= =A0org-agenda-before-write-hook '(org-agenda-add-entry-text)
= =C2=A0org-metaup-hook '(org-babel-load-in-session-maybe)
=C2= =A0org-bibtex-headline-format-function #[257 "\300 \236A\207" [:t= itle] 3 "\n\n(fn ENTRY)"]
=C2=A0org-cliplink-max-length= 60
=C2=A0org-latex-format-drawer-function #[514 "\207"= [] 3 "\n\n(fn _ CONTENTS)"]
=C2=A0org-babel-pre-tangle= -hook '(save-buffer)
=C2=A0org-file-apps '((auto-mode . e= macs) ("\\.mm\\'" . default) ("\\.x?html?\\'" .= default)
("\\.jpg= \\'" . "viewnior %s") ("\\.pdf\\'" . "= ;zathura %s"))
=C2=A0org-tab-first-hook '(org-babel-hide= -result-toggle-maybe org-babel-header-arg-expand)
=C2=A0org-hide-= emphasis-markers t
=C2=A0org-clock-in-resume t
=C2=A0or= g-ascii-format-drawer-function #[771 " \207" [] 4 "\n\n(fn N= AME CONTENTS WIDTH)"]
=C2=A0org-ellipsis "."
=
=C2=A0org-clock-x11idle-program-name "xprintidle"
= =C2=A0org-src-preserve-indentation t
=C2=A0org-fontify-done-headl= ine t
=C2=A0org-pomodoro-short-break-length 10
=C2=A0or= g-occur-hook '(org-first-headline-recenter)
=C2=A0org-agenda-= mode-hook '((lambda nil (setq display-line-numbers nil) (setq truncate-= lines t)))
=C2=A0org-pomodoro-ticking-sound "~/.emacs.d/elpa= /org-pomodoro-20171108.2114/resources/tick.wav"
=C2=A0org-st= ructure-template-alist '(("el" "#+BEGIN_SRC emacs-lisp := tangle yes\n?\n#+END_SRC")
= ("use"
"#+BEGIN_SRC emacs-lisp :tangle yes\n(use-package ?\n:ensure t)\= n#+END_SRC")
(&qu= ot;ll"
"\\b= egin{equation*}\n\\begin{split}\n?\n\\end{split}\n\\end{equation*}")
("py" "#= +BEGIN_SRC python :tangle yes\n?\n#+END_SRC")
("sh" "#+BEGIN_SRC shell :tangl= e yes\n?\n#+END_SRC")
("cc" "#+BEGIN_SRC C\n?\n#+END_SRC")
("s" "#+BEGIN_SRC ?\= n\n#+END_SRC")
(&= quot;e" "#+BEGIN_EXAMPLE\n?\n#+END_EXAMPLE")
("q" "#+BEGIN_QUOTE\n?= \n#+END_QUOTE")
(= "v" "#+BEGIN_VERSE\n?\n#+END_VERSE")
("V" "#+BEGIN_VERBATIM\n?= \n#+END_VERBATIM")
("c" "#+BEGIN_CENTER\n?\n#+END_CENTER")
("C" "#+BEGIN_COMMEN= T\n?\n#+END_COMMENT")
("l" "#+BEGIN_EXPORT latex\n?\n#+END_EXPORT")
("L" "#+LaT= eX: ")
("h&q= uot; "#+BEGIN_EXPORT html\n?\n#+END_EXPORT")
("H" "#+HTML: ")
=
("a" "#+BEGI= N_EXPORT ascii\n?\n#+END_EXPORT")
("A" "#+ASCII: ") ("i" "= ;#+INDEX: ?")
(&q= uot;I" "#+INCLUDE: %file ?"))
=C2=A0org-cycle-hook= '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
=C2=A0 org-cycle-show-empty-lines)
=C2=A0org-todo-keywords '((sequence "TODO" "|&q= uot; "DONE" "MODIFIED"))
=C2=A0org-speed-comm= and-hook '(org-speed-command-activate org-babel-speed-command-activate)=
=C2=A0org-tags-column -90
=C2=A0org-capture-mode-hook = '((lambda nil (evil-insert-state) (evil-window-move-very-bottom)))
=C2=A0org-replace-disputed-keys t
=C2=A0org-odt-format-inli= netask-function 'org-odt-format-inlinetask-default-function
= =C2=A0org-return-follows-link t
=C2=A0org-refile-allow-creating-p= arent-nodes 'confirm
=C2=A0org-refile-use-outline-path 'f= ile
=C2=A0org-confirm-shell-link-function 'yes-or-no-p
<= div>=C2=A0org-link-parameters '(("id" :follow org-id-open)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0("rmail" :follow org-rmail-open :store org-rmail-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0("mhe" :follow org-mhe-open :store org-mhe-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(&qu= ot;irc" :follow org-irc-visit :store org-irc-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("inf= o" :follow org-info-open :export org-info-export :store
org-info-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("gnus&q= uot; :follow org-gnus-open :store org-gnus-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("docview&qu= ot; :follow org-docview-open :export org-docview-export :store
org-docview-store-link)
<= span style=3D"white-space:pre"> =C2=A0 =C2=A0 =C2=A0 =C2=A0("b= ibtex" :follow org-bibtex-open :store org-bibtex-store-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("= ;bbdb" :follow org-bbdb-open :export org-bbdb-export :complete
org-bbdb-complete-link :store = org-bbdb-store-link)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0("w3m" :store org-w3m-store-link) ("= file+sys") ("file+emacs")
=C2=A0 =C2=A0 =C2=A0 =C2=A0("doi" :follow org--o= pen-doi-link)
=C2=A0 =C2= =A0 =C2=A0 =C2=A0("elisp" :follow org--open-elisp-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("= ;file" :complete org-file-complete-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("ftp" :follow (= lambda (path) (browse-url (concat "ftp:" path))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0("help&= quot; :follow org--open-help-link)
=C2=A0 =C2=A0 =C2=A0 =C2=A0("http" :follow (lambda (pa= th) (browse-url (concat "http:" path))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0("https" :f= ollow (lambda (path) (browse-url (concat "https:" path))))
<= div> =C2=A0 =C2=A0 =C2=A0 =C2=A0(&q= uot;mailto" :follow
(lambda (path) (browse-url (concat "mailto:" path))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0("= ;news" :follow (lambda (path) (browse-url (concat "news:" pa= th))))
=C2=A0 =C2=A0 =C2= =A0 =C2=A0("shell" :follow org--open-shell-link))
=C2= =A0org-bullets-bullet-list '("=E2=97=90" "=E2=97=91"= ; "=E2=97=92" "=E2=97=93" "=E2=98=89" "= =E2=97=8E" "=E2=97=89")
=C2=A0org-latex-format-hea= dline-function 'org-latex-format-headline-default-function
= =C2=A0org-link-translation-function 'toc-org-unhrefify
=C2=A0= org-pomodoro-finished-sound "~/.emacs.d/elpa/org-pomodoro-20171108.211= 4/resources/bell.wav"
=C2=A0org-clock-idle-time 5
= =C2=A0org-latex-format-inlinetask-function 'org-latex-format-inlinetask= -default-function
=C2=A0org-html-format-drawer-function #[514 &qu= ot;\207" [] 3 "\n\n(fn NAME CONTENTS)"]
=C2=A0org-= image-actual-width nil
=C2=A0org-pomodoro-start-sound "~/.em= acs.d/elpa/org-pomodoro-20171108.2114/resources/bell.wav"
= =C2=A0org-html-format-headline-function 'org-html-format-headline-defau= lt-function
=C2=A0org-clock-mode-line-total 'current
=C2=A0org-pomodoro-length 45
=C2=A0org-clock-out-remove-zero-ti= me-clocks t
=C2=A0org-link-frame-setup '((file . find-file))<= /div>
=C2=A0org-pomodoro-short-break-sound "~/.emacs.d/elpa/org-po= modoro-20171108.2114/resources/bell.wav"
=C2=A0org-use-speed= -commands t
=C2=A0org-pomodoro-long-break-sound "~/.emacs.d/= elpa/org-pomodoro-20171108.2114/resources/bell_multiple.wav"
=C2=A0org-clock-persist-query-resume nil
=C2=A0)
--000000000000d37d000578ab733e-- From MAILER-DAEMON Sun Oct 21 03:28:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gE89l-0006FY-04 for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:28:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42472) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gE89j-0006EM-0E for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:28:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gE89f-0002Af-1f for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:28:10 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:58693) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gE89e-00029i-Pw for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:28:06 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 995B4FF802; Sun, 21 Oct 2018 07:28:04 +0000 (UTC) From: Nicolas Goaziou To: Matt Price Cc: Org Mode References: Mail-Followup-To: Matt Price , Org Mode Date: Sun, 21 Oct 2018 09:28:03 +0200 In-Reply-To: (Matt Price's message of "Sat, 20 Oct 2018 20:36:07 -0400") Message-ID: <877eib21z0.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 07:28:11 -0000 Hello, Matt Price writes: > - electric-pair and autopair complete [[ immediately, and don't seem to > allow me to skip past the closing brackets, so if I try to type [[ > https://link.to.somewhere][link text]] I end up with > [[link.to.somewhere]][link-text] . I use C-c C-l to insert links with description. However, electric pairing does get in the way when writing sub/superscript. I use the following snippet to work around the issue: (add-function :before-until electric-pair-inhibit-predicate (lambda (c) (and (eq ?\{ c) (eq major-mode 'org-mode) (memq (char-before (1- (point))) '(?_ ?^))))) I guess you could do something similar to disable pairing when entering a bracket link. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sun Oct 21 03:53:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gE8YX-0004ms-0n for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:53:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46035) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gE8YU-0004eC-4h for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:53:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gE8YQ-0003at-TB for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:53:46 -0400 Received: from mail-eopbgr120093.outbound.protection.outlook.com ([40.107.12.93]:59308 helo=FRA01-PR2-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gE8YQ-0003aT-BY for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 03:53:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Wikstrom.onmicrosoft.com; s=selector1-whil-se; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QzHlhst2pnIPQBUQbboWa33zArX4gA7RhDxL9pSkZ9M=; b=KtmhkoOoPTHtPfFbW3NIwVoiJe2XVWIF5N0mqgz81GhQQrb50pu69ZwbI9Tl3YsPol51BJVF1lEWNGeYdPdfJEhY/4dYTXBQQIYmm5yfdSpDgzlZ06Qtkhx/u1LchVsJ46u/uPlmSUx7wZskyPdOks/BakT0hHA0J1k15YKMl5U= Received: from PR1PR02MB4732.eurprd02.prod.outlook.com (20.177.212.81) by PR1PR02MB4875.eurprd02.prod.outlook.com (20.177.210.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1250.30; Sun, 21 Oct 2018 07:53:39 +0000 Received: from PR1PR02MB4732.eurprd02.prod.outlook.com ([fe80::7dbf:38f:c747:580d]) by PR1PR02MB4732.eurprd02.prod.outlook.com ([fe80::7dbf:38f:c747:580d%2]) with mapi id 15.20.1250.028; Sun, 21 Oct 2018 07:53:39 +0000 From: =?utf-8?B?R3VzdGF2IFdpa3N0csO2bQ==?= To: "emacs-orgmode@gnu.org" Thread-Topic: [RFC] Link-type for attachments, more attach options Thread-Index: AdRpEiMmjp2mzFNYRQWF5c/pipJN0AAANqxA Date: Sun, 21 Oct 2018 07:53:38 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=gustav@whil.se; x-originating-ip: [2.248.109.155] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; PR1PR02MB4875; 6:GVf+c0psKio0QXkelr/jcS7rL4TWpUqB6D/68M49g+t9OGqBe6EdbeCn6kT5fWwnew6told8et9O/g1zqDl5oz1Ib6xgYdawFpxmbcNoQqknAZhM952IA5aTEsV4QmTXw7w7b1zNIRveIg6aDORGW90CmgFZVCewAQCUy2r9TJcXivXL8pdQDaOlr2qL6D4lj7ZW4iyINE1Ad9Bdw+HNLwMC65EfJC0tmGmllfsZofpAVc5hRZfA1r9C4FCwxWCNPaLIWr767O6TJRHJlsDC+7yea37tR5d9ZIWrGi5vWB+FUidFkp1APkrFTh9NUYTSPJbc8rTYvrPUPxSoHIHi1U+4zJYo4dRa6Qp+iz+K7JHAjT0YRKdOdrisRP+u2g2+enfhVq+hwxebg/cfhAO/kruMy8GRkwvavJOH05OhMHPFn/y/HxEongAStmS3H2DQOVT/OqEA0eHaeqJSv5aIfg==; 5:+ugcKOMoCouVoucA6Qc9rixUz9n4of4YycPAJFI0Zub402mB/SIfkXhgHAKeoqxHBdDiT9QSGrK9Fi078BQXoCsH2XySPXNTVA4NVWYdkP3vVvwZMzXIZNPgCOOWy90e/hcDqZsGgsyRZkkme2xToV3p1+T+Yc/evUgmOQH5oAI=; 7:K9/URilIu1x/r0X7CwjvBwEE6QJCKSHBY4yYph3K7RneY8irSFO/uBds3UkEZ54ZZDE22wk5+B7qHLBTtOxog0ZY+NsCDNiG2Fw1yadHx/oF+G/UZ1Fha4ONx0Opz3APHx2QD8b2y1GCU7Xw1+xOQ5OKJ6nio5zbA3+z3o8uLFqxedGnAKEG9k9FGm/Pf0JNe5v0Je03gOhMnA6lKKm6eaIiQ13C+NZw5aiucjiLrWLhJwwCjsvrIZQFmBjhVIEg x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 74937b9f-3068-4b4c-c6dd-08d6372a5009 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021145)(8989299)(5600074)(711020)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(2017052603328)(7153060)(49563074)(7193020); SRVR:PR1PR02MB4875; x-ms-traffictypediagnostic: PR1PR02MB4875: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155)(28532068793085)(190501279198761)(227612066756510); x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231355)(944501410)(4983020)(52105095)(3002001)(148016)(149066)(150057)(6041310)(2016111802025)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(6043046)(201708071742011)(7699051)(76991095); SRVR:PR1PR02MB4875; BCL:0; PCL:0; RULEID:; SRVR:PR1PR02MB4875; x-forefront-prvs: 083289FD26 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(366004)(396003)(39830400003)(136003)(189003)(199004)(26005)(790700001)(6116002)(66066001)(86362001)(2351001)(2501003)(25786009)(71200400001)(7736002)(102836004)(71190400001)(85202003)(106356001)(5250100002)(85182001)(3846002)(74316002)(186003)(33656002)(68736007)(5640700003)(6506007)(55016002)(6436002)(7696005)(105586002)(6306002)(2906002)(54896002)(5024004)(256004)(14444005)(2473003)(229853002)(5630700001)(99286004)(5660300001)(9686003)(486006)(508600001)(6916009)(476003)(14454004)(81156014)(81166006)(74482002)(8936002)(316002)(99936001)(8676002)(97736004)(53936002)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:PR1PR02MB4875; H:PR1PR02MB4732.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: whil.se does not designate permitted sender hosts) x-microsoft-antispam-message-info: q00DdSjqim09ZF3C1MX8mN0Wvq7wgMgj8nxrXGD5saW4nHHIOuxre0z085XmfReEJ4TTdZBXm7TJI4mZh3e1E6MJlV9VdsLDYW0YPAOofTnAShujixscMDjxy976k7j1LslwRfXe4/YrR2i1KwtVRK+23Lb8yYjV4C8D/xrB468CilVJKWIZUtFmCtUmxaEADoKpCvZggEgtZR4YE0lKrUOqQNMgoxOUENpZUGD7doCLIPd8qm7nTkDr6f2/c/jPFTIaelnIrTFjJOqd+ybDLbjFL+YLA/PDfYbBnu3vGBCdBKhMpADxVDi5uF7kn1TQk9bm93GFnx5zLUBxepkhQskYmlNNqPDz+zbpcLsY/jI= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_004_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_" MIME-Version: 1.0 X-OriginatorOrg: whil.se X-MS-Exchange-CrossTenant-Network-Message-Id: 74937b9f-3068-4b4c-c6dd-08d6372a5009 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Oct 2018 07:53:38.8464 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3f6cdb11-323f-43c4-adf3-a2c5097674cd X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR02MB4875 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 40.107.12.93 Subject: [O] FW: [RFC] Link-type for attachments, more attach options X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 07:53:47 -0000 --_004_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_ Content-Type: multipart/alternative; boundary="_000_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_" --_000_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJl2ZSBhdHRhY2hlZCBhIHBhdGNoIHdpdGggc29tZSBzdWdnZXN0ZWQgYWRkaXRp b25zIHRvIG9yZy1hdHRhY2guIFBhdGNoIGNvbW1lbnRzIGJlbG93LiBQbGVhc2UgcmV2aWV3Lg0K DQpLaW5kIHJlZ2FyZHMNCkd1c3Rhdg0KX19fDQpQYXRjaCBjb21tZW50czoNCiogQWRkIG5ldyBs aW5rdHlwZSAiYXR0YWNoZWQiIGZvciBhdHRhY2htZW50cw0KDQpBIG5ldyBsaW5rdHlwZSAiYXR0 YWNoZWQiIGlzIGFkZGVkIGluIG9yZGVyIHRvIHJlZHVjZSBsaW5rLWR1cGxpY2F0aW9uDQp3aGVu IHdhbnRpbmcgdG8gbGluayB0byBmaWxlcyBpbiBhdHRhY2hlZCBmb2xkZXJzIG9mIG5vZGVzLiBU aGlzIHdvcmtzDQpmb3IgYm90aCBJRC1iYXNlZCBhdHRhY2htZW50cyBhbmQgQVRUQUNIX0RJUi4g IElubGluZSBpbWFnZXMgd2lsbA0KdHJpZ2dlciBhbHNvIGZvciBhdHRhY2htZW50cywgYXMgd2Vs bCBhcyBzZWFyY2gtZGVjb3JhdGlvbnMgaW4gdGhlDQpsaW5rcy4gIFRoZSBnb2FsIGlzIHRvIG1h a2UgdGhlIGZ1bmN0aW9uYWxpdHkgZm9yIGF0dGFjaGVkLWxpbmtzDQptaXJyb3IgZmlsZS1saW5r cy4NCg0KKiBBZGQgZnVydGhlciBvcHRpb25zIGZvciBBVFRBQ0hfRElSDQoNCldoZW4gd29ya2lu ZyB3aXRoIEFUVEFDSF9ESVIgdGhlcmUgYXJlIG5vdyBhIGNvdXBsZSBvZiBuZXcgb3B0aW9ucyBh dmFpbGFibGU6DQotIG9yZy1hdHRhY2gtZGlyLWluaGVyaXQtYnktZGVmYXVsdA0KLSBvcmctYXR0 YWNoLWRpci1jcmVhdGUtaWYtbm90LWV4aXN0DQotIG9yZy1hdHRhY2gtZGlyLXJlbGF0aXZlDQoN CkRlc2NyaXB0aW9ucyBvZiB0aGVtIGNhbiBiZSBmb3VuZCBpbiB0aGUgY29tbWl0IGZvciBlYWNo IG5ldyBjdXN0b21pemF0aW9uLg0KDQoqIERvY3VtZW50YXRpb24gaW4gb3JnLW1hbnVhbA0KDQpP cmctbWFudWFsIGlzIHVwZGF0ZWQgd2l0aCB0aGUgbmV3IGxpbmstdHlwZSBhcyB3ZWxsIGFzIHNv bWUgbWlub3INCmNsZWFudXAgaW4gdGhlIGRvY3VtZW50YXRpb24gcmVsYXRlZCB0byBleHRlcm5h bCBsaW5rcyBhbmQgYXR0YWNobWVudHMuDQoNCg0K --_000_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0K CXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4w cHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5X b3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGlu az0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPknigJl2ZSBhdHRhY2hlZCBhIHBhdGNoIHdpdGggc29tZSBzdWdnZXN0ZWQgYWRkaXRp b25zIHRvIG9yZy1hdHRhY2guIFBhdGNoIGNvbW1lbnRzIGJlbG93LiBQbGVhc2UgcmV2aWV3Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+S2luZCByZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkd1c3RhdjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5fX188bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+UGF0Y2ggY29tbWVudHM6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiogQWRkIG5ldyBsaW5rdHlwZSAmcXVvdDthdHRhY2hl ZCZxdW90OyBmb3IgYXR0YWNobWVudHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkEgbmV3IGxpbmt0eXBl ICZxdW90O2F0dGFjaGVkJnF1b3Q7IGlzIGFkZGVkIGluIG9yZGVyIHRvIHJlZHVjZSBsaW5rLWR1 cGxpY2F0aW9uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiPndoZW4gd2FudGluZyB0byBsaW5rIHRvIGZpbGVzIGluIGF0dGFjaGVk IGZvbGRlcnMgb2Ygbm9kZXMuIFRoaXMgd29ya3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Zm9yIGJvdGggSUQtYmFzZWQgYXR0 YWNobWVudHMgYW5kIEFUVEFDSF9ESVIuJm5ic3A7IElubGluZSBpbWFnZXMgd2lsbDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj50 cmlnZ2VyIGFsc28gZm9yIGF0dGFjaG1lbnRzLCBhcyB3ZWxsIGFzIHNlYXJjaC1kZWNvcmF0aW9u cyBpbiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+bGlua3MuJm5ic3A7IFRoZSBnb2FsIGlzIHRvIG1ha2UgdGhlIGZ1bmN0 aW9uYWxpdHkgZm9yIGF0dGFjaGVkLWxpbmtzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPm1pcnJvciBmaWxlLWxpbmtzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+KiBBZGQgZnVydGhlciBvcHRpb25zIGZvciBBVFRBQ0hfRElSPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj5XaGVuIHdvcmtpbmcgd2l0aCBBVFRBQ0hfRElSIHRoZXJlIGFyZSBub3cg YSBjb3VwbGUgb2YgbmV3IG9wdGlvbnMgYXZhaWxhYmxlOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIG9yZy1hdHRhY2gtZGly LWluaGVyaXQtYnktZGVmYXVsdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIG9yZy1hdHRhY2gtZGlyLWNyZWF0ZS1pZi1ub3Qt ZXhpc3Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+LSBvcmctYXR0YWNoLWRpci1yZWxhdGl2ZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ RGVzY3JpcHRpb25zIG9mIHRoZW0gY2FuIGJlIGZvdW5kIGluIHRoZSBjb21taXQgZm9yIGVhY2gg bmV3IGN1c3RvbWl6YXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4qIERvY3VtZW50YXRpb24gaW4g b3JnLW1hbnVhbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+T3JnLW1hbnVhbCBpcyB1cGRhdGVkIHdpdGgg dGhlIG5ldyBsaW5rLXR5cGUgYXMgd2VsbCBhcyBzb21lIG1pbm9yPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmNsZWFudXAgaW4g dGhlIGRvY3VtZW50YXRpb24gcmVsYXRlZCB0byBleHRlcm5hbCBsaW5rcyBhbmQgYXR0YWNobWVu dHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_-- --_004_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_ Content-Type: application/octet-stream; name="0001-org-attach-org-manual-org-New-link-type-more-attach-.patch" Content-Description: 0001-org-attach-org-manual-org-New-link-type-more-attach-.patch Content-Disposition: attachment; filename="0001-org-attach-org-manual-org-New-link-type-more-attach-.patch"; size=21974; creation-date="Sun, 21 Oct 2018 07:51:13 GMT"; modification-date="Sun, 21 Oct 2018 07:51:13 GMT" Content-Transfer-Encoding: base64 RnJvbSBmZTY3NjAzM2Y4NzE0NjY0OTNhOTU4NDk3MmMzYjExMGY0YzU1MzYzIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/R3VzdGF2PTIwV2lrc3RyPUMzPUI2bT89IDxn dXN0YXYuZXJpa0BnbWFpbC5jb20+CkRhdGU6IFN1biwgMjMgU2VwIDIwMTggMDI6NDM6MTYgKzAy MDAKU3ViamVjdDogW1BBVENIXSBvcmctYXR0YWNoLCBvcmctbWFudWFsLCBvcmc6IE5ldyBsaW5r LXR5cGUsIG1vcmUgYXR0YWNoCiBvcHRpb25zCgoqIEFkZCBuZXcgbGlua3R5cGUgImF0dGFjaGVk IiBmb3IgYXR0YWNobWVudHMKCkEgbmV3IGxpbmt0eXBlICJhdHRhY2hlZCIgaXMgYWRkZWQgaW4g b3JkZXIgdG8gcmVkdWNlIGxpbmstZHVwbGljYXRpb24Kd2hlbiB3YW50aW5nIHRvIGxpbmsgdG8g ZmlsZXMgaW4gYXR0YWNoZWQgZm9sZGVycyBvZiBub2Rlcy4gVGhpcyB3b3Jrcwpmb3IgYm90aCBJ RC1iYXNlZCBhdHRhY2htZW50cyBhbmQgQVRUQUNIX0RJUi4gIElubGluZSBpbWFnZXMgd2lsbAp0 cmlnZ2VyIGFsc28gZm9yIGF0dGFjaG1lbnRzLCBhcyB3ZWxsIGFzIHNlYXJjaC1kZWNvcmF0aW9u cyBpbiB0aGUKbGlua3MuICBUaGUgZ29hbCBpcyB0byBtYWtlIHRoZSBmdW5jdGlvbmFsaXR5IGZv ciBhdHRhY2hlZC1saW5rcwptaXJyb3IgZmlsZS1saW5rcy4KCiogQWRkIGZ1cnRoZXIgb3B0aW9u cyBmb3IgQVRUQUNIX0RJUgoKV2hlbiB3b3JraW5nIHdpdGggQVRUQUNIX0RJUiB0aGVyZSBhcmUg bm93IGEgY291cGxlIG9mIG5ldyBvcHRpb25zIGF2YWlsYWJsZToKLSBvcmctYXR0YWNoLWRpci1p bmhlcml0LWJ5LWRlZmF1bHQKLSBvcmctYXR0YWNoLWRpci1jcmVhdGUtaWYtbm90LWV4aXN0Ci0g b3JnLWF0dGFjaC1kaXItcmVsYXRpdmUKCkRlc2NyaXB0aW9ucyBvZiB0aGVtIGNhbiBiZSBmb3Vu ZCBpbiB0aGUgY29tbWl0IGZvciBlYWNoIG5ldyBjdXN0b21pemF0aW9uLgoKKiBEb2N1bWVudGF0 aW9uIGluIG9yZy1tYW51YWwKCk9yZy1tYW51YWwgaXMgdXBkYXRlZCB3aXRoIHRoZSBuZXcgbGlu ay10eXBlIGFzIHdlbGwgYXMgc29tZSBtaW5vcgpjbGVhbnVwIGluIHRoZSBkb2N1bWVudGF0aW9u IHJlbGF0ZWQgdG8gZXh0ZXJuYWwgbGlua3MgYW5kIGF0dGFjaG1lbnRzLgotLS0KIGRvYy9vcmct bWFudWFsLm9yZyB8IDE0NCArKysrKysrKysrKysrKysrKysrKysrKysrKystLS0tLS0tLS0tLS0t LS0tLS0KIGxpc3Avb3JnLWF0dGFjaC5lbCB8IDEzOCArKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKy0tLS0tLS0tCiBsaXNwL29yZy5lbCAgICAgICAgfCAgMTcgKysrKy0tCiAzIGZp bGVzIGNoYW5nZWQsIDIxMiBpbnNlcnRpb25zKCspLCA4NyBkZWxldGlvbnMoLSkKCmRpZmYgLS1n aXQgYS9kb2Mvb3JnLW1hbnVhbC5vcmcgYi9kb2Mvb3JnLW1hbnVhbC5vcmcKaW5kZXggNzk0NWI3 MzMzLi4xNDRmNTk5M2UgMTAwNjQ0Ci0tLSBhL2RvYy9vcmctbWFudWFsLm9yZworKysgYi9kb2Mv b3JnLW1hbnVhbC5vcmcKQEAgLTMxMzcsNiArMzEzNyw3IEBAIHBvaW50IG9uIG9yIGF0IGEgdGFy Z2V0LgogIytjaW5kZXg6IGlyYyBsaW5rcwogIytjaW5kZXg6IFVSTCBsaW5rcwogIytjaW5kZXg6 IGZpbGUgbGlua3MKKyMrY2luZGV4OiBhdHRhY2hlZCBsaW5rcwogIytjaW5kZXg6IFJtYWlsIGxp bmtzCiAjK2NpbmRleDogTUgtRSBsaW5rcwogIytjaW5kZXg6IFVzZW5ldCBsaW5rcwpAQCAtMzE0 OCwzOCArMzE0OSw2MyBAQCBPcmcgc3VwcG9ydHMgbGlua3MgdG8gZmlsZXMsIHdlYnNpdGVzLCBV c2VuZXQgYW5kIGVtYWlsIG1lc3NhZ2VzLCBCQkRCCiBkYXRhYmFzZSBlbnRyaWVzIGFuZCBsaW5r cyB0byBib3RoIElSQyBjb252ZXJzYXRpb25zIGFuZCB0aGVpciBsb2dzLgogRXh0ZXJuYWwgbGlu a3MgYXJlIFVSTC1saWtlIGxvY2F0b3JzLiAgVGhleSBzdGFydCB3aXRoIGEgc2hvcnQKIGlkZW50 aWZ5aW5nIHN0cmluZyBmb2xsb3dlZCBieSBhIGNvbG9uLiAgVGhlcmUgY2FuIGJlIG5vIHNwYWNl IGFmdGVyCi10aGUgY29sb24uICBUaGUgZm9sbG93aW5nIGxpc3Qgc2hvd3MgZXhhbXBsZXMgZm9y IGVhY2ggbGluayB0eXBlLgotCi18ID1odHRwOi8vd3d3LmFzdHJvLnV2YS5ubC89ZG9taW5paz0g ICAgICAgIHwgb24gdGhlIHdlYiAgICAgICAgICAgICAgICAgICAgIHwKLXwgPWRvaToxMC4xMDAw LzE4Mj0gICAgICAgICAgICAgICAgICAgICAgICAgfCBET0kgZm9yIGFuIGVsZWN0cm9uaWMgcmVz b3VyY2UgfAotfCA9ZmlsZTovaG9tZS9kb21pbmlrL2ltYWdlcy9qdXBpdGVyLmpwZz0gICB8IGZp bGUsIGFic29sdXRlIHBhdGggICAgICAgICAgICB8Ci18ID0vaG9tZS9kb21pbmlrL2ltYWdlcy9q dXBpdGVyLmpwZz0gICAgICAgIHwgc2FtZSBhcyBhYm92ZSAgICAgICAgICAgICAgICAgIHwKLXwg PWZpbGU6cGFwZXJzL2xhc3QucGRmPSAgICAgICAgICAgICAgICAgICAgfCBmaWxlLCByZWxhdGl2 ZSBwYXRoICAgICAgICAgICAgfAotfCA9Li9wYXBlcnMvbGFzdC5wZGY9ICAgICAgICAgICAgICAg ICAgICAgICB8IHNhbWUgYXMgYWJvdmUgICAgICAgICAgICAgICAgICB8Ci18ID1maWxlOi9zc2g6 bWVAc29tZS53aGVyZTpwYXBlcnMvbGFzdC5wZGY9IHwgZmlsZSwgcGF0aCBvbiByZW1vdGUgbWFj aGluZSAgIHwKLXwgPS9zc2g6bWVAc29tZS53aGVyZTpwYXBlcnMvbGFzdC5wZGY9ICAgICAgfCBz YW1lIGFzIGFib3ZlICAgICAgICAgICAgICAgICAgfAotfCA9ZmlsZTpzb21ldGV4dGZpbGU6Ok5O Tj0gICAgICAgICAgICAgICAgICB8IGZpbGUsIGp1bXAgdG8gbGluZSBudW1iZXIgICAgICB8Ci18 ID1maWxlOnByb2plY3RzLm9yZz0gICAgICAgICAgICAgICAgICAgICAgIHwgYW5vdGhlciBPcmcg ZmlsZSAgICAgICAgICAgICAgIHwKLXwgPWZpbGU6cHJvamVjdHMub3JnOjpzb21lIHdvcmRzPSAg ICAgICAgICAgfCB0ZXh0IHNlYXJjaCBpbiBPcmcgZmlsZVtmbjoyOF0gfAotfCA9ZmlsZTpwcm9q ZWN0cy5vcmc6Oip0YXNrIHRpdGxlPSAgICAgICAgICB8IGhlYWRpbmcgc2VhcmNoIGluIE9yZyBm aWxlICAgICB8Ci18ID1maWxlK3N5czovcGF0aC90by9maWxlPSAgICAgICAgICAgICAgICAgIHwg b3BlbiB2aWEgT1MsIGxpa2UgZG91YmxlLWNsaWNrIHwKLXwgPWZpbGUrZW1hY3M6L3BhdGgvdG8v ZmlsZT0gICAgICAgICAgICAgICAgfCBmb3JjZSBvcGVuaW5nIGJ5IEVtYWNzICAgICAgICAgfAot fCA9ZG9jdmlldzpwYXBlcnMvbGFzdC5wZGY6Ok5OTj0gICAgICAgICAgICB8IG9wZW4gaW4gZG9j LXZpZXcgbW9kZSBhdCBwYWdlICB8Ci18ID1pZDpCNzQyM0Y0RC0yRThBLTQ3MUItODgxMC1DNDBG MDc0NzE3RTk9IHwgbGluayB0byBoZWFkaW5nIGJ5IElEICAgICAgICAgIHwKLXwgPW5ld3M6Y29t cC5lbWFjcz0gICAgICAgICAgICAgICAgICAgICAgICAgfCBVc2VuZXQgbGluayAgICAgICAgICAg ICAgICAgICAgfAotfCA9bWFpbHRvOmFkZW50QGdhbGF4eS5uZXQ9ICAgICAgICAgICAgICAgICB8 IG1haWwgbGluayAgICAgICAgICAgICAgICAgICAgICB8Ci18ID1taGU6Zm9sZGVyPSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwgTUgtRSBmb2xkZXIgbGluayAgICAgICAgICAgICAgIHwK LXwgPW1oZTpmb2xkZXIjaWQ9ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBNSC1FIG1lc3Nh Z2UgbGluayAgICAgICAgICAgICAgfAotfCA9cm1haWw6Zm9sZGVyPSAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8IFJtYWlsIGZvbGRlciBsaW5rICAgICAgICAgICAgICB8Ci18ID1ybWFpbDpm b2xkZXIjaWQ9ICAgICAgICAgICAgICAgICAgICAgICAgIHwgUm1haWwgbWVzc2FnZSBsaW5rICAg ICAgICAgICAgIHwKLXwgPWdudXM6Z3JvdXA9ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fCBHbnVzIGdyb3VwIGxpbmsgICAgICAgICAgICAgICAgfAotfCA9Z251czpncm91cCNpZD0gICAg ICAgICAgICAgICAgICAgICAgICAgICB8IEdudXMgYXJ0aWNsZSBsaW5rICAgICAgICAgICAgICB8 Ci18ID1iYmRiOlIuKlN0YWxsbWFuPSAgICAgICAgICAgICAgICAgICAgICAgIHwgQkJEQiBsaW5r ICh3aXRoIHJlZ2V4cCkgICAgICAgIHwKLXwgPWlyYzovaXJjLmNvbS8jZW1hY3MvYm9iPSAgICAg ICAgICAgICAgICAgfCBJUkMgbGluayAgICAgICAgICAgICAgICAgICAgICAgfAotfCA9aW5mbzpv cmcjRXh0ZXJuYWwgbGlua3M9ICAgICAgICAgICAgICAgICB8IEluZm8gbm9kZSBsaW5rICAgICAg ICAgICAgICAgICB8Ci18ID1zaGVsbDpscyAqLm9yZz0gICAgICAgICAgICAgICAgICAgICAgICAg IHwgc2hlbGwgY29tbWFuZCAgICAgICAgICAgICAgICAgIHwKLXwgPWVsaXNwOm9yZy1hZ2VuZGE9 ICAgICAgICAgICAgICAgICAgICAgICAgfCBpbnRlcmFjdGl2ZSBFbGlzcCBjb21tYW5kICAgICAg fAotfCA9ZWxpc3A6KGZpbmQtZmlsZSAiRWxpc3Aub3JnIik9ICAgICAgICAgICB8IEVsaXNwIGZv cm0gdG8gZXZhbHVhdGUgICAgICAgICB8Cit0aGUgY29sb24uCisKK1RoaXMgbGlzdCBzaG93cyB0 aGUgZnVsbCBzZXQgb2YgYnVpbHQtaW4gZXh0ZXJuYWwgbGluayB0eXBlczoKK3wgaHR0cCAgICAg ICB8IHdlYiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgaHR0cHMgICAgICB8 IHNlY3VyZSB3ZWIgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgZG9pICAgICAgICB8IERP SSBmb3IgZWxlY3Ryb25pYyByZXNvdXJjZXMgICAgICAgIHwKK3wgZmlsZSAgICAgICB8IGZpbGUt bGlua3MgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgZmlsZStzeXMgICB8IGZpbGUtbGlu a3MgZm9yY2VkIHRvIG9wZW4gdmlhIE9TICAgIHwKK3wgZmlsZStlbWFjcyB8IGZpbGUtbGlua3Mg Zm9yY2VkIHRvIG9wZW4gdmlhIGVtYWNzIHwKK3wgYXR0YWNoZWQgICB8IGxpbmtzIHRvIGF0dGFj aG1lbnRzIGZvciBub2RlcyAgICAgIHwKK3wgZG9jdmlldyAgICB8IGRvYy12aWV3IG1vZGUgICAg ICAgICAgICAgICAgICAgICAgIHwKK3wgaWQgICAgICAgICB8IExpbmsgdG8gaGVhZGluZyBieSBp ZCAgICAgICAgICAgICAgIHwKK3wgbmV3cyAgICAgICB8IFVzZW5ldCBsaW5rICAgICAgICAgICAg ICAgICAgICAgICAgIHwKK3wgbWFpbHRvICAgICB8IG1haWwgbGluayAgICAgICAgICAgICAgICAg ICAgICAgICAgIHwKK3wgbWhlICAgICAgICB8IE1ILUUgZm9sZGVyIGxpbmsgICAgICAgICAgICAg ICAgICAgIHwKK3wgcm1haWwgICAgICB8IFJtYWlsIGxpbmsgICAgICAgICAgICAgICAgICAgICAg ICAgIHwKK3wgZ251cyAgICAgICB8IEdudXMgbGluayAgICAgICAgICAgICAgICAgICAgICAgICAg IHwKK3wgYmJkYiAgICAgICB8IEJCREIgbGluayAgICAgICAgICAgICAgICAgICAgICAgICAgIHwK K3wgaXJjICAgICAgICB8IElSQyBsaW5rICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wg aW5mbyAgICAgICB8IEluZm8gbGluayAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgc2hl bGwgICAgICB8IHNoZWxsIGNvbW1hbmQgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgZWxpc3Ag ICAgICB8IGludGVyYWN0aXZlIGVsaXNwIGNvbW1hbmQgbGluayAgICAgIHwKKworVGhlIGZvbGxv d2luZyBsaXN0IHNob3dzIGV4YW1wbGVzIGZvciBlYWNoIGxpbmsgdHlwZS4KKworfCA9aHR0cDov L3d3dy5hc3Ryby51dmEubmwvPWRvbWluaWs9ICAgICAgICB8IG9uIHRoZSB3ZWIgICAgICAgICAg ICAgICAgICAgICAgICAgIHwKK3wgPWRvaToxMC4xMDAwLzE4Mj0gICAgICAgICAgICAgICAgICAg ICAgICAgfCBET0kgZm9yIGFuIGVsZWN0cm9uaWMgcmVzb3VyY2UgICAgICB8Cit8ID1maWxlOi9o b21lL2RvbWluaWsvaW1hZ2VzL2p1cGl0ZXIuanBnPSAgIHwgZmlsZSwgYWJzb2x1dGUgcGF0aCAg ICAgICAgICAgICAgICAgfAorfCA9L2hvbWUvZG9taW5pay9pbWFnZXMvanVwaXRlci5qcGc9ICAg ICAgICB8IHNhbWUgYXMgYWJvdmUgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgPWZpbGU6cGFw ZXJzL2xhc3QucGRmPSAgICAgICAgICAgICAgICAgICAgfCBmaWxlLCByZWxhdGl2ZSBwYXRoICAg ICAgICAgICAgICAgICB8Cit8ID0uL3BhcGVycy9sYXN0LnBkZj0gICAgICAgICAgICAgICAgICAg ICAgIHwgc2FtZSBhcyBhYm92ZSAgICAgICAgICAgICAgICAgICAgICAgfAorfCA9ZmlsZTovc3No Om1lQHNvbWUud2hlcmU6cGFwZXJzL2xhc3QucGRmPSB8IGZpbGUsIHBhdGggb24gcmVtb3RlIG1h Y2hpbmUgICAgICAgIHwKK3wgPS9zc2g6bWVAc29tZS53aGVyZTpwYXBlcnMvbGFzdC5wZGY9ICAg ICAgfCBzYW1lIGFzIGFib3ZlICAgICAgICAgICAgICAgICAgICAgICB8Cit8ID1maWxlOnNvbWV0 ZXh0ZmlsZTo6Tk5OPSAgICAgICAgICAgICAgICAgIHwgZmlsZSwganVtcCB0byBsaW5lIG51bWJl ciAgICAgICAgICAgfAorfCA9ZmlsZTpwcm9qZWN0cy5vcmc9ICAgICAgICAgICAgICAgICAgICAg ICB8IGFub3RoZXIgT3JnIGZpbGUgICAgICAgICAgICAgICAgICAgIHwKK3wgPWZpbGU6cHJvamVj dHMub3JnOjpzb21lIHdvcmRzPSAgICAgICAgICAgfCB0ZXh0IHNlYXJjaCBpbiBPcmcgZmlsZVtm bjoyOF0gICAgICB8Cit8ID1maWxlOnByb2plY3RzLm9yZzo6KnRhc2sgdGl0bGU9ICAgICAgICAg IHwgaGVhZGluZyBzZWFyY2ggaW4gT3JnIGZpbGUgICAgICAgICAgfAorfCA9ZmlsZStzeXM6L3Bh dGgvdG8vZmlsZT0gICAgICAgICAgICAgICAgICB8IG9wZW4gdmlhIE9TLCBsaWtlIGRvdWJsZS1j bGljayAgICAgIHwKK3wgPWZpbGUrZW1hY3M6L3BhdGgvdG8vZmlsZT0gICAgICAgICAgICAgICAg fCBmb3JjZSBvcGVuaW5nIGJ5IEVtYWNzICAgICAgICAgICAgICB8Cit8ID1hdHRhY2hlZDpwcm9q ZWN0cy5vcmc9ICAgICAgICAgICAgICAgICAgIHwgZmlsZSBpbiBmb2xkZXIgYXR0YWNoZWQgdG8g aGVhZGxpbmUgfAorfCA9YXR0YWNoZWQ6cHJvamVjdHMub3JnOjpzb21lIHdvcmRzPSAgICAgICB8 IHRleHQgc2VhcmNoIGluIGF0dGFjaGVkIGZpbGUgICAgICAgIHwKK3wgPWRvY3ZpZXc6cGFwZXJz L2xhc3QucGRmOjpOTk49ICAgICAgICAgICAgfCBvcGVuIGluIGRvYy12aWV3IG1vZGUgYXQgcGFn ZSAgICAgICB8Cit8ID1pZDpCNzQyM0Y0RC0yRThBLTQ3MUItODgxMC1DNDBGMDc0NzE3RTk9IHwg bGluayB0byBoZWFkaW5nIGJ5IElEICAgICAgICAgICAgICAgfAorfCA9bmV3czpjb21wLmVtYWNz PSAgICAgICAgICAgICAgICAgICAgICAgICB8IFVzZW5ldCBsaW5rICAgICAgICAgICAgICAgICAg ICAgICAgIHwKK3wgPW1haWx0bzphZGVudEBnYWxheHkubmV0PSAgICAgICAgICAgICAgICAgfCBt YWlsIGxpbmsgICAgICAgICAgICAgICAgICAgICAgICAgICB8Cit8ID1taGU6Zm9sZGVyPSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgTUgtRSBmb2xkZXIgbGluayAgICAgICAgICAgICAg ICAgICAgfAorfCA9bWhlOmZvbGRlciNpZD0gICAgICAgICAgICAgICAgICAgICAgICAgICB8IE1I LUUgbWVzc2FnZSBsaW5rICAgICAgICAgICAgICAgICAgIHwKK3wgPXJtYWlsOmZvbGRlcj0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgfCBSbWFpbCBmb2xkZXIgbGluayAgICAgICAgICAgICAg ICAgICB8Cit8ID1ybWFpbDpmb2xkZXIjaWQ9ICAgICAgICAgICAgICAgICAgICAgICAgIHwgUm1h aWwgbWVzc2FnZSBsaW5rICAgICAgICAgICAgICAgICAgfAorfCA9Z251czpncm91cD0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB8IEdudXMgZ3JvdXAgbGluayAgICAgICAgICAgICAgICAg ICAgIHwKK3wgPWdudXM6Z3JvdXAjaWQ9ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBHbnVz IGFydGljbGUgbGluayAgICAgICAgICAgICAgICAgICB8Cit8ID1iYmRiOlIuKlN0YWxsbWFuPSAg ICAgICAgICAgICAgICAgICAgICAgIHwgQkJEQiBsaW5rICh3aXRoIHJlZ2V4cCkgICAgICAgICAg ICAgfAorfCA9aXJjOi9pcmMuY29tLyNlbWFjcy9ib2I9ICAgICAgICAgICAgICAgICB8IElSQyBs aW5rICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKK3wgPWluZm86b3JnI0V4dGVybmFsIGxp bmtzPSAgICAgICAgICAgICAgICAgfCBJbmZvIG5vZGUgbGluayAgICAgICAgICAgICAgICAgICAg ICB8Cit8ID1zaGVsbDpscyAqLm9yZz0gICAgICAgICAgICAgICAgICAgICAgICAgIHwgc2hlbGwg Y29tbWFuZCAgICAgICAgICAgICAgICAgICAgICAgfAorfCA9ZWxpc3A6b3JnLWFnZW5kYT0gICAg ICAgICAgICAgICAgICAgICAgICB8IGludGVyYWN0aXZlIEVsaXNwIGNvbW1hbmQgICAgICAgICAg IHwKK3wgPWVsaXNwOihmaW5kLWZpbGUgIkVsaXNwLm9yZyIpPSAgICAgICAgICAgfCBFbGlzcCBm b3JtIHRvIGV2YWx1YXRlICAgICAgICAgICAgICB8CiAKICMrY2luZGV4OiBWTSBsaW5rcwogIytj aW5kZXg6IFdhbmRlcmx1c3QgbGlua3MKQEAgLTM1MzIsMjQgKzM1NTgsMjYgQEAgdGhlIGxpbmsg Y29tcGxldGlvbiBmdW5jdGlvbiBsaWtlIHRoaXM6CiA6RU5EOgogIytjaW5kZXg6IHNlYXJjaCBv cHRpb24gaW4gZmlsZSBsaW5rcwogIytjaW5kZXg6IGZpbGUgbGlua3MsIHNlYXJjaGluZworIytj aW5kZXg6IGF0dGFjaGVkIGxpbmtzLCBzZWFyY2hpbmcKIAotRmlsZSBsaW5rcyBjYW4gY29udGFp biBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIHRvIG1ha2UgRW1hY3MganVtcCB0bwotYSBwYXJ0aWN1 bGFyIGxvY2F0aW9uIGluIHRoZSBmaWxlIHdoZW4gZm9sbG93aW5nIGEgbGluay4gIFRoaXMgY2Fu IGJlCi1hIGxpbmUgbnVtYmVyIG9yIGEgc2VhcmNoIG9wdGlvbiBhZnRlciBhIGRvdWJsZSBjb2xv bltmbjozNV0uICBGb3IKLWV4YW1wbGUsIHdoZW4gdGhlIGNvbW1hbmQgfm9yZy1zdG9yZS1saW5r fiBjcmVhdGVzIGEgbGluayAoc2VlCi1bWypIYW5kbGluZyBMaW5rc11dKSB0byBhIGZpbGUsIGl0 IGVuY29kZXMgdGhlIHdvcmRzIGluIHRoZSBjdXJyZW50IGxpbmUKLWFzIGEgc2VhcmNoIHN0cmlu ZyB0aGF0IGNhbiBiZSB1c2VkIHRvIGZpbmQgdGhpcyBsaW5lIGJhY2sgbGF0ZXIgd2hlbgotZm9s bG93aW5nIHRoZSBsaW5rIHdpdGgge3t7a2JkKEMtYyBDLW8pfX19LgorRmlsZSBsaW5rcyBhbmQg YXR0YWNoZWQgZmlsZSBsaW5rcyBjYW4gY29udGFpbiBhZGRpdGlvbmFsIGluZm9ybWF0aW9uCit0 byBtYWtlIEVtYWNzIGp1bXAgdG8gYSBwYXJ0aWN1bGFyIGxvY2F0aW9uIGluIHRoZSBmaWxlIHdo ZW4gZm9sbG93aW5nCithIGxpbmsuICBUaGlzIGNhbiBiZSBhIGxpbmUgbnVtYmVyIG9yIGEgc2Vh cmNoIG9wdGlvbiBhZnRlciBhIGRvdWJsZQorY29sb25bZm46MzVdLiAgRm9yIGV4YW1wbGUsIHdo ZW4gdGhlIGNvbW1hbmQgfm9yZy1zdG9yZS1saW5rfiBjcmVhdGVzCithIGxpbmsgKHNlZSBbWypI YW5kbGluZyBMaW5rc11dKSB0byBhIGZpbGUsIGl0IGVuY29kZXMgdGhlIHdvcmRzIGluIHRoZQor Y3VycmVudCBsaW5lIGFzIGEgc2VhcmNoIHN0cmluZyB0aGF0IGNhbiBiZSB1c2VkIHRvIGZpbmQg dGhpcyBsaW5lCitiYWNrIGxhdGVyIHdoZW4gZm9sbG93aW5nIHRoZSBsaW5rIHdpdGgge3t7a2Jk KEMtYyBDLW8pfX19LgogCiBIZXJlIGlzIHRoZSBzeW50YXggb2YgdGhlIGRpZmZlcmVudCB3YXlz IHRvIGF0dGFjaCBhIHNlYXJjaCB0byBhIGZpbGUKIGxpbmssIHRvZ2V0aGVyIHdpdGggZXhwbGFu YXRpb25zIGZvciBlYWNoOgogCiAjK2JlZ2luX2V4YW1wbGUKLVtbZmlsZTp+L2NvZGUvbWFpbi5j OjoyNTVdXQotW1tmaWxlOn4veHgub3JnOjpNeSBUYXJnZXRdXQotW1tmaWxlOn4veHgub3JnOjoq TXkgVGFyZ2V0XV0KLVtbZmlsZTp+L3h4Lm9yZzo6I215LWN1c3RvbS1pZF1dCi1bW2ZpbGU6fi94 eC5vcmc6Oi9yZWdleHAvXV0KKyAgW1tmaWxlOn4vY29kZS9tYWluLmM6OjI1NV1dCisgIFtbZmls ZTp+L3h4Lm9yZzo6TXkgVGFyZ2V0XV0KKyAgW1tmaWxlOn4veHgub3JnOjoqTXkgVGFyZ2V0XV0K KyAgW1tmaWxlOn4veHgub3JnOjojbXktY3VzdG9tLWlkXV0KKyAgW1tmaWxlOn4veHgub3JnOjov cmVnZXhwL11dCisgIFtbYXR0YWNoZWQ6fi9jb2RlL21haW4uYzo6MjU1XV0KICMrZW5kX2V4YW1w bGUKIAogLSA9MjU1PSA6OgpAQCAtNzUyNywxOCArNzU1NSwyMiBAQCBub2RlL3Rhc2suICBTbWFs bCBjaHVua3Mgb2YgcGxhaW4gdGV4dCBjYW4gc2ltcGx5IGJlIHN0b3JlZCBpbiB0aGUKIHN1YnRy ZWUgb2YgYSBwcm9qZWN0LiAgSHlwZXJsaW5rcyAoc2VlIFtbKkh5cGVybGlua3NdXSkgY2FuIGVz dGFibGlzaAogYXNzb2NpYXRpb25zIHdpdGggZmlsZXMgdGhhdCBsaXZlIGVsc2V3aGVyZSBvbiB5 b3VyIGNvbXB1dGVyIG9yIGluIHRoZQogY2xvdWQsIGxpa2UgZW1haWxzIG9yIHNvdXJjZSBjb2Rl IGZpbGVzIGJlbG9uZ2luZyB0byBhIHByb2plY3QuCi1Bbm90aGVyIG1ldGhvZCBpcyAvYXR0YWNo bWVudHMvLCB3aGljaCBhcmUgZmlsZXMgbG9jYXRlZCBpbgotYSBkaXJlY3RvcnkgYmVsb25naW5n IHRvIGFuIG91dGxpbmUgbm9kZS4gIE9yZyB1c2VzIGRpcmVjdG9yaWVzIG5hbWVkCi1ieSB0aGUg dW5pcXVlIElEIG9mIGVhY2ggZW50cnkuICBUaGVzZSBkaXJlY3RvcmllcyBhcmUgbG9jYXRlZCBp biB0aGUKLX5kYXRhfiBkaXJlY3Rvcnkgd2hpY2ggbGl2ZXMgaW4gdGhlIHNhbWUgZGlyZWN0b3J5 IHdoZXJlIHlvdXIgT3JnIGZpbGUKLWxpdmVzW2ZuOjg2XS4gIElmIHlvdSBpbml0aWFsaXplIHRo aXMgZGlyZWN0b3J5IHdpdGggPWdpdCBpbml0PSwgT3JnCi1hdXRvbWF0aWNhbGx5IGNvbW1pdHMg Y2hhbmdlcyB3aGVuIGl0IHNlZXMgdGhlbS4gIFRoZSBhdHRhY2htZW50Ci1zeXN0ZW0gaGFzIGJl ZW4gY29udHJpYnV0ZWQgdG8gT3JnIGJ5IEpvaG4gV2llZ2xleS4KLQotSW4gY2FzZXMgd2hlcmUg aXQgc2VlbXMgYmV0dGVyIHRvIGRvIHNvLCB5b3UgY2FuIGF0dGFjaCBhIGRpcmVjdG9yeSBvZgot eW91ciBjaG9pY2UgdG8gYW4gZW50cnkuICBZb3UgY2FuIGFsc28gbWFrZSBjaGlsZHJlbiBpbmhl cml0IHRoZQotYXR0YWNobWVudCBkaXJlY3RvcnkgZnJvbSBhIHBhcmVudCwgc28gdGhhdCBhbiBl bnRpcmUgc3VidHJlZSB1c2VzIHRoZQotc2FtZSBhdHRhY2hlZCBkaXJlY3RvcnkuCitBbm90aGVy IG1ldGhvZCBpcyAvYXR0YWNobWVudHMvLCB3aGljaCBhcmUgZmlsZXMgbG9jYXRlZCBpbiBhCitk aXJlY3RvcnkgYmVsb25naW5nIHRvIGFuIG91dGxpbmUgbm9kZS4gIE9yZyB1c2VzIGRpcmVjdG9y aWVzIGVpdGhlcgorbmFtZWQgYnkgdGhlIHVuaXF1ZSBJRCBvZiBlYWNoIGVudHJ5LCBvciBieSB0 aGUgPUFUVEFDSF9ESVI9IHByb3BlcnR5LgorSUQtYmFzZWQgZGlyZWN0b3JpZXMgYXJlIGJ5IGRl ZmF1bHQgbG9jYXRlZCBpbiB0aGUgfmRhdGF+IGRpcmVjdG9yeQord2hpY2ggbGl2ZXMgaW4gdGhl IHNhbWUgZGlyZWN0b3J5IHdoZXJlIHlvdXIgT3JnIGZpbGUgbGl2ZXNbZm46ODZdLgorSWYgeW91 IGluaXRpYWxpemUgdGhpcyBkaXJlY3Rvcnkgd2l0aCA9Z2l0IGluaXQ9LCBPcmcgYXV0b21hdGlj YWxseQorY29tbWl0cyBjaGFuZ2VzIHdoZW4gaXQgc2VlcyB0aGVtLiAgVGhlIGF0dGFjaG1lbnQg c3lzdGVtIGhhcyBiZWVuCitjb250cmlidXRlZCB0byBPcmcgYnkgSm9obiBXaWVnbGV5LgorCitJ biBjYXNlcyB3aGVyZSA9QVRUQUNIX0RJUj0gcHJvcGVydHkgaXMgdXNlZCB0byBkZWNsYXJlIGF0 dGFjaG1lbnRzLAoreW91IGNhbiBjaG9vc2UgdG8gZWl0aGVyIHVzZSBhYnNvbHV0ZSAoZGVmYXVs dCkgb3IgcmVsYXRpdmUgbGlua3MuCitZb3UgY2FuIGFsc28gbWFrZSBjaGlsZHJlbiBpbmhlcml0 IHRoZSBhdHRhY2htZW50IGRpcmVjdG9yeSBmcm9tIGEKK3BhcmVudCwgc28gdGhhdCBhbiBlbnRp cmUgc3VidHJlZSB1c2VzIHRoZSBzYW1lIGF0dGFjaGVkIGRpcmVjdG9yeS4KKworU2VlIGN1c3Rv bWl6YXRpb24gZ3JvdXAgPU9yZyBBdHRhY2g9IGlmIHlvdSB3YW50IHRvIGNoYW5nZSB0aGUgZGVm YXVsdAorc2V0dGluZ3MgZm9yIGF0dGFjaG1lbnRzIHRvIGZpdCB5b3VyIHByZWZlcnJlZCBzdHls ZS4KIAogVGhlIGZvbGxvd2luZyBjb21tYW5kcyBkZWFsIHdpdGggYXR0YWNobWVudHM6CiAKZGlm ZiAtLWdpdCBhL2xpc3Avb3JnLWF0dGFjaC5lbCBiL2xpc3Avb3JnLWF0dGFjaC5lbAppbmRleCA1 MzM4OWY3ODIuLmRhZjhjZjJkZCAxMDA2NDQKLS0tIGEvbGlzcC9vcmctYXR0YWNoLmVsCisrKyBi L2xpc3Avb3JnLWF0dGFjaC5lbApAQCAtNTcsNiArNTcsMjUgQEAgd2hlcmUgdGhlIE9yZyBmaWxl IGxpdmVzLiIKICAgOnR5cGUgJ2RpcmVjdG9yeQogICA6c2FmZSAjJ3N0cmluZ3ApCiAKKyhkZWZj dXN0b20gb3JnLWF0dGFjaC1kaXItaW5oZXJpdC1ieS1kZWZhdWx0IG5pbAorICAiRGVmaW5lcyB3 aGV0aGVyIEFUVEFDSF9ESVItZGlyZWN0b3JpZXMgc2hvdWxkIGJlIGluaGVyaXRlZCBieQorICBz dWJoZWFkaW5ncyBieSBkZWZhdWx0IHdoZW4gY3JlYXRlZC4gRGVmYXVsdHMgdG8gbm90IGJlaW5n CisgIGluaGVyaXRlZC4iCisgIDpncm91cCAnb3JnLWF0dGFjaAorICA6dHlwZSAnYm9vbGVhbikK KworKGRlZmN1c3RvbSBvcmctYXR0YWNoLWRpci1jcmVhdGUtaWYtbm90LWV4aXN0cyB0CisgICJD aG9vc2Ugd2hldGhlciBBVFRBQ0hfRElSLWRpcmVjdG9yaWVzIHNob3VsZCBiZSBjcmVhdGVkIGlm Cit0aGV5IGRvIG5vdCBleGlzdCBzaW5jZSBiZWZvcmUuIERlZmF1bHQgaXMgdG8gY3JlYXRlIHRo ZW0uIgorICA6Z3JvdXAgJ29yZy1hdHRhY2gKKyAgOnR5cGUgJ2Jvb2xlYW4pCisKKyhkZWZjdXN0 b20gb3JnLWF0dGFjaC1kaXItcmVsYXRpdmUgbmlsCisgICJDaG9vc2Ugd2hldGhlciBBVFRBQ0hf RElSLWRpcmVjdG9yaWVzIHNob3VsZCBiZSBhZGRlZCBhcworcmVsYXRpdmUgbGlua3Mgb3Igbm90 LiBEZWZhdWx0cyB0byBub3QgcmVsYXRpdmUuIgorICA6Z3JvdXAgJ29yZy1hdHRhY2gKKyAgOnR5 cGUgJ2Jvb2xlYW4pCisKIChkZWZjdXN0b20gb3JnLWF0dGFjaC1jb21taXQgdAogICAiSWYgbm9u LW5pbCBjb21taXQgYXR0YWNobWVudHMgd2l0aCBnaXQuCiBUaGlzIGlzIG9ubHkgZG9uZSBpZiB0 aGUgT3JnIGZpbGUgaXMgaW4gYSBnaXQgcmVwb3NpdG9yeS4iCkBAIC0yODAsMjAgKzI5OSwyNiBA QCBUaHJvdyBhbiBlcnJvciBpZiB3ZSBjYW5ub3Qgcm9vdCB0aGUgZGlyZWN0b3J5LiIKICAgIlNl dCB0aGUgQVRUQUNIX0RJUiBub2RlIHByb3BlcnR5IGFuZCBhc2sgdG8gbW92ZSBmaWxlcyB0aGVy ZS4KIFRoZSBwcm9wZXJ0eSBkZWZpbmVzIHRoZSBkaXJlY3RvcnkgdGhhdCBpcyB1c2VkIGZvciBh dHRhY2htZW50cwogb2YgdGhlIGVudHJ5LiAgV2hlbiBjYWxsZWQgd2l0aCBgXFxbdW5pdmVyc2Fs LWFyZ3VtZW50XScsIHJlc2V0IFwKLXRoZSBkaXJlY3RvcnkgdG8KLXRoZSBkZWZhdWx0IElEIGJh c2VkIG9uZS4iCit0aGUgZGlyZWN0b3J5IHRvIHRoZSBkZWZhdWx0IElEIGJhc2VkIG9uZS4gQ3Jl YXRlcyByZWxhdGl2ZSBsaW5rcworaWYgT1JHLUFUVEFDSC1ESVItUkVMQVRJVkUgaXMgdCwgYW5k IHNldHMgaW5oZXJpdGFuY2UgYmFzZWQgb24KK09SRy1BVFRBQ0gtRElSLUlOSEVSSVQtQlktREVG QVVMVCIKICAgKGludGVyYWN0aXZlICJQIikKLSAgKGxldCAoKG9sZCAob3JnLWF0dGFjaC1kaXIp KQotICAgICAgICAobmV3Ci0gICAgICAgICAocHJvZ24KLSAgICAgICAgICAgKGlmIGFyZyAob3Jn LWVudHJ5LWRlbGV0ZSBuaWwgIkFUVEFDSF9ESVIiKQotICAgICAgICAgICAgIChsZXQgKChkaXIg KHJlYWQtZGlyZWN0b3J5LW5hbWUKLSAgICAgICAgICAgICAgICAgICAgICAgICAiQXR0YWNobWVu dCBkaXJlY3Rvcnk6ICIKLSAgICAgICAgICAgICAgICAgICAgICAgICAob3JnLWVudHJ5LWdldCBu aWwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiQVRUQUNIX0RJUiIK LSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAoYW5kIG9yZy1hdHRhY2gt YWxsb3ctaW5oZXJpdGFuY2UgdCkpKSkpCi0gICAgICAgICAgICAgICAob3JnLWVudHJ5LXB1dCBu aWwgIkFUVEFDSF9ESVIiIGRpcikpKQotICAgICAgICAgICAob3JnLWF0dGFjaC1kaXIgdCkpKSkK KyAgKGxldCAoKG9sZCAob3JnLWF0dGFjaC1kaXIgbmlsKSkKKwkobmV3CisJIChwcm9nbgorCSAg IChpZiBhcmcgKG9yZy1lbnRyeS1kZWxldGUgbmlsICJBVFRBQ0hfRElSIikKKwkgICAgIChsZXQq ICgoYXR0YWNoLWRpciAocmVhZC1kaXJlY3RvcnktbmFtZQorCQkJCSAiQXR0YWNobWVudCBkaXJl Y3Rvcnk6ICIKKwkJCQkgKG9yZy1lbnRyeS1nZXQgbmlsCisJCQkJCQkiQVRUQUNIX0RJUiIpKSkK KwkJICAgIChjdXJyZW50LWRpciAoZmlsZS1uYW1lLWRpcmVjdG9yeSAob3IgbG9hZC1maWxlLW5h bWUKKwkJCQkJCQkgIGJ1ZmZlci1maWxlLW5hbWUpKSkKKwkJICAgIChhdHRhY2gtZGlyLXJlbGF0 aXZlIChmaWxlLXJlbGF0aXZlLW5hbWUgYXR0YWNoLWRpciBjdXJyZW50LWRpcikpKQorCSAgICAg ICAoaWYgb3JnLWF0dGFjaC1kaXItcmVsYXRpdmUKKwkJICAgKG9yZy1lbnRyeS1wdXQgbmlsICJB VFRBQ0hfRElSIiBhdHRhY2gtZGlyLXJlbGF0aXZlKQorCQkgKG9yZy1lbnRyeS1wdXQgbmlsICJB VFRBQ0hfRElSIiBhdHRhY2gtZGlyKSkpKQorCSAgIChvcmctYXR0YWNoLWRpciB0KSkpKQorICAg ICh3aGVuIG9yZy1hdHRhY2gtZGlyLWluaGVyaXQtYnktZGVmYXVsdCAob3JnLWF0dGFjaC1zZXQt aW5oZXJpdCkpCiAgICAgKHVubGVzcyAob3IgKHN0cmluZz0gb2xkIG5ldykKICAgICAgICAgICAg ICAgICAobm90IG9sZCkpCiAgICAgICAod2hlbiAoeWVzLW9yLW5vLXAgIkNvcHkgb3ZlciBhdHRh Y2htZW50cyBmcm9tIG9sZCBkaXJlY3Rvcnk/ICIpCkBAIC01MjcsMTQgKzU1MiwxNSBAQCBUaGlz IGlnbm9yZXMgZmlsZXMgZW5kaW5nIGluIFwiflwiLiIKICAgIlNob3cgdGhlIGF0dGFjaG1lbnQg ZGlyZWN0b3J5IG9mIHRoZSBjdXJyZW50IHRhc2suCiBUaGlzIHdpbGwgYXR0ZW1wdCB0byB1c2Ug YW4gZXh0ZXJuYWwgcHJvZ3JhbSB0byBzaG93IHRoZSBkaXJlY3RvcnkuIgogICAoaW50ZXJhY3Rp dmUgIlAiKQotICAobGV0ICgoYXR0YWNoLWRpciAob3JnLWF0dGFjaC1kaXIgKG5vdCBpZi1leGlz dHMpKSkpCi0gICAgKGFuZCBhdHRhY2gtZGlyIChvcmctb3Blbi1maWxlIGF0dGFjaC1kaXIpKSkp CisgIChsZXQqICgoY3JlYXRlLWlmLW5vdC1leGlzdCAoaWYgaWYtZXhpc3RzIG5pbCBvcmctYXR0 YWNoLWRpci1jcmVhdGUtaWYtbm90LWV4aXN0cykpCisJIChhdHRhY2gtZGlyIChvcmctYXR0YWNo LWRpciBjcmVhdGUtaWYtbm90LWV4aXN0KSkpCisgICAgKHdoZW4gYXR0YWNoLWRpciAob3JnLW9w ZW4tZmlsZSBhdHRhY2gtZGlyKSkpKQogCiAoZGVmdW4gb3JnLWF0dGFjaC1yZXZlYWwtaW4tZW1h Y3MgKCkKICAgIlNob3cgdGhlIGF0dGFjaG1lbnQgZGlyZWN0b3J5IG9mIHRoZSBjdXJyZW50IHRh c2sgaW4gZGlyZWQuIgogICAoaW50ZXJhY3RpdmUpCi0gIChsZXQgKChhdHRhY2gtZGlyIChvcmct YXR0YWNoLWRpciB0KSkpCi0gICAgKGRpcmVkIGF0dGFjaC1kaXIpKSkKKyAgKGxldCAoKGF0dGFj aC1kaXIgKG9yZy1hdHRhY2gtZGlyIG9yZy1hdHRhY2gtZGlyLWNyZWF0ZS1pZi1ub3QtZXhpc3Rz KSkpCisgICAgKHdoZW4gYXR0YWNoLWRpciAoZGlyZWQgYXR0YWNoLWRpcikpKSkKIAogKGRlZnVu IG9yZy1hdHRhY2gtb3BlbiAoJm9wdGlvbmFsIGluLWVtYWNzKQogICAiT3BlbiBhbiBhdHRhY2ht ZW50IG9mIHRoZSBjdXJyZW50IHRhc2suCkBAIC01NDMsMTUgKzU2OSwxNyBAQCBUaGlzIGNvbW1h bmQgd2lsbCBvcGVuIHRoZSBmaWxlIHVzaW5nIHRoZSBzZXR0aW5ncyBpbiBgb3JnLWZpbGUtYXBw cycKIGFuZCBpbiB0aGUgc3lzdGVtLXNwZWNpZmljIHZhcmlhbnRzIG9mIHRoaXMgdmFyaWFibGUu CiBJZiBJTi1FTUFDUyBpcyBub24tbmlsLCBmb3JjZSBvcGVuaW5nIGluIEVtYWNzLiIKICAgKGlu dGVyYWN0aXZlICJQIikKLSAgKGxldCogKChhdHRhY2gtZGlyIChvcmctYXR0YWNoLWRpciB0KSkK LQkgKGZpbGVzIChvcmctYXR0YWNoLWZpbGUtbGlzdCBhdHRhY2gtZGlyKSkKLQkgKGZpbGUgKGlm ICg9IChsZW5ndGggZmlsZXMpIDEpCi0JCSAgIChjYXIgZmlsZXMpCi0JCSAoY29tcGxldGluZy1y ZWFkICJPcGVuIGF0dGFjaG1lbnQ6ICIKLQkJCQkgIChtYXBjYXIgIydsaXN0IGZpbGVzKSBuaWwg dCkpKQotICAgICAgICAgKHBhdGggKGV4cGFuZC1maWxlLW5hbWUgZmlsZSBhdHRhY2gtZGlyKSkp Ci0gICAgKG9yZy1hdHRhY2gtYW5uZXgtZ2V0LW1heWJlIHBhdGgpCi0gICAgKG9yZy1vcGVuLWZp bGUgcGF0aCBpbi1lbWFjcykpKQorICAobGV0ICgoYXR0YWNoLWRpciAob3JnLWF0dGFjaC1kaXIg b3JnLWF0dGFjaC1kaXItY3JlYXRlLWlmLW5vdC1leGlzdHMpKSkKKyAgICAoaWYgYXR0YWNoLWRp cgorCShsZXQqICgoZmlsZXMgKG9yZy1hdHRhY2gtZmlsZS1saXN0IGF0dGFjaC1kaXIpKQorCSAg ICAgICAoZmlsZSAoaWYgKD0gKGxlbmd0aCBmaWxlcykgMSkKKwkJCSAoY2FyIGZpbGVzKQorCQkg ICAgICAgKGNvbXBsZXRpbmctcmVhZCAiT3BlbiBhdHRhY2htZW50OiAiCisJCQkJCShtYXBjYXIg IydsaXN0IGZpbGVzKSBuaWwgdCkpKQorCSAgICAgICAocGF0aCAoZXhwYW5kLWZpbGUtbmFtZSBm aWxlIGF0dGFjaC1kaXIpKSkKKwkgIChvcmctYXR0YWNoLWFubmV4LWdldC1tYXliZSBwYXRoKQor CSAgKG9yZy1vcGVuLWZpbGUgcGF0aCBpbi1lbWFjcykpCisgICAgICAobWVzc2FnZSAiTm8gYXR0 YWNobWVudCBleGlzdHMhIikpKSkKIAogKGRlZnVuIG9yZy1hdHRhY2gtb3Blbi1pbi1lbWFjcyAo KQogICAiT3BlbiBhdHRhY2htZW50LCBmb3JjZSBvcGVuaW5nIGluIEVtYWNzLgpAQCAtNTcwLDYg KzU5OCw2NCBAQCBCYXNpY2FsbHksIHRoaXMgYWRkcyB0aGUgcGF0aCB0byB0aGUgYXR0YWNobWVu dCBkaXJlY3RvcnksIGFuZCBhIFwiZmlsZTpcIgogcHJlZml4LiIKICAgKGNvbmNhdCAiZmlsZToi IChvcmctYXR0YWNoLWV4cGFuZCBmaWxlKSkpCiAKKyhkZWZ1biBvcmctYXR0YWNoLW9wZW4tbGlu ayAobGluayAmb3B0aW9uYWwgaW4tZW1hY3MpCisgICJMSU5LIGlzIGV4cGFuZGVkIHdpdGggdGhl IGF0dGFjaGVkIGRpcmVjdG9yeSBhbmQgb3BlbmVkIHRoZSBzYW1lCit3YXkgYXMgZmlsZS1saW5r cyBhcmUuIgorICAoaW50ZXJhY3RpdmUgIlAiKQorICAobGV0IChsaW5lIHNlYXJjaCkKKyAgICAo aWYgKHN0cmluZy1tYXRjaCAiOjpcXChbMC05XStcXClcXCciIGxpbmspCisgICAgICAgIChzZXRx IGxpbmUgKHN0cmluZy10by1udW1iZXIgKG1hdGNoLXN0cmluZyAxIGxpbmspKQorICAgICAgICAg ICAgICBsaW5rIChzdWJzdHJpbmcgbGluayAwIChtYXRjaC1iZWdpbm5pbmcgMCkpKQorICAgICAg KGlmIChzdHJpbmctbWF0Y2ggIjo6XFwoLitcXClcXCciIGxpbmspCisgICAgICAgICAgKHNldHEg c2VhcmNoIChtYXRjaC1zdHJpbmcgMSBsaW5rKQorICAgICAgICAgICAgICAgIGxpbmsgKHN1YnN0 cmluZyBsaW5rIDAgKG1hdGNoLWJlZ2lubmluZyAwKSkpKSkKKyAgICAoaWYgKHN0cmluZy1tYXRj aCAiWyo/e10iIChmaWxlLW5hbWUtbm9uZGlyZWN0b3J5IGxpbmspKQorICAgICAgICAoZGlyZWQg KG9yZy1hdHRhY2gtZXhwYW5kIGxpbmspKQorICAgICAgKG9yZy1vcGVuLWZpbGUgKG9yZy1hdHRh Y2gtZXhwYW5kIGxpbmspIGluLWVtYWNzIGxpbmUgc2VhcmNoKSkpKQorCisoZGVmdW4gb3JnLWF0 dGFjaC1jb21wbGV0ZS1saW5rICgpCisgICJBZHZpc2UgdGhlIHVzZXIgd2l0aCB0aGUgYXZhaWxh YmxlIGZpbGVzIGluIHRoZSBhdHRhY2htZW50CitkaXJlY3RvcnkuIgorICAobGV0IChmaWxlIGxp bmsgYXR0YWNoZWQtZGlyKQorICAgIChzZXRxIGF0dGFjaGVkLWRpciAoZXhwYW5kLWZpbGUtbmFt ZSAob3JnLWF0dGFjaC1kaXIpKSkKKyAgICAoc2V0cSBmaWxlIChyZWFkLWZpbGUtbmFtZSAiRmls ZTogIiBhdHRhY2hlZC1kaXIpKQorICAgIChsZXQgKChwd2QgKGZpbGUtbmFtZS1hcy1kaXJlY3Rv cnkgYXR0YWNoZWQtZGlyKSkKKyAgICAgICAgICAocHdkMSAoZmlsZS1uYW1lLWFzLWRpcmVjdG9y eSAoYWJicmV2aWF0ZS1maWxlLW5hbWUKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgYXR0YWNoZWQtZGlyKSkpKQorICAgICAgKGNvbmQKKyAgICAgICAoKHN0cmluZy1t YXRjaCAoY29uY2F0ICJeIiAocmVnZXhwLXF1b3RlIHB3ZDEpICJcXCguK1xcKSIpIGZpbGUpCisg ICAgICAgIChzZXRxIGxpbmsgIChjb25jYXQgImF0dGFjaGVkOiIgKG1hdGNoLXN0cmluZyAxIGZp bGUpKSkpCisgICAgICAgKChzdHJpbmctbWF0Y2ggKGNvbmNhdCAiXiIgKHJlZ2V4cC1xdW90ZSBw d2QpICJcXCguK1xcKSIpCisgICAgICAgICAgICAgICAgICAgICAgKGV4cGFuZC1maWxlLW5hbWUg ZmlsZSkpCisgICAgICAgIChzZXRxIGxpbmsgIChjb25jYXQKKyAgICAgICAgICAgICAgICAgICAg ICJhdHRhY2hlZDoiIChtYXRjaC1zdHJpbmcgMSAoZXhwYW5kLWZpbGUtbmFtZSBmaWxlKSkpKSkK KyAgICAgICAodCAoc2V0cSBsaW5rIChjb25jYXQgImF0dGFjaGVkOiIgZmlsZSkpKSkpCisgICAg bGluaykpCisKKyhkZWZ1biBvcmctYXR0YWNoLWV4cG9ydC1saW5rIChsaW5rIGRlc2NyaXB0aW9u IGZvcm1hdCkKKyAgIkV4cG9ydCBhbiBcImF0dGFjaGVkXCIgbGluayBmcm9tIE9yZyBmaWxlcy4i CisgIChzYXZlLWV4Y3Vyc2lvbgorICAgIChsZXQgKHBhdGggZGVzYykKKyAgICAgIChpZiAoc3Ry aW5nLW1hdGNoICI6OlxcKFswLTldK1xcKVxcJyIgbGluaykKKyAgICAgICAgICAoc2V0cSBsaW5r IChzdWJzdHJpbmcgbGluayAwIChtYXRjaC1iZWdpbm5pbmcgMCkpKQorICAgICAgICAoaWYgKHN0 cmluZy1tYXRjaCAiOjpcXCguK1xcKVxcJyIgbGluaykKKyAgICAgICAgICAgIChzZXRxIGxpbmsg KHN1YnN0cmluZyBsaW5rIDAgKG1hdGNoLWJlZ2lubmluZyAwKSkpKSkKKyAgICAgIChzZWFyY2gt Zm9yd2FyZCAoY29uY2F0ICJhdHRhY2hlZDoiIChvcmctbGluay1lc2NhcGUgbGluaykpKQorICAg ICAgKHNldHEgcGF0aCAoZmlsZS1yZWxhdGl2ZS1uYW1lIChvcmctYXR0YWNoLWV4cGFuZCBsaW5r KSkKKyAgICAgICAgICAgIGRlc2MgKG9yIGRlc2NyaXB0aW9uIGxpbmspKQorICAgICAgKHBjYXNl IGZvcm1hdAorICAgICAgICAoYGh0bWwgKGZvcm1hdCAiPGEgdGFyZ2V0PVwiX2JsYW5rXCIgaHJl Zj1cIiVzXCI+JXM8L2E+IiBwYXRoIGRlc2MpKQorICAgICAgICAoYGxhdGV4IChmb3JtYXQgIlxc aHJlZnslc317JXN9IiBwYXRoIGRlc2MpKQorICAgICAgICAoYHRleGluZm8gKGZvcm1hdCAiQHVy ZWZ7JXMsJXN9IiBwYXRoIGRlc2MpKQorICAgICAgICAoYGFzY2lpIChmb3JtYXQgIiVzICglcyki IGRlc2MgcGF0aCkpCisgICAgICAgIChgbWQgKGZvcm1hdCAiWyVzXSglcykiIGRlc2MgcGF0aCkp CisgICAgICAgIChfIHBhdGgpKSkpKQorCisob3JnLWxpbmstc2V0LXBhcmFtZXRlcnMgImF0dGFj aGVkIgorICAgICAgICAgICAgICAgICAgICAgICAgIDpmb2xsb3cgJ29yZy1hdHRhY2gtb3Blbi1s aW5rCisgICAgICAgICAgICAgICAgICAgICAgICAgOmV4cG9ydCAnb3JnLWF0dGFjaC1leHBvcnQt bGluaworICAgICAgICAgICAgICAgICAgICAgICAgIDpjb21wbGV0ZSAnb3JnLWF0dGFjaC1jb21w bGV0ZS1saW5rKQorCiAoZGVmdW4gb3JnLWF0dGFjaC1hcmNoaXZlLWRlbGV0ZS1tYXliZSAoKQog ICAiTWF5YmUgZGVsZXRlIHN1YnRyZWUgYXR0YWNobWVudHMgd2hlbiBhcmNoaXZpbmcuCiBUaGlz IGZ1bmN0aW9uIGlzIGNhbGxlZCBieSBgb3JnLWFyY2hpdmUtaG9vaycuICBUaGUgb3B0aW9uCmRp ZmYgLS1naXQgYS9saXNwL29yZy5lbCBiL2xpc3Avb3JnLmVsCmluZGV4IGMwZWFlY2RhYi4uMWVh YzUzZTBhIDEwMDY0NAotLS0gYS9saXNwL29yZy5lbAorKysgYi9saXNwL29yZy5lbApAQCAtNDQy Nyw2ICs0NDI3LDcgQEAgVGhpcyBpcyBuZWVkZWQgZm9yIGZvbnQtbG9jayBzZXR1cC4iKQogCQkg IChiZWcgZW5kKSkKIChkZWNsYXJlLWZ1bmN0aW9uIG9yZy1hZ2VuZGEtc2V0LXJlc3RyaWN0aW9u LWxvY2sgIm9yZy1hZ2VuZGEiICgmb3B0aW9uYWwgdHlwZSkpCiAoZGVjbGFyZS1mdW5jdGlvbiBv cmctYWdlbmRhLXNraXAgIm9yZy1hZ2VuZGEiICgpKQorKGRlY2xhcmUtZnVuY3Rpb24gb3JnLWF0 dGFjaC1leHBhbmQgIm9yZy1hdHRhY2giICgmb3B0aW9uYWwgaWYtZXhpc3RzKSkKIChkZWNsYXJl LWZ1bmN0aW9uIG9yZy1hdHRhY2gtcmV2ZWFsICJvcmctYXR0YWNoIiAoJm9wdGlvbmFsIGlmLWV4 aXN0cykpCiAoZGVjbGFyZS1mdW5jdGlvbiBvcmctZ251cy1mb2xsb3ctbGluayAib3JnLWdudXMi ICgmb3B0aW9uYWwgZ3JvdXAgYXJ0aWNsZSkpCiAoZGVjbGFyZS1mdW5jdGlvbiBvcmctaW5kZW50 LW1vZGUgIm9yZy1pbmRlbnQiICgmb3B0aW9uYWwgYXJnKSkKQEAgLTE4NzU5LDcgKzE4NzYwLDcg QEAgYm91bmRhcmllcy4iCiAJICAgIDs7IENoZWNrIGFic29sdXRlLCByZWxhdGl2ZSBmaWxlIG5h bWVzIGFuZCBleHBsaWNpdAogCSAgICA7OyAiZmlsZToiIGxpbmtzLiAgQWxzbyBjaGVjayBsaW5r IGFiYnJldmlhdGlvbnMgc2luY2UKIAkgICAgOzsgc29tZSBtaWdodCBleHBhbmQgdG8gImZpbGUi IGxpbmtzLgotCSAgICAoZmlsZS10eXBlcy1yZSAoZm9ybWF0ICJbXVtdXFxbXFwoPzpmaWxlXFx8 Wy4vfl0lc1xcKSIKKwkgICAgKGZpbGUtdHlwZXMtcmUgKGZvcm1hdCAiW11bXVxcW1xcKD86Zmls ZVxcfGF0dGFjaGVkXFx8Wy4vfl0lc1xcKSIKIAkJCQkgICAoaWYgKG5vdCBsaW5rLWFiYnJldnMp ICIiCiAJCQkJICAgICAoZm9ybWF0ICJcXHxcXCg/OiVzOlxcKSIKIAkJCQkJICAgICAocmVnZXhw LW9wdCBsaW5rLWFiYnJldnMpKSkpKSkKQEAgLTE4NzY4LDE0ICsxODc2OSwyMCBAQCBib3VuZGFy aWVzLiIKIAkgICA7OyBDaGVjayBpZiB3ZSdyZSBhdCBhbiBpbmxpbmUgaW1hZ2UsIGkuZS4sIGFu IGltYWdlIGZpbGUKIAkgICA7OyBsaW5rIHdpdGhvdXQgYSBkZXNjcmlwdGlvbiAodW5sZXNzIElO Q0xVREUtTElOS0VEIGlzCiAJICAgOzsgbm9uLW5pbCkuCi0JICAgKHdoZW4gKGFuZCAoZXF1YWwg ImZpbGUiIChvcmctZWxlbWVudC1wcm9wZXJ0eSA6dHlwZSBsaW5rKSkKKwkgICAod2hlbiAoYW5k IChvciAoZXF1YWwgImZpbGUiIChvcmctZWxlbWVudC1wcm9wZXJ0eSA6dHlwZSBsaW5rKSkKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgKGVxdWFsICJhdHRhY2hlZCIgKG9yZy1lbGVtZW50LXBy b3BlcnR5IDp0eXBlIGxpbmspKSkKIAkJICAgICAgKG9yIGluY2x1ZGUtbGlua2VkCiAJCQkgIChu dWxsIChvcmctZWxlbWVudC1jb250ZW50cyBsaW5rKSkpCiAJCSAgICAgIChzdHJpbmctbWF0Y2gt cCBmaWxlLWV4dGVuc2lvbi1yZQogCQkJCSAgICAgIChvcmctZWxlbWVudC1wcm9wZXJ0eSA6cGF0 aCBsaW5rKSkpCi0JICAgICAobGV0ICgoZmlsZSAoZXhwYW5kLWZpbGUtbmFtZQotCQkJICAob3Jn LWxpbmstdW5lc2NhcGUKLQkJCSAgIChvcmctZWxlbWVudC1wcm9wZXJ0eSA6cGF0aCBsaW5rKSkp KSkKKwkgICAgIChsZXQgKChmaWxlIChpZiAoZXF1YWwgImF0dGFjaGVkIiAob3JnLWVsZW1lbnQt cHJvcGVydHkgOnR5cGUgbGluaykpCisJCQkgICAgIChyZXF1aXJlICdvcmctYXR0YWNoKQorICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAob3JnLWF0dGFjaC1leHBhbmQKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIChvcmctbGluay11bmVzY2FwZQorCQkJICAgICAgIChvcmctZWxl bWVudC1wcm9wZXJ0eSA6cGF0aCBsaW5rKSkpCisJCQkgICAoZXhwYW5kLWZpbGUtbmFtZQorCQkJ ICAgIChvcmctbGluay11bmVzY2FwZQorCQkJICAgICAob3JnLWVsZW1lbnQtcHJvcGVydHkgOnBh dGggbGluaykpKSkpKQogCSAgICAgICAod2hlbiAoZmlsZS1leGlzdHMtcCBmaWxlKQogCQkgKGxl dCAoKHdpZHRoCiAJCQk7OyBBcHBseSBgb3JnLWltYWdlLWFjdHVhbC13aWR0aCcgc3BlY2lmaWNh dGlvbnMuCi0tIAoyLjE5LjEud2luZG93cy4xCgo= --_004_PR1PR02MB47323A141AE248937F2FA7D4DAFB0PR1PR02MB4732eurp_-- From MAILER-DAEMON Sun Oct 21 09:15:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEDZS-0005Kg-4a for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 09:15:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEDZQ-0005Ix-Ba for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 09:15:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEDZN-0006Bh-TY for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 09:15:03 -0400 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]:35795) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEDZL-00068x-D6 for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 09:15:01 -0400 Received: by mail-ed1-x52a.google.com with SMTP id y19-v6so35393783edd.2 for ; Sun, 21 Oct 2018 06:14:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=npMTX7hXUf8p8eDCe/flpMllkG6MEAQg3ZW1sVckzSg=; b=KuhwJUfMmK/GSN1MYWtV3gSHJ3XKsqU6cQRKIbhQF/LEQjaLQPA8lVydMDqw8roviB jnnXsD8IXN3sZFImIKYMgfjNJNIJHAbm2nFkSdQqkkbfnGSkc3ICxg3QhmZTFbhkalsk sGpRcFUlXaqVEtk7ZBpjnUAtZBCJkOf+LA7pskp2KA1lS5iP+3iA98TCCvFj96H9c/xe SQShV9W4eHPWSMlk6nuAv9d5kTZGhQkVZMnoczvPvBvEvAgGbsllv2WYHtAHzvXfukWw 7nATtQ5qgdyQYH00e7ORc72Vjduj/vlvmoR7j+DbZb+S8dAI0ynUCUr8nj3Ob/IuUYkl FU0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=npMTX7hXUf8p8eDCe/flpMllkG6MEAQg3ZW1sVckzSg=; b=RpXKvldC6GxArhDfRXapEqbesFhjmoQ5nQIqbeThunBPWCqkFU2Xn/+/YWHDV+qre0 hYNf6Go9YSRX7+l9HESzulTSu4WtBSelS9cuFYURbzGL5bnJLlaOeoeAY6ZP9EvPk43O Bpbyp3zWAAH1NtJ7F8gX2jFN1P24RvTBPiSH5MICKLtc+27VAtmvlL2YizR12j00bFmE 1BL5fVXCGjtAWcCOfKSVMnBd8VAxrrUYj4oSAdZPqOKgeJtwy4x/yLYPAsMg4CfxM/go wWRPnI0r51Dpl5e2sJDwz7ocJJPgYUTseR1pSFw1JBrL00JKDDcP5EFZHhB3IQnJWLXE ZlYQ== X-Gm-Message-State: ABuFfog3CJPVKYQh2uJ7A3N/K+v7TID4vkSH2Ots8clQuvmV+eiSecM8 3yD4Gi/TaCwB0adRa+R14XVzl6tQr5ImAK4fAYma6AmNQKw= X-Google-Smtp-Source: ACcGV60FbeSHJovc1uTb2SG+YGkTP5Pww9xSVGRiX6XEAOWmi1HYuMMgZJrMkOZb39EZTedynb06mjbrsebkfaWnWwg= X-Received: by 2002:a50:af61:: with SMTP id g88-v6mr11215732edd.220.1540127695695; Sun, 21 Oct 2018 06:14:55 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?TWFydGluIFlyasO2bMOk?= Date: Sun, 21 Oct 2018 16:14:19 +0300 Message-ID: To: Org Mode Content-Type: multipart/mixed; boundary="0000000000003613860578bcecbf" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52a Subject: [O] [PATCH] org-capture: fix capture breaking next headline X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 13:15:05 -0000 --0000000000003613860578bcecbf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I have noticed my capture workflow breaking org document hierarchies. Here is an example: Start with the org document: * A * B An org capture template inserts a headline under A. * A ** [point here] * B When I navigate to the end of the narrowed capture buffer (e.g. `(end-of-buffer)') and insert text, it will break the B headline like this: * A ** inserted text[point here]* B I expected the following behavior * A ** inserted text[point here] * B In the enclosed patch, I added a test for this behavior. I would prefer that inserting text in narrowed capture buffers would not break the document hierarchy. The fix is to subtract one from the `end' originally supplied to `org-capture-narrow'. -- Martin Yrj=C3=B6l=C3=A4 --0000000000003613860578bcecbf Content-Type: application/octet-stream; name="0001-org-capture-fix-capture-breaking-next-headline.patch" Content-Disposition: attachment; filename="0001-org-capture-fix-capture-breaking-next-headline.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_jnivxju90 RnJvbSBlMmRhNTllYWY5Yjk4MDk3ZTBiMGZjYTVmZWU5ODIyNDFmNjA1ZmI1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/TWFydGluPTIwWXJqPUMzPUI2bD1DMz1BND89 IDxtYXJ0aW4ueXJqb2xhQGdtYWlsLmNvbT4KRGF0ZTogU3VuLCAyMSBPY3QgMjAxOCAxNDo1ODoy MCArMDMwMApTdWJqZWN0OiBbUEFUQ0hdIG9yZy1jYXB0dXJlOiBmaXggY2FwdHVyZSBicmVha2lu ZyBuZXh0IGhlYWRsaW5lCgoqIGxpc3Avb3JnLWNhcHR1cmUuZWwgKG9yZy1jYXB0dXJlLXBsYWNl LWVudHJ5KTogbmFycm93IHRvIGVuZCAtIDEKKiB0ZXN0aW5nL2xpc3AvdGVzdC1vcmctY2FwdHVy ZS5lbCAodGVzdC1vcmctY2FwdHVyZS9pbnNlcnQtYXQtZW5kLXNhZmUpOgp0ZXN0IHRoYXQgaW5z ZXJ0aW5nIGF0IGVuZCBkb2VzIG5vdCBicmVhayB0aGUgbmV4dCBoZWFkbGluZS4KCkhlcmUgZm9s bG93cyB0aGUgYmVoYXZpb3Igb2YgdGhlIGB0ZXN0LW9yZy1jYXB0dXJlL2luc2VydC1hdC1lbmQt c2FmZScKdGVzdCBiZWZvcmUgYW5kIGFmdGVyIHRoZSBjaGFuZ2UgdG8gYG9yZy1jYXB0dXJlLXBs YWNlLWVudHJ5Jy4KQmVmb3JlOiAiKiBBXG4qKiBIMSBcbkNhcHR1cmUgdGV4dCogQlxuIiAtPiBi cmVha3MgQiBoZWFkbGluZQpBZnRlcjogIiogQVxuKiogSDEgQ2FwdHVyZSB0ZXh0XG4qIEJcbiIg LT4gQiBzdGF5cyBpbnRhY3QKClRJTllDSEFOR0UKLS0tCiBsaXNwL29yZy1jYXB0dXJlLmVsICAg ICAgICAgICAgICB8ICAyICstCiB0ZXN0aW5nL2xpc3AvdGVzdC1vcmctY2FwdHVyZS5lbCB8IDE1 ICsrKysrKysrKysrKysrKwogMiBmaWxlcyBjaGFuZ2VkLCAxNiBpbnNlcnRpb25zKCspLCAxIGRl bGV0aW9uKC0pCgpkaWZmIC0tZ2l0IGEvbGlzcC9vcmctY2FwdHVyZS5lbCBiL2xpc3Avb3JnLWNh cHR1cmUuZWwKaW5kZXggY2JjNzJkNDNiLi5mYjQ0NWQyMmIgMTAwNjQ0Ci0tLSBhL2xpc3Avb3Jn LWNhcHR1cmUuZWwKKysrIGIvbGlzcC9vcmctY2FwdHVyZS5lbApAQCAtMTEzOSw3ICsxMTM5LDcg QEAgbWF5IGhhdmUgYmVlbiBzdG9yZWQgYmVmb3JlLiIKICAgICAgICh1bmxlc3MgKG9yZy1hdC1o ZWFkaW5nLXApIChvdXRsaW5lLW5leHQtaGVhZGluZykpCiAgICAgICAobGV0ICgoZW5kIChwb2lu dCkpKQogCShvcmctY2FwdHVyZS1tYXJrLWtpbGwtcmVnaW9uIGJlZyBlbmQpCi0JKG9yZy1jYXB0 dXJlLW5hcnJvdyBiZWcgZW5kKQorCShvcmctY2FwdHVyZS1uYXJyb3cgYmVnICgxLSBlbmQpKQog CSh3aGVuIChvciAocmUtc2VhcmNoLWJhY2t3YXJkICIlXFw/IiBiZWcgdCkKIAkJICAocmUtc2Vh cmNoLWZvcndhcmQgIiVcXD8iIGVuZCB0KSkKIAkgIChyZXBsYWNlLW1hdGNoICIiKSkpKSkpCmRp ZmYgLS1naXQgYS90ZXN0aW5nL2xpc3AvdGVzdC1vcmctY2FwdHVyZS5lbCBiL3Rlc3RpbmcvbGlz cC90ZXN0LW9yZy1jYXB0dXJlLmVsCmluZGV4IDMxNTIyYzFmMi4uMzUxZmU1MTAxIDEwMDY0NAot LS0gYS90ZXN0aW5nL2xpc3AvdGVzdC1vcmctY2FwdHVyZS5lbAorKysgYi90ZXN0aW5nL2xpc3Av dGVzdC1vcmctY2FwdHVyZS5lbApAQCAtMTYwLDYgKzE2MCwyMSBAQAogCShvcmctY2FwdHVyZS1r aWxsKSkKICAgICAgIChidWZmZXItc3RyaW5nKSkpKSkKIAorKGVydC1kZWZ0ZXN0IHRlc3Qtb3Jn LWNhcHR1cmUvaW5zZXJ0LWF0LWVuZC1zYWZlICgpCisgICJUZXN0IHRoYXQgY2FwdHVyZSBkb2Vz IG5vdCBicmVhayBuZXh0IGhlYWRsaW5lLiIKKyAgKHNob3VsZAorICAgKGVxdWFsCisgICAgIiog QVxuKiogSDEgQ2FwdHVyZSB0ZXh0XG4qIEJcbiIKKyAgICAob3JnLXRlc3Qtd2l0aC10ZW1wLXRl eHQtaW4tZmlsZSAiKiBBXG4qIEJcbiIKKyAgICAgIChsZXQqICgoZmlsZSAoYnVmZmVyLWZpbGUt bmFtZSkpCisJICAgICAob3JnLWNhcHR1cmUtdGVtcGxhdGVzCisJICAgICAgYCgoInQiICJUb2Rv IiBlbnRyeSAoZmlsZStoZWFkbGluZSAsZmlsZSAiQSIpICIqKiBIMSAlPyIpKSkpCisJKG9yZy1j YXB0dXJlIG5pbCAidCIpCisJKGdvdG8tY2hhciAocG9pbnQtbWF4KSkKKwkoaW5zZXJ0ICJDYXB0 dXJlIHRleHQiKQorCShvcmctY2FwdHVyZS1maW5hbGl6ZSkpCisgICAgICAoYnVmZmVyLXN0cmlu ZykpKSkpCisKIChlcnQtZGVmdGVzdCB0ZXN0LW9yZy1jYXB0dXJlL3RhYmxlLWxpbmUgKCkKICAg IlRlc3QgYHRhYmxlLWxpbmUnIHR5cGUgaW4gY2FwdHVyZSB0ZW1wbGF0ZS4iCiAgIDs7IFdoZW4g YSBvbmx5IGZpbGUgaXMgc3BlY2lmaWVkLCB1c2UgdGhlIGZpcnN0IHRhYmxlIGF2YWlsYWJsZS4K LS0gCjIuMTkuMQoK --0000000000003613860578bcecbf-- From MAILER-DAEMON Sun Oct 21 12:42:53 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEGoX-0007LU-Pd for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 12:42:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEGoV-0007LL-1C for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 12:42:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEGoT-0006gu-KC for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 12:42:50 -0400 Received: from mail-it1-x12a.google.com ([2607:f8b0:4864:20::12a]:40771) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEGoT-0006eo-9Q for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 12:42:49 -0400 Received: by mail-it1-x12a.google.com with SMTP id i191-v6so9747535iti.5 for ; Sun, 21 Oct 2018 09:42:49 -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; bh=rVT4E3J5XymtZOh2k870+DOrsYNUVdfSJmdmNDGlQkk=; b=hQ5i6f6nyec2Oh7znEzPuTDQ7zZdw2wIxr9YGbzUYZEbj0Nt5BtpeYVdwkrDMhmBZL 1+3ZENB32eTyrnUoUf//mo9ulNELgjAM0RqkTTWAoru9cIVeG9oJUtu8aIlibhZWh0fw Ola/gAW2I8ra/dOaTBmJUu+iuAb/8uqHZw8/p8IIfz6+2jPpn32SUhFL/u1joQD03CbB 2KRxuAEDlKLV03o/Ph/5AuG9nZhwp9gCCEW0brUBlWMVYhbQJjFsMWMq1eIvoU8EtF1t emtFSimhxuKyaP6ac3Yg0cMqHOJNoh8cKC32ZaYJEpczDcPpxjCrFjgj1ivWBlPjJIaz 5FaQ== 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; bh=rVT4E3J5XymtZOh2k870+DOrsYNUVdfSJmdmNDGlQkk=; b=iugrReUPSG+o+H4y7XGQmuOkTpV/+mxjI0N6j9q1DNiCOzYNXwX+hGVl+4ATXGiVG7 UYFhyHnbswAHIwCnWp04FhmRVEguRFRTRpa3p2vhJqo+UuZyyMRFECvHIlGWhVG7yXKc bZBtUkvhjkOd5s/m9mSZXIfPWURCcWTaiVDb8iblnCQ5XhrJ4n+iI0mAZpG3+C6PbB+7 caKKYdiyTuYgO/rDDOB7Ki9izr1mQVCBf8iCi+e3o+vZYzRjayDi3+CLyhulOFY+a+JQ Mt6FU4m5vvcjLmtYdUb3acFUc1r9XOL6PXpMFrVta1sgV6UN4wauyZgDRKSiezj1EHC7 pDgg== X-Gm-Message-State: ABuFfoh7S8QFMT0W/mHTYd3xpkcrJXynHQJIxXUkDi8ZeDb0ompbl5b5 jxMdTWp4tu+JMIdBFtQsEI10eEXzd2EwNBAFApdlrZih X-Google-Smtp-Source: ACcGV60VhSOlyk/xSjt0hCJiyBcWEbrvfaw93uDn+bvskzINClwqd2KJ4637c47x1KLNSS1xGRE+PsLt8slsbp7rsYM= X-Received: by 2002:a24:d9c9:: with SMTP id p192-v6mr8007939itg.124.1540140167949; Sun, 21 Oct 2018 09:42:47 -0700 (PDT) MIME-Version: 1.0 References: <877eib21z0.fsf@nicolasgoaziou.fr> In-Reply-To: <877eib21z0.fsf@nicolasgoaziou.fr> From: Matt Price Date: Sun, 21 Oct 2018 12:43:25 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="0000000000009d72db0578bfd3a7" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12a Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 16:42:52 -0000 --0000000000009d72db0578bfd3a7 Content-Type: text/plain; charset="UTF-8" wow, I learned a whole lot from your answer Nicholas, but still not quite enough to make this work for me. After some puzzling over the syntax for character values, I believe that what I want should be something like this: (add-function :before-until electric-pair-inhibit-predicate (lambda (c) (and (eq ?\[ c) (eq major-mode 'org-mode) (memq (char-before (1- (point))) '(?\[ ?\]))))) The manual says to use advice-add instead of add-function for these cases, so this could be written like this instead: (defun mwp-org-mode-electric-inhibit (c) (and (eq ?\[ c) (eq major-mode 'org-mode) (memq (char-before (1- (point))) '(?\[ ?\]) ))) (advice-add electric-pair-inhibit-predicate :before-until #'mwp-org-mode-electric-inhibit) it seems to sort of work. That is, the code is effective, but it doesn't do what I want, so I had to think about the desired behaviour, which is maybe too complex for this modification: when I start a link [ go ahead and add pair to [] when I add a second [, don't complete [[] this is what my code does! but what I really want is, when I finish adding a link reference, somehow allow me to stay inside the link to add the link text: [[https://google.com]] --> [[https://google.com][]] with point between the final [ and ]. This seems like it needs a more complex intervention. For now I've just turned off pairing of brackets entirely: (defun mwp-org-mode-electric-inhibit (c) (and (eq ?\[ c) (eq major-mode 'org-mode)) This works fine, though I'd still like the other :-/ Thanks Nicholas! On Sun, Oct 21, 2018 at 3:28 AM Nicolas Goaziou wrote: > Hello, > > Matt Price writes: > > > - electric-pair and autopair complete [[ immediately, and don't seem to > > allow me to skip past the closing brackets, so if I try to type [[ > > https://link.to.somewhere][link text]] I end up with > > [[link.to.somewhere]][link-text] . > > I use C-c C-l to insert links with description. However, electric > pairing does get in the way when writing sub/superscript. I use the > following snippet to work around the issue: > > (add-function :before-until electric-pair-inhibit-predicate > (lambda (c) > (and (eq ?\{ c) > (eq major-mode 'org-mode) > (memq (char-before (1- (point))) '(?_ ?^))))) > > I guess you could do something similar to disable pairing when entering > a bracket link. > > Regards, > > -- > Nicolas Goaziou > --0000000000009d72db0578bfd3a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
wow, I learned a wh= ole lot from your answer Nicholas, but still not quite enough to make this = work for me.=C2=A0 After some puzzling over the syntax for character values= , I believe that what I want should be something like this:
=
(add-function :before-until electric-pair-inhibit-predicate<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 (lambda (c)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (and (eq ?\[ c)
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (eq major-mode 'org-mode)
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (memq (char-before (1- (point))) '= (?\[ ?\])))))

The manual says to use advice-add instead o= f add-function for these cases, so this could be written like this instead:=

(defun mwp-org-mode-electric-inhibit (c)
=C2=A0 (and
= =C2=A0=C2=A0 (eq ?\[ c)
=C2=A0=C2=A0 (eq major-mode 'org-mode)
= =C2=A0=C2=A0 (memq (char-before (1- (point))) '(?\[ ?\]) )))

(ad= vice-add electric-pair-inhibit-predicate :before-until #'mwp-org-mode-e= lectric-inhibit)

it seems to sort of work= .=C2=A0 That is, the code is effective, but it doesn't do what I want, = so I had to think about the desired behaviour, which is maybe too complex f= or this modification:

when I start a link [
<= div>go ahead and add pair to
[]
when I add a secon= d [, don't complete
[[]
this is what my code does!<= /div>

but what I really want is, when I finish adding a = link reference, somehow allow me to stay inside the link to add the link te= xt:
w= ith point between the final [ and ].=C2=A0
This seems like i= t needs a more complex intervention.=C2=A0

Fo= r now I've just turned off pairing of brackets entirely:

(defun mwp-org-mode-electric-inhibit (c)
=C2=A0 (and =C2=A0=C2=A0 (eq ?\[ c)
=C2=A0=C2=A0 (eq major-mode 'org-mode))

This works fine, though I'd still like the other = :-/=C2=A0

Thanks Nicholas!
On Sun, Oct 21, 2018 at 3:28 AM Nic= olas Goaziou <mail@nicolasgoaz= iou.fr> wrote:
Hello,

Matt Price <mopt= op99@gmail.com> writes:

> - electric-pair and autopair complete [[ immediately, and don't se= em to
> allow me to skip past the closing brackets, so if I try to type [[
> https://link.to.somewhere][link text]] I end up with
> [[link.to.somewhere]][link-text] .

I use C-c C-l to insert links with description. However, electric
pairing does get in the way when writing sub/superscript. I use the
following snippet to work around the issue:

=C2=A0 =C2=A0(add-function :before-until electric-pair-inhibit-predicate =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(lambda (c) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(and (= eq ?\{ c)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (eq major-mode 'org-mode)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 (memq (char-before (1- (point))) '(?_ ?^)))))

I guess you could do something similar to disable pairing when entering
a bracket link.

Regards,

--
Nicolas Goaziou
--0000000000009d72db0578bfd3a7-- From MAILER-DAEMON Sun Oct 21 15:57:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEJrG-0003Og-7r for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 15:57:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEJrB-0003Ln-Bx for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 15:57:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEJlO-0000HX-30 for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 15:51:53 -0400 Received: from mail.mojserwer.eu ([195.110.48.8]:50352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEJlN-0000HB-R7 for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 15:51:50 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id B35A1E62D8; Sun, 21 Oct 2018 21:51:46 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VWfd4tiW3K6L; Sun, 21 Oct 2018 21:51:42 +0200 (CEST) Received: from localhost (static-dwadziewiec-jedenpiec7.echostar.pl [109.232.29.157]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 2C7E0E62D2; Sun, 21 Oct 2018 21:51:42 +0200 (CEST) References: <87ftx3wvyi.fsf@mbork.pl> <8736t1hvmi.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 27.0.50 From: Marcin Borkowski To: Nicolas Goaziou Cc: Org-Mode mailing list In-reply-to: <8736t1hvmi.fsf@nicolasgoaziou.fr> Date: Sun, 21 Oct 2018 21:50:19 +0200 Message-ID: <8736szt6ys.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.110.48.8 Subject: Re: [O] Why is ":CLOCK => hh:mm" allowed as a clock entry? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2018 19:57:52 -0000 On 2018-10-20, at 10:26, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> I am studying the `org-clock-sum' function (I need to parse an Org file >> and extract clocking data), and I noticed that ":CLOCK =3D> hh:mm" is >> allowed as a clock entry. The Org syntax at >> https://orgmode.org/worg/dev/org-syntax.html#Clock,_Diary_Sexp_and_Plann= ing >> confirms this. > > CLOCK: > > and > > CLOCK: =3D> hh:mm > > are simply empty clocks. > >> What is the rationale behind this? > > Treating them as regular text would complicate parsing unnecessarily, > e.g., to determine when to stop a paragraph.=20 OK, I don't fully get it, but I believe you. :-) > There are other cases that can lead to odd clocks: > > CLOCK: INACTIVE-TIMESTAMP =3D> HH:MM > > where INACTIVE-TIMESTAMP is not a timestamp range. > >> I want not only to sum the clocks (org-clock-sum does that, of >> course), but I want more detailed information (like how many clocks >> were that in the given period etc.). The format with only the duration >> makes this troublesome, and I'd like to ignore such entries (I have >> never seen them in my files, of course). I'm wondering what scenario >> could lead to their existence? > > Hand-writing a clock information? > > In any case, you can simply ignore them whenever you find them =E2=80=93 = which > shouldn't happen, right? Yes, that's what I thought. > We can also add a checker in Org Lint for those problematic cases. Might be a good idea, though definitely very low priority. >> BTW, the syntax draft says that there can be any TIMESTAMP object before >> the DURATION, but `org-clock-sum' assumes that its timestamps are >> inactive. Isn't that a bug? > > This is an oversight. Clock timestamps must be inactive. I will fix it. Thanks. Best, --=20 Marcin Borkowski http://mbork.pl From MAILER-DAEMON Sun Oct 21 20:48:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEOO8-0003NB-Og for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 20:48:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55409) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEOO6-0003Mq-Qq for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 20:48:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEOO2-0004vs-RZ for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 20:48:06 -0400 Received: from [61.175.244.13] (port=48428 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEOO2-0004v9-Gb for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 20:48:02 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id B5A57A602D5; Mon, 22 Oct 2018 08:48:00 +0800 (CST) References: <87sh11htsy.fsf@gmail.com> <878t2sgypl.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <878t2sgypl.fsf@nicolasgoaziou.fr> Date: Mon, 22 Oct 2018 08:48:00 +0800 Message-ID: <87r2giiz7j.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] Org source block header argument :var does not support space separated string X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 00:48:07 -0000 Nicolas Goaziou writes: > Anyway, I tried the following block: > > #+begin_src emacs-lisp :var encrypted="base64 encrypt text" > encrypted > #+end_src > > and the output is > > #+results: > : base64 encrypt text > > which means there doesn't seem to be a problem with strings within > quotes. > > Regards, Oops, I misunderstand the :var variable="literal quoted string". I want to reference the named source's result in variable. Like: **** encrypt text -- ~<<< [TEXT]~ #+NAME: base64 encrypt text #+begin_src sh base64 <<< "stardiviner " #+end_src #+RESULTS: base64 encrypt text : c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== **** decrypt text -- ~-d~ #+begin_src sh :var encrypted= # base64 -d <<< c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg== # base64 -d <<< $encrypted echo $encrypted #+end_src #+RESULTS[<2018-10-20 16:46:10> 6e5d3875d0928eb95ec1356661f965bdf4882244]: I can use #+NAME: base64-encrypt-text for first source block, and :var encrypted=base64-encrypt-text for second source block. So it can work. But is it possible to allow space in source block name and make it still can be referenced? Like quote it with <> around the name as my upper example? -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Sun Oct 21 22:14:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEPjS-0008IS-Ik for mharc-emacs-orgmode@gnu.org; Sun, 21 Oct 2018 22:14:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41454) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEPjQ-0008I3-NM for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 22:14:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEPZU-0005RO-JS for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 22:03:57 -0400 Received: from mail-it1-x134.google.com ([2607:f8b0:4864:20::134]:53499) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEPZU-0005R9-Da for emacs-orgmode@gnu.org; Sun, 21 Oct 2018 22:03:56 -0400 Received: by mail-it1-x134.google.com with SMTP id q70-v6so10161479itb.3 for ; Sun, 21 Oct 2018 19:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=q4k+sGwKosYOXIsQJMaq9I6qbjevmhnbELj4KGO3i5M=; b=NuEELa8RdF3OmEPQLPvscnUu4GbYgLPVZDPP+u9OzeRhtY+QOzAuoPRg1L8v/PG8AS 9AAmNk6XB3oxS/xJ9cycz7MQf1zAPZl3QUyFfka6EIv76ODEPkdQCOWQ3sqo26xVifeu ijklE7iNGSyF9pwpKdbKXIziqXffIwc+9U2rmgVx1l9VFToltlXN8Wpq1p+NRJYODUNh GwDBxn2Ly7ADxeIMkUDOImwXEcnxsoUqOfxL2eCOtGaS5Ic80mqtjOBa06tMycezJ0g7 aZWVb/hs5DLeGvwQucKA3JuoLRIrmIthol51+6vsq8ENFkXsLuR7puKr8y8LKSPH6ACQ 0g1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=q4k+sGwKosYOXIsQJMaq9I6qbjevmhnbELj4KGO3i5M=; b=aiVQzqodqCaJRZNmNgs7ohTm2a/8Gi1FFC/ymDaQY4gC9+qBy328mGR56o0kXpzgnp S4F1+/EkA7C2lzCrhwQqyjVZFT4ngz/DGtdkCHF/4btq2l/0/32UeHfsqhwSczp0e6KA taWLVcs9ovpdkcS1ysbvMKcT2L7ddgcJ+Qhh/QDhCA9+6ihyjJSfnan7QQav2Q8GqtA7 fSR1T+sdxJfALpLMLfm4K0e1kQbgWmx9iW7aRtqlCnQt0hfbTe4wImYxXHE52+MDJCFA jusjTsKkmQ5uQO1IuOfmtwPcIVXxg3UdNJmgtyu6RzWiePdCgzu5KvYNzlDxnkStuGyJ 162g== X-Gm-Message-State: ABuFfog/dHzvIbsc7TUVli4Swgh8YDfR2p3VBm2LN2eUDCASNmo14sz7 CiCqcaIWJLirSFKYe3dyHuNrUEmSIy+KDeo4UVGC1Q== X-Google-Smtp-Source: ACcGV61sjHRawpQek9nGqnkdZ9e10p9qYRiRot5bC2lPV59Gu8QO43RG1CFyKC9zmTcSy+iC8wZfepj3XW1g/ofoLbY= X-Received: by 2002:a02:45ca:: with SMTP id o71-v6mr33137414jad.33.1540173834827; Sun, 21 Oct 2018 19:03:54 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Sun, 21 Oct 2018 22:04:35 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="000000000000513aea0578c7aaf0" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::134 Subject: [O] lots of trouble w/ org-mime... X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 02:14:13 -0000 --000000000000513aea0578c7aaf0 Content-Type: text/plain; charset="UTF-8" I'm having a whole bunch of trouble getting org-mime to work, and I wondered ifo ther people are using it productively? Two biggest issues so far, both reproduced with emacs -Q on recent emacs git, org-mode git, and org-mime git: - org-mime-org-subtree-htmlize fails for me with "org-back-to-heading: before first heading" - org-mime-org-buffer-htmlize runs successfully, but only produces the html mime part; the text/plain message part is empty. org-mime-htmlize, when run in a mail buffer, still seems to work & produce a 2-part message with text/plain and text/html working well. Have folks seen this before & do you have a fix? thank you! --000000000000513aea0578c7aaf0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm having a whole bunch of trouble getting org-m= ime to work, and I wondered ifo ther people are using it productively?

Two biggest issues so far, both reproduced with emacs = -Q on recent emacs git, org-mode git, and org-mime git:

- org-mime-org-subtree-htmlize fails for me with "org-back-to-he= ading: before first heading"
- org-mime-org-buffer-htmlize r= uns successfully, but only produces the html mime part; the text/plain mess= age part is empty.

org-mime-htmlize, when run= in a mail buffer, still seems to work & produce a 2-part message with = text/plain and text/html working well.

Have f= olks seen this before & do you have a fix? thank you!

--000000000000513aea0578c7aaf0-- From MAILER-DAEMON Mon Oct 22 04:15:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEVMl-0002Jf-Bx for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:15:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEVMh-0002Fe-Fz for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:15:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEVMc-0008CX-PC for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:15:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59061) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEVMb-0008BJ-Pj for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:15:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEVMb-0005qV-IZ for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:15:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-CC: emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 08:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25487 X-GNU-PR-Package: org-mode X-GNU-PR-Keywords: To: Ryan McCarl Cc: 25487@debbugs.gnu.org Received: via spool by 25487-submit@debbugs.gnu.org id=B25487.154019608922440 (code B ref 25487); Mon, 22 Oct 2018 08:15:01 +0000 Received: (at 25487) by debbugs.gnu.org; 22 Oct 2018 08:14:49 +0000 Received: from localhost ([127.0.0.1]:35086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEVMP-0005ps-2y for submit@debbugs.gnu.org; Mon, 22 Oct 2018 04:14:49 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:47857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEVMN-0005pj-Qc for 25487@debbugs.gnu.org; Mon, 22 Oct 2018 04:14:48 -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 relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 4053C1BF204; Mon, 22 Oct 2018 08:14:46 +0000 (UTC) From: Nicolas Goaziou References: <1484850389.27970.0.camel@wordbrewery.com> Date: Mon, 22 Oct 2018 10:14:45 +0200 In-Reply-To: <1484850389.27970.0.camel@wordbrewery.com> (Ryan McCarl's message of "Thu, 19 Jan 2017 11:26:29 -0700") Message-ID: <87zhv6z9ca.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#25487: 26.0.50; org-table-align doesn't work with different face sizes in row X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 08:15:09 -0000 Hello, Ryan McCarl writes: > (1) Define the faces org-table and org-link with a fixed-width font > (Inconsolata in > my case) so table alignment should normally work. > (2) Define the scale of the org-link face to 0.9 and the scale of the > org-table face to 1.0. > (3) Embed a link among other text in the table row. Table alignment assumes fixed width characters. Changing the scale of the face defeats this assumption. I think this should be marked as WONTFIX. Regards, -- Nicolas Goaziou From MAILER-DAEMON Mon Oct 22 04:39:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEVkZ-0000I5-NP for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:39:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59419) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEVkY-0000H1-4v for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:39:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEVkT-0003QO-7L for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:39:46 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:56861) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEVkS-0003Oj-VH for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 04:39:41 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id CD20320010; Mon, 22 Oct 2018 08:39:36 +0000 (UTC) From: Nicolas Goaziou To: Emmanuel Charpentier Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Emmanuel Charpentier , emacs-orgmode@gnu.org Date: Mon, 22 Oct 2018 10:39:35 +0200 In-Reply-To: (Emmanuel Charpentier's message of "Sun, 30 Sep 2018 08:44:55 +0200") Message-ID: <87va5uz86w.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] Bug: :cache doesn't [9.1.14 (9.1.14-3-geb9955a-elpa @ /home/charpent/.emacs.d/elpa/org-20180924/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 08:39:46 -0000 Hello, Emmanuel Charpentier writes: > But I stumble on a slight difficulty : I am unable to get org-mode to > cache results. > > Minimal (non-)working example : > > 1) Org source : > > #+author: > #+options: toc:nil > > > #+name: toto > #+BEGIN_SRC R :cache yes :eval no-expand > ## Simulate a (not too) long computation > Sys.sleep(3) > Sys.time() > #+END_SRC > > #+RESULTS[6b7eeb22cb3d78d2af82298b4aef0eda5043bcee]: toto > : 2018-09-30 08:01:23 > > #+name: titi > #+call: toto() :cache is per source block. CALL keyword generates a new source block, so it gets its own cache. So Org actually does cache results =E2=80=94 try, e.g., to re-eval the first source block =E2=80=94 in a very basic way, and you're mis-using the feature. HTH, --=20 Nicolas Goaziou From MAILER-DAEMON Mon Oct 22 05:40:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEWgy-0005pg-U0 for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 05:40:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49850) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEWgw-0005o7-CS for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 05:40:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEWgs-00013g-7i for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 05:40:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59113) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEWgs-00013W-3E; Mon, 22 Oct 2018 05:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEWgr-0007wU-Vq; Mon, 22 Oct 2018 05:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 09:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32722 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: To: Michael Albinus Cc: n@flqt.fr, Richard Stallman , right.ho@gmail.com, 32722@debbugs.gnu.org, kaushal.modi@gmail.com, leslie@watter.net Received: via spool by 32722-submit@debbugs.gnu.org id=B32722.154020117930494 (code B ref 32722); Mon, 22 Oct 2018 09:40:01 +0000 Received: (at 32722) by debbugs.gnu.org; 22 Oct 2018 09:39:39 +0000 Received: from localhost ([127.0.0.1]:35138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEWgV-0007vm-0e for submit@debbugs.gnu.org; Mon, 22 Oct 2018 05:39:39 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:60651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEWgT-0007ve-Fa for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 05:39:38 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 095FC240019; Mon, 22 Oct 2018 09:39:34 +0000 (UTC) From: Nicolas Goaziou References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <87h8ilfz6o.fsf@nicolasgoaziou.fr> <20180920182929.61517206@gmail.com> <87mus0z773.fsf@nicolasgoaziou.fr> <87wor3e3mr.fsf@gmx.de> Date: Mon, 22 Oct 2018 11:39:33 +0200 In-Reply-To: <87wor3e3mr.fsf@gmx.de> (Michael Albinus's message of "Sun, 30 Sep 2018 11:27:56 +0200") Message-ID: <87r2giz5ey.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 09:40:07 -0000 Hello, Michael Albinus writes: > Nicolas Goaziou writes: >> Alternatively, by using TRAMP (see [TRAMP User Manual]), >> `org-mobile-directory' may point to a remote directory accessible >> through, for example, SSH and SCP: >> >> =E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> =E2=94=82 (setq org-mobile-directory "/scpc:user@remote.host:org/webda= v/") >> =E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> >> [1] For a server to host files, consider using a WebDAV server, such >> as [Nextcloud] (). > > Not every WebDAV server will support an ssh connection. On GNU/Linux > systems, Tramp supports also the connection methods "dav", "davs", and > "nextcloud" (this one since Emacs 27). Maybe it is worth to mention > this. Sure. How about this? Alternatively, by using TRAMP (see [TRAMP User Manual]), `org-mobile-directory' may point to a remote directory accessible through, for example, SSH, SCP, or DAVS: (setq org-mobile-directory "/davs:/user@remote.host:org/webdav/") Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Mon Oct 22 07:08:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEY4C-0000M1-0f for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 07:08:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43195) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEY48-0000LK-6W for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 07:08:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEY44-0008EM-36 for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 07:08:08 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59136) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEY43-0008D6-VD; Mon, 22 Oct 2018 07:08:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEY42-0001nQ-9f; Mon, 22 Oct 2018 07:08:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 11:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32722 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: To: Nicolas Goaziou Cc: n@flqt.fr, Richard Stallman , right.ho@gmail.com, 32722@debbugs.gnu.org, kaushal.modi@gmail.com, leslie@watter.net Received: via spool by 32722-submit@debbugs.gnu.org id=B32722.15402064746890 (code B ref 32722); Mon, 22 Oct 2018 11:08:02 +0000 Received: (at 32722) by debbugs.gnu.org; 22 Oct 2018 11:07:54 +0000 Received: from localhost ([127.0.0.1]:35161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEY3u-0001n4-0I for submit@debbugs.gnu.org; Mon, 22 Oct 2018 07:07:54 -0400 Received: from mout.gmx.net ([212.227.17.22]:48981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEY3p-0001mk-QK for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 07:07:51 -0400 Received: from detlef.gmx.de ([213.220.151.207]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdEsh-1fxI1I2iVX-00IYNj; Mon, 22 Oct 2018 13:07:31 +0200 Received: from detlef.gmx.de ([213.220.151.207]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MdEsh-1fxI1I2iVX-00IYNj; Mon, 22 Oct 2018 13:07:31 +0200 From: Michael Albinus References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <87h8ilfz6o.fsf@nicolasgoaziou.fr> <20180920182929.61517206@gmail.com> <87mus0z773.fsf@nicolasgoaziou.fr> <87wor3e3mr.fsf@gmx.de> <87r2giz5ey.fsf@nicolasgoaziou.fr> Date: Mon, 22 Oct 2018 13:07:29 +0200 In-Reply-To: <87r2giz5ey.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Mon, 22 Oct 2018 11:39:33 +0200") Message-ID: <871s8is0i6.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:EC2izNYfjZthc8Qm3K37m4zDKoHQ/ETX1TSMXHCT+M/h0qD94ak TdcjjiuU6RvbNY/nk1eJb7Tr+pzIxv/v9Z9mfV5v66Uu3owmdVr64OQaXFWWCyJlObxr/oT l7dlByX7ubsgtSxPxVDfgbOEqVnW7Fd4fwXmfDIBf6MsnVJ5Lz8+8WwwOLX2wP2+w99SrR9 7OCIJZ2WR4dHcug4Y43lg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Yar4QsLMzfA=:iCMS3GoiOFrcnOH2XykwM0 /WU8kt8GyAPEVozIP17jizy5j05GQ4dL2vwrAao+Ba2CHEbMlR0XjLIW1qnKRUHmSzCx6S5UL xgiZQ0i6+terY2ObWMQ/bFhjOKlwakKjCNBhwlFfnrtAp5jxynnqcYEroED7KS8bMXltZ8qHe vHVmRj/7DzoOtJwQKvKIR+XsWzjjCq7BuPcQjNFCHl+dbrdvwYa2vu4rByBmfmbvZ06Nex2No 7lHngaThmFhG2XRx9Ht7d8g5n5AcvJFqqj1N1zlxzZ/2EUqpLJ726D2gJde2HYCk12i1NXkVR ibttTuO4O6d1ReFm7tuGNH419C47AcEs0ard0s7hBGHsqLM3CNcgh3TQophNSIwvGAkHpUfSC ApNLw3TrDA4RLrI7l+hzFsHniDWNTHEKp+o1DWdt0QtXFu8MYUiJ0TMNPGl7i8bSkN4zNZZ8m 1N6rbjpH+JAohKv6/sRtWm2nCjf+m2qSmGUXAPiFeYqb9kVU57ICURcLXUDNPy0/K8bWlDWrb t7O7vSHo3P1rlb/y6K+XRdwhqGS9nEXGLkt1WrxGF9SZBgLgk8ZNPCd27fXPoc2y823bsQ0/g ENK9xgmm/DU2MPoP0tOqaLgks7qCNtMGe9D5FQKF0XCbVr3BAieZRy4KKZEwLTGPSeF/ApC73 BaWC7Qb6MblrKiBxWFEs2u0If+yyMqj+ZWckZ4+lYuiX9hCxjRpujpEMwTtUxZUEZ2YbEDpF8 5nDtxigBeRTIQdEJlgKpXflRq5BOGIUVUtG5+iQfgh5+hy9IZnk9ClRl8PXJUcztoUz5PHYp0 B7heBSWpW18+uD+Gj4n8rWWS8F3CT2LPCB/NV4gSARvg821Dbo= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 11:08:10 -0000 Nicolas Goaziou writes: > Hello, Hi Nicolas, > Alternatively, by using TRAMP (see [TRAMP User Manual]), > `org-mobile-directory' may point to a remote directory accessible > through, for example, SSH, SCP, or DAVS: > > (setq org-mobile-directory "/davs:/user@remote.host:org/webdav/") Pls use (setq org-mobile-directory "/davs:user@remote.host.org:/webdav/") Otherwise, LGTM. > Regards, Best regards, Michael. From MAILER-DAEMON Mon Oct 22 08:51:16 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEZfv-0001nk-Vy for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 08:51:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEZft-0001lG-2p for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 08:51:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEZfn-000422-8y for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 08:51:10 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:46389) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEZfj-0003ty-Rf for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 08:51:05 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 10EE1C0012; Mon, 22 Oct 2018 12:51:00 +0000 (UTC) From: Nicolas Goaziou To: Davi Ramos Cc: emacs-orgmode@gnu.org References: Mail-Followup-To: Davi Ramos , emacs-orgmode@gnu.org Date: Mon, 22 Oct 2018 14:50:59 +0200 In-Reply-To: (Davi Ramos's message of "Sat, 20 Oct 2018 13:24:10 -0300") Message-ID: <87h8heywjw.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] Bug: How can I keep time of the day after shifting multiple dates on the agenda view? [9.1.14 (9.1.14-1-g4931fc-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20180910/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 12:51:14 -0000 Hello, Davi Ramos writes: > I'm using batch agenda commands to change the dates of several dates, > using the format "++8d" from the docs. The problem is that the time of day > vanishes when I do that. I want to update the deadlines, but also keep > their original times of the day. Could you show the exact command you're using? Does it work when not used in batch? Regards, -- Nicolas Goaziou From MAILER-DAEMON Mon Oct 22 09:14:19 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEa2F-0007wz-Ki for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:14:19 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51712) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEa28-0007q5-0z for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:14:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEa21-0001tC-4b for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:14:10 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59186) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEa1y-0001mV-0a; Mon, 22 Oct 2018 09:14:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEa1x-0006qq-RS; Mon, 22 Oct 2018 09:14:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 13:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32722 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Received: via spool by 32722-submit@debbugs.gnu.org id=B32722.154021402526304 (code B ref 32722); Mon, 22 Oct 2018 13:14:01 +0000 Received: (at 32722) by debbugs.gnu.org; 22 Oct 2018 13:13:45 +0000 Received: from localhost ([127.0.0.1]:35211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEa1g-0006qB-Gz for submit@debbugs.gnu.org; Mon, 22 Oct 2018 09:13:44 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:54067) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEa1e-0006q3-Tw for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 09:13:43 -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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id C402060004; Mon, 22 Oct 2018 13:13:40 +0000 (UTC) From: Nicolas Goaziou References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <83efdqg32d.fsf@gnu.org> <87lg7yfraw.fsf@nicolasgoaziou.fr> <874leme9vp.fsf@aminb.org> <83h8ikenbc.fsf@gnu.org> <87in30geqo.fsf@nicolasgoaziou.fr> <835zyzevvt.fsf@gnu.org> Date: Mon, 22 Oct 2018 15:13:39 +0200 In-Reply-To: <835zyzevvt.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 20 Sep 2018 23:50:30 +0300") Message-ID: <87d0s2yvi4.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 13:14:18 -0000 Hello, Eli Zaretskii writes: >> From: Nicolas Goaziou >> I assume this is the only way out of this, so I'll have a look at it. > > Thank you. In an attempt to move Org from htmlize to htmlfontify, I'm encountering an issue with the generated CSS. Exporting the same simple document with htmlize, I get: --8<---------------cut here---------------start------------->8--- --8<---------------cut here---------------end--------------->8--- Then, with htmlfontify: --8<---------------cut here---------------start------------->8--- --8<---------------cut here---------------end--------------->8--- Some users reported that htmlfontify output is too verbose (font-style, font-family, font-size...). Is there a way to clean up the output from htmlfontify and include only minimal information? It might be something related to `hfy-default-face-def', but the documentation is not clear to me. Thank you for any help. Regards, -- Nicolas Goaziou From MAILER-DAEMON Mon Oct 22 09:18:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEa61-0004Cw-Ec for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:18:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEa5z-0004A3-6T for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:18:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEa5t-0007bi-8M for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:18:11 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59196) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEa5q-0007Za-Oz; Mon, 22 Oct 2018 09:18:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEa5q-0006xT-G9; Mon, 22 Oct 2018 09:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas Goaziou Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 13:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32722 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: To: Michael Albinus Cc: n@flqt.fr, Richard Stallman , right.ho@gmail.com, 32722@debbugs.gnu.org, kaushal.modi@gmail.com, leslie@watter.net Received: via spool by 32722-submit@debbugs.gnu.org id=B32722.154021425726717 (code B ref 32722); Mon, 22 Oct 2018 13:18:02 +0000 Received: (at 32722) by debbugs.gnu.org; 22 Oct 2018 13:17:37 +0000 Received: from localhost ([127.0.0.1]:35221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEa5R-0006wr-IX for submit@debbugs.gnu.org; Mon, 22 Oct 2018 09:17:37 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:53685) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEa5O-0006wh-WB for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 09:17:35 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 5A72BE001C; Mon, 22 Oct 2018 13:17:32 +0000 (UTC) From: Nicolas Goaziou References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <87h8ilfz6o.fsf@nicolasgoaziou.fr> <20180920182929.61517206@gmail.com> <87mus0z773.fsf@nicolasgoaziou.fr> <87wor3e3mr.fsf@gmx.de> <87r2giz5ey.fsf@nicolasgoaziou.fr> <871s8is0i6.fsf@gmx.de> Date: Mon, 22 Oct 2018 15:17:31 +0200 In-Reply-To: <871s8is0i6.fsf@gmx.de> (Michael Albinus's message of "Mon, 22 Oct 2018 13:07:29 +0200") Message-ID: <878t2qyvbo.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 13:18:12 -0000 Michael Albinus writes: > Pls use (setq org-mobile-directory "/davs:user@remote.host.org:/webdav/") > Otherwise, LGTM. Done. Thank you. From MAILER-DAEMON Mon Oct 22 09:50:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEaat-0000u8-Eh for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:50:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEaar-0000sf-94 for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:50:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEaao-0003yE-Eg for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 09:50:04 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:59215) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEaao-0003y4-6z; Mon, 22 Oct 2018 09:50:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gEaao-0007gf-1u; Mon, 22 Oct 2018 09:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Mon, 22 Oct 2018 13:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32722 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: To: Nicolas Goaziou , Vivek Dasmohapatra Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com Received: via spool by 32722-submit@debbugs.gnu.org id=B32722.154021618429519 (code B ref 32722); Mon, 22 Oct 2018 13:50:01 +0000 Received: (at 32722) by debbugs.gnu.org; 22 Oct 2018 13:49:44 +0000 Received: from localhost ([127.0.0.1]:35240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEaaW-0007g3-Jz for submit@debbugs.gnu.org; Mon, 22 Oct 2018 09:49:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gEaaV-0007fs-P7 for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 09:49:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEaaP-0003df-Jl for 32722@debbugs.gnu.org; Mon, 22 Oct 2018 09:49:38 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52500) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEaZv-0003Od-EU; Mon, 22 Oct 2018 09:49:07 -0400 Received: from [176.228.60.248] (port=1652 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gEaZp-0004zj-2X; Mon, 22 Oct 2018 09:49:01 -0400 Date: Mon, 22 Oct 2018 16:48:46 +0300 Message-Id: <83a7n6t7lt.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87d0s2yvi4.fsf@nicolasgoaziou.fr> (message from Nicolas Goaziou on Mon, 22 Oct 2018 15:13:39 +0200) References: <531a7f93882cc0d5d09700457d06ea082f47569b.camel@flqt.fr> <83sh2ck42e.fsf@gnu.org> <87va73gn90.fsf@nicolasgoaziou.fr> <83efdqg32d.fsf@gnu.org> <87lg7yfraw.fsf@nicolasgoaziou.fr> <874leme9vp.fsf@aminb.org> <83h8ikenbc.fsf@gnu.org> <87in30geqo.fsf@nicolasgoaziou.fr> <835zyzevvt.fsf@gnu.org> <87d0s2yvi4.fsf@nicolasgoaziou.fr> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 Subject: [O] bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ? X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 13:50:06 -0000 > From: Nicolas Goaziou > Cc: rgm@gnu.org, n@flqt.fr, rms@gnu.org, amin@gnu.org, 32722@debbugs.gnu.org, rjhorniii@gmail.com, kaushal.modi@gmail.com > Date: Mon, 22 Oct 2018 15:13:39 +0200 > > Some users reported that htmlfontify output is too verbose (font-style, > font-family, font-size...). > > Is there a way to clean up the output from htmlfontify and include only > minimal information? It might be something related to > `hfy-default-face-def', but the documentation is not clear to me. I have no idea. CC'ing the author in the hope that he does. From MAILER-DAEMON Mon Oct 22 10:44:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEbR7-00039J-Tr for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 10:44:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEbR3-000388-7s for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 10:44:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEbQz-00036M-8I for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 10:44:01 -0400 Received: from lb3-smtp-cloud7.xs4all.net ([194.109.24.31]:60190) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEbQy-00032A-VD for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 10:43:57 -0400 Received: from [IPv6:2001:980:3b14:1:e23f:49ff:feae:ca8c] ([IPv6:2001:980:3b14:1:e23f:49ff:feae:ca8c]) by smtp-cloud7.xs4all.net with ESMTPA id EbQugdWrHw2L8EbQvg94CA; Mon, 22 Oct 2018 16:43:53 +0200 To: Org Mode From: "L.C. Karssen" Openpgp: preference=signencrypt Autocrypt: addr=lennart@karssen.org; prefer-encrypt=mutual; keydata= xsDiBEK39GgRBADP8+QUsQ4kpU/v5jxcieR0GGrm3T66xdkwE8rKcOuUIl9IMZB2XYCplb8f MVWu1Zz7lPF0J2Of8w82Apmh8pQLz/ANG8e7rLQO9eHe7PZvGWSoLWmfQYDAlDcj5ZzKMf1Z N5NpU5Y0E8kUEEpGrqNEu9vkCF6lPoTcemYUh9Qz1wCg0LVkB+mBoL5G0Crr9GDjM34RiEUD /RVadkHntm+UOY1EqcwHQFA7QqiazBVj30MWFoZrnSjUDk/miw5Vd73Jo1tT/xT1XSeU50wQ K3WYMVc5QWWS9RQBsNySZZ12PFzBVAbfoOK5QdxaKBWucESSlcaB/av9hvb8m5ZEZk66IlMq q4aXkm8IStJurRvTpvmqO817ZESaA/4jQFe1uoO5NpLdY7BV0b6Je/YHiMUB0Y1KSRv0g67S lXzwg+FqjUBeHaEqVmmDOPkoYHylYArLGvLQATGi8jP0NWFSi8w69rIBdb6mjT+jgwUjm/ax CXQqF2tSUfaD7D4YKMHW/MddGqQiYR05yOEdiADPW8NrkoeLLDzYRKRUes0/TC5DLiBLYXJz c2VuIChHUEcga2V5IGZvciBwZXJzb25hbCBzdHVmZikgPGxlbm5hcnRAa2Fyc3Nlbi5vcmc+ wl4EExECAB4GCwkIBwMCAxUCAwMWAgECHgECF4AFAlLqIoICGQEACgkQvwL/WqiPVUpY7wCf VIfo0OtaBs6guM18xSrY770kmo8An2bubWuBW2VGYl6KqczPogevCR+EzsNNBFB1YHMQEACV QPSlijB04WfLUBrXP0s16Z6hquCDR52BkJUVb5UsCuEE3kkAIjbZ/90Rc9PQGq05qgtuzjF+ PFqex+rKHpnHNjnB7A8Dsgt3me7X/moDk/H4KFAiGVD2nd0LoGcg1bNYa9Qu8mi0LNKbrKN3 Vich8Tn/Hp8emx7fFfiGg25vzAADN7VjPmHqFmbjGyKjIUDvTY+yAVVZOk/RsiRoN/+8nxk0 qe3vI3QJq0s1zQIWSXJfBBQgqMycLBYl0sa5g/Yl8XMz+XnjVEIJQu23niXonmjnrasxVqNC omrJJ9aiUTrFTrCy2v0Gw8Dif/w9NsBBXiJEFHNSXs7W9wGHXcChXYJ0ciIkVXYDnSoiI9eF hnjTD/xOVguNEoJpSUn3g3eucjJ3o0in4lWmpXOPK4kysH1x7uochpwOvL4LGQwrNwoCPHrI DhzvSZGRcwZ98RWq6/LzlJPBFSQChxGxUtXyxZeNikXEILLHr3Gt68oHmQg8xV7gtQgJPm2E ne0ZqtY0t+cSCXwopevLkR6Teof7fYK+1Wl1km19LpKAlh3VfPW6WhNRS4vQDNLKRrEwrTLX mV6qvUQWnmbsseIDHrRNvm9JCh6mVstshdejmsd30f2ImkFkQGihK2KyEn7o+ZvoXBR0cr5f hTQCoJuhvXM+wnTWyALJwdQhEVnXIuZCIwADBQ//UbwNmW1ySf1/u7sTQ37mN4V6gwBUuIy4 EEygE8UHA7kq8FkSq2ywxbsG6xqs20eyA+wPtHtSa+6l5rkK1bchPxdrpjuhAdphWVFVV45y fN7fR0yv4RFRx1OAcMlu2o+LMXzprp6BCPg2g9FDAs95NNkxpDXNJYIwDR4mWhEjL3xj49fE acqeRtF17rgLtIGvyDhiukdtMFV2KeeLqUcp38QBvX51j9pyr4HpD9XNK8JEiPk56f7kPJi/ Q+QQzp05LeSHsCxY/XDENcFqvJSDvod28Mjkfzo/NyJRkEuH0mqcPtzvpCw40CSNNDW2I8by xftd/+TrOX74wLBY2YsMDeOMFdLovXzLxsNTTe7sjUeHaQX+YfGX1Ckiqyq5f/BJmTt3rZkG 3dU+yLajtHX08ZAi/0ia1HOqD4sutCFt2ACcQ/HI5eMLjLJoB/d0XP5ohK7dDnRVEaPqfYh1 AGxLeCoVmShkXevjCoa+4ttjk7FM5PqgSZgqAKfGjRpZDov+1VWb/V6IlsuTg/ZVYkUp8AIX o5zwvvI6pUMMBRP4zeSJU9doRVk5j2DQ2G90C1YevhTeVMv2S8x90HFG9SqNF1+JHzdj8j8t CLOlFEZm352Ej72UsYTTPUCDHGDKGee7YZA1YxBtW+Gx8E7sOSe8F/0tesQJ9FE5tC2diqes 2SfCSQQYEQIACQUCUHVgcwIbDAAKCRC/Av9aqI9VSozXAKCbMeiiOxJfnMcTtBj3WFj+fO4P XACdEwL/I83D0LER54kB7TZ2QWiUPP8= Message-ID: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> Date: Mon, 22 Oct 2018 16:43:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Mzycq6mzwuifXUppjMmRoVDST4toe7vew" X-CMAE-Envelope: MS4wfBLlm835DxhCUaOJw52FFz7csI77CoeNNSDRCW8tkVTvPaxb9+fxXj+l4eACzvQb8BDw4TmxJd98dx8jjUoqe+16C4RK5UkfMKRymXXTzRchuE+PdYI7 rzoJZaHvIXLy2jpxh+qJsrROPmhn3A4ftIfawmav9CSgI6aBbDs/jNvI6OCE7n2pLsBUC2RZ6BQVvkXt7xBynEoiVPyBqhmaEcs9QgczPhMVlItMVATF5/X6 ICOfn8oRtSEJA9BkDS3jocYLURljeUKu6N+F8WqSdPc= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 194.109.24.31 Subject: [O] Trying to use :post header argument to set #+ATTR_LATEX: line X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 14:44:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Mzycq6mzwuifXUppjMmRoVDST4toe7vew Content-Type: multipart/mixed; boundary="Gupj64KNwIBXs9t3NIWfZmLCFxQZxZ0zL"; protected-headers="v1" From: "L.C. Karssen" To: Org Mode Message-ID: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> Subject: Trying to use :post header argument to set #+ATTR_LATEX: line --Gupj64KNwIBXs9t3NIWfZmLCFxQZxZ0zL Content-Type: multipart/mixed; boundary="------------DBC8F1DC438ECA54DB5166B5" Content-Language: en-GB This is a multi-part message in MIME format. --------------DBC8F1DC438ECA54DB5166B5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dear list, I'd like to create several tables from R and export those to a LaTeX document. Because only input variable differs for the R code that generates the tables, I thought I could use the :post header argument to add the #+ATTR_LATEX: line I need to each of the outputs of my R source code blocks. I tried to follow the Org manual (section 14.8.2.27), but that doesn't seem to work. My R results blocks all get colons in front of the output and if I set :results drawer, I get the following error: org-babel-R-evaluate-session: Wrong type argument: listp, followed by a double quoted string containing the data, excluding the #+ATTR_LATEX line. I have attached an example Org file that illustrates what I am trying to achieve and where it goes wrong. I tested this using Emacs 26.1 of 2018-05-29 and Org 9.1.13 from elpa (2018-06-25). In short, I'm trying the following: #+name: attr_wrap #+begin_src R :var data=3D"" :results output cat("#+ATTR_LATEX: :environment tabularx :width \\textwidth :align Xrrr", "\n") data #+end_src #+name: create_table2 #+begin_src R :rownames yes :colnames yes :var brand=3D"Mazda" :post attr_wrap(data=3D*this*) mtcars[grepl(brand, rownames(mtcars)), c("mpg", "cyl", "disp")] #+end_src And call it: #+call: create_table2(brand=3D"Toyota") #+RESULTS: : #+ATTR_LATEX: :environment tabularx :width \textwidth :align Xrrr : X mpg cyl disp : 1 Toyota Corolla 33.9 4 71.1 : 2 Toyota Corona 21.5 4 120.1 Note that the whole results block is preceded by a colon, instead of the table being formatted by Org. Thanks for any help! Best regards, Lennart. --=20 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* L.C. Karssen 's-Hertogenbosch The Netherlands lennart@karssen.org http://blog.karssen.org GPG key ID: A88F554A -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- --------------DBC8F1DC438ECA54DB5166B5 Content-Type: text/plain; charset=UTF-8; name="org-source-block-post.org" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="org-source-block-post.org" IytUSVRMRTogVGVzdGluZyB0aGUgOnBvc3QgaGVhZGVyIGFyZwoKIyBTZXQgc29tZSBPcmcg QmFiZWwgdmFsdWVzIGZvciB0aGUgd2hvbGUgZG9jdW1lbnQKIytQUk9QRVJUWTogaGVhZGVy LWFyZ3M6UiA6c2Vzc2lvbiAqbXlSKgoKKiBJbnRyb2R1Y3Rpb24KICBJbiB0aGlzIGRvY3Vt ZW50IEkgZXhwbG9yZSB0aGUgdXNlIG9mIHRoZSA9OnBvc3Q9IGhlYWRlciBhcmd1bWVudAog IGZvciBPcmcgbW9kZSBzb3VyY2UgY29kZSBibG9ja3MuIE15IGFpbSBpcyB0byBjcmVhdGUg c2V2ZXJhbCB0YWJsZXMKICBmb3IgZXhwb3J0IHRvIExhVGVYIGFuZCBoYXZlIHRoZSA9QVRU Ul9MQVRFWD0gYmxvY2tzIGF1dG9tYXRpY2FsbHkKICBhZGRlZCB0byB0aGUgb3V0cHV0IG9m IHRoZSBzb3VyY2UgY29kZSBibG9ja3MuCgogIEZvciB0aGVzZSB0ZXN0cyB3ZSB3aWwgdXNl IHRoZSA9bXRjYXJzPSBkYXRhIHNldCB0aGF0IGNvbWVzIHdpdGggUi4KCiogVGVzdGluZyB0 aGUgPTpwb3N0PSBoZWFkZXIgYXJndW1lbnQKICBUaGUgZm9sbG93aW5nIGJsb2NrIGlzIHN1 cHBvc2VkIHRvIGJlIHVzZWQgaW4gYSA9OnBvc3Q9IGNhbGwgdG8gc2V0CiAgdGhlID1BVFRS X0xBVEVYPSBsaW5lLgogICMrbmFtZTogYXR0cl93cmFwCiAgIytiZWdpbl9zcmMgUiA6dmFy IGRhdGE9IiIgOnJlc3VsdHMgb3V0cHV0CiAgY2F0KCIjK0FUVFJfTEFURVg6IDplbnZpcm9u bWVudCB0YWJ1bGFyeCAgOndpZHRoIFxcdGV4dHdpZHRoIDphbGlnbiBYcnJyIiwgIlxuIikK ICBkYXRhCiAgIytlbmRfc3JjCgogIFRoZSBpZGVhIGlzIHRvIHVzZSB0aGlzIGFzIGEgbmFt ZWQgc3JjIGJsb2NrIHNvIGl0IGNhbiBiZSByZXVzZWQgZm9yCiAgZWFjaCB0YWJsZSBJIHdh bnQgdG8gY3JlYXRlIChoZXJlIHN0aWxsIHdpdGhvdXQgPTpwb3N0PSB0byBzaG93IHRoZQog IHJlZ3VsYXIgb3V0cHV0KS4KICAjK25hbWU6IGNyZWF0ZV90YWJsZQogICMrYmVnaW5fc3Jj IFIgOnJvd25hbWVzIHllcyA6Y29sbmFtZXMgeWVzIDp2YXIgYnJhbmQ9Ik1hemRhIgogIG10 Y2Fyc1tncmVwbChicmFuZCwgcm93bmFtZXMobXRjYXJzKSksIGMoIm1wZyIsICJjeWwiLCAi ZGlzcCIpXQogICMrZW5kX3NyYwoKICBUaGlzIHdvcmtzIHVzaW5nID0jK2NhbGw6PToKICAj K2NhbGw6IGNyZWF0ZV90YWJsZShicmFuZD0iSG9ybmV0IikKCiAgIytSRVNVTFRTOgogIHwg ICAgICAgICAgICAgICAgICAgfCAgbXBnIHwgY3lsIHwgZGlzcCB8CiAgfC0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tKy0tLS0tKy0tLS0tLXwKICB8IEhvcm5ldCA0IERyaXZlICAgIHwg MjEuNCB8ICAgNiB8ICAyNTggfAogIHwgSG9ybmV0IFNwb3J0YWJvdXQgfCAxOC43IHwgICA4 IHwgIDM2MCB8CgogIERlZmluZSBhIHNsaWdodGx5IGRpZmZlcmVudCBzcmMgYmxvY2sgdGhh dCBhY3R1YWxseSB1c2VzIHRoZSA9OnBvc3Q9CiAgaGVhZGVyIGFyZ3VtZW50OgogICMrbmFt ZTogY3JlYXRlX3RhYmxlMgogICMrYmVnaW5fc3JjIFIgOnJvd25hbWVzIHllcyA6Y29sbmFt ZXMgeWVzIDp2YXIgYnJhbmQ9Ik1hemRhIiA6cG9zdCBhdHRyX3dyYXAoZGF0YT0qdGhpcyop CiAgbXRjYXJzW2dyZXBsKGJyYW5kLCByb3duYW1lcyhtdGNhcnMpKSwgYygibXBnIiwgImN5 bCIsICJkaXNwIildCiAgIytlbmRfc3JjCgogIEFuZCBjYWxsIGl0OgogICMrY2FsbDogY3Jl YXRlX3RhYmxlMihicmFuZD0iVG95b3RhIikKCiAgIytSRVNVTFRTOgogIDogIytBVFRSX0xB VEVYOiA6ZW52aXJvbm1lbnQgdGFidWxhcnggIDp3aWR0aCBcdGV4dHdpZHRoIDphbGlnbiBY cnJyCiAgOiAgICAgICAgICAgICAgICBYICBtcGcgY3lsICBkaXNwCiAgOiAxIFRveW90YSBD b3JvbGxhIDMzLjkgICA0ICA3MS4xCiAgOiAyICBUb3lvdGEgQ29yb25hIDIxLjUgICA0IDEy MC4xCgogIE5vdGUgdGhhdCB0aGUgd2hvbGUgcmVzdWx0cyBibG9jayBpcyBwcmVjZWRlZCBi eSBhIGNvbG9uLCBpbnN0ZWFkCiAgb2YgYmVpbmcgZm9ybWF0dGVkIGJ5IE9yZy4KCiAgVXNp bmcgdGhlIFNoZWxsIGNvZGUgZnJvbSB0aGUgT3JnIG1hbnVhbCBkb2Vzbid0IHdvcmsgZWl0 aGVyLCBpdAogIGFkZHMgYSBjb21tYSBpbiBmcm9udCBvZiB0aGUgPSMrQVRUUl9MQVRFWD0g bGluZS4KICAjK25hbWU6IGF0dHJfd3JhcDIKICAjK2JlZ2luX3NyYyBzaCA6dmFyIGRhdGE9 IiIgOnJlc3VsdHMgb3V0cHV0CiAgICBlY2hvICIjK0FUVFJfTEFURVg6IDplbnZpcm9ubWVu dCB0YWJ1bGFyeCA6d2lkdGggXFx0ZXh0d2lkdGggOmFsaWduIFhycnIiCiAgICBlY2hvICIk ZGF0YSIKICAjK2VuZF9zcmMKCiAgTmV3ID1jcmVhdGVfdGFibGU9IGZ1bmN0aW9uOgogICMr bmFtZTogY3JlYXRlX3RhYmxlMwogICMrYmVnaW5fc3JjIFIgOnJvd25hbWVzIHllcyA6Y29s bmFtZXMgeWVzIDp2YXIgYnJhbmQ9Ik1hemRhIiA6cG9zdCBhdHRyX3dyYXAyKGRhdGE9KnRo aXMqKQogIG10Y2Fyc1tncmVwbChicmFuZCwgcm93bmFtZXMobXRjYXJzKSksIGMoIm1wZyIs ICJjeWwiLCAiZGlzcCIpXQogICMrZW5kX3NyYwoKICBBbmQgY2FsbCBpdDoKICAjK2NhbGw6 IGNyZWF0ZV90YWJsZTMoYnJhbmQ9IlRveW90YSIpCgogICMrUkVTVUxUUzoKICA6ICMrQVRU Ul9MQVRFWDogOmVudmlyb25tZW50IHRhYnVsYXJ4IDp3aWR0aCBcdGV4dHdpZHRoIDphbGln biBYcnJyCiAgOiBUb3lvdGEgQ29yb2xsYQkzMy45CTQJNzEuMQogIDogVG95b3RhIENvcm9u YQkyMS41CTQJMTIwLjEKCiAgT2JzZXJ2ZSB0aGF0IG5vdyB0aGUgY29sdW1uIG5hbWVzIGhh dmUgY29tcGxldGVseSBkaXNhcHBlYXJlZC4K --------------DBC8F1DC438ECA54DB5166B5-- --Gupj64KNwIBXs9t3NIWfZmLCFxQZxZ0zL-- --Mzycq6mzwuifXUppjMmRoVDST4toe7vew Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEAREIAB0WIQQyBENSov4Y8H9uObIgAxQL2pzVCQUCW83iJwAKCRAgAxQL2pzV CSgAAP4tzGICR63ioxNQ2ZaSYqsVjHKL8BZlRtqI41/SYnkFPgD+PwYdFa4SbTyu VbqDNHHs9/AVjENZ6PTosPn+ArrGJjY= =jHsi -----END PGP SIGNATURE----- --Mzycq6mzwuifXUppjMmRoVDST4toe7vew-- From MAILER-DAEMON Mon Oct 22 12:06:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEcj3-0004D3-6p for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:06:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53575) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEciz-0004AQ-Je for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:06:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEciq-0006Qg-E0 for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:06:35 -0400 Received: from iport-bcv4-out.ucsd.edu ([132.239.0.122]:23796) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEcih-00062f-GX for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:06:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1540224379; x=1571760379; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=i6rJDERE/M5ZI6XCzSLcCr7kbUtlkYF9RHa899Suils=; b=Y3h19DpbekjPf0zGH2Pg+Z4LLL9gpPGtWY4Q8M5GS64bf3gAVC7RXf8h voAaRkaAmyrQEY0OjH3E2vAi5L6PHfTZeC3MLPsr2dAW6tfQfq42AGDrr euvYqTmSOmk5d+J7ebW6kgHUZUms999Zkr8CvLYSp6qQzSgFOJOi1jRu4 c=; IronPort-PHdr: =?us-ascii?q?9a23=3Am/V+ZB8hBcmRWP9uRHKM819IXTAuvvDOBiVQ1KB2?= =?us-ascii?q?1+gcTK2v8tzYMVDF4r011RmVBdqds6oMotGVmpioYXYH75eFvSJKW713fDhBt/?= =?us-ascii?q?8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1?= =?us-ascii?q?Ifn+FpLPg8it2O2+55/ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyhzHontJf+?= =?us-ascii?q?RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKWE169b1uhTF?= =?us-ascii?q?UACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMNboRr4oRzut86ZrSAfpiC?= =?us-ascii?q?gZMT457HrXgdF0gK5CvR6tuwBzz4vSbYqINvRxY7ndcMsaS2RfQ8hRSyJPDICy?= =?us-ascii?q?b4QNDuoOIelWoIbmqlsStBu+ABWgCP/zxjNWgHL9wK000/4mEQHDxAEsEc8Dv2?= =?us-ascii?q?rOrNXvNKYeSf2+wbfIzTrZdfNW3Sny6JPGfhs8pvyDQa5/ftHPxkk1DQPEjk6d?= =?us-ascii?q?qZH5MDOOy+sBqXaU4Pd9Ve+2jWMstgJ/oiC3y8sxloXFnJ8Zx1TF+Clj3Yo4Js?= =?us-ascii?q?e0RUpmbdK8DZddtT+WO5F0T884Xm1luSY3xqcbtZKmYCQG0JonyADcZvCbdoWF?= =?us-ascii?q?5x3uW/uMLTp7gX9ldq6wiwi3/EWhyODxVci53VNXoSdKkNTMuHYA3AHJ5MedUP?= =?us-ascii?q?ty5EKh1C6K1wDU9+5LP1g5lbHeK5492r4wkYcTsVjbEi/2hkr2iKiWe10m9Oa1?= =?us-ascii?q?8ujqfLToqJGaOYFuigzyK6shltW4D+omLgUCR2mb+eKi273/5UD1XalGgucrnq?= =?us-ascii?q?TdsZ3WP9kXq62jDwJRz4ov8xO/AC2n0NQck3kHNlVFeBefgof1J17BO+73De2l?= =?us-ascii?q?g1Wsizpr2uzJPqb8DZnXMHfMjarhca5n60FA0Aoz0cxf55VMB7EHPfLzX1T+u8?= =?us-ascii?q?DYDh84Nwy73v3qCNp41owEWGKPBrWVP7/VsV+N/ugvOfWDZJcJuDbhLPgo/+Dh?= =?us-ascii?q?jXojllABZqmlxJwXaGq3HvRjJEWWfGTjj8wOEWcMowoyVuvqiEeNUTRLfXa9Q7?= =?us-ascii?q?o85i0nCIKhFYrDQ5qigL2F3CqgGJ1WZ3xJCleIEXjybIWEVPAMZziTI89glTwE?= =?us-ascii?q?SKKtS4E71ULmiAiv0KZuNObV5CweuIirgN5o4ufYlRA2+RR7Cs2c1yeGSGQizU?= =?us-ascii?q?0SQDpjlopyu1Zsjh+o0aFih/FDX5QH7PhDXx0gJLbBxPd2Td3+R1SSLZ+yVF+6?= =?us-ascii?q?T4D+UnkKRdUrzopLOh4lFg=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2G2AAAl9M1b/1sSxApkGwEBAQEDAQEBB?= =?us-ascii?q?wMBAQGBZYExgjkoCoxijSQliHqQFQEMLAKEPgKFNzgWAQMBAQEBAQECAQECaRw?= =?us-ascii?q?MgjYkAQ9LawEBAQEBASMCFFwBAQEBAgE6BgEBNwEECwIBCBgeECERJQIEDgWDI?= =?us-ascii?q?YFqAw0IAaRegh2CdgEBBYI+gjgNRQEHgUMIijZ+ATSCAIERJwwTgkyCVoIogzS?= =?us-ascii?q?CJohshWCPUC4DBgKNTIMkF5AujVCJDYFaIoFVchNlAYJBgho1hCCJaG9NW4oKA?= =?us-ascii?q?YEeAQE?= X-IPAS-Result: =?us-ascii?q?A2G2AAAl9M1b/1sSxApkGwEBAQEDAQEBBwMBAQGBZYExgjk?= =?us-ascii?q?oCoxijSQliHqQFQEMLAKEPgKFNzgWAQMBAQEBAQECAQECaRwMgjYkAQ9LawEBA?= =?us-ascii?q?QEBASMCFFwBAQEBAgE6BgEBNwEECwIBCBgeECERJQIEDgWDIYFqAw0IAaRegh2?= =?us-ascii?q?CdgEBBYI+gjgNRQEHgUMIijZ+ATSCAIERJwwTgkyCVoIogzSCJohshWCPUC4DB?= =?us-ascii?q?gKNTIMkF5AujVCJDYFaIoFVchNlAYJBgho1hCCJaG9NW4oKAYEeAQE?= X-IronPort-AV: E=Sophos;i="5.54,412,1534834800"; d="scan'208";a="60376832" Received: from hs-cgdlp5-v-mta.ucsd.edu (HELO HS-CGDLP5-V-MTA) ([10.196.18.91]) by iport-bcv4-out.ucsd.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Oct 2018 09:05:59 -0700 Received: from HS-CGDLP5-V-MTA (localhost.localdomain [127.0.0.1]) by HS-CGDLP5-V-MTA (Postfix) with ESMTP id 5057C63; Mon, 22 Oct 2018 09:05:59 -0700 (PDT) Received: from iport-bcv1-out.ucsd.edu (iport-bcv1-out.ucsd.edu [132.239.0.119]) by HS-CGDLP5-V-MTA (Postfix) with ESMTP id 3555163; Mon, 22 Oct 2018 09:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1540224359; x=1571760359; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=i6rJDERE/M5ZI6XCzSLcCr7kbUtlkYF9RHa899Suils=; b=ABcR0t18F3J/dFDlVrRcputOCe1Xsc5rsKXBH15lynFUlXKfI3rPkurZ 3XwAiFmbafMtf5Wd9BSfF8skNkrsaFah2Wp7cdAnaauPQ+7tVsrGagueK WV1PpWvOa1nm8STEVj8PLS8iR7q8+ZJ7mTY6pUHOzlmAeiUUGtHFTaGYE k=; X-IronPort-AV: E=Sophos;i="5.54,412,1534834800"; d="scan'208";a="769326008" Received: from xcore-cub1.ucsd.edu (HELO XCORE-CUB1.AD.UCSD.EDU) ([132.239.0.117]) by iport-bcv1-out.ucsd.edu with ESMTP/TLS/AES256-GCM-SHA384; 22 Oct 2018 09:04:50 -0700 Received: from XCORE-KM1.AD.UCSD.EDU (132.239.82.165) by XCORE-CUB1.AD.UCSD.EDU (132.239.0.117) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 22 Oct 2018 09:04:50 -0700 Received: from HSMBX02-V.AD.UCSD.EDU ([fe80::4d18:fc2:6786:d47f]) by XCORE-KM1.AD.UCSD.EDU ([::1]) with mapi id 14.03.0408.000; Mon, 22 Oct 2018 09:04:50 -0700 From: "Berry, Charles" To: stardiviner CC: Nicolas Goaziou , org-mode Thread-Topic: Org source block header argument :var does not support space separated string Thread-Index: AQHUaiD1zvfOHU5mXkSYfxhOlSc4vA== Date: Mon, 22 Oct 2018 16:04:50 +0000 Message-ID: <8CECF1D0-89CA-4826-969D-98B11C5587B2@ucsd.edu> References: <87sh11htsy.fsf@gmail.com> <878t2sgypl.fsf@nicolasgoaziou.fr> <87r2giiz7j.fsf@gmail.com> In-Reply-To: <87r2giiz7j.fsf@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.7.165.110] Content-Type: text/plain; charset="us-ascii" Content-ID: <8D96F0E547CA82448BDD8218C6A79564@AD.UCSD.EDU> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.239.0.122 Subject: Re: [O] Org source block header argument :var does not support space separated string X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 16:06:40 -0000 > On Oct 21, 2018, at 5:48 PM, stardiviner wrote: >=20 > Oops, I misunderstand the :var variable=3D"literal quoted string". > I want to reference the named source's result in variable. >=20 > Like: >=20 > **** encrypt text -- ~<<< [TEXT]~ >=20 > #+NAME: base64 encrypt text > #+begin_src sh > base64 <<< "stardiviner " > #+end_src >=20 > #+RESULTS: base64 encrypt text > : c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg=3D=3D >=20 > **** decrypt text -- ~-d~ >=20 > #+begin_src sh :var encrypted=3D > # base64 -d <<< c3RhcmRpdmluZXIgPG51bWJjaGlsZEBnbWFpbC5jb20+Cg=3D=3D > # base64 -d <<< $encrypted > echo $encrypted > #+end_src This works=20 #+begin_src sh :var encrypted=3D(org-babel-ref-resolve "base64 encrypt text= ()") echo $encrypted #+end_src You might write a wrapper, so something like (quote-ref "base64 encrypt tex= t") will handle it. HTH, Chuck= From MAILER-DAEMON Mon Oct 22 12:42:57 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEdI9-0000bn-9f for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:42:57 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEdI6-0000aD-N5 for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:42:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEdI2-0004eG-Mm for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:42:54 -0400 Received: from iport-acv5-out.ucsd.edu ([132.239.0.10]:56400) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEdI2-0004YD-Ah for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:42:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1540226570; x=1571762570; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=sDyXtDIdi4KjstepFytM/XkhrLt0YAtTr3WuLwKV3Y8=; b=GmmA450eMMYTcAiNS7tqNt6dMkDadupbjBnnEVWMdddotnBG+2WvmbGn GelsR3rFI9ZqK+JkaP/APT/mhm6H3G660zMPCg5gRHw/CY//wy5uVq13k RB878ShYlul7nEeSNqtFZiNvARnT8E1ZuInNlC4qrO3XpJRGCBVx061tp c=; IronPort-PHdr: =?us-ascii?q?9a23=3AHiSoyxdqhz9k5P/VGhD1QeKPlGMj4u6mDksu8pMi?= =?us-ascii?q?zoh2WeGdxcW4Zx7h7PlgxGXEQZ/co6odzbaO7Oa4ASQp2tWoiDg6aptCVhsI24?= =?us-ascii?q?09vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFRrhKAF7?= =?us-ascii?q?Ovr6GpLIj8Swyuu+54Dfbx9HiTahY75+Ngm6oRnMvcQKnIVuLbo8xAHUqXVSYe?= =?us-ascii?q?RWwm1oJVOXnxni48q74YBu/SdNtf8/7sBMSar1cbg2QrxeFzQmLns65Nb3uhnZ?= =?us-ascii?q?TAuA/WUTX2MLmRdVGQfF7RX6XpDssivms+d2xSeXMdHqQb0yRD+v9LlgRgP2hy?= =?us-ascii?q?gbNj456GDXhdJ2jKJHuxKquhhzz5fJbI2JKPZye6XQds4YS2VcRMZcTyxPDJ2h?= =?us-ascii?q?YYsTAeQPPuhYoIv8p1QSohWxChKhBP/2yj9NmnP6wbE23/onHArb3AIgBdUOsH?= =?us-ascii?q?HModn7KaodT/q1zLPIzDnbcvhbxzf955LSchAlv/6MRrx8etfWxEYzCwzKlUuf?= =?us-ascii?q?qZb/PzKVzekNrnSU7/F9Wu61lWEothxxryGpy8wxhIfJgYcVxUrF9SV/2Is1Kt?= =?us-ascii?q?y4SFJ7Yd65C5RcrT2VN4xzQs4kXmpmuz46x6UbtZKnZiQG1ZAqyh/FZ/CacIWE?= =?us-ascii?q?+BbuWPuJLTtlhn9pZqizihSo/US9y+DxVtO43EtXoiZZitXMuG4C2h/P5sWCT/?= =?us-ascii?q?Zw8Vqu1SuM2g3W5OFLPV44mK/aJpMjwbM9l58evlnMEyL0lkX7irKdeF8+9eiy?= =?us-ascii?q?8evnZ63rppqbN4BplA7zKr8umsmjAeQgNQgOQnSb9fy81LL9+U35R61HgP8rnK?= =?us-ascii?q?XArp3UJMoVqKijDQJVy4os5A+zATC43tkEhXUHLVRFdwybj4XxJl3CPOr0Aeq7?= =?us-ascii?q?jlmtijtn2vPLMqflD5nQNnTDla3ufbd5605S0gozytVf6opIBb4dO/38RFXxtM?= =?us-ascii?q?bYDxIiLgy73/3nB8hn2owARG2PH7eVMLnOvl+Q+uIvP+6MaZcLtzb4Mfcq++Xu?= =?us-ascii?q?gWY+mV8Hcqmp2JwXZ22mEfl9LEWZZ2fsjs0GEWcQsQo0VPbqh0GaUT5Pe3ayWL?= =?us-ascii?q?ox5jUlB4KgC4fMXJqtgKCa0Se4BJJWfHtGCkuSHnfubYmEXO0MaC3BavNmx3Yg?= =?us-ascii?q?E5PnA6wozwq1uQmwg+5jI+zS8zcEnZHqzsNu6uuVkgs9o29aFcOYhiunQntujy?= =?us-ascii?q?dAbD8/xqRyugY1nlyI26Vime1wCNdI67VEXhpsZs2U9PBzF92nAlGJRdyOUlvz?= =?us-ascii?q?B4z+WTw=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2G2AABe/c1b/1sSxApkGwEBAQEDAQEBB?= =?us-ascii?q?wMBAQGBZYExgTp/KAqMYo0kJZcpgSs7AQwjCQKEPgKFNzgWAQMBAQEBAQECAQE?= =?us-ascii?q?CaRwMgjYkAQsESzswAQEBAQEBAQEBAQEBAQEBGgINB1wBAQEBAgE6BgEBNwEEC?= =?us-ascii?q?wIBCBgeEDIlAgQOBYMhAYF5CAEOpGmCHYJ2AQEFgj6DDAEHgUMDBYo2gTOCAIE?= =?us-ascii?q?4DBOCTIMbAoEpBDSDNIImnkoDBgKGYIoQF5AuLIwsigWBWiKBVXITOyoBgkGCG?= =?us-ascii?q?oNraolob01bigoBgR4BAQ?= X-IPAS-Result: =?us-ascii?q?A2G2AABe/c1b/1sSxApkGwEBAQEDAQEBBwMBAQGBZYExgTp?= =?us-ascii?q?/KAqMYo0kJZcpgSs7AQwjCQKEPgKFNzgWAQMBAQEBAQECAQECaRwMgjYkAQsES?= =?us-ascii?q?zswAQEBAQEBAQEBAQEBAQEBGgINB1wBAQEBAgE6BgEBNwEECwIBCBgeEDIlAgQ?= =?us-ascii?q?OBYMhAYF5CAEOpGmCHYJ2AQEFgj6DDAEHgUMDBYo2gTOCAIE4DBOCTIMbAoEpB?= =?us-ascii?q?DSDNIImnkoDBgKGYIoQF5AuLIwsigWBWiKBVXITOyoBgkGCGoNraolob01bigo?= =?us-ascii?q?BgR4BAQ?= X-IronPort-AV: E=Sophos;i="5.54,412,1534834800"; d="scan'208";a="410987592" Received: from hs-cgdlp5-v-mta.ucsd.edu (HELO HS-CGDLP5-V-MTA) ([10.196.18.91]) by iport-acv5-out.ucsd.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Oct 2018 09:42:40 -0700 Received: from HS-CGDLP5-V-MTA (localhost.localdomain [127.0.0.1]) by HS-CGDLP5-V-MTA (Postfix) with ESMTP id 80EDF63; Mon, 22 Oct 2018 09:42:40 -0700 (PDT) Received: from iport-bcv3-out.ucsd.edu (iport-bcv3-out.ucsd.edu [132.239.0.89]) by HS-CGDLP5-V-MTA (Postfix) with ESMTP id 7365863; Mon, 22 Oct 2018 09:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1540226560; x=1571762560; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=sDyXtDIdi4KjstepFytM/XkhrLt0YAtTr3WuLwKV3Y8=; b=cd9zvIDWWTHOXmfSz+DGlGQP6qV4wy3RHh59P19PMIcwz+xOlLD3dBgj sI0eaLxQbipywt8hooc37RCKgbw4HBp9elNb3JPy7s5tstrmthOjBhNpd E5EGt2YQnWT7wlG8SGOYK6EwcCLGWx+LLShitkAlD4ZiHBCKjSh93b2E5 g=; X-IronPort-AV: E=Sophos;i="5.54,412,1534834800"; d="scan'208";a="241299654" Received: from xcore-cub1.ucsd.edu (HELO XCORE-CUB1.AD.UCSD.EDU) ([132.239.0.117]) by iport-bcv3-out.ucsd.edu with ESMTP/TLS/AES256-GCM-SHA384; 22 Oct 2018 09:42:40 -0700 Received: from XCORE-KM1.AD.UCSD.EDU (132.239.82.165) by XCORE-CUB1.AD.UCSD.EDU (132.239.0.117) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 22 Oct 2018 09:42:39 -0700 Received: from HSMBX02-V.AD.UCSD.EDU ([fe80::4d18:fc2:6786:d47f]) by XCORE-KM1.AD.UCSD.EDU ([::1]) with mapi id 14.03.0408.000; Mon, 22 Oct 2018 09:42:40 -0700 From: "Berry, Charles" To: "L.C. Karssen" CC: Org Mode Thread-Topic: Trying to use :post header argument to set #+ATTR_LATEX: line Thread-Index: AQHUaiY+LIggmmmGp0OUahkopB0IxA== Date: Mon, 22 Oct 2018 16:42:38 +0000 Message-ID: <92E9F8B7-30C6-4584-816F-8EF2B8D433B7@ucsd.edu> References: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> In-Reply-To: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.7.165.110] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.239.0.10 Subject: Re: [O] Trying to use :post header argument to set #+ATTR_LATEX: line X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 16:42:55 -0000 > On Oct 22, 2018, at 7:43 AM, L.C. Karssen wrote: >=20 > Dear list, >=20 > I'd like to create several tables from R and export those to a LaTeX > document. Because only input variable differs for the R code that > generates the tables, I thought I could use the :post header argument to > add the #+ATTR_LATEX: line I need to each of the outputs of my R source > code blocks. >=20 > I tried to follow the Org manual (section 14.8.2.27), but that doesn't > seem to work. My R results blocks all get colons in front of the output > and if I set :results drawer, I get the following error: I do not doubt that this is possible with enough tooling. I think it will b= e easier with the xtable R package. But for issues like this I usually find it easier to export the document to= *.Rmd (R markdown) or *.Rnw (knitr) and render from there. See https://github.com/chasberry/orgmode-accessories for some examples. HTH, Chuck= From MAILER-DAEMON Mon Oct 22 12:59:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEdXu-0008Os-El for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:59:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEdXs-0008NW-Ds for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:59:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEdXo-0002ne-Vm for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:59:12 -0400 Received: from grym.ekleog.org ([94.23.42.210]:34270 helo=smtp.gaspard.ninja) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEdXo-0002bH-JF for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 12:59:08 -0400 Received: by smtp.gaspard.ninja (OpenSMTPD) with ESMTP id 9cace309 for ; Mon, 22 Oct 2018 16:58:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=leo.gaspard.io; h= from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=grym-20170528; bh=ozyplfvFNj21791V 4dOGjz3CRL4=; b=GTg5RMXB23n2DkBIWWeAW/kkMqAOWa6X9zt9naVxGxwI2Nph ILciWkfifeWX8xbDus7e8G9wEhbV79ot3keBjYvCQ7js8RoTGYwTBoW1Hy0TuDzq IfgSeJJortwwv6U5pm9FRa31Pd362GdReUqAnzLtxZHzZFfo5nlY2/O9Wf4= Received: by smtp.gaspard.ninja (OpenSMTPD) with ESMTP id 4e77c8cc for ; Mon, 22 Oct 2018 16:58:54 +0000 (UTC) Received: from localhost (llwynog [local]) by llwynog (OpenSMTPD) with ESMTPA id 0f663f94 for ; Mon, 22 Oct 2018 16:58:52 +0000 (UTC) From: Leo Gaspard To: emacs-orgmode@gnu.org Date: Tue, 23 Oct 2018 01:58:51 +0900 Message-ID: <87tvldzzn8.fsf@llwynog.ekleog.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 94.23.42.210 Subject: [O] [feature] Handle recurrence in <> and [] dates X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 16:59:13 -0000 Hello all! I have been using org-mode for a few days (switching over from todo.txt=C2=A0[1]), and for the time being my experience has been great! There is a single thing I found weird up to now: it seems that recurrence tags in <> and [] =E2=80=9Ctags=E2=80=9D don't get bumped when a= task is completed and has a recurrence set in its SCHEDULED or DEADLINE date. The reason I'd like this is because I have monthly bank statements, which come in the next month, and I'd like to store the bank statement's date in a [] =E2=80=9Ctag=E2=80=9D so that I can easily know which statemen= t I'm supposed to handle, even though this date is neither a SCHEDULED (as I don't have the statement yet at the date it's produced) nor a DEADLINE (for the same reason). What do you think about this? Anyway, thanks a lot for the great work! Cheers, Leo [1] http://todotxt.org/ From MAILER-DAEMON Mon Oct 22 16:16:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEgco-0004PT-VC for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 16:16:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60542) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEgcm-0003KM-IT for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 16:16:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEgN3-0005iC-Ph for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 16:00:14 -0400 Received: from mail-io1-xd2b.google.com ([2607:f8b0:4864:20::d2b]:42295) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEgN3-0005hw-JJ for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 16:00:13 -0400 Received: by mail-io1-xd2b.google.com with SMTP id n18-v6so27812359ioa.9 for ; Mon, 22 Oct 2018 13:00:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=y/C9CGZmFDob50Bajylg2c+NC6CD/bElKglZpD0sxGc=; b=ZkvcG7gI+dlKSQ4U0KTa4yqhusOcd/tToAP1GoGdt2p7GqERUEXIvt9V90LgiR5aDy vvYV+9Os+s4zEcNpyAec3llo7wqtDRU9J5+rF+CTazM7oM6OQ/WDnUT5kfrC+fYn3KZX OzcoyPHx9eb0BsbNDFACQUgVj/BgvR+Xekem/oWpbIAgCmzfGC6dEE80EneqzeNo8bTb 7/NxCeUMUba8P3A70y3rPqTR06OHg1bkS/+Sk1OPCJcGfpJnFQLsKriLdRO/5N4A1c4c vpUBRTfGlDQ6wezZHX3Q2CXhGOLqdKGfUQOLeXWZ6Vm6hfb83M0qwxkHc8JKQrG/1j1a VxNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=y/C9CGZmFDob50Bajylg2c+NC6CD/bElKglZpD0sxGc=; b=aeXPwvaX02WrTZQ13KUZZwX0LFK/VQH26UNiNm3FRzm1AeQJayA4YIqULPD6RGdTML MQx3mFp52UikSMuIPEeHpQ6PeONwUtM6wko18Ncj0gxUjvWZkpCJMPpztbeZ0RN3vmFH O+ApAix5w1iUNwQZ4vY6h6skUL/9WiREsuE9zGc/XlVOrmqlUZG5yDhIN23QSnD+2rpF pNs70FrqghRRkC8jYLnVdZ3l9F2AX+fM6tMplSxLGA6KpfRXz18c5v2mjfCDxV3I7RHW ezpzNVHCMdnseuCc+oCVHLuaHIWd+/6QXkGTIQTGDbtImondUWxbhELGo70gh1hblMox SMzw== X-Gm-Message-State: AGRZ1gKhXxlK3OEQWM7rYBa4WsB96JSZM7Y14rXLenvjPTzt/MhMw3TL v9Bm2GsYT2QPnVsI3mBU8TUZSEsDHHThw7SEq62yWek+ X-Google-Smtp-Source: AJdET5eecIKQuUIHEElpNzetUtPuSHW0owyuAbn9mXWM5NTfzYYsZOmHa6HEEPlkhCs4RXfegQw76g71QL7oR4+U2zM= X-Received: by 2002:a6b:e710:: with SMTP id b16-v6mr1419642ioh.37.1540238412599; Mon, 22 Oct 2018 13:00:12 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Mon, 22 Oct 2018 16:00:50 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="00000000000073d9fd0578d6b340" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d2b Subject: [O] slack syntax exporter/copier X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 20:16:29 -0000 --00000000000073d9fd0578d6b340 Content-Type: text/plain; charset="UTF-8" A while ago I asked about a slack syntax exporter. I cpy text from org to slack often enough that I spent an hour or two today writing a simple one, which I put up in a gist: https://gist.github.com/titaniumbones/c0c171e4df8a6ff5f0f564b8a655c079 If people are interested, I will be happy to package it up & put on melpa or whatever (would be the first time for me). I mostly am interested in copy-paste, not in producing permanent files, so I use it with this simple utility function: (defun ora-org-export-to-clipboard-as-slack () "Export region to FMT, and copy to the kill ring for pasting into other programs." (interactive) (let* ((org-export-with-toc nil) (org-export-with-smart-quotes nil)) (kill-new (org-export-as 'slack) )) ) (global-set-key (kbd "C-c W s") 'ora-org-export-to-clipboard-as-slack) The "ora" prefix reflects its origins in an old oremacs function that I use for (much more involved) HTML copy-paste: - [[ https://github.com/abo-abo/oremacs/commit/6c86696c0a1f66bf690e1a934683f85f04c6f34d#diff-ecff87135600df0cafffb47c303ae9c6][abo-abo's code from oremacs]] - [[ http://kitchingroup.cheme.cmu.edu/blog/2016/06/16/Copy-formatted-org-mode-text-from-Emacs-to-other-applications/#comment-2735698988][john's original post]] SO far it seems OK. There are doubtless still bugs so probably it would be better to make a repo after all! --00000000000073d9fd0578d6b340 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
A = while ago I asked about a slack syntax exporter.=C2=A0 I cpy text from org = to slack often enough that I spent an hour or two today writing a simple on= e, which I put up in a=C2=A0 gist:

If people are interested, I will be happy to package it up & pu= t on melpa or whatever (would be the first time for me).
I mostly am interested in copy-paste, not in producing permanen= t files, so I use it with this simple utility function:

=
(defun ora-org-export-to-clipboard-as-slack ()
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 "Export region to FMT, and copy to the kill ring fo= r pasting into other programs."
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (int= eractive)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (let* ((org-export-with-toc nil= )
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 (org-export-with-smart-quotes nil))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 (kill-new (org-export-as 'slack) ))
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 )
=C2=A0=C2=A0=C2=A0 (global-set-key (kbd "C-c W s&quo= t;) 'ora-org-export-to-clipboard-as-slack)

The= "ora" prefix reflects its origins in an old oremacs function tha= t I use for (much more involved) HTML copy-paste:

SO far it see= ms OK. There are doubtless still bugs so probably it would be better to mak= e a repo after all!

--00000000000073d9fd0578d6b340-- From MAILER-DAEMON Mon Oct 22 17:29:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEhlG-0003Zo-Kj for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 17:29:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEhlA-0003YM-VP for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 17:29:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEhl7-0000NB-48 for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 17:29:12 -0400 Received: from ossau.homelinux.net ([18.217.239.99]:55310 helo=ip-172-31-40-63.us-east-2.compute.internal) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEhl6-0000Jh-VB for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 17:29:09 -0400 Received: from henry.ossau.homelinux.net (79-72-10-189.dynamic.dsl.as9105.com [79.72.10.189]) by ip-172-31-40-63.us-east-2.compute.internal (Postfix) with ESMTPSA id 44FB4C10EA; Mon, 22 Oct 2018 21:29:06 +0000 (UTC) From: Neil Jerram To: Matt Price , emacs-orgmode@gnu.org In-Reply-To: References: Date: Mon, 22 Oct 2018 22:29:04 +0100 Message-ID: <87zhv5brhb.fsf@ossau.homelinux.net> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 18.217.239.99 Subject: Re: [O] slack syntax exporter/copier X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 21:29:16 -0000 Matt Price writes: > A while ago I asked about a slack syntax exporter. I cpy text from org to > slack often enough that I spent an hour or two today writing a simple one, > which I put up in a gist: > https://gist.github.com/titaniumbones/c0c171e4df8a6ff5f0f564b8a655c079 Nice, thank you! > If people are interested, I will be happy to package it up & put on melpa > or whatever (would be the first time for me). Yes, I think it's quite likely that I would use this sometimes, so I'd love if it was conveniently available. Best wishes, Neil > I mostly am interested in copy-paste, not in producing permanent files, so > I use it with this simple utility function: > > (defun ora-org-export-to-clipboard-as-slack () > "Export region to FMT, and copy to the kill ring for pasting into > other programs." > (interactive) > (let* ((org-export-with-toc nil) > (org-export-with-smart-quotes nil)) > (kill-new (org-export-as 'slack) )) > ) > (global-set-key (kbd "C-c W s") 'ora-org-export-to-clipboard-as-slack) > > The "ora" prefix reflects its origins in an old oremacs function that I use > for (much more involved) HTML copy-paste: > - [[ > https://github.com/abo-abo/oremacs/commit/6c86696c0a1f66bf690e1a934683f85f04c6f34d#diff-ecff87135600df0cafffb47c303ae9c6][abo-abo's > code from oremacs]] > - [[ > http://kitchingroup.cheme.cmu.edu/blog/2016/06/16/Copy-formatted-org-mode-text-from-Emacs-to-other-applications/#comment-2735698988][john's > original post]] > > > SO far it seems OK. There are doubtless still bugs so probably it would be > better to make a repo after all! From MAILER-DAEMON Mon Oct 22 21:01:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEl4i-0007GU-JL for mharc-emacs-orgmode@gnu.org; Mon, 22 Oct 2018 21:01:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36004) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEl4g-0007GO-8x for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 21:01:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEl4e-0001ga-Oe for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 21:01:34 -0400 Received: from mail-it1-x12c.google.com ([2607:f8b0:4864:20::12c]:36201) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEl4e-0001bA-3M for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 21:01:32 -0400 Received: by mail-it1-x12c.google.com with SMTP id c85-v6so15019202itd.1 for ; Mon, 22 Oct 2018 18:01:28 -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:cc; bh=jLJkHIH8ZUvOP8IAkkQyYCsBHwD3dOjSKkxNA085jXU=; b=BrfvMAePBpLvqwyrh8+n7KQzoz3HGYnTbt/yBrZNSKnbs9b59Sc/iiKU0q2OIWN1ab n0jmfIdCQ2646zaVaIwpBaXxOc2buZIz7k7+2o1RQzze5oQFoQa09MbkqL2OPO1NUuen bZJFuFrQCP6RMbZbAhqni5GwTT7d5/5x/ndjVnukYkgOERwZ3kAmIOfMyCGQV7qvHVRr XuTChJ5aVftGkE4XGOWQ+cCqriLjer2qO75edIjrH/BfWrLJkD3sUU+qS5yrgVFeZuz1 L3DGGq1N0nA0R8j4VU70OZE/ZarRICPnxu5nuoR7CK4rzKNxuJLPNbXO9CQJBDvKns/h SCyg== 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:cc; bh=jLJkHIH8ZUvOP8IAkkQyYCsBHwD3dOjSKkxNA085jXU=; b=VP5iZUPh7lwnHtJvxbC9eJbOIy+2QY9YkY26RQiP0j8pMu4HubXEC+P5B27kPuwUA9 3pxpXhwYndAJFPCeghEPDUEO1Yq1E4fIvAfxJiIKHpDU4pCRSDL/vxiOF2QnEwZSyohO g29Z0qT/EMocp7fmlMSsABQvAUq27DiYI6Kqusd2lQmjI04a93Kdm/CcdRSwO+cqw2UG JELTvcfi+JND2AVgi3N6Iv2jXUssLiQ7e08bWhg/SkfAS6cIuaUPR9VIgFIHE0aqdqCO 3oskSQTrCAZwP09wxtnQBob793l/yIFpIdTDmWkPG4hxPJmy6T3LIzvNRZbnUhv9uj3Z tekg== X-Gm-Message-State: ABuFfojKFojhVSg+yoYwO/Tn7CUr+Zh+ZG3Y43fa3skULCkA365cA5YH B3w0Qun5jik73jYChlj5A79akJX41Nh4SAbnCvFIU4Xm X-Google-Smtp-Source: ACcGV62QQJwPY0r4eNs2NX0ZNAIj1lf9e3QPS77Za67M59KjuOJRq2yQQpJV6Xm6XiMnYEC+7N19tL9bXe/VCLLbKco= X-Received: by 2002:a24:d9c9:: with SMTP id p192-v6mr11458404itg.124.1540256487086; Mon, 22 Oct 2018 18:01:27 -0700 (PDT) MIME-Version: 1.0 References: <87zhv5brhb.fsf@ossau.homelinux.net> In-Reply-To: <87zhv5brhb.fsf@ossau.homelinux.net> From: Matt Price Date: Mon, 22 Oct 2018 21:02:00 -0400 Message-ID: Cc: Org Mode Content-Type: multipart/alternative; boundary="000000000000c69fd20578dae8d6" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12c Subject: Re: [O] slack syntax exporter/copier X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 01:01:35 -0000 --000000000000c69fd20578dae8d6 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 22, 2018 at 5:29 PM Neil Jerram wrote: > Matt Price writes: > > > A while ago I asked about a slack syntax exporter. I cpy text from org > to > > slack often enough that I spent an hour or two today writing a simple > one, > > which I put up in a gist: > > https://gist.github.com/titaniumbones/c0c171e4df8a6ff5f0f564b8a655c079 > > Nice, thank you! > > > If people are interested, I will be happy to package it up & put on melpa > > or whatever (would be the first time for me). > > Yes, I think it's quite likely that I would use this sometimes, so I'd > love if it was conveniently available. > > I've put it up in a repo: https://github.com/titaniumbones/ox-slack I don't know how to add something to Melpa so that might be a while, I think I'm running out of personal time :-) Best wishes, > Neil > > > > I mostly am interested in copy-paste, not in producing permanent files, > so > > I use it with this simple utility function: > > > > (defun ora-org-export-to-clipboard-as-slack () > > "Export region to FMT, and copy to the kill ring for pasting into > > other programs." > > (interactive) > > (let* ((org-export-with-toc nil) > > (org-export-with-smart-quotes nil)) > > (kill-new (org-export-as 'slack) )) > > ) > > (global-set-key (kbd "C-c W s") > 'ora-org-export-to-clipboard-as-slack) > > > > The "ora" prefix reflects its origins in an old oremacs function that I > use > > for (much more involved) HTML copy-paste: > > - [[ > > > https://github.com/abo-abo/oremacs/commit/6c86696c0a1f66bf690e1a934683f85f04c6f34d#diff-ecff87135600df0cafffb47c303ae9c6][abo-abo's > > code from oremacs]] > > - [[ > > > http://kitchingroup.cheme.cmu.edu/blog/2016/06/16/Copy-formatted-org-mode-text-from-Emacs-to-other-applications/#comment-2735698988][john's > > original post]] > > > > > > SO far it seems OK. There are doubtless still bugs so probably it would > be > > better to make a repo after all! > --000000000000c69fd20578dae8d6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Oct 22, 2018 at 5:29 PM Neil Jerram <neil@ossau.homelinux.net> wrote:
Matt Price <moptop99@gmail.com>= writes:

> A while ago I asked about a slack syntax exporter.=C2=A0 I cpy text fr= om org to
> slack often enough that I spent an hour or two today writing a simple = one,
> which I put up in a=C2=A0 gist:
> https://gist.github.com/t= itaniumbones/c0c171e4df8a6ff5f0f564b8a655c079

Nice, thank you!

> If people are interested, I will be happy to package it up & put o= n melpa
> or whatever (would be the first time for me).

Yes, I think it's quite likely that I would use this sometimes, so I= 9;d
love if it was conveniently available.



I don't know how to add= something to Melpa so that might be a while, I think I'm running out o= f personal time :-)

Best wishes,
=C2=A0 =C2=A0Neil


> I mostly am interested in copy-paste, not in producing permanent files= , so
> I use it with this simple utility function:
>
> (defun ora-org-export-to-clipboard-as-slack ()
>=C2=A0 =C2=A0 =C2=A0 =C2=A0"Export region to FMT, and copy to the = kill ring for pasting into
> other programs."
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(interactive)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(let* ((org-export-with-toc nil)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (org-export-with-smart= -quotes nil))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(kill-new (org-export-as 'slack) = ))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0)
>=C2=A0 =C2=A0 =C2=A0(global-set-key (kbd "C-c W s") 'ora-= org-export-to-clipboard-as-slack)
>
> The "ora" prefix reflects its origins in an old oremacs func= tion that I use
> for (much more involved) HTML copy-paste:
> - [[
> https://github.com/abo-abo/oremacs/= commit/6c86696c0a1f66bf690e1a934683f85f04c6f34d#diff-ecff87135600df0cafffb4= 7c303ae9c6][abo-abo's
> code from oremacs]]
> - [[
> http://kitchingroup.cheme.c= mu.edu/blog/2016/06/16/Copy-formatted-org-mode-text-from-Emacs-to-other-app= lications/#comment-2735698988][john's
> original post]]
>
>
> SO far it seems OK. There are doubtless still bugs so probably it woul= d be
> better to make a repo after all!
--000000000000c69fd20578dae8d6-- From MAILER-DAEMON Tue Oct 23 04:09:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gErkn-0003Il-FA for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 04:09:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57446) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gErkg-0002xF-SM for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 04:09:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gErZs-0005a8-Ne for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 03:58:17 -0400 Received: from mail-ed1-x52d.google.com ([2a00:1450:4864:20::52d]:41147) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gErZs-0005UD-Cm for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 03:58:12 -0400 Received: by mail-ed1-x52d.google.com with SMTP id x31-v6so670448edd.8 for ; Tue, 23 Oct 2018 00:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=hDJuNcosFCIFwtukIe7cJ/xdKw6sbBdpayVeLQbhKCs=; b=mpVPmy3gBLQBXOcfUukroO7LI19mYo3dlcxXqvtcUdumptbKMP6JytcrKQZtXaPTlf +ePy6SUhJ/NjyM/d4vy7V7ka0X8r7VLQkT/3YoAwjRwakjLgt5CB6NddvlrdXyeXr44p BmqbqZ+iPgDJwnAJPAeg5KfXaIAskkgkwj0cO14sntC376c41soPkTue4wwXhzObRduE tDtXswPqCveRW8NdqOmV/48QZW6rE+3GKlxLDoKDgGvDPszS5JTgY0dwMUpUSdIub+iw VA7FiGa//LK/hQK0OANgO4egQNn/Qpwc+VeaeD8RK6zwn7IGDCDoKdeoB4YhJVR0QRt2 y75Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=hDJuNcosFCIFwtukIe7cJ/xdKw6sbBdpayVeLQbhKCs=; b=GjyGANVaOPcoNMleMEQKWSnF/j2JCsEKe0mhkRoebqXxA0L4PuympQpt89VbJ9xCv5 /riKLENej+/vXk3E2fhJ4ykv1JawSOfGx5oYpaw+9H9XH8gL2lUEsiY9YDbbDLgwKo8u +Y3ITCQeB/uFwDCV0jyLVmKnalxJ2Q3hYnhThTTi8LGq27dj3peHP1pI2qzSqhlrpt2p JaU7fuih/ffGDW0u21Aq7GtoE2X+ZyIoJdi/16Ais4OKRSTNX0JUqpwgMIG0PH9AWESW oscB/sXAJpfKI4xnk4BGCZAB7NOObEs5a9bJ5havniuxXzyNsyvYp8J5GMOwtZ3ZtNe0 VDsA== X-Gm-Message-State: AGRZ1gIp2YHE8PsKvoML18gF1l59zplvNghZhQXFrDCvRr+8YUkyTiCC 8dOfaDnUQNEXBawb7tXa0UkMvPUC X-Google-Smtp-Source: AJdET5djYQPQYfrNdL/vrpF3vgXljj1CCyrclNgq+WHWp8ocf7ziNqJ576Jbj+ATi/rseaojlY0NBA== X-Received: by 2002:a50:aad7:: with SMTP id r23-v6mr7747806edc.93.1540281490068; Tue, 23 Oct 2018 00:58:10 -0700 (PDT) Received: from tanko ([85.91.180.112]) by smtp.gmail.com with ESMTPSA id d5-v6sm405831edb.19.2018.10.23.00.58.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 23 Oct 2018 00:58:09 -0700 (PDT) References: <877eib21z0.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: Roland Everaert To: Matt Price Cc: Org Mode In-reply-to: Date: Tue, 23 Oct 2018 09:58:08 +0200 Message-ID: <87zhv5nlgv.fsf@gmail.com> MIME-Version: 1.0 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::52d Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 08:09:27 -0000 Hi, I use the following configuration: ;;;;;;;;;;;;;;;; parenth=C3=A8ses, accolades et brackets ;;;;;; (setq skeleton-pair t) (global-set-key "[" 'skeleton-pair-insert-maybe) (global-set-key "{" 'skeleton-pair-insert-maybe) (global-set-key "(" 'skeleton-pair-insert-maybe) (global-set-key "\"" 'skeleton-pair-insert-maybe) (global-set-key "'" 'skeleton-pair-insert-maybe) This will only close the defined characters. Hope this will help. Roland. Matt Price writes: > wow, I learned a whole lot from your answer Nicholas, but still not quite > enough to make this work for me. After some puzzling over the syntax for > character values, I believe that what I want should be something like thi= s: > > (add-function :before-until electric-pair-inhibit-predicate > (lambda (c) > (and (eq ?\[ c) > (eq major-mode 'org-mode) > (memq (char-before (1- (point))) '(?\[ ?\]))))) > > The manual says to use advice-add instead of add-function for these cases, > so this could be written like this instead: > > (defun mwp-org-mode-electric-inhibit (c) > (and > (eq ?\[ c) > (eq major-mode 'org-mode) > (memq (char-before (1- (point))) '(?\[ ?\]) ))) > > (advice-add electric-pair-inhibit-predicate :before-until > #'mwp-org-mode-electric-inhibit) > > it seems to sort of work. That is, the code is effective, but it doesn't > do what I want, so I had to think about the desired behaviour, which is > maybe too complex for this modification: > > when I start a link [ > go ahead and add pair to > [] > when I add a second [, don't complete > [[] > this is what my code does! > > but what I really want is, when I finish adding a link reference, somehow > allow me to stay inside the link to add the link text: > [[https://google.com]] --> [[https://google.com][]] > with point between the final [ and ]. > This seems like it needs a more complex intervention. > > For now I've just turned off pairing of brackets entirely: > > (defun mwp-org-mode-electric-inhibit (c) > (and > (eq ?\[ c) > (eq major-mode 'org-mode)) > > This works fine, though I'd still like the other :-/ > > Thanks Nicholas! > On Sun, Oct 21, 2018 at 3:28 AM Nicolas Goaziou > wrote: > >> Hello, >> >> Matt Price writes: >> >> > - electric-pair and autopair complete [[ immediately, and don't seem to >> > allow me to skip past the closing brackets, so if I try to type [[ >> > https://link.to.somewhere][link text]] I end up with >> > [[link.to.somewhere]][link-text] . >> >> I use C-c C-l to insert links with description. However, electric >> pairing does get in the way when writing sub/superscript. I use the >> following snippet to work around the issue: >> >> (add-function :before-until electric-pair-inhibit-predicate >> (lambda (c) >> (and (eq ?\{ c) >> (eq major-mode 'org-mode) >> (memq (char-before (1- (point))) '(?_ ?^))))) >> >> I guess you could do something similar to disable pairing when entering >> a bracket link. >> >> Regards, >> >> -- >> Nicolas Goaziou >> --=20 Luke, use the FOSS Sent from Emacs From MAILER-DAEMON Tue Oct 23 07:57:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEvJD-0002Tp-ED for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51648) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvJB-0002TO-5L for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEvJ6-0000CE-Lf for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:13 -0400 Received: from [61.175.244.13] (port=43388 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvJ6-0000B5-6a for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:08 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id C2C09A60186; Tue, 23 Oct 2018 19:48:33 +0800 (CST) References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Roland Everaert Cc: Matt Price , Org Mode Reply-To: numbchild@gmail.com In-reply-to: <87zhv5nlgv.fsf@gmail.com> Date: Tue, 23 Oct 2018 19:48:33 +0800 Message-ID: <878t2oubn2.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 11:57:14 -0000 Roland Everaert writes: > Hi, > > I use the following configuration: > > ;;;;;;;;;;;;;;;; parenth=C3=A8ses, accolades et brackets ;;;;;; > (setq skeleton-pair t) > (global-set-key "[" 'skeleton-pair-insert-maybe) > (global-set-key "{" 'skeleton-pair-insert-maybe) > (global-set-key "(" 'skeleton-pair-insert-maybe) > (global-set-key "\"" 'skeleton-pair-insert-maybe) > (global-set-key "'" 'skeleton-pair-insert-maybe) > > This will only close the defined characters. > > > Hope this will help. > > Roland. > This is really helpful for me, I use smartparens before, but it is a little= heavy. So I disabled it. I found your solution is simple and fast. I modif= ied a little: #+begin_src emacs-lisp (require 'skeleton) (setq skeleton-pair t) (define-key org-mode-map (kbd "~") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "=3D") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "*") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "+") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "[") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "{") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "(") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "\"") 'skeleton-pair-insert-maybe) (define-key org-mode-map (kbd "'") 'skeleton-pair-insert-maybe) #+end_src --=20 [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 =20=20=20=20=20=20 From MAILER-DAEMON Tue Oct 23 07:57:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEvJK-0002W6-2Z for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvJA-0002TN-U5 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEvJ6-0000CK-MH for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:12 -0400 Received: from [61.175.244.13] (port=43387 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvJ6-0000B1-6a for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 07:57:08 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 6D8ACA60147; Tue, 23 Oct 2018 19:39:31 +0800 (CST) References: <87sh11htsy.fsf@gmail.com> <878t2sgypl.fsf@nicolasgoaziou.fr> <87r2giiz7j.fsf@gmail.com> <8CECF1D0-89CA-4826-969D-98B11C5587B2@ucsd.edu> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: "Berry\, Charles" Cc: stardiviner , Nicolas Goaziou , org-mode Reply-To: numbchild@gmail.com In-reply-to: <8CECF1D0-89CA-4826-969D-98B11C5587B2@ucsd.edu> Date: Tue, 23 Oct 2018 19:39:30 +0800 Message-ID: <87a7n4uc25.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] Org source block header argument :var does not support space separated string X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 11:57:20 -0000 Berry, Charles writes: > > This works > > #+begin_src sh :var encrypted=(org-babel-ref-resolve "base64 encrypt text()") > echo $encrypted > #+end_src > > You might write a wrapper, so something like (quote-ref "base64 encrypt text") will handle it. > Thanks very much! this solved my problem. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Tue Oct 23 08:03:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEvOy-0004hw-Po for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:03:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvOr-0004d7-Nu for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:03:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEvOn-0005uZ-Hj for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:03:05 -0400 Received: from [61.175.244.13] (port=7451 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvOm-0005tB-IU for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:03:01 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 3B9A6A60147; Tue, 23 Oct 2018 20:02:59 +0800 (CST) References: <87a7tza42f.fsf@gmail.com> <87o9iegsn7.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87o9iegsn7.fsf@nicolasgoaziou.fr> Date: Tue, 23 Oct 2018 20:02:58 +0800 Message-ID: <877ei8uaz1.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] [PATCH] migrate ob-clojure initiate session code from ob-clojure-literate.el into ob-clojure.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 12:03:11 -0000 --=-=-= Content-Type: text/plain Nicolas Goaziou writes: Hi, sorry for late response, because I'm a little lazy on give effort on review my patch and improve it again. But now I finished it. Actually I corrected my patch as soon as you replied email with mentioned. Today I pick up this task again, and add a new improve which support CIDER new API which using sesman to manage REPL sessions. > > Would it make sense to add a few tests for this? > > Regards, It is hard for me to write tests for CIDER session. It has some kind of interactive and don't know how to verify it. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-ob-clojure.el-Support-org-babel-initiate-session-to-.patch Content-Description: support initialize clojure session >From f495c5b4e65fd8c6a64e8619d974d6eb051fb1f7 Mon Sep 17 00:00:00 2001 From: stardiviner Date: Thu, 19 Apr 2018 18:16:27 +0800 Subject: [PATCH 1/2] ob-clojure.el: Support `org-babel-initiate-session' to initialize. * ob-clojure.el (org-babel-clojure-initiate-session): Initialize session for src block. (org-babel-prep-session:clojure): Prepare Clojure session. (org-babel-clojure-var-to-clojure): Convert header argument :var into clojure variables definitions. (org-babel-variable-assignments:clojure): Support assign variables when initialize session. --- contrib/lisp/ob-clojure-literate.el | 56 --------------------- lisp/ob-clojure.el | 55 +++++++++++++++++++++ testing/lisp/test-ob-clojure.el | 77 +++++++++++++++++++++++++++++ 3 files changed, 132 insertions(+), 56 deletions(-) create mode 100644 testing/lisp/test-ob-clojure.el diff --git a/contrib/lisp/ob-clojure-literate.el b/contrib/lisp/ob-clojure-literate.el index 4c4d38a0f..b1cc386ee 100644 --- a/contrib/lisp/ob-clojure-literate.el +++ b/contrib/lisp/ob-clojure-literate.el @@ -184,62 +184,6 @@ If it is a directory, `ob-clojure-literate' will try to create Clojure project a (lambda (cons) (if (eq (car cons) :session) t cons)) org-babel-default-header-args:clojure))))) -;;; Support `org-babel-initiate-session' / [C-c C-v z] to initialize Clojure session. - -(defun org-babel-clojure-initiate-session (&optional session _params) - "Initiate a session named SESSION according to PARAMS." - (when (and session (not (string= session "none"))) - (save-window-excursion - (unless (org-babel-comint-buffer-livep session) - ;; CIDER jack-in to the Clojure project directory. - (cond - ((eq org-babel-clojure-backend 'cider) - (require 'cider) - (let ((session-buffer (save-window-excursion - (cider-jack-in t) - (current-buffer)))) - (if (org-babel-comint-buffer-livep session-buffer) - (progn (sit-for .25) session-buffer)))) - ((eq org-babel-clojure-backend 'slime) - (error "Session evaluation with SLIME is not supported")) - (t - (error "Session initiate failed"))) - ) - (get-buffer session) - ))) - -(defun org-babel-prep-session:clojure (session params) - "Prepare SESSION according to the header arguments specified in PARAMS." - (let* ((session (org-babel-clojure-initiate-session session)) - (var-lines (org-babel-variable-assignments:clojure params))) - (when session - (org-babel-comint-in-buffer session - (mapc (lambda (var) - (insert var) (comint-send-input nil t) - (org-babel-comint-wait-for-output session) - (sit-for .1) (goto-char (point-max))) var-lines))) - session)) - -(defun org-babel-clojure-var-to-clojure (var) - "Convert src block's `VAR' to Clojure variable." - (if (listp var) - (replace-regexp-in-string "(" "'(" var) - (cond - ((stringp var) - ;; wrap org-babel passed in header argument value with quote in Clojure. - (format "\"%s\"" var)) - (t - (format "%s" var)))) - ) - -(defun org-babel-variable-assignments:clojure (params) - "Return a list of Clojure statements assigning the block's variables in `PARAMS'." - (mapcar - (lambda (pair) - (format "(def %s %s)" - (car pair) - (org-babel-clojure-var-to-clojure (cdr pair)))) - (org-babel--get-vars params))) ;;; Support header arguments :results graphics :file "image.png" by inject Clojure code. (defun ob-clojure-literate-inject-code (args) diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el index d5b918b01..048ba3735 100644 --- a/lisp/ob-clojure.el +++ b/lisp/ob-clojure.el @@ -43,6 +43,7 @@ (require 'ob) (require 'org-macs) +(declare-function cider-jack-in "ext:cider" (&optional prompt-project cljs-too)) (declare-function cider-current-connection "ext:cider-client" (&optional type)) (declare-function cider-current-ns "ext:cider-client" ()) (declare-function nrepl--merge "ext:nrepl-client" (dict1 dict2)) @@ -211,6 +212,60 @@ using the :show-process parameter." (condition-case nil (org-babel-script-escape result) (error result))))) +(defun org-babel-clojure-initiate-session (&optional session _params) + "Initiate a session named SESSION according to PARAMS." + (when (and session (not (string= session "none"))) + (save-window-excursion + (cond + ((org-babel-comint-buffer-livep session) nil) + ;; CIDER jack-in to the Clojure project directory. + ((eq org-babel-clojure-backend 'cider) + (require 'cider) + (let ((session-buffer (save-window-excursion + (cider-jack-in t) + (current-buffer)))) + (if (org-babel-comint-buffer-livep session-buffer) + (progn (sit-for .25) session-buffer)))) + ((eq org-babel-clojure-backend 'slime) + (error "Session evaluation with SLIME is not supported")) + (t + (error "Session initiate failed"))) + (get-buffer session)))) + +(defun org-babel-prep-session:clojure (session params) + "Prepare SESSION according to the header arguments specified in PARAMS." + (let ((session (org-babel-clojure-initiate-session session)) + (var-lines (org-babel-variable-assignments:clojure params))) + (when session + (org-babel-comint-in-buffer session + (dolist (var var-lines) + (insert var) + (comint-send-input nil t) + (org-babel-comint-wait-for-output session) + (sit-for .1) + (goto-char (point-max))))) + session)) + +(defun org-babel-clojure-var-to-clojure (var) + "Convert src block's VAR to Clojure variable." + (cond + ((listp var) + (replace-regexp-in-string "(" "'(" var)) + ((stringp var) + ;; Wrap Babel passed-in header argument value with quotes in Clojure. + (format "\"%s\"" var)) + (t + (format "%S" var)))) + +(defun org-babel-variable-assignments:clojure (params) + "Return a list of Clojure statements assigning the block's variables in PARAMS." + (mapcar + (lambda (pair) + (format "(def %s %s)" + (car pair) + (org-babel-clojure-var-to-clojure (cdr pair)))) + (org-babel--get-vars params))) + (provide 'ob-clojure) ;;; ob-clojure.el ends here diff --git a/testing/lisp/test-ob-clojure.el b/testing/lisp/test-ob-clojure.el new file mode 100644 index 000000000..f917ca4cc --- /dev/null +++ b/testing/lisp/test-ob-clojure.el @@ -0,0 +1,77 @@ +;;; test-ob-clojure.el + +;; Copyright (c) 2018-2022 Free Software Foundation, Inc. +;; Authors: stardiviner + +;; This file is not part of GNU Emacs. + +;; This program is free software; you can redistribute it and/or modify +;; it under the terms of the GNU General Public License as published by +;; the Free Software Foundation, either version 3 of the License, or +;; (at your option) any later version. + +;; This program is distributed in the hope that it will be useful, +;; but WITHOUT ANY WARRANTY; without even the implied warranty of +;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;; GNU General Public License for more details. + +;; You should have received a copy of the GNU General Public License +;; along with this program. If not, see . + +;;; Comments: + +;; Org tests for ob-clojure.el live here + +;;; Code: +(org-test-for-executable "cider") +(unless (featurep 'cider) + (signal 'missing-test-dependency "CIDER")) +(unless (featurep 'ob-clojure) + (signal 'missing-test-dependency "Support for Clojure code blocks")) + +(ert-deftest ob-clojure/simple-session () + (org-test-with-temp-text + "#+begin_src clojure :session +(print \"hello, world\") +#+end_src +" + (should (string= "hello, world" (org-babel-execute-src-block))))) + +(ert-deftest ob-clojure/initiate-session () + (org-test-with-temp-text + "#+begin_src clojure :session :var a=1 :results output +(print \"hello, world\") +#+end_src + +#+begin_src clojure :session :results output +(print a) +#+end_src" + (goto-char (point-min)) + (org-babel-switch-to-session) + (sleep-for 2) + (org-babel-execute-maybe) + (org-babel-next-src-block) + (goto-char (org-babel-result-end)) + (forward-line 2) + (should (string= + ": 1" + (buffer-substring-no-properties (point-at-bol) (point-at-eol)))))) + +(ert-deftest ob-clojure/initiate-session-with-var () + (org-test-with-temp-text + "#+begin_src clojure :session :var a=1 :results output +(print a) +#+end_src" + (org-babel-next-src-block) + (org-babel-initiate-session) + (sleep-for 2) + (org-babel-execute-maybe) + (goto-char (org-babel-result-end)) + (forward-line 2) + (should (string= + ": 1" + (buffer-substring-no-properties (point-at-bol) (point-at-eol)))))) + +(provide 'test-ob-clojure) + + ;;; test-ob-clojure.el ends here -- 2.19.1 --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0002-ob-clojure.el-Support-new-CIDER-using-sesman-to-mana.patch Content-Description: support new CIDER API with sesman to manage REPL sessions >From 18810dbf156172598f94795e801191ba2ca51f7a Mon Sep 17 00:00:00 2001 From: stardiviner Date: Tue, 23 Oct 2018 19:23:45 +0800 Subject: [PATCH 2/2] ob-clojure.el: Support new CIDER using sesman to manage sessions. * ob-clojure.el (org-babel-clojure-initiate-session): improve ob-clojure initialize session way to support CIDER new API. --- lisp/ob-clojure.el | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el index 048ba3735..b0a38cb0f 100644 --- a/lisp/ob-clojure.el +++ b/lisp/ob-clojure.el @@ -222,7 +222,13 @@ using the :show-process parameter." ((eq org-babel-clojure-backend 'cider) (require 'cider) (let ((session-buffer (save-window-excursion - (cider-jack-in t) + (if (version< cider-version "0.18.0") + ;; older CIDER (without sesman) still need to use old way. + (cider-jack-in nil) ; nil for jack-in without project. + ;; new CIDER (with sesman to manage sessions) + (unless (cider-repls) + (let ((sesman-system 'CIDER)) + (call-interactively 'sesman-link-with-directory)))) (current-buffer)))) (if (org-babel-comint-buffer-livep session-buffer) (progn (sit-for .25) session-buffer)))) -- 2.19.1 --=-=-= Content-Type: text/plain As always, thank you for maintaining Org Mode and reviewing my patches and patient of my stupidity. Point out any issue if you found. Thanks again. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 --=-=-=-- From MAILER-DAEMON Tue Oct 23 08:13:38 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEvZ3-0006da-Vg for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:13:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEvZ0-0006bR-Ay for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:13:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEvYy-00011Q-Ko for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:13:34 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:36286) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEvYy-0000mE-4x for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 08:13:32 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gEvYr-00047d-2p for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:13:25 +0200 From: "Garreau\, Alexandre" To: org-mode User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu) X-GPG-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F X-Accept-Language: fr, en, it, eo Date: Tue, 23 Oct 2018 14:13:24 +0200 Message-ID: <87k1m8q2sb.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 12:13:36 -0000 Why is there no syntax highlighting for *inline* source/code blocks? For instance, if I type the following: #+BEGIN_SRC org src_emacs-lisp{(foo bar (quux))} #+END_SRC The underscore is not displayed, =E2=80=9Cemacs=E2=80=9D is displayed in fa= ce ~org-latex-and-related~ *and* in subscript display (smaller and negatively raised), and all the rest in default face, with no syntax highlighting, even inside the braces (that I would expect as it is done inside non-inline blocks). From MAILER-DAEMON Tue Oct 23 09:07:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gEwPS-0004ni-Sl for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 09:07:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEwPR-0004mQ-Dp for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 09:07:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEwPM-00073I-Gn for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 09:07:45 -0400 Received: from mail-wr1-x42b.google.com ([2a00:1450:4864:20::42b]:42729) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gEwPK-0006mu-Cg for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 09:07:40 -0400 Received: by mail-wr1-x42b.google.com with SMTP id a9so1630449wrx.9 for ; Tue, 23 Oct 2018 06:07:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=SIEq1eYzBFfRr/bYuu/P10aBTbvtEc0rmzvlvh7W0cE=; b=MrCHW/ZklnPp1KAcI4x/Rahx8PiyqnxQNxMMw1TxZOiCf5klH7L+WoWbmMUR7F7bYP mTm3+EV5yTT2p9Loy0sSckT0MYkuMRRFndDdelcNa/bjUax2G+nTswhHgsY1bCxl4Rjx 8Ar9UH0KaGFfTYgjPuLGkKyiS55ApaVSG+bRF4rn/JsjxpUhgA+VOwuxeoTDyTJXljtn ympA3vIhzlu6GV3xwKkcZo/0To0vsn+bNRYxSFIYWlaW6/KOMeVj+h6uKdxDEIkmS+X+ NCdfRA4tbQbDJ48CxCIuTg1HG+lw2iHDyo0sF2WTBCZN58QK/K7yQzL2am082U5GDiFZ EKpg== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=SIEq1eYzBFfRr/bYuu/P10aBTbvtEc0rmzvlvh7W0cE=; b=iaO7Dope+c0sYO73W59ODLP+mE/ZZYgyPwGrm92MC9/YQC8ACtNI7/6qHPySKVHDoE JASGFkVX8FP0SrgsuqTG/laldmQvHMmFQXoSl0wNXGg4+8yxwd48O8IVajnrtbwtyQgN ve7ApLJt/JDCt159EE34ajymXgKzHXFagVZmZmoR54cmp2OY4ZpBP1ktzcd9zhEW+jFG o59oG211Vddms4zkvtsRVrJn0t7U5wKU2Bg7cH659dDTQu20akaSI5DdIjQjr1bAg92d 1w2zW0nZMqbdrYyivde/JN0601mG26Y6DXGrmoqCUZ/ctoFHS8BCJtKb1SG3Iy0qyXds o9aA== X-Gm-Message-State: ABuFfojvJaR101cjf9c9cvOcho5nx1KzGUrQrLCNfm7OVuYd/YRPj37s L688QCrav6dQdExcomto6muFAkml X-Google-Smtp-Source: ACcGV62RQDOVybvDDIUbdf7Gy+aIIwOlNvaCoTbOYZ2LXtdh7xqmUpKO/gtWhLWpfINEEuPSj92+TQ== X-Received: by 2002:adf:9e09:: with SMTP id u9-v6mr48702608wre.51.1540300052194; Tue, 23 Oct 2018 06:07:32 -0700 (PDT) Received: from t3610 ([95.151.192.251]) by smtp.gmail.com with ESMTPSA id c8-v6sm2357572wrb.6.2018.10.23.06.07.31 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 23 Oct 2018 06:07:31 -0700 (PDT) From: Eric S Fraga To: stardiviner Cc: Roland Everaert , Org Mode Organization: On the Interweb somewhere References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: stardiviner , Roland Everaert , Org Mode Date: Tue, 23 Oct 2018 14:07:30 +0100 In-Reply-To: <878t2oubn2.fsf@gmail.com> (stardiviner's message of "Tue, 23 Oct 2018 19:48:33 +0800") Message-ID: <87pnw0erql.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::42b Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 13:07:46 -0000 On Tuesday, 23 Oct 2018 at 19:48, stardiviner wrote: > This is really helpful for me, I use smartparens before, but it is a > little heavy. So I disabled it. I found your solution is simple and > fast. I modified a little: +1 I gave up long ago on smartparens but skeleton seems to work well. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Tue Oct 23 13:39:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF0eg-0008A9-Sl for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 13:39:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF0ef-0008A3-EB for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 13:39:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF0ee-0004xE-KQ for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 13:39:45 -0400 Received: from mail-it1-x130.google.com ([2607:f8b0:4864:20::130]:37006) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF0ee-0004uw-Bm for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 13:39:44 -0400 Received: by mail-it1-x130.google.com with SMTP id e74-v6so3194996ita.2 for ; Tue, 23 Oct 2018 10:39:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=rqxHZgRtZEILrIt6BdS3fBscxGESkbu2lMd2c8VzKds=; b=vNJdzKFTlWCq0OGXBJzrHd1MGKk0QHsYb5WSMrpwTks/RNDroxl9yGtkUOX9uub0yW w2wPFf2wgBS6bSSYdnr5oVE9orOWi21uBRskVpgFXgPfnqWFNJwFeuZ/fO0Hxtqk7iqw 61qwdJn351cKYKtpghEiP9ebBCUN2+d9t6zHF9Yuzm+xOpwem6BrhBL/rJj+lQPsQV69 VnIS7oTS2k4RUsm/K393/liBuNZkn50nhsa5o6Not4NO953ARMIBYRozIh3BpHYvTOPh hxmDXPFmOzqGx7TGCwiUeiLmpoaTzFGBRgfVWyBC6InztJwlbZl1xmZbc9gDIY+slNQc /LtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=rqxHZgRtZEILrIt6BdS3fBscxGESkbu2lMd2c8VzKds=; b=UbquGuA1lgcRS8oSDA0rJAF2rZqc71zKpWQHDlcm4PW1x+Nanu1MZP8BDpduskSQ6h 7z2xgsCMP7S9AKfgKQhlSSHy6oAvp73g+8lgGfnEAxfG6qwFp5fMjKcyj9oDI2Oh8KEq 69Plkt+IhrLT5wH5VWu/lku1g+97i786KEJJf4vjm3qaLc5kmoUEjJw4QB15D3a8ULSB A3eYDhPg1J33H756SBMHRecmj5/XvyQ5hdcDDMuhOz3Rp2QlNyQI8u3a2IzXGj5DesMy Dx59jeIAIBJ7XdidOY7o66TcxanCjmCTqma/8rzMl6rT2oGcb9zeWymTLJe8d4TG9/q+ NwSw== X-Gm-Message-State: ABuFfoh5NmRAHnooqk57KeYc66dwwRYoaJtJEeDw+CUTLBBey4NQz9hK IS6M/sKwFeUOR4ZeI/bXQqzfQhtreh8Ba+U/u7Y7ZeKB X-Google-Smtp-Source: ACcGV63Hf1au4jVo8XHQ5iqWabZlYt4BeIgZZ+Hxxn8Yi2C+m2l9aTCNdygVhhtzi8Jc0nCg+OdZxOa8larEDyBI68o= X-Received: by 2002:a24:d9c9:: with SMTP id p192-v6mr13404963itg.124.1540316382240; Tue, 23 Oct 2018 10:39:42 -0700 (PDT) MIME-Version: 1.0 From: Matt Price Date: Tue, 23 Oct 2018 13:40:19 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="000000000000ce27ae0578e8dade" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::130 Subject: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 17:39:46 -0000 --000000000000ce27ae0578e8dade Content-Type: text/plain; charset="UTF-8" Hey, I guess this is OT. I'm trying to advice org-mime-org-buffer-htmlize so that it returns to the org buffer when its done. I want to do something like this: (let ((thisbuffer (current-buffer)) (advice-add 'mu4e-sent-handler :after (lambda (docid props) (switch-to-buffer thisbuffer) (advice-remove 'mu4e-sent-handler 'om-sent-advice) ) '((name . 'om-sent-advice))) but by the time the hook is run, the (let) has long since lapsed, and thisbuffer is no longer defined. Can I force evaluation of the variable during definition? Thanks, m --000000000000ce27ae0578e8dade Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey, I guess this is OT.
<= br>
I'm trying to advice org-mime-org-buffer-htmlize so that = it returns to the org buffer when its done. I want to do something like thi= s:

(let ((thisbuffer (current-buffer))
=C2=A0(advice-add
=C2=A0=C2=A0=C2=A0=C2=A0 'mu4e-sent-handler
= =C2=A0=C2=A0=C2=A0=C2=A0 :after (lambda (docid props)
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (switch-to-buf= fer thisbuffer)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e-sent-handler 'om-sent= -advice)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 ) '((name . 'om-sent-advice)))
<= br>
but by the time the hook is run, the (let) has long since lap= sed, and thisbuffer is no longer defined. Can I force evaluation of the var= iable during definition?

Thanks,
m
--000000000000ce27ae0578e8dade-- From MAILER-DAEMON Tue Oct 23 14:29:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF1R0-00049j-M3 for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:29:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36553) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF1Qy-00048b-Mm for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:29:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF1Qx-0001CX-GY for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:29:40 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:39080) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gF1Qx-0000yz-77 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:29:39 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gF1QY-0006qc-Ad for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 20:29:14 +0200 From: "Garreau\, Alexandre" To: org-mode User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Tue, 23 Oct 2018 20:29:14 +0200 Message-ID: <87r2ggjz45.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 18:29:41 -0000 Hi, This is provided on (almost?) all export formats, but yet when looking at an org-file the prefered way, with emacs, there=E2=80=99s no numbering, = by default. It=E2=80=99s so useful and simple (using a display text/overlay property), = is there just anything implementing that? mainline? if so why isn=E2=80=99t it? From MAILER-DAEMON Tue Oct 23 14:32:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF1TP-0005OD-Sj for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:32:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37226) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF1TO-0005O7-5s for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:32:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF1TM-0003ed-Mu for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:32:10 -0400 Received: from mail-wr1-x42f.google.com ([2a00:1450:4864:20::42f]:34359) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF1TM-0003dT-8C for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:32:08 -0400 Received: by mail-wr1-x42f.google.com with SMTP id l6-v6so2822840wrt.1 for ; Tue, 23 Oct 2018 11:32:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew-cmu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UwaryaUfpn08WaFGqSNX06RVL4dUVKzuJKozQMWw5Ao=; b=ENQWBF0LxSxILu1JPVMlK1+ydpx1SlRqy7nPTq/CX0lP1prrgPgIcy6kqASTtB8JdL 3KIkEHMKmQO+NC2uAs6RmxtUeBbe3rDaTaMNuFiz7kSKlVKzSi+G+2CkTGqSqt+bJ3J5 VIfrbbeiAFKVv1Q3NeM3qybMK+9Ngi4holHJOBq0n91eQ4jVIaW9ZiQYc+mNB3+Pf6sb 1VblwsOSxxoZ8xXplk7vJNCTDeeexf27W9REGYgHv3TWz+6J6Lkw6auHEaWOj00HtY+b 5Gk1cYrXdZFUvNwUZpIbdgkHuP8kMuFm+ppQf3Tq/L1wzZpGZSRVROTk+YEgp9imphQf kUeQ== 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; bh=UwaryaUfpn08WaFGqSNX06RVL4dUVKzuJKozQMWw5Ao=; b=bwAop9jCvm761eLnxcOu+Dd2G4k9J1Gcm/w1/5638KOVUc24uJoVDiXHiQfW6kllZj AbwKGg1rm390ZlWhleD4prWqBHgi2OBrB209Bc7ZA1QeiP6EfktLnLfpfNWa1NYMNvxx XeXqshTwrOraFH44DbCb2HhDxCEfKw4IIBgt8iDiLia9VTPl2h+oFBd2qZtsfbtn1yfP oDErOLunFrYwyvzaLPzyF/kDlCR+IXrPrt3yOGGkQTsy+D60gUDbqnKY5W+2ZEEVx7cn ru/5ssbZ8beza5lF+AZxw120OKZ2H7MPSgiYNRDMpz5NcHTkp2DliZWLl2L3AY7VZCZr kcvA== X-Gm-Message-State: AGRZ1gKGpD2ulzGHHhKf0DQ+ndvpvBHJItH3ruFlwbSBduzUojqDsA18 g0kLRomfQejjFeVSVrr+qw1bUV9bMaWv8bJ3Vvg= X-Google-Smtp-Source: AJdET5dSmmiP6XDtUhku3LtX4DLpHchqvaxzwuEyAXup8RjTtq1+W5RsoOj0TCZHXMo1devzxVWcqe5WXSfKTetzkb4= X-Received: by 2002:adf:dd0c:: with SMTP id a12-v6mr6318321wrm.2.1540319525096; Tue, 23 Oct 2018 11:32:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: John Kitchin Date: Tue, 23 Oct 2018 14:31:53 -0400 Message-ID: To: Matt Price Cc: org-mode-email Content-Type: multipart/alternative; boundary="0000000000002255ec0578e99606" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::42f Subject: Re: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 18:32:11 -0000 --0000000000002255ec0578e99606 Content-Type: text/plain; charset="UTF-8" I think that what you really want to do here is modify org-mime-compose so that you can use the send-actions argument to message-mail. In scimax-email.el I use that to be able to turn an org-heading into an email, send it, and then jump back to the heading to insert some information about the email into the heading properties after it is sent. A lot of the information gets passed via global variables. Maybe there is a better way to do that, I wrote that code a long time ago. Otherwise, you need to figure out how to use something like a macro that captures the current-buffer and creates a lambda function with that information in it, and attaches it to the message-buffer hook somehow. For example this will display a message-box for me after the message is sent. (let ((f `(lambda () (message-box "Came from %s" ,(current-buffer))))) (message-mail) (add-hook 'kill-buffer-hook f nil t)) Some important notes is this hook is added in local mode, so it only affects that email buffer. John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Oct 23, 2018 at 1:40 PM Matt Price wrote: > Hey, I guess this is OT. > > I'm trying to advice org-mime-org-buffer-htmlize so that it returns to the > org buffer when its done. I want to do something like this: > > (let ((thisbuffer (current-buffer)) > (advice-add > 'mu4e-sent-handler > :after (lambda (docid props) > (switch-to-buffer thisbuffer) > (advice-remove 'mu4e-sent-handler 'om-sent-advice) > ) '((name . 'om-sent-advice))) > > but by the time the hook is run, the (let) has long since lapsed, and > thisbuffer is no longer defined. Can I force evaluation of the variable > during definition? > > Thanks, > m > --0000000000002255ec0578e99606 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think that what you really want to do h= ere is modify org-mime-compose so that you can use the send-actions argumen= t to message-mail. In scimax-email.el I use that to be able to turn an org-= heading into an email, send it, and then jump back to the heading to insert= some information about the email into the heading properties after it is s= ent. A lot of the information gets passed via global variables. Maybe there= is a better way to do that, I wrote that code a long time ago.

Otherwise, you need to figure out how to use something like a macro= that captures the current-buffer and creates a lambda function with that i= nformation in it, and attaches it to the message-buffer hook somehow. For e= xample this will display a message-box for me after the message is sent.

(let ((f `(lambda ()
=C2=A0 =C2=A0 (message-box "Came from %s"= ,(current-buffer)))))
=C2=A0 (message-mail)
=C2=A0 (ad= d-hook 'kill-buffer-hook f nil t))

Some import= ant notes is this hook is added in local mode, so it only affects that emai= l buffer.

John

-------------= ----------------------
Professor John Kitchin=C2=A0
Doherty Hall A207= F
Department of Chemical Engineering
Carnegie Mellon University
Pi= ttsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchi= ngroup.cheme.cmu.edu



On Tue, Oct = 23, 2018 at 1:40 PM Matt Price <mo= ptop99@gmail.com> wrote:
Hey, I guess this is OT.

=
I'm trying to advice org-mime-org-buffer-htmlize so that it = returns to the org buffer when its done. I want to do something like this:<= /div>

(let ((thisbuffer (current-buffer))
= =C2=A0(advice-add
=C2=A0=C2=A0=C2=A0=C2=A0 'mu4e-sent-handler
=C2= =A0=C2=A0=C2=A0=C2=A0 :after (lambda (docid props)
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (switch-to-buffer= thisbuffer)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e-sent-handler 'om-sent-ad= vice)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 ) '((name . 'om-sent-advice)))

=
but by the time the hook is run, the (let) has long since lapsed= , and thisbuffer is no longer defined. Can I force evaluation of the variab= le during definition?

Thanks,
m
--0000000000002255ec0578e99606-- From MAILER-DAEMON Tue Oct 23 14:34:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF1VD-00073j-Ga for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:34:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF1VB-00073Y-EI for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:34:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF1VA-0004fA-IG for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:34:01 -0400 Received: from mail-wm1-x32e.google.com ([2a00:1450:4864:20::32e]:37949) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF1VA-0004ee-AC for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 14:34:00 -0400 Received: by mail-wm1-x32e.google.com with SMTP id b14-v6so212836wmj.3 for ; Tue, 23 Oct 2018 11:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=andrew-cmu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FkWwoKh2BAg+pNEi/FsmQ3yseTO8XcChDkVl/Hd5l+k=; b=x4YTlIr0Lxd3AdTh7aPNzyM56fX+ef4td74wCWt5wx+pOEzRHICV8ZBTBsvKNrWZ8F yqqFnq7U9zbq+MTZsf8LO7h58HzFwPyWa7E3zVtdHviABhNpkMMEVqC16Y00i8B00vTR h9dnHnrdoadxZTxpTUiAxliAjbPJuSuc81wzq5phOqj7p6+NEsqov4jA1OC46M9DNVXQ lP9RIUczgE93iwi6nanQMtLYAtmB8Vsit14MHPeNvCblCrFLgm+W4gPpreFWYKR2lAq+ WXegxuiDOWJQ5zT+NHontqdsSv4pjjVqVHUK4P1a1NftoPIVJCa83R8hVTgZPExTtpLD QcAw== 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; bh=FkWwoKh2BAg+pNEi/FsmQ3yseTO8XcChDkVl/Hd5l+k=; b=fo7qLGmUCR0e4ElGhzKzIQtIJ+7V+3PJvgU5VjID0yB71dalGLn80bQh+2OmLibD8I Ybe53A9tVccbG/1GQVetBYPPx2uhOc2i72YJ+UEyGzLLV9XzJdXvmKJMB1qyNnO8s4RK qsSOuZdhMHzk+SwhCHDGbbdEF1Vpaos/oQLxP+nNXHJyFrQVtyI6yKVkFzECN3kp45lV yywnOXd2+2SP6/u3WQsX7GX9xomNhdqpp26obnXnZziQrzBpwNkcmI9NnAMdodvikVBa KwC4yFCZw6YiGTU0cpfoUcxoHHNscVwuDJ0f/m/wQskeIEmyksbrPgIs1Ng5EV+5QP7o EKYA== X-Gm-Message-State: ABuFfojFrfBgi/swHNlZXKjXwgG47gOHKehm/sNSI9DkucZw14mwmvEp PhXDMSQnjksrg9v06ENV/xYwU8+XO8ndkbeSP9oMgX94 X-Google-Smtp-Source: ACcGV6050VRn+Pz4jj2St1d3LA6p+h/YFx9Oxflh/6TVc0KyBEoKqCxbbrmDF7Rc0ROiizjPlqOE1VlUMMXUNElicvs= X-Received: by 2002:a1c:d0c8:: with SMTP id h191-v6mr21963053wmg.74.1540319639006; Tue, 23 Oct 2018 11:33:59 -0700 (PDT) MIME-Version: 1.0 References: <87r2ggjz45.fsf@portable.galex-713.eu> In-Reply-To: <87r2ggjz45.fsf@portable.galex-713.eu> From: John Kitchin Date: Tue, 23 Oct 2018 14:33:47 -0400 Message-ID: To: galex-713@galex-713.eu Cc: org-mode-email Content-Type: multipart/alternative; boundary="000000000000ec72d10578e99c84" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32e Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 18:34:02 -0000 --000000000000ec72d10578e99c84 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable There are some answers at https://emacs.stackexchange.com/questions/32396/complete-path-numbering-of-= org-mode-headlines-and-plain-lists . John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Oct 23, 2018 at 2:30 PM Garreau, Alexandre wrote: > Hi, > > This is provided on (almost?) all export formats, but yet when looking > at an org-file the prefered way, with emacs, there=E2=80=99s no numbering= , by > default. > > It=E2=80=99s so useful and simple (using a display text/overlay property)= , is > there just anything implementing that? mainline? if so why isn=E2=80=99t = it? > > --000000000000ec72d10578e99c84 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

John

---------= --------------------------
Professor John Kitchin=C2=A0
Doherty Hall = A207F
Department of Chemical Engineering
Carnegie Mellon UniversityPittsburgh, PA 15213
412-268-7803


On Tue, Oct 23, 2018= at 2:30 PM Garreau, Alexandre <galex-713@galex-713.eu> wrote:
Hi,

This is provided on (almost?) all export formats, but yet when looking
at an org-file the prefered way, with emacs, there=E2=80=99s no numbering, = by
default.

It=E2=80=99s so useful and simple (using a display text/overlay property), = is
there just anything implementing that? mainline? if so why isn=E2=80=99t it= ?

--000000000000ec72d10578e99c84-- From MAILER-DAEMON Tue Oct 23 15:43:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF2Zz-0005fF-V6 for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:43:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF2Zw-0005Pp-Lb for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:43:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF2VY-0007mQ-F0 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:38:32 -0400 Received: from mail-it1-x12e.google.com ([2607:f8b0:4864:20::12e]:33737) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF2VU-0007a9-5b for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:38:26 -0400 Received: by mail-it1-x12e.google.com with SMTP id h6-v6so13148612ith.0 for ; Tue, 23 Oct 2018 12:38:18 -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; bh=5+s7h+wHSfM6odV8B1RcDO1rou2F96eOZKAyVa+/aDk=; b=aUXtWkp2gAH776q8JPjtzr9o4okATUEH3BEE2ZTYpuxjuH20+OpGoruutaPgWW3T8y ynuOGyWBtqfAXpGnH/PQEFS73j+7L1ew9Cu3jOOpWQAiAViddTa5vdpVffDtoyNkSwnX mmOpomnnp6DRlS6qkxZph57FJAwcALEKXLCxztzI02KKFgNKiUZN8rqDcTZmo28t7XQV +ZJYXv71basOpXuMCdZ8QVB8VmtXXAhtQ5cPEcdPgCzdLtvMDfxn/BLehK1Jagrs59YN BjaCAUDZLIzvfnMj/ZsnUU2da6+3yEMZmyEHt3dNyYqel1BwEstQxbElTmbxMVP9m1Z2 RHIA== 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; bh=5+s7h+wHSfM6odV8B1RcDO1rou2F96eOZKAyVa+/aDk=; b=unefFfndZAFpwNfBTllzlzFv1C+Alqs69pjZoFDmbAcrBdSP5N04nnsiBey6+4Ponc x352Is4IOKF7cVJg5TU2DSUL8xoDJM/0ekQinY7zzT8J3O1yP9EeHSOufpwGaBbJ537/ A8lh5Nr49kkStaIedwZc0oDwhheE41TPRxokvpYL3R6VNPhCvDf1wrcSzVUUDZIKmWic DYzU9bTQoJdMNK8txoDL95QGt17lJEwQj0W+ZjyT4OzbxvpM+lRRQ89GJIf2Tc8XOzAj uCeYSC+fJVX5Jq/x1SbdspRv51/Lt5ZxoWzmcnYbvGn14sZKV6sKo6VziiUXpXCkJ8aN NkGA== X-Gm-Message-State: ABuFfojf9k1cLPVFQ9j/ya4GoK9kJGj2ySyprZircUCOxzkAIIlEujXM O/sb+LO+XSfba7/5h7/ThLflq2wa3LLNeqHF7jM= X-Google-Smtp-Source: ACcGV63qnPIwjHv5FTnJ+vZNrOa3CoYF8RcvqXZfJl35UT3bQ6lU2JKUhV7geofaBgDrxinVG5f54XtyImDynt8XYUU= X-Received: by 2002:a02:1e5c:: with SMTP id m89-v6mr5330531jad.124.1540323497233; Tue, 23 Oct 2018 12:38:17 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Tue, 23 Oct 2018 15:38:54 -0400 Message-ID: To: John Kitchin Cc: Org Mode Content-Type: multipart/alternative; boundary="000000000000e451aa0578ea8270" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::12e Subject: Re: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 19:43:02 -0000 --000000000000e451aa0578ea8270 Content-Type: text/plain; charset="UTF-8" On Tue, Oct 23, 2018 at 2:32 PM John Kitchin wrote: > I think that what you really want to do here is modify org-mime-compose so > that you can use the send-actions argument to message-mail. In > scimax-email.el I use that to be able to turn an org-heading into an email, > send it, and then jump back to the heading to insert some information about > the email into the heading properties after it is sent. A lot of the > information gets passed via global variables. Maybe there is a better way > to do that, I wrote that code a long time ago. > > I'm trying to use mu4e~compose-mail instead of message-compose, I guess mostly because I want to be able to use the mu4e email address completion features in the `To:` header. And it wouldalso be nice to save the email to the appropriate mu folder. But I didn't seem to be able to make mu4e bounce back to my buffer no matter what I do, and though mu4e~compose-mail accepts a return-action argument it doesn't actually use it :-(. > Otherwise, you need to figure out how to use something like a macro that > captures the current-buffer and creates a lambda function with that > information in it, and attaches it to the message-buffer hook somehow. For > example this will display a message-box for me after the message is sent. > > (let ((f `(lambda () > (message-box "Came from %s" ,(current-buffer))))) > (message-mail) > (add-hook 'kill-buffer-hook f nil t)) > > Some important notes is this hook is added in local mode, so it only > affects that email buffer. > > Can you explain to me what yo umean by "added in local mode" -- how is that achieved? Meanwhile, htis is what I've done and it seems to work: (eval (car (read-from-string (concat "(advice-add 'mu4e~switch-back-to-mu4e-buffer :after (lambda () (switch-to-buffer (get-buffer \"" (buffer-name) "\" )) (advice-remove 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advice\")) '((name . \"om-temp-advice\")))")))) seems a little baroque. Maybe what you have there is way better. I don't really undertand backquotes and leading ocmmas even now. > John > > ----------------------------------- > Professor John Kitchin > Doherty Hall A207F > Department of Chemical Engineering > Carnegie Mellon University > Pittsburgh, PA 15213 > 412-268-7803 > @johnkitchin > http://kitchingroup.cheme.cmu.edu > > > > On Tue, Oct 23, 2018 at 1:40 PM Matt Price wrote: > >> Hey, I guess this is OT. >> >> I'm trying to advice org-mime-org-buffer-htmlize so that it returns to >> the org buffer when its done. I want to do something like this: >> >> (let ((thisbuffer (current-buffer)) >> (advice-add >> 'mu4e-sent-handler >> :after (lambda (docid props) >> (switch-to-buffer thisbuffer) >> (advice-remove 'mu4e-sent-handler 'om-sent-advice) >> ) '((name . 'om-sent-advice))) >> >> but by the time the hook is run, the (let) has long since lapsed, and >> thisbuffer is no longer defined. Can I force evaluation of the variable >> during definition? >> >> Thanks, >> m >> > --000000000000e451aa0578ea8270 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 23, 2018 at 2:32 PM John Kitchin <jkitchin@andrew.cmu.edu> wrote:
I think that what you really want to do here is modify org-mime-c= ompose so that you can use the send-actions argument to message-mail. In sc= imax-email.el I use that to be able to turn an org-heading into an email, s= end it, and then jump back to the heading to insert some information about = the email into the heading properties after it is sent. A lot of the inform= ation gets passed via global variables. Maybe there is a better way to do t= hat, I wrote that code a long time ago.


I'm trying to use mu4e~compose-mail instead of = message-compose, I guess mostly because I want to be able to use the mu4e e= mail address completion features in the `To:` header.=C2=A0 And it wouldals= o be nice to save the email to the appropriate mu folder. =C2=A0 But I didn= 't seem to be able to make mu4e bounce back to my buffer no matter what= I do, and though mu4e~compose-mail accepts a return-action argument it doe= sn't actually use it :-(.=C2=A0=C2=A0
=C2=A0
Otherwise, you need to figure out how to use something li= ke a macro that captures the current-buffer and creates a lambda function w= ith that information in it, and attaches it to the message-buffer hook some= how. For example this will display a message-box for me after the message i= s sent.

(let ((f `(lambda ()
=C2=A0 =C2=A0 (message-box "Cam= e from %s" ,(current-buffer)))))
=C2=A0 (message-mail)
=
=C2=A0 (add-hook 'kill-buffer-hook f nil t))

<= div>Some important notes is this hook is added in local mode, so it only af= fects that email buffer.


Can you explain to me what yo umean by &= quot;added in local mode" -- how is that achieved?

Meanwhile, htis is what I've done and it seems to work:

(eval (car (read-from-string
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (concat
=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "(advice-add &#= 39;mu4e~switch-back-to-mu4e-buffer=C2=A0 :after
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (lambda ()<= br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 (switch-to-buffer
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 (get-buffer \""
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (buffer-name)
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "\" ))
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e~switch-back-to-mu4e-buffer \&qu= ot;om-temp-advice\"))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 '((name . \"om-temp-adv= ice\")))"))))

seems a little baroque. Ma= ybe what you have there is way better.=C2=A0 I don't really undertand b= ackquotes and leading ocmmas even now.=C2=A0

=
=C2=A0
John

-----------------------------------
Professor J= ohn Kitchin=C2=A0
Doherty Hall A207F
Department of Chemical Engineeri= ng
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803


On Tue, Oct 23, 2018 at 1:40 PM Matt Price <moptop99@gmail.com> wrote:
Hey, I guess this is OT.

=
I'm trying to advice org-mime-org-buffer-htmlize so that it = returns to the org buffer when its done. I want to do something like this:<= /div>

(let ((thisbuffer (current-buffer))
= =C2=A0(advice-add
=C2=A0=C2=A0=C2=A0=C2=A0 'mu4e-sent-handler
=C2= =A0=C2=A0=C2=A0=C2=A0 :after (lambda (docid props)
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (switch-to-buffer= thisbuffer)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e-sent-handler 'om-sent-ad= vice)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 ) '((name . 'om-sent-advice)))

=
but by the time the hook is run, the (let) has long since lapsed= , and thisbuffer is no longer defined. Can I force evaluation of the variab= le during definition?

Thanks,
m
--000000000000e451aa0578ea8270-- From MAILER-DAEMON Tue Oct 23 15:58:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF2og-0002yC-CX for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:58:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57887) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF2oe-0002y5-B0 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:58:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF2od-0006c7-5B for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:58:12 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:39178) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gF2oc-0006bQ-T0 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 15:58:11 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gF2oY-0006yq-Ki; Tue, 23 Oct 2018 21:58:06 +0200 From: "Garreau\, Alexandre" To: John Kitchin Cc: org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Tue, 23 Oct 2018 21:58:06 +0200 In-Reply-To: (John Kitchin's message of "Tue, 23 Oct 2018 14:33:47 -0400") Message-ID: <87bm7kjv01.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 19:58:13 -0000 On 2018-10-23 at 14:33, John Kitchin wrote: > There are some answers at > https://emacs.stackexchange.com/questions/32396/complete-path-numbering-o= f-org-mode-headlines-and-plain-lists Interesting. Thank you (I=E2=80=99m unfortunately not very friend with sea= rch engines): that also raises altogether the question of tables of contents. But that doesn=E2=80=99t answer the question: why =E2=80=9Cdoesn=E2=80=99t = it exist=E2=80=9D? shouldn=E2=80=99t these functions be mainlined, if legally permitted? Btw, since I read overlays create slowness proportional to their numbers, and that=E2=80=99s surely a lot of overlays, wouldn=E2=80=99t it b= e better using text properties? these support `display' as well, and, I checked, even for strings of different length: is there a particular reasons they wouldn=E2=80=99t work as well? From MAILER-DAEMON Tue Oct 23 16:04:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF2v1-0004ol-4S for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:04:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58891) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF2uy-0004oc-H9 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:04:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF2uv-0003em-F7 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:04:43 -0400 Received: from mail-it1-x134.google.com ([2607:f8b0:4864:20::134]:40564) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF2ut-0003bF-Of for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:04:39 -0400 Received: by mail-it1-x134.google.com with SMTP id i191-v6so3739118iti.5 for ; Tue, 23 Oct 2018 13:04:36 -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; bh=kurMdIbRQ7qSa/J4l+/CUC9JWo2DQnO9zsrRrUJpNhM=; b=BZhAWXj7alX1zDKj4ERpn8HgCm3ih6R7GN6T5N/JlvLgcsocLQEUmASOoHVtMxnAAm QjlMrn3tyY1K6Cxx/Un90dfvxvK/TEbTnvSayEztLu4NyigBEZamaRegUEzMs1EtynOY Z8KJCNIuhhxsoVvZNNpD0pwQD6vS9WfIMbee0zn4akcCA1cry8TxX80peOjMD6uUY0/f nFTas13VMAyixPVQK01IV+DwyGkVaChWcegTtqCaDwAmpUpKuPQYCsYeWwE7MMBdYJw0 aqhk5ht/8xbZhh5TBVVBwnHbnUlBZe4xoFFENHsTo3C9p7BOHCsl0D6TG9EsiGzlm8dH EQtg== 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; bh=kurMdIbRQ7qSa/J4l+/CUC9JWo2DQnO9zsrRrUJpNhM=; b=iPBq9X3rIhRzBueSNYxgeCGb9PcVlzpR/2GNqalhuJHassTYe99Eov2yupyGP7GrAA dv5+1rnSGQ1zcsGvmV5bJBVeAwU5BncLYiBXVqL+rTbNyBQzJlzE1S4gwNypOWJDKAvN 1nf+uR/VlKCKn3QBrq0GWW8pYDcJ4t7xRSECEO0cRqWInogWyb953yarHrR0yC/3YiXl joCj7Q0bUDvDw8Q8zqnW5oAKbsb+YB6SqWCMXOfs5zKDTf/tY6mHJ9EvPgyCv/GZOQcd ooYhxVhv2k/mUkGikREjWXE6pD/sDxe8j2jBygvDZQG7ZGBHyhXBZTR5aXFeZVMpyjwJ 2uRQ== X-Gm-Message-State: ABuFfojp9W5jr9MDZYNvq/biPt0jYIGhOOIigGjbnMKft7o2LQBBtvDD 71EuMh0qSEp+EQvY0Wj1NkkvmSzpTJT7/0kdKTQ= X-Google-Smtp-Source: ACcGV60sILwtU9in1k0Hgjpy5MWnp2/vi8t+Ixf1258X6JB2CKQn90HH/loN6gVnIheANebTpj8wkdVkbpQ2h2Tspgk= X-Received: by 2002:a24:d9c9:: with SMTP id p192-v6mr13769224itg.124.1540325075844; Tue, 23 Oct 2018 13:04:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Tue, 23 Oct 2018 16:05:13 -0400 Message-ID: To: John Kitchin Cc: Org Mode Content-Type: multipart/alternative; boundary="000000000000fc03670578eae044" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::134 Subject: Re: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 20:04:46 -0000 --000000000000fc03670578eae044 Content-Type: text/plain; charset="UTF-8" On Tue, Oct 23, 2018 at 3:38 PM Matt Price wrote: > > > On Tue, Oct 23, 2018 at 2:32 PM John Kitchin > wrote: > >> I think that what you really want to do here is modify org-mime-compose >> so that you can use the send-actions argument to message-mail. In >> scimax-email.el I use that to be able to turn an org-heading into an email, >> send it, and then jump back to the heading to insert some information about >> the email into the heading properties after it is sent. A lot of the >> information gets passed via global variables. Maybe there is a better way >> to do that, I wrote that code a long time ago. >> >> > I'm trying to use mu4e~compose-mail instead of message-compose, I guess > mostly because I want to be able to use the mu4e email address completion > features in the `To:` header. And it wouldalso be nice to save the email > to the appropriate mu folder. But I didn't seem to be able to make mu4e > bounce back to my buffer no matter what I do, and though mu4e~compose-mail > accepts a return-action argument it doesn't actually use it :-(. > > >> Otherwise, you need to figure out how to use something like a macro that >> captures the current-buffer and creates a lambda function with that >> information in it, and attaches it to the message-buffer hook somehow. For >> example this will display a message-box for me after the message is sent. >> >> (let ((f `(lambda () >> (message-box "Came from %s" ,(current-buffer))))) >> (message-mail) >> (add-hook 'kill-buffer-hook f nil t)) >> >> Some important notes is this hook is added in local mode, so it only >> affects that email buffer. >> >> > Can you explain to me what yo umean by "added in local mode" -- how is > that achieved? > > Meanwhile, htis is what I've done and it seems to work: > > (eval (car (read-from-string > (concat > "(advice-add 'mu4e~switch-back-to-mu4e-buffer :after > (lambda () > (switch-to-buffer > (get-buffer \"" > (buffer-name) > "\" )) > (advice-remove > 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advice\")) > '((name . \"om-temp-advice\")))")))) > > seems a little baroque. Maybe what you have there is way better. I don't > really undertand backquotes and leading ocmmas even now. > > > I'd think this owuld be equivalent but the advice removal isn't working: (advice-add 'mu4e~switch-back-to-mu4e-buffer :after (eval `(lambda () (switch-to-buffer (get-buffer ,(buffer-name) )) (advice-remove 'mu4e~switch-back-to-mu4e-buffer "om-temp-advice") '((name . "om-temp-advice") )))) the naming isn't being carried out succesfully. I guess the regular quoting works differnely inside a backquote or osmething? > > >> John >> >> ----------------------------------- >> Professor John Kitchin >> Doherty Hall A207F >> Department of Chemical Engineering >> Carnegie Mellon University >> Pittsburgh, PA 15213 >> 412-268-7803 >> @johnkitchin >> http://kitchingroup.cheme.cmu.edu >> >> >> >> On Tue, Oct 23, 2018 at 1:40 PM Matt Price wrote: >> >>> Hey, I guess this is OT. >>> >>> I'm trying to advice org-mime-org-buffer-htmlize so that it returns to >>> the org buffer when its done. I want to do something like this: >>> >>> (let ((thisbuffer (current-buffer)) >>> (advice-add >>> 'mu4e-sent-handler >>> :after (lambda (docid props) >>> (switch-to-buffer thisbuffer) >>> (advice-remove 'mu4e-sent-handler 'om-sent-advice) >>> ) '((name . 'om-sent-advice))) >>> >>> but by the time the hook is run, the (let) has long since lapsed, and >>> thisbuffer is no longer defined. Can I force evaluation of the variable >>> during definition? >>> >>> Thanks, >>> m >>> >> --000000000000fc03670578eae044 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 23, 2018 at 3:38 PM Matt Price <moptop99@gmail.com> wrote:

On Tue, Oct 23, 2018 at 2= :32 PM John Kitchin <jkitchin@andrew.cmu.edu> wrote:
I thin= k that what you really want to do here is modify org-mime-compose so that y= ou can use the send-actions argument to message-mail. In scimax-email.el I = use that to be able to turn an org-heading into an email, send it, and then= jump back to the heading to insert some information about the email into t= he heading properties after it is sent. A lot of the information gets passe= d via global variables. Maybe there is a better way to do that, I wrote tha= t code a long time ago.


I'm trying to use mu4e~compose-mail instead of message-compose,= I guess mostly because I want to be able to use the mu4e email address com= pletion features in the `To:` header.=C2=A0 And it wouldalso be nice to sav= e the email to the appropriate mu folder. =C2=A0 But I didn't seem to b= e able to make mu4e bounce back to my buffer no matter what I do, and thoug= h mu4e~compose-mail accepts a return-action argument it doesn't actuall= y use it :-(.=C2=A0=C2=A0
=C2=A0
Otherwise, you need to figure out how to use something like a macro that = captures the current-buffer and creates a lambda function with that informa= tion in it, and attaches it to the message-buffer hook somehow. For example= this will display a message-box for me after the message is sent.

(let ((f `(lambda ()
=C2=A0 =C2=A0 (message-box "Came from %s" = ,(current-buffer)))))
=C2=A0 (message-mail)
=C2=A0 (add= -hook 'kill-buffer-hook f nil t))

Some importa= nt notes is this hook is added in local mode, so it only affects that email= buffer.

<= div>
Can you explain to me what yo umean by "added in lo= cal mode" -- how is that achieved?

Meanwhile,= htis is what I've done and it seems to work:

=
(eval (car (read-from-string
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (concat
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "(advice-add 'mu4e~switch-= back-to-mu4e-buffer=C2=A0 :after
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (lambda ()
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 (switch-to-buffer
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (get-buf= fer \""
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 (buffer-name)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "\" ))
=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 (advice-remove 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advi= ce\"))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 '((name . \"om-temp-advice\")))&q= uot;))))

seems a little baroque. Maybe what you ha= ve there is way better.=C2=A0 I don't really undertand backquotes and l= eading ocmmas even now.=C2=A0


I'd think this owuld be equivalent but t= he advice removal isn't working:
(advice-add 'mu4e~s= witch-back-to-mu4e-buffer :after
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (eval
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 `(lambda ()
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (switch-= to-buffer (get-buffer ,(buffer-name) ))
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 (advice-remove 'mu4e~switch-back-to-mu4e-buffer "om-temp= -advice")
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 '((name . &qu= ot;om-temp-advice")=C2=A0 ))))
=C2=A0=C2=A0=C2=A0
th= e naming isn't being carried out succesfully.=C2=A0 I guess the regular= quoting works differnely inside a backquote or osmething?

=C2=A0
= =C2=A0
John

-----------------------------------
= Professor John Kitchin=C2=A0
Doherty Hall A207F
Department of Chemica= l Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-= 268-7803


On Tue, Oct 23, 2018 at 1:40 PM Matt P= rice <moptop99@g= mail.com> wrote:
Hey, I guess this is OT.

I'm trying to advice org-mime-org-buffer-htmlize = so that it returns to the org buffer when its done. I want to do something = like this:

(let ((thisbuffer (current-buffer))
=
=C2=A0(advice-add
=C2=A0=C2=A0=C2=A0=C2=A0 'mu4e-sent-han= dler
=C2=A0=C2=A0=C2=A0=C2=A0 :after (lambda (docid props)
=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (swit= ch-to-buffer thisbuffer)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e-sent-handler = 9;om-sent-advice)
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ) '((name . 'om-sent-advice)))

but by the time the hook is run, the (let) has long = since lapsed, and thisbuffer is no longer defined. Can I force evaluation o= f the variable during definition?

Thanks,
m
--000000000000fc03670578eae044-- From MAILER-DAEMON Tue Oct 23 16:12:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF32j-0006vx-D1 for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:12:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60248) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF32h-0006vm-5a for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:12:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF32c-0000yv-7I for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:12:43 -0400 Received: from lb1-smtp-cloud7.xs4all.net ([194.109.24.24]:56572) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gF32W-0000nI-R2 for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:12:36 -0400 Received: from [IPv6:2001:980:3b14:1:e23f:49ff:feae:ca8c] ([IPv6:2001:980:3b14:1:e23f:49ff:feae:ca8c]) by smtp-cloud7.xs4all.net with ESMTPA id F32GgwDR9w2L8F32IgNl5m; Tue, 23 Oct 2018 22:12:19 +0200 To: "Berry, Charles" Cc: Org Mode References: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> <92E9F8B7-30C6-4584-816F-8EF2B8D433B7@ucsd.edu> From: "L.C. Karssen" Openpgp: preference=signencrypt Autocrypt: addr=lennart@karssen.org; prefer-encrypt=mutual; keydata= xsDiBEK39GgRBADP8+QUsQ4kpU/v5jxcieR0GGrm3T66xdkwE8rKcOuUIl9IMZB2XYCplb8f MVWu1Zz7lPF0J2Of8w82Apmh8pQLz/ANG8e7rLQO9eHe7PZvGWSoLWmfQYDAlDcj5ZzKMf1Z N5NpU5Y0E8kUEEpGrqNEu9vkCF6lPoTcemYUh9Qz1wCg0LVkB+mBoL5G0Crr9GDjM34RiEUD /RVadkHntm+UOY1EqcwHQFA7QqiazBVj30MWFoZrnSjUDk/miw5Vd73Jo1tT/xT1XSeU50wQ K3WYMVc5QWWS9RQBsNySZZ12PFzBVAbfoOK5QdxaKBWucESSlcaB/av9hvb8m5ZEZk66IlMq q4aXkm8IStJurRvTpvmqO817ZESaA/4jQFe1uoO5NpLdY7BV0b6Je/YHiMUB0Y1KSRv0g67S lXzwg+FqjUBeHaEqVmmDOPkoYHylYArLGvLQATGi8jP0NWFSi8w69rIBdb6mjT+jgwUjm/ax CXQqF2tSUfaD7D4YKMHW/MddGqQiYR05yOEdiADPW8NrkoeLLDzYRKRUes0/TC5DLiBLYXJz c2VuIChHUEcga2V5IGZvciBwZXJzb25hbCBzdHVmZikgPGxlbm5hcnRAa2Fyc3Nlbi5vcmc+ wl4EExECAB4GCwkIBwMCAxUCAwMWAgECHgECF4AFAlLqIoICGQEACgkQvwL/WqiPVUpY7wCf VIfo0OtaBs6guM18xSrY770kmo8An2bubWuBW2VGYl6KqczPogevCR+EzsNNBFB1YHMQEACV QPSlijB04WfLUBrXP0s16Z6hquCDR52BkJUVb5UsCuEE3kkAIjbZ/90Rc9PQGq05qgtuzjF+ PFqex+rKHpnHNjnB7A8Dsgt3me7X/moDk/H4KFAiGVD2nd0LoGcg1bNYa9Qu8mi0LNKbrKN3 Vich8Tn/Hp8emx7fFfiGg25vzAADN7VjPmHqFmbjGyKjIUDvTY+yAVVZOk/RsiRoN/+8nxk0 qe3vI3QJq0s1zQIWSXJfBBQgqMycLBYl0sa5g/Yl8XMz+XnjVEIJQu23niXonmjnrasxVqNC omrJJ9aiUTrFTrCy2v0Gw8Dif/w9NsBBXiJEFHNSXs7W9wGHXcChXYJ0ciIkVXYDnSoiI9eF hnjTD/xOVguNEoJpSUn3g3eucjJ3o0in4lWmpXOPK4kysH1x7uochpwOvL4LGQwrNwoCPHrI DhzvSZGRcwZ98RWq6/LzlJPBFSQChxGxUtXyxZeNikXEILLHr3Gt68oHmQg8xV7gtQgJPm2E ne0ZqtY0t+cSCXwopevLkR6Teof7fYK+1Wl1km19LpKAlh3VfPW6WhNRS4vQDNLKRrEwrTLX mV6qvUQWnmbsseIDHrRNvm9JCh6mVstshdejmsd30f2ImkFkQGihK2KyEn7o+ZvoXBR0cr5f hTQCoJuhvXM+wnTWyALJwdQhEVnXIuZCIwADBQ//UbwNmW1ySf1/u7sTQ37mN4V6gwBUuIy4 EEygE8UHA7kq8FkSq2ywxbsG6xqs20eyA+wPtHtSa+6l5rkK1bchPxdrpjuhAdphWVFVV45y fN7fR0yv4RFRx1OAcMlu2o+LMXzprp6BCPg2g9FDAs95NNkxpDXNJYIwDR4mWhEjL3xj49fE acqeRtF17rgLtIGvyDhiukdtMFV2KeeLqUcp38QBvX51j9pyr4HpD9XNK8JEiPk56f7kPJi/ Q+QQzp05LeSHsCxY/XDENcFqvJSDvod28Mjkfzo/NyJRkEuH0mqcPtzvpCw40CSNNDW2I8by xftd/+TrOX74wLBY2YsMDeOMFdLovXzLxsNTTe7sjUeHaQX+YfGX1Ckiqyq5f/BJmTt3rZkG 3dU+yLajtHX08ZAi/0ia1HOqD4sutCFt2ACcQ/HI5eMLjLJoB/d0XP5ohK7dDnRVEaPqfYh1 AGxLeCoVmShkXevjCoa+4ttjk7FM5PqgSZgqAKfGjRpZDov+1VWb/V6IlsuTg/ZVYkUp8AIX o5zwvvI6pUMMBRP4zeSJU9doRVk5j2DQ2G90C1YevhTeVMv2S8x90HFG9SqNF1+JHzdj8j8t CLOlFEZm352Ej72UsYTTPUCDHGDKGee7YZA1YxBtW+Gx8E7sOSe8F/0tesQJ9FE5tC2diqes 2SfCSQQYEQIACQUCUHVgcwIbDAAKCRC/Av9aqI9VSozXAKCbMeiiOxJfnMcTtBj3WFj+fO4P XACdEwL/I83D0LER54kB7TZ2QWiUPP8= Message-ID: <0f9dc196-b79e-7e7d-79ec-1e770e60ada3@karssen.org> Date: Tue, 23 Oct 2018 22:12:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <92E9F8B7-30C6-4584-816F-8EF2B8D433B7@ucsd.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ulzFSYml5qrU3vW5tU2yj8q24ZB0CJAAN" X-CMAE-Envelope: MS4wfDV8T0ogw9OqF5ttdVXC9+Jx9kQifoZ2EI1+b+SRSBvNPLDCbCElRmOBnTm9p5gIov97x7To+HtSM8EVH7aHvR6mUj04mV0lNe081ffOF18etPfxOGhg gPtpMjn9fpyvQAF07JH2OlqM9rvb/nmIR1nlq3bYit2MpGhD7X/ROzvnD/ec9gQ+/KCQUWFa8zvLqYJwHrKu63odvkwa8gg5OW0FxWQRDYcRXQILeAoQBbJf 7gp4iE8wEhsfukZ9knJGCUktfXRUAIrh/V1XM27MMHDN4YTP2HNK8tEqqrKZ7QWq X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 194.109.24.24 Subject: Re: [O] Trying to use :post header argument to set #+ATTR_LATEX: line X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 20:12:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ulzFSYml5qrU3vW5tU2yj8q24ZB0CJAAN Content-Type: multipart/mixed; boundary="oQzOgqNQtIab30HfHIWx7MfoouqkUq1vH"; protected-headers="v1" From: "L.C. Karssen" To: "Berry, Charles" Cc: Org Mode Message-ID: <0f9dc196-b79e-7e7d-79ec-1e770e60ada3@karssen.org> Subject: Re: Trying to use :post header argument to set #+ATTR_LATEX: line References: <3f496b8f-3ffb-af0d-278a-21669e4e0aca@karssen.org> <92E9F8B7-30C6-4584-816F-8EF2B8D433B7@ucsd.edu> In-Reply-To: <92E9F8B7-30C6-4584-816F-8EF2B8D433B7@ucsd.edu> --oQzOgqNQtIab30HfHIWx7MfoouqkUq1vH Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable Dear Chuck, Thanks for suggesting xtables. I have used it in the past, but had more or less forgotten about it. I'll give it a try again. Best regards, Lennart. On 22-10-18 18:42, Berry, Charles wrote: >=20 >=20 >> On Oct 22, 2018, at 7:43 AM, L.C. Karssen wrote:= >> >> Dear list, >> >> I'd like to create several tables from R and export those to a LaTeX >> document. Because only input variable differs for the R code that >> generates the tables, I thought I could use the :post header argument = to >> add the #+ATTR_LATEX: line I need to each of the outputs of my R sourc= e >> code blocks. >> >> I tried to follow the Org manual (section 14.8.2.27), but that doesn't= >> seem to work. My R results blocks all get colons in front of the outpu= t >> and if I set :results drawer, I get the following error: >=20 > I do not doubt that this is possible with enough tooling. I think it wi= ll be easier with the xtable R package. >=20 > But for issues like this I usually find it easier to export the documen= t to *.Rmd (R markdown) or *.Rnw (knitr) and render from there. >=20 > See https://github.com/chasberry/orgmode-accessories for some examples.= >=20 >=20 > HTH, >=20 > Chuck >=20 --=20 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* L.C. Karssen 's-Hertogenbosch The Netherlands lennart@karssen.org http://blog.karssen.org GPG key ID: A88F554A -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- --oQzOgqNQtIab30HfHIWx7MfoouqkUq1vH-- --ulzFSYml5qrU3vW5tU2yj8q24ZB0CJAAN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEAREIAB0WIQQyBENSov4Y8H9uObIgAxQL2pzVCQUCW8+AoAAKCRAgAxQL2pzV CfRKAP97/NAOrrIWEAkv/ZA0zcdedhm1OJiE5wu5K0aqvGgpaQD+IBFL6zuUKVxV hn3j/0GlgTjmuY3pJ7xjBck9TlUVAgE= =lawo -----END PGP SIGNATURE----- --ulzFSYml5qrU3vW5tU2yj8q24ZB0CJAAN-- From MAILER-DAEMON Tue Oct 23 16:35:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF3ON-0007EE-Hv for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:35:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39071) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF3OK-0007DN-AO for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:35:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF3OG-0003ii-3a for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:35:04 -0400 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]:44930) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF3O9-0003Yc-1h for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:34:56 -0400 Received: by mail-ed1-x52e.google.com with SMTP id z21-v6so2910713edb.11 for ; Tue, 23 Oct 2018 13:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=xu4ca9p8aon0+Vz2Sr5pDDmBLekedWbsWC6oULCly3A=; b=Q5PgyfZCJgHfYlQ0+fiOzB4Zn41G8whxS+u6PtmYoso81O9NlmBoi7GJuTY47FwIIH 4r7cidlaAbQUYRvD0UBOoimt42vz+q/wuGYOOKCeCUvoShQsWy+imbvsaGq8eQokOLR9 GVF3F0h9p2yWuIUx56/9LloMYsVtsEEeXG7L3ho5ErjR1mPSGJFMpOJzTqGgfKoKX3VH kGdfzwoGQ0+x1/nN6g3kj1+Wr0URfVm2sumF7pgQYj+2hdV1FLpL/sZB3XotHfDrbCQL +oToMgfUG5izWa/npJ87iySmXirlj0753W4xVLeKC2e6eqCUtTZEna8LMtWaOb3SKSl5 2bRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=xu4ca9p8aon0+Vz2Sr5pDDmBLekedWbsWC6oULCly3A=; b=kj1r2pjRIlPxT8J7t4/WNtZ0O7dcnPuz5wOnWmzil0udc/YGgmKpvyn8VbTXvEmlai xWU4V/moqJzr6x7JT6zjRUyCJZlMs7bWzQzwMSJAbFIDI9bjqN4RURZ+3R7VNDm7lYap 84q11hu0kYrDF/gqwSt2/zkUe9mJD2vCUj8S+FrB7T46rGVOImCQRl4prCOodldV5Fxc 4/eYCn0WnPCkTyzfwpZV2JEYjQPCMTtQOQ4hx4iz4Qi69T5T+MajDboGQTblvqHPU17d 9p9WtWBrFMFfYugzwwY/GbQtJNIJOZ5u3CrEsao18r5W2az5XSDsKmrssTftnDJbsK9p yCrQ== X-Gm-Message-State: AGRZ1gKuuHeWTHyk9Rwbs4fFQKaS3B5gZPBOZmyNja1/Krz0u1XWBxsv tmnh2XKBMSOBKM/wJCPZaBo8rleE X-Google-Smtp-Source: AJdET5dU6HxxcBL9mmWqN814eov4EQhHVZ3H1IiG9rU5afDadozNak2NiHvg8va5SKJHY6fZkeFa4A== X-Received: by 2002:a50:ae8f:: with SMTP id e15-v6mr8394072edd.142.1540326888807; Tue, 23 Oct 2018 13:34:48 -0700 (PDT) Received: from Johns-MacBook-Air.local (KITCHIN-TIMEMACHINE.CHEME.CMU.EDU. [128.2.54.215]) by smtp.gmail.com with ESMTPSA id u14-v6sm584117ejr.12.2018.10.23.13.34.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 23 Oct 2018 13:34:47 -0700 (PDT) Sender: John Kitchin References: User-agent: mu4e 1.0; emacs 25.3.1 From: John Kitchin To: Matt Price Cc: Org Mode In-reply-to: Date: Tue, 23 Oct 2018 16:34:45 -0400 Message-ID: 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: 2a00:1450:4864:20::52e Subject: Re: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 20:35:05 -0000 Matt Price writes: > On Tue, Oct 23, 2018 at 2:32 PM John Kitchin > wrote: > >> I think that what you really want to do here is modify org-mime-compose so >> that you can use the send-actions argument to message-mail. In >> scimax-email.el I use that to be able to turn an org-heading into an email, >> send it, and then jump back to the heading to insert some information about >> the email into the heading properties after it is sent. A lot of the >> information gets passed via global variables. Maybe there is a better way >> to do that, I wrote that code a long time ago. >> >> > I'm trying to use mu4e~compose-mail instead of message-compose, I guess > mostly because I want to be able to use the mu4e email address completion > features in the `To:` header. And it wouldalso be nice to save the email > to the appropriate mu folder. But I didn't seem to be able to make mu4e > bounce back to my buffer no matter what I do, and though mu4e~compose-mail > accepts a return-action argument it doesn't actually use it :-(. This is kind of tricky. Here is an approach that seems to work: (defun my-compose () (interactive) (mu4e~compose-mail) (advice-add 'mu4e~switch-back-to-mu4e-buffer :after `(lambda () (switch-to-buffer (get-buffer ,(buffer-name) )) (advice-remove 'mu4e~switch-back-to-mu4e-buffer "om-temp-advice")) '((name . "om-temp-advice")))) You just call M-x my-compose to get this behavior. I guess you could advise mu4e~compose too to add the advice. It seems necessary to use a temporary advice here. I wasn't aware of the name way of removing advice, that is pretty nice here, since we use a changing anonymous function. > > >> Otherwise, you need to figure out how to use something like a macro that >> captures the current-buffer and creates a lambda function with that >> information in it, and attaches it to the message-buffer hook somehow. For >> example this will display a message-box for me after the message is sent. >> >> (let ((f `(lambda () >> (message-box "Came from %s" ,(current-buffer))))) >> (message-mail) >> (add-hook 'kill-buffer-hook f nil t)) >> >> Some important notes is this hook is added in local mode, so it only >> affects that email buffer. >> >> > Can you explain to me what yo umean by "added in local mode" -- how is that > achieved? This is what the final t argument in the add-hood function does. I think it makes the hook local to the buffer it runs in, as opposed to in every buffer. > > Meanwhile, htis is what I've done and it seems to work: > > (eval (car (read-from-string > (concat > "(advice-add 'mu4e~switch-back-to-mu4e-buffer :after > (lambda () > (switch-to-buffer > (get-buffer \"" > (buffer-name) > "\" )) > (advice-remove > 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advice\")) > '((name . \"om-temp-advice\")))")))) This is practically the same as my `, solution above, you just use strings to protect some parts of code from evaluation, regular function calls in places, and then you concat it all together and read it. The `, syntax is optional, but without it you have to use list and quotes to build up the code in a similar way: (let ((f (list 'lambda () (list 'message-box "Came from %s" (current-buffer))))) (message-mail) (add-hook 'kill-buffer-hook f nil t)) here the ' means treat something like a symbol, and don't evaluate it. We build up the lambda expression using runtime information, e.g. what is the current-buffer when the code is run. > > seems a little baroque. Maybe what you have there is way better. I don't > really undertand backquotes and leading ocmmas even now. It takes some practice. Suppose you have some variables defined, e.g. a=3, then here are two ways to make a list where you put the value of a into the first place, and a symbol b in the second place. (list a 'b) => '(3 'b) `(,a b) => '(3 'b) This lets you build up expressions, including functions that are defined at runtime. Lots of macros use this syntax to build up expressions that are later evaluated. > > > > >> John >> >> ----------------------------------- >> Professor John Kitchin >> Doherty Hall A207F >> Department of Chemical Engineering >> Carnegie Mellon University >> Pittsburgh, PA 15213 >> 412-268-7803 >> @johnkitchin >> http://kitchingroup.cheme.cmu.edu >> >> >> >> On Tue, Oct 23, 2018 at 1:40 PM Matt Price wrote: >> >>> Hey, I guess this is OT. >>> >>> I'm trying to advice org-mime-org-buffer-htmlize so that it returns to >>> the org buffer when its done. I want to do something like this: >>> >>> (let ((thisbuffer (current-buffer)) >>> (advice-add >>> 'mu4e-sent-handler >>> :after (lambda (docid props) >>> (switch-to-buffer thisbuffer) >>> (advice-remove 'mu4e-sent-handler 'om-sent-advice) >>> ) '((name . 'om-sent-advice))) >>> >>> but by the time the hook is run, the (let) has long since lapsed, and >>> thisbuffer is no longer defined. Can I force evaluation of the variable >>> during definition? >>> >>> Thanks, >>> m >>> >> -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu From MAILER-DAEMON Tue Oct 23 16:56:34 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF3j8-0006j3-Ln for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:56:34 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47718) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF3j6-0006iu-Ts for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:56:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF3j6-0002d3-8X for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:56:32 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:34632) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF3j4-0002XE-VO for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 16:56:32 -0400 Received: by mail-lf1-x12f.google.com with SMTP id n26-v6so2274066lfl.1 for ; Tue, 23 Oct 2018 13:56:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3N4HAvIBd2JHHdO1zbSunm0KJHJbmHiSoD0mm5wUxNM=; b=KNpUbJq0I9Z0RbZmWBakmzrIUW5vhWhWrvIMuEwOZrU6krCe2vkphwxQ6MQCzJrmML E47o9tsSD77hOyPVkzd7gaF9ilxLhOG1QT27NPM+nhgiZIYOA8Gnaw8WODUwkWe+XPcx vaC4nuanQV5ICb46NWRGgVJ14wR3FJ5HUQIlqG5YrGtSfDlt+L51D67NVjlOwVPy54BK XQaWe/PcNTB7xPWPOGRhPfkjl9xFCk07R/fvrU/ELIAs7IfSkpyqT4qZ5HKRQ4pNDIf1 hLx51zroqQDVEToxt5PPXTCqULHFAUEJ5r/qbeUVmeEj4PEbBEm8QAOLwbw54BvxWK4W Iegw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3N4HAvIBd2JHHdO1zbSunm0KJHJbmHiSoD0mm5wUxNM=; b=GWLxQSaFNzmocm2MVG3+eGpGz0P+wHXsQwA/XWYNy56Jj3biyKV78wmmHCUjmDR7+K E0fbj9S9SeB7gRn95NDb5LvbKnbqV4OX3PgTXLP/MzeJKRYI03g/G2vkTrqoqPhXhXaY rss6warl6K95M0t3HA3H0pxiCkl9damWOzyZ1GXp6xBfRdjjjDXBqVbZjKes6VPHiYJc NlRoSg6bWwGDawU4ppFQrSy39QuTfLgo2nPy30oWrjZQ+6wY08UMbv8+EZt5jck7rurO 8jmykXO95NpQgHPF4gFV/hGG0ZrIxSBXTsZuCb3ElNGqvVOLXCWa7iar1XNFGa/eKbYE RQ3Q== X-Gm-Message-State: ABuFfoh1grDgtwFa8WTcbD8SGzC2bd6jo8MDyrsrlcmQCfNnDeF5iOMG FUaInaF6Wk3LqfLbmFDSPRRgLqTNtdQSpl0vFxf33GI+CDU= X-Google-Smtp-Source: ACcGV60lOAKppIsCg7lv2ziT+qOVN7BAkN9Oz1juX40BUH5IdGNrnQTR7gZB3VciYJhGGsSlC7VSLxpPJQxOpmGKpxA= X-Received: by 2002:a19:17d8:: with SMTP id 85mr11025268lfx.5.1540328187670; Tue, 23 Oct 2018 13:56:27 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:1860:0:0:0:0:0 with HTTP; Tue, 23 Oct 2018 13:56:26 -0700 (PDT) In-Reply-To: <87y3r6voa8.fsf@alphapapa.net> References: <87fudfepqo.fsf@alphapapa.net> <87lgn7palq.fsf@kyleam.com> <877eyrvxhr.fsf@alphapapa.net> <87inibouq8.fsf@kyleam.com> <87y3r6voa8.fsf@alphapapa.net> From: Samuel Wales Date: Tue, 23 Oct 2018 13:56:26 -0700 Message-ID: To: Adam Porter Cc: emacs-orgmode@gnu.org Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::12f Subject: Re: [O] FYI: with-org-today-date macro, helps with testing X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2018 20:56:33 -0000 i duly saved this macro, didn't think to look for it, and used datefudge(1). From MAILER-DAEMON Tue Oct 23 20:38:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF7CN-0000Sm-1n for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 20:38:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51756) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF7CI-0000SF-Bt for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 20:38:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF7CH-0004Mb-4K for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 20:38:54 -0400 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]:42542) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gF7CG-0004KL-Oj for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 20:38:52 -0400 Received: by mail-lj1-x236.google.com with SMTP id l25-v6so1289924lja.9 for ; Tue, 23 Oct 2018 17:38:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=fWhc2B6LaLbQQWwfLT2Mq0a6yK9BjTObqOeuGU2u6FY=; b=iTfZgZcbbQxdlDyTQVumVAVuUDQEg/4ScacF0NzMfri/uv4AaQx4qTLGFxDh7E46+5 BOwG7ybVLYnX7a7QO6Gzfn8HYRHJd/E4GbN61YmdSRL9p1//TrN1Jy71hdyNWpcI6PrL 7lz2kUnJOmQwpvbvxLI/af8MRhlz78s0zKjdP/yVgKyAc9PSDqJRl4LQ89CzaouLW9Hy Wig9IollqJv2a1H3MAqpELML/3O4EPhYIB77poKGk4YENAbE7/ZwO4KFm2NVpopgDUJB kubFcrpWufFgLjQeh+uCQMZt6Vld/vDBKF1s1/DvdmwZws20uxTkUVweH1Cq77HXfssN gU/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fWhc2B6LaLbQQWwfLT2Mq0a6yK9BjTObqOeuGU2u6FY=; b=Ba6G3xSLaOMOPFrp/jegLTnPXF99fwpQ8SS5kI34DO2aD9sGQ+nyGAvCXkAuutoCIU 6wO0RtG0iPFtZDuTc2xgJZmRFrg4xQzZw9ldT65gvWv7R9YCkvXpoMU3GhqJRWSOjxsu 46SjiE3sqzOUfhHRHDHgAGVNSYY6B97JnmbZplHOnZBwMWvYw54cpHyG2wy7e2iRHvVS KPjeU3IKR5iYY5082ooTreJHJpAge4qPVz9rT+ryx+p6Kqflh3duYnq1wnriH77+pNz/ 0+eKW/3LYR8vAN+s25Exns9IYLNZTCjT6xoSAv/niwyVHOMQUKShxnaKjEUJgCFLuY/T Jvng== X-Gm-Message-State: AGRZ1gK5rBud/BnQFjGoK/gvaXgrEBsDra6MDyQQa6Ltt9PuQzo92kIc HE4j3J/M2oL7O/A8S5s/0axc0q+7yl8ah3KNiqZldg== X-Google-Smtp-Source: AJdET5ezG22DbbdDWu9eFMu/PGORJ2n/8Zy/0h5pgCYYKAfnMX5fiRiV9JcnSnWNyi78Ba2cjRofyECwEfi9z3JBz08= X-Received: by 2002:a2e:1456:: with SMTP id 22-v6mr254030lju.116.1540341530115; Tue, 23 Oct 2018 17:38:50 -0700 (PDT) MIME-Version: 1.0 From: Kaushal Modi Date: Tue, 23 Oct 2018 20:38:37 -0400 Message-ID: To: emacs-org list Content-Type: multipart/alternative; boundary="000000000000bc49430578eeb537" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::236 Subject: [O] Ox-html: Replace with and with X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 00:38:55 -0000 --000000000000bc49430578eeb537 Content-Type: text/plain; charset="UTF-8" Hello, I am not an HTML expert. But recently off-list, I learnt that and tags aren't recommended to be used for styling any more (for a while now). Instead and should be used respectively. If there are no objections, I can commit this little change to the master branch. References: - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/b - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/i#Usage_Notes -- Kaushal Modi --000000000000bc49430578eeb537 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am = not an HTML expert. But recently off-list, I learnt that <b> and <= i> tags aren't recommended to be used for styling any more (for a wh= ile now).=C2=A0

Instead = <strong> and <em> should be used respectively.=C2=A0

If there are no objections, I can = commit this little change to the master branch.=C2=A0

References:

=
--000000000000bc49430578eeb537-- From MAILER-DAEMON Tue Oct 23 22:51:58 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF9H3-0004es-VE for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 22:51:57 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF9H1-0004eZ-7i for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 22:51:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gF9Gw-0008Rl-OO for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 22:51:55 -0400 Received: from [61.175.244.13] (port=51989 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gF9Gv-0008Pi-Tq for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 22:51:50 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id F3B67A600DA; Wed, 24 Oct 2018 10:51:47 +0800 (CST) References: <87po1zvw9n.fsf@gmail.com> <87bmc1tb4s.fsf@nicolasgoaziou.fr> <87va6wk3ea.fsf@gmail.com> <875zysr0bb.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <875zysr0bb.fsf@nicolasgoaziou.fr> Date: Wed, 24 Oct 2018 10:51:47 +0800 Message-ID: <875zxst5to.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] coderef does not provide file path for org-insert-link when not in original buffre X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 02:51:56 -0000 --=-=-= Content-Type: text/plain Nicolas Goaziou writes: >> ;; I tried to add this, but failed. because `coderef` is executed in `org-edit-src-code` which invokes `org-src--edit-element`, it create a dedicated buffer which does not have `buffer-file-name`. I don't know how to archive what I want now. >> ;; ((eq org-link-file-path-type 'adaptive) > > In "org-src.el", we create local variables to store information from > original buffer. See, e.g., `org-src--src-type' or `org-src--tab-width'. > Anyway, see my first question. Thanks for this hint, I added a new entry in org-src--babel-info list to pass the original parent file path. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-org.el-fix-org-coderef-does-not-support-adaptive-fil.patch >From 6e8469545185a41d22b8046ebb367c3c742f0ff4 Mon Sep 17 00:00:00 2001 From: stardiviner Date: Wed, 24 Oct 2018 10:45:40 +0800 Subject: [PATCH] org.el: fix org-coderef does not support adaptive file path link type. * org.el (org-insert-link): support option org-link-file-path-type 'adaptive value. * ob-core.el (org-babel-get-src-block-info): add an new entry into src block info list to pass parent file path. --- lisp/ob-core.el | 5 +++-- lisp/org.el | 9 ++++++--- 2 files changed, 9 insertions(+), 5 deletions(-) diff --git a/lisp/ob-core.el b/lisp/ob-core.el index 42360d618..73117f1a7 100644 --- a/lisp/ob-core.el +++ b/lisp/ob-core.el @@ -578,7 +578,7 @@ object instead. Return nil if point is not on a source block. Otherwise, return a list with the following pattern: - (language body arguments switches name start coderef)" + (language body arguments switches name start coderef parent-file-path)" (let* ((datum (or datum (org-element-context))) (type (org-element-type datum)) (inline (eq type 'inline-src-block))) @@ -609,7 +609,8 @@ a list with the following pattern: name (org-element-property (if inline :begin :post-affiliated) datum) - (and (not inline) (org-src-coderef-format datum))))) + (and (not inline) (org-src-coderef-format datum)) + buffer-file-name))) (unless light (setf (nth 2 info) (org-babel-process-params (nth 2 info)))) (setf (nth 2 info) (org-babel-generate-file-param name (nth 2 info))) diff --git a/lisp/org.el b/lisp/org.el index 0b5e8d739..37524bce0 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9249,13 +9249,14 @@ non-nil." (interactive? (let ((label (read-string "Code line label: "))) (end-of-line) - (setq link (format coderef-format label)) (let ((gc (- 79 (length link)))) (if (< (current-column) gc) (org-move-to-column gc t) (insert " "))) - (insert link) - (setq link (concat "(" label ")")) + (insert (format coderef-format label)) + (setq link (format "file:%s::%s" + (car (last org-src--babel-info)) + (concat "(" label ")"))) (setq desc nil))) (t (setq link nil))))) @@ -9852,6 +9853,8 @@ Use TAB to complete link prefixes, then RET for type-specific completion support (setq path (expand-file-name path))) ((eq org-link-file-path-type 'relative) (setq path (file-relative-name path))) + ((eq org-link-file-path-type 'adaptive) + (setq path (file-relative-name path))) (t (save-match-data (if (string-match (concat "^" (regexp-quote -- 2.19.1 --=-=-= Content-Type: text/plain -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 --=-=-=-- From MAILER-DAEMON Tue Oct 23 23:35:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gF9xB-0008Jl-9a for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 23:35:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50607) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gEfmk-0003m2-VH for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 15:22:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gEfmh-00043V-Qh for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 15:22:42 -0400 Received: from smtprelay06.ispgateway.de ([80.67.31.95]:37119) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gEfmh-00041Q-Ik for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 15:22:39 -0400 Received: from [46.244.207.72] (helo=hyperion.fritz.box) by smtprelay06.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1gEfme-0006VE-UR for emacs-orgmode@gnu.org; Mon, 22 Oct 2018 21:22:36 +0200 From: Alexander Adolf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Message-Id: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> Date: Mon, 22 Oct 2018 21:22:36 +0200 To: emacs-orgmode@gnu.org X-Mailer: Apple Mail (2.3445.100.39) X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.67.31.95 X-Mailman-Approved-At: Tue, 23 Oct 2018 23:35:28 -0400 Subject: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 19:22:44 -0000 Dear Org-Mode Developers, I was missing convert-region functions in the ox-ascii export back-end as are provided by the HTML, LaTeX, Texinfo, and MarkDown back-ends [1], and hence crafted my own (copied below) to go into my init file. My use case is composing emails using notmuch-message-mode. [1] https://orgmode.org/manual/Export-in-foreign-buffers.html I though this feature might be useful to others, too, and would likely also seem a low hanging fruit to implement? ;-)) It would be awesome to see this new feature in one of the next releases of ox-ascii. Many thanks in advance and cheers, --alexander ---------------------------------------------------------------------- (defun org-ascii-convert-region-to-ascii () "Assume the current region has org-mode syntax, and convert it to = plain ASCII. This can be used in any buffer. For example, you could write an itemized list in org-mode syntax in a Mail buffer and then use this command to convert it." (interactive) (let ((my/org-ascii-charset org-ascii-charset)) (setq org-ascii-charset 'ascii) (org-export-replace-region-by 'ascii) (setq org-ascii-charset my/org-ascii-charset))) (defun org-ascii-convert-region-to-utf8 () "Assume the current region has org-mode syntax, and convert it to = UTF-8. This can be used in any buffer. For example, you could write an itemized list in org-mode syntax in a Mail buffer and then use this command to convert it." (interactive) (let ((my/org-ascii-charset org-ascii-charset)) (setq org-ascii-charset 'utf-8) (org-export-replace-region-by 'ascii) (setq org-ascii-charset my/org-ascii-charset))) ---------------------------------------------------------------------- From MAILER-DAEMON Tue Oct 23 23:48:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFA9I-0005PQ-Pb for mharc-emacs-orgmode@gnu.org; Tue, 23 Oct 2018 23:48:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFA9H-0005PB-1E for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 23:47:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFA9D-0007bs-QI for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 23:47:58 -0400 Received: from [61.175.244.13] (port=13466 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFA9D-0007ZO-AB for emacs-orgmode@gnu.org; Tue, 23 Oct 2018 23:47:55 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id AD9E9A600DA; Wed, 24 Oct 2018 11:47:53 +0800 (CST) References: <87k1m8q2sb.fsf@portable.galex-713.eu> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: "Garreau\, Alexandre" Cc: org-mode Reply-To: numbchild@gmail.com In-reply-to: <87k1m8q2sb.fsf@portable.galex-713.eu> Date: Wed, 24 Oct 2018 11:47:53 +0800 Message-ID: <874ldct386.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 03:48:00 -0000 Garreau, Alexandre writes: > Why is there no syntax highlighting for *inline* source/code blocks? > > For instance, if I type the following: > > #+BEGIN_SRC org > src_emacs-lisp{(foo bar (quux))} > #+END_SRC > > The underscore is not displayed, =E2=80=9Cemacs=E2=80=9D is displayed in = face > ~org-latex-and-related~ *and* in subscript display (smaller and > negatively raised), and all the rest in default face, with no syntax > highlighting, even inside the braces (that I would expect as it is done > inside non-inline blocks). I used to asked similar question, and answered my own question with a font-= lock solution. This link might be helpful. https://stackoverflow.com/questi= ons/20309842/how-to-syntax-highlight-for-org-mode-inline-source-code-src-la= ng --=20 [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 =20=20=20=20=20=20 From MAILER-DAEMON Wed Oct 24 02:05:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFCHx-0003SC-9F for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 02:05:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42477) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFCHu-0003S2-Af for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 02:05:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFCHm-0007rG-5I for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 02:04:57 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:35905) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFCHa-0007iL-KS for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 02:04:47 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 6DE9324000E; Wed, 24 Oct 2018 06:04:38 +0000 (UTC) From: Nicolas Goaziou To: Kaushal Modi Cc: emacs-org list References: Mail-Followup-To: Kaushal Modi , emacs-org list Date: Wed, 24 Oct 2018 08:04:37 +0200 In-Reply-To: (Kaushal Modi's message of "Tue, 23 Oct 2018 20:38:37 -0400") Message-ID: <87r2gfyj62.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] Ox-html: Replace with and with X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 06:05:04 -0000 Hello, Kaushal Modi writes: > I am not an HTML expert. But recently off-list, I learnt that and > tags aren't recommended to be used for styling any more (for a while now). > > Instead and should be used respectively. > > If there are no objections, I can commit this little change to the master > branch. > > References: > > - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/b > - > https://developer.mozilla.org/en-US/docs/Web/HTML/Element/i#Usage_Notes No objection from me. Thank you! Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 03:05:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFDE3-0004WJ-7F for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:05:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44140) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFDE1-0004WD-6M for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:05:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFDDx-0005sn-Mf for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:05:04 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:59039) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFDDx-0005ql-Fh for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:05:01 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 1E7CEC000B; Wed, 24 Oct 2018 07:04:58 +0000 (UTC) From: Nicolas Goaziou To: Alexander Adolf Cc: emacs-orgmode@gnu.org References: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> Mail-Followup-To: Alexander Adolf , emacs-orgmode@gnu.org Date: Wed, 24 Oct 2018 09:04:57 +0200 In-Reply-To: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> (Alexander Adolf's message of "Mon, 22 Oct 2018 21:22:36 +0200") Message-ID: <87mur3ygdi.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 07:05:06 -0000 Hello, Alexander Adolf writes: > I was missing convert-region functions in the ox-ascii export back-end > as are provided by the HTML, LaTeX, Texinfo, and MarkDown back-ends [1], > and hence crafted my own (copied below) to go into my init file. My use > case is composing emails using notmuch-message-mode. > > [1] https://orgmode.org/manual/Export-in-foreign-buffers.html > > I though this feature might be useful to others, too, and would likely > also seem a low hanging fruit to implement? ;-)) It looks like an omission, indeed. > (defun org-ascii-convert-region-to-ascii () > "Assume the current region has org-mode syntax, and convert it to plain ASCII. > This can be used in any buffer. For example, you could write an > itemized list in org-mode syntax in a Mail buffer and then use > this command to convert it." > (interactive) > (let ((my/org-ascii-charset org-ascii-charset)) > (setq org-ascii-charset 'ascii) > (org-export-replace-region-by 'ascii) > (setq org-ascii-charset my/org-ascii-charset))) I see you are not including Latin1 export. Is there any reason to implement pure ASCII export? Wouldn't UTF-8 be sufficient? More generally, I wonder if, in 2018, it still makes sense to provide ASCII-only and Latin1 export. > (defun org-ascii-convert-region-to-utf8 () > "Assume the current region has org-mode syntax, and convert it to UTF-8. Org syntax > This can be used in any buffer. For example, you could write an > itemized list in org-mode syntax in a Mail buffer and then use in Org syntax in a mail buffer Anyway, I don't think the example is useful. > this command to convert it." > (interactive) > (let ((my/org-ascii-charset org-ascii-charset)) > (setq org-ascii-charset 'utf-8) > (org-export-replace-region-by 'ascii) > (setq org-ascii-charset my/org-ascii-charset))) I think (let ((org-ascii-charset 'utf-8)) (org-export-replace-region-by 'ascii)) would be simpler. The manual needs to be updated, too. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 03:35:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFDhe-0006JS-Td for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:35:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFDhb-0006Ha-Tn for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:35:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFDhW-0005L0-4w for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:35:37 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:47653) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFDhR-0005AS-2p for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:35:30 -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 relay3-d.mail.gandi.net (Postfix) with ESMTPSA id C77A76000D; Wed, 24 Oct 2018 07:35:20 +0000 (UTC) From: Nicolas Goaziou To: Martin =?utf-8?B?WXJqw7Zsw6Q=?= Cc: Org Mode References: Mail-Followup-To: Martin =?utf-8?B?WXJqw7Zsw6Q=?= , Org Mode Date: Wed, 24 Oct 2018 09:35:18 +0200 In-Reply-To: ("Martin =?utf-8?B?WXJqw7Zsw6QiJ3M=?= message of "Sun, 21 Oct 2018 16:14:19 +0300") Message-ID: <87in1ryeyx.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.195 Subject: Re: [O] [PATCH] org-capture: fix capture breaking next headline X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 07:35:40 -0000 Hello, Martin Yrj=C3=B6l=C3=A4 writes: > I have noticed my capture workflow breaking org document hierarchies. > Here is an example: > > Start with the org document: > > * A > * B > > An org capture template inserts a headline under A. > > * A > ** [point here] > * B > > When I navigate to the end of the narrowed capture buffer (e.g. > `(end-of-buffer)') and insert text, it will break the B headline like > this: > > * A > ** > inserted text[point here]* B > > I expected the following behavior > > * A > ** inserted text[point here] > * B > [...] > --- > lisp/org-capture.el | 2 +- > testing/lisp/test-org-capture.el | 15 +++++++++++++++ > 2 files changed, 16 insertions(+), 1 deletion(-) > > diff --git a/lisp/org-capture.el b/lisp/org-capture.el > index cbc72d43b..fb445d22b 100644 > --- a/lisp/org-capture.el > +++ b/lisp/org-capture.el > @@ -1139,7 +1139,7 @@ may have been stored before." > (unless (org-at-heading-p) (outline-next-heading)) > (let ((end (point))) > (org-capture-mark-kill-region beg end) > - (org-capture-narrow beg end) > + (org-capture-narrow beg (1- end)) > (when (or (re-search-backward "%\\?" beg t) > (re-search-forward "%\\?" end t)) > (replace-match "")))))) > diff --git a/testing/lisp/test-org-capture.el b/testing/lisp/test-org-cap= ture.el > index 31522c1f2..351fe5101 100644 > --- a/testing/lisp/test-org-capture.el > +++ b/testing/lisp/test-org-capture.el > @@ -160,6 +160,21 @@ > (org-capture-kill)) > (buffer-string))))) >=20=20 > +(ert-deftest test-org-capture/insert-at-end-safe () > + "Test that capture does not break next headline." > + (should > + (equal > + "* A\n** H1 Capture text\n* B\n" > + (org-test-with-temp-text-in-file "* A\n* B\n" > + (let* ((file (buffer-file-name)) > + (org-capture-templates > + `(("t" "Todo" entry (file+headline ,file "A") "** H1 %?")))) > + (org-capture nil "t") > + (goto-char (point-max)) > + (insert "Capture text") > + (org-capture-finalize)) > + (buffer-string))))) Fixed. I used a slightly different fix, but kept your test. Thank you. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 03:38:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFDkP-0000Hr-Hv for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:38:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFDkL-0000Fz-Iu for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:38:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFDk8-0008QF-Px for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:38:22 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:36425) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFDk6-0008Mu-Nf for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:38:16 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 3C06AE000C; Wed, 24 Oct 2018 07:38:12 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: John Kitchin , org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> <87bm7kjv01.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , John Kitchin , org-mode-email Date: Wed, 24 Oct 2018 09:38:10 +0200 In-Reply-To: <87bm7kjv01.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Tue, 23 Oct 2018 21:58:06 +0200") Message-ID: <87h8hbyeu5.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 07:38:32 -0000 Hello, "Garreau, Alexandre" writes: > But that doesn=E2=80=99t answer the question: why =E2=80=9Cdoesn=E2=80=99= t it exist=E2=80=9D? shouldn=E2=80=99t > these functions be mainlined, if legally permitted? What kind of numbering are we talking about? A semi-permanent (i.e., togglable) naive numbering (e.g., not taking into account UNNUMBERED property) for every headline? Could you explain what are the use cases for that? Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 03:55:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFE0g-0004qA-5U for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:55:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40667) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFE0Y-0004fz-9x for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:55:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFDlp-0001uW-Tv for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:40:05 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:48261) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFDlp-0001sV-K2 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 03:40:01 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 8B68BFF80F; Wed, 24 Oct 2018 07:39:59 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: "Garreau\, Alexandre" , org-mode References: <87k1m8q2sb.fsf@portable.galex-713.eu> <874ldct386.fsf@gmail.com> Mail-Followup-To: stardiviner , "Garreau\, Alexandre" , org-mode Date: Wed, 24 Oct 2018 09:39:57 +0200 In-Reply-To: <874ldct386.fsf@gmail.com> (stardiviner's message of "Wed, 24 Oct 2018 11:47:53 +0800") Message-ID: <87d0rzyer6.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 07:55:20 -0000 Hello, stardiviner writes: > Garreau, Alexandre writes: > >> Why is there no syntax highlighting for *inline* source/code blocks? >> >> For instance, if I type the following: >> >> #+BEGIN_SRC org >> src_emacs-lisp{(foo bar (quux))} >> #+END_SRC >> >> The underscore is not displayed, =E2=80=9Cemacs=E2=80=9D is displayed in= face >> ~org-latex-and-related~ *and* in subscript display (smaller and >> negatively raised), and all the rest in default face, with no syntax >> highlighting, even inside the braces (that I would expect as it is done >> inside non-inline blocks). > > I used to asked similar question, and answered my own question with > a font-lock solution. This link might be helpful. > https://stackoverflow.com/questions/20309842/how-to-syntax-highlight-for-= org-mode-inline-source-code-src-lang Would you want to provide a patch for that? Thank you. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 04:55:04 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFEwS-0006Tx-OO for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 04:55:04 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56008) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFEwQ-0006Tj-59 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 04:55:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFEwP-0002M2-Bm for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 04:55:02 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:39510) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFEwO-0002JZ-VS for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 04:55:01 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFEwH-0008FV-30; Wed, 24 Oct 2018 10:54:53 +0200 From: "Garreau\, Alexandre" To: John Kitchin Cc: org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> <87bm7kjv01.fsf@portable.galex-713.eu> <87h8hbyeu5.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Wed, 24 Oct 2018 10:54:52 +0200 In-Reply-To: <87h8hbyeu5.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Wed, 24 Oct 2018 09:38:10 +0200") Message-ID: <874ldbhggz.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 08:55:02 -0000 Le 24/10/2018 =C3=A0 09h38, Nicolas Goaziou a =C3=A9crit=C2=A0: > Hello, > > "Garreau, Alexandre" writes: > >> But that doesn=E2=80=99t answer the question: why =E2=80=9Cdoesn=E2=80= =99t it exist=E2=80=9D? shouldn=E2=80=99t >> these functions be mainlined, if legally permitted? > > What kind of numbering are we talking about? A semi-permanent (i.e., > togglable) naive numbering (e.g., not taking into account UNNUMBERED > property) for every headline? Yes. Didn=E2=80=99t know about UNNUMBERED, thanks, it is of interest for t= his issue. > Could you explain what are the use cases for that? As said in the previously mentioned stackoverflow question: helps seeing where you are and how much sections are there. To me it is especially useful to avoid writing manually the number of the section to know I=E2=80=99m currently in =E2=80=9Cexercice 8=E2=80=9D or something ali= ke. Btw, some desirable feature as well would be automatic naming (as I already do sometimes in LaTeX), such as appending whole =E2=80=9CExercice 8= =E2=80=9D or =E2=80=9CSection 8=E2=80=9D for a desired specific level, instead of just a= number. From MAILER-DAEMON Wed Oct 24 06:38:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFGYs-0007ba-5i for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:38:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFGYn-0007b5-75 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:38:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFGYi-0004ew-8j for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:38:45 -0400 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:46293) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFGYi-0004dx-07 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:38:40 -0400 Received: by mail-ed1-x52c.google.com with SMTP id v22-v6so4526204edq.13 for ; Wed, 24 Oct 2018 03:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=OWmYIfkFu6Fr4tgLkNljDEL6fXE65fkhyI9SfkvNaXM=; b=kcon5LvgTqxmJrAiliFa+HhvNJm2q7NGymxTMAo1svt9+LEsGC9dUpOy2r9TyJ+m05 DOq273R82Hyt3IVoRlGuVFc63OtGmj6SzJUoN9aita1SZLZZu9BU9r4K9SQAIbCM48KH UV6Y5xW39s3I/URdjIeOJfCR890VSmZs63E4uXnbxQONjKNnCuJwG8NPVKIhmFtdr7so 2CIcYeLjGJrumUaSf1/Sn43+rxS9TjZW4LUbCLugvRZnzB3hPH0zX0aIV+LsiYBbFKvl lZjCK48gdbJadEeL5BAVe6ICAK3d4vyJMPyMA7GpuiREfD0f+NcPs67uY5ufyMbbIesV bB5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=OWmYIfkFu6Fr4tgLkNljDEL6fXE65fkhyI9SfkvNaXM=; b=L4bZGEwf4Pm5Bu1p5VpO+q37X7psPHoS2PlD56N1TutT5EaKO2y9RuT3SCaUOv5xat bQrNhvMcDNuGiTP9JEkfAFIuNn6MPPRp48Fsj3q5rj+luWFuDit61HpxYlCHauyvR8B/ Oi+BeuBiCoGfR2rKbdneYPglldtpPqensLKCXAFxGL6Spb7eVu5ns+WmxoXLgYyKOlBz hS7NDGeCliF2SnOlbPQ7qQa8DsQfOI/eHZxArOXXgExSh6J2MeXftG6UyaHtk2CY4W2g 6JmZGWvwFMLJ+MFeATuOrfbtFx98+6GyuDySkhJht6SkJjG8Kvci9U5hbvSGYdc3uEGu 3Dow== X-Gm-Message-State: ABuFfoiKCaZ9RrJXhxQJpvOsR+CTMsRHCCeI790KWkNBfvTr5FcGD6KT h7k+2zs3QfRXb87eWCT1XfnnqajZ X-Google-Smtp-Source: ACcGV60fj4sUHufWAycFchO0LI2xufelhW3b/KuqLedkeGR/JIpDuLQrjEbbmerZIhyruDWHb3GCmQ== X-Received: by 2002:a50:9a81:: with SMTP id p1-v6mr19493068edb.112.1540377518475; Wed, 24 Oct 2018 03:38:38 -0700 (PDT) Received: from tanko ([85.91.180.112]) by smtp.gmail.com with ESMTPSA id b18-v6sm921292eju.38.2018.10.24.03.38.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 Oct 2018 03:38:37 -0700 (PDT) References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> User-agent: mu4e 1.1.0; emacs 26.1 From: Roland Everaert To: numbchild@gmail.com Cc: Org Mode In-reply-to: <878t2oubn2.fsf@gmail.com> Date: Wed, 24 Oct 2018 12:38:27 +0200 Message-ID: <87bm7jk4t8.fsf@gmail.com> MIME-Version: 1.0 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::52c Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 10:38:46 -0000 I will borrow your config for the emphasis symbols, but for all the paren-related symbols, I will keep the global mapping, so it will still work when writing codes and the like ;) Pleased to see it was helpful. The funny thing is that I use that config for, maybe, 10 years and never think about changing it. stardiviner writes: > Roland Everaert writes: > >> Hi, >> >> I use the following configuration: >> >> ;;;;;;;;;;;;;;;; parenth=C3=A8ses, accolades et brackets ;;;;;; >> (setq skeleton-pair t) >> (global-set-key "[" 'skeleton-pair-insert-maybe) >> (global-set-key "{" 'skeleton-pair-insert-maybe) >> (global-set-key "(" 'skeleton-pair-insert-maybe) >> (global-set-key "\"" 'skeleton-pair-insert-maybe) >> (global-set-key "'" 'skeleton-pair-insert-maybe) >> >> This will only close the defined characters. >> >> >> Hope this will help. >> >> Roland. >> > > This is really helpful for me, I use smartparens before, but it is a litt= le heavy. So I disabled it. I found your solution is simple and fast. I mod= ified a little: > > #+begin_src emacs-lisp > (require 'skeleton) > (setq skeleton-pair t) > > (define-key org-mode-map (kbd "~") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "=3D") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "*") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "+") 'skeleton-pair-insert-maybe) > > (define-key org-mode-map (kbd "[") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "{") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "(") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "\"") 'skeleton-pair-insert-maybe) > (define-key org-mode-map (kbd "'") 'skeleton-pair-insert-maybe) > #+end_src --=20 Luke, use the FOSS Sent from Emacs From MAILER-DAEMON Wed Oct 24 06:45:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFGf5-0001pZ-Dd for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:45:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFGf3-0001pB-ED for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:45:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFGey-0008GU-5s for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:45:13 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:54802) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFGex-0008Fo-Px for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 06:45:07 -0400 Received: by mail-wm1-x331.google.com with SMTP id r63-v6so4872458wma.4 for ; Wed, 24 Oct 2018 03:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=YCh+XLJ/UGHS83B08uR02DkA9gtM+egvqUgINPKJfvw=; b=p/IGZtptFdBzVsuRMOBU94wKMk6by8pVb9TU9ZlHrfDdujewxqeG5giTT28bV8+Afo xZlnWauAZ/I/iWS+LGZg6XzVI0Y9PzVsGOVlpy3cW9XDzhxfbckBUEEruPZzk9fG0qTg Ue68/zEc5wZ5qDCG3wB4NJceX9l0QCSP/V64uIj0bk6JLEttIMYen/4kRd50rKT8Mvh9 5EDWKAs4wr5wy0dWn2lHYP8HQHGH7HvCzTjyAh8kiPJEtY7jXQHa0Ii+yGEl1RZauRPr KmQdEgOLFj2KfNRwyCsh13HTGDTxNINQ5UUmCBJ77gw/Fx1fb3VX3qoCD4hoxEUDpE0y i+qA== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=YCh+XLJ/UGHS83B08uR02DkA9gtM+egvqUgINPKJfvw=; b=bvmpjf0x0zX2l2hgJ3wdLNCxv1l7IqRpCdhtoBSydHoE6eSmX7VVgCSFisirRFSrjE XbYBfw2FEo/pTHQTLJ4x0oGlieZVuktjXNv5Ntezw/Svp2zkWZk9D/HiYRwBgHQwZugQ T1MlpGBTNyhV4MwNhvDyRJnCZ9khmJIKWiH0nMa+7IdGj1EsDcqCsN5ItoFKtt7QmXKH pkS6sRhOrAwF4iM+8b8UEJDyMVtyzm/Jp3jBWrxPYokWfUhzJ4kyORk/OhLvIXwTD9v3 13kFC4U9yRdn4ojGZT6EImhFPksw4zZ1SSZpxjkhMftVAabgymkHoNc4MdFQC50Fv1oi oy+Q== X-Gm-Message-State: AGRZ1gLu4+m4PRVD4w/dlgkygohjJfNWoAmrSD+25u9Y/g1gmHHOdQLT FBrsrg6yMEni30xJ9js2HZUDNbuv X-Google-Smtp-Source: AJdET5dtYfj66EIytsdw5zelmniaFhcmY3A3CEn3mhIq0EkUi8JQVxJ8WSRD9UJwJ0BFetxEliZr5w== X-Received: by 2002:a1c:6e19:: with SMTP id j25-v6mr2188124wmc.145.1540377905901; Wed, 24 Oct 2018 03:45:05 -0700 (PDT) Received: from t3610 ([95.151.192.251]) by smtp.gmail.com with ESMTPSA id o201-v6sm5263791wmg.16.2018.10.24.03.45.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 Oct 2018 03:45:05 -0700 (PDT) From: Eric S Fraga To: Roland Everaert Cc: numbchild@gmail.com, Org Mode Organization: On the Interweb somewhere References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Roland Everaert , numbchild@gmail.com, Org Mode Date: Wed, 24 Oct 2018 11:45:04 +0100 In-Reply-To: <87bm7jk4t8.fsf@gmail.com> (Roland Everaert's message of "Wed, 24 Oct 2018 12:38:27 +0200") Message-ID: <87in1rbp3j.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::331 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 10:45:14 -0000 On Wednesday, 24 Oct 2018 at 12:38, Roland Everaert wrote: > Pleased to see it was helpful. The funny thing is that I use that config > for, maybe, 10 years and never think about changing it. I've been using emacs for well over 30 years now. You would not believe the crud that has built up in my config files... ;-) :Q Mind you, with org, I have started rationalizing the config files but it's a time consuming task and the adage of "if it ain't broke, don't fix it" has power... -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Wed Oct 24 07:41:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFHXG-0006tE-EM for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48259) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFHXE-0006rO-DR for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFHX9-0006ns-Hr for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:12 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:42059) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFHX7-0006Vw-Jp for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:05 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 107F62000A; Wed, 24 Oct 2018 11:40:15 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: John Kitchin , org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> <87bm7kjv01.fsf@portable.galex-713.eu> <87h8hbyeu5.fsf@nicolasgoaziou.fr> <874ldbhggz.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , John Kitchin , org-mode-email Date: Wed, 24 Oct 2018 13:40:14 +0200 In-Reply-To: <874ldbhggz.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Wed, 24 Oct 2018 10:54:52 +0200") Message-ID: <878t2ny3mp.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 11:41:13 -0000 "Garreau, Alexandre" writes: > As said in the previously mentioned stackoverflow question: helps > seeing where you are and how much sections are there. To me it is > especially useful to avoid writing manually the number of the section to > know I=E2=80=99m currently in =E2=80=9Cexercice 8=E2=80=9D or something a= like. But you don't need to number the whole buffer, do you? A breadcrumb like feature could be enough. E.g., you hit at the beginning of a headline and get the numbering in addition to the outline path. > Btw, some desirable feature as well would be automatic naming (as I > already do sometimes in LaTeX), such as appending whole =E2=80=9CExercice= 8=E2=80=9D or > =E2=80=9CSection 8=E2=80=9D for a desired specific level, instead of just= a number. I don't understand what you mean. From MAILER-DAEMON Wed Oct 24 07:42:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFHY3-0007VN-0Y for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:42:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48561) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFHXz-0007TG-Kl for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:42:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFHXv-00078T-Hx for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:59 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:58699) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFHXt-000766-IJ for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:41:55 -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 A79AE240004; Wed, 24 Oct 2018 11:41:51 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87a7tza42f.fsf@gmail.com> <87o9iegsn7.fsf@nicolasgoaziou.fr> <877ei8uaz1.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Wed, 24 Oct 2018 13:41:49 +0200 In-Reply-To: <877ei8uaz1.fsf@gmail.com> (stardiviner's message of "Tue, 23 Oct 2018 20:02:58 +0800") Message-ID: <874ldby3k2.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] [PATCH] migrate ob-clojure initiate session code from ob-clojure-literate.el into ob-clojure.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 11:42:00 -0000 Hello, stardiviner writes: > Nicolas Goaziou writes: > > Hi, sorry for late response, because I'm a little lazy on give effort on > review my patch and improve it again. But now I finished it. Actually I > corrected my patch as soon as you replied email with mentioned. Today I > pick up this task again, and add a new improve which support CIDER new > API which using sesman to manage REPL sessions. OK. So does it qualify as a bug fix, i.e., should that go into master branch, or is it a new feature, for next branch? BTW, there are some compilation warning: --8<---------------cut here---------------start------------->8--- Compiling /home/ngz/dev/org-mode/lisp/ob-clojure.el... In toplevel form: ob-clojure.el:215:1:Warning: Unused lexical variable =E2=80=98sesman-system= =E2=80=99 In org-babel-clojure-initiate-session: ob-clojure.el:225:47:Warning: reference to free variable =E2=80=98cider-ver= sion=E2=80=99 In end of data: ob-clojure.el:278:1:Warning: the function =E2=80=98cider-repls=E2=80=99 is = not known to be defined. --8<---------------cut here---------------end--------------->8--- Could you fix them? Thank you. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 07:49:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFHeu-0006Jq-8i for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:49:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51366) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFHes-0006Ja-9X for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:49:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFHer-0006Nw-Ie for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:49:06 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:41370) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFHer-0006NT-Aj for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:49:05 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFHen-00019G-2R; Wed, 24 Oct 2018 13:49:01 +0200 From: "Garreau\, Alexandre" To: John Kitchin Cc: org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> <87bm7kjv01.fsf@portable.galex-713.eu> <87h8hbyeu5.fsf@nicolasgoaziou.fr> <874ldbhggz.fsf@portable.galex-713.eu> <878t2ny3mp.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Wed, 24 Oct 2018 13:49:00 +0200 In-Reply-To: <878t2ny3mp.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Wed, 24 Oct 2018 13:40:14 +0200") Message-ID: <874ldbef9v.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 11:49:07 -0000 Le 24/10/2018 =C3=A0 13h40, Nicolas Goaziou a =C3=A9crit=C2=A0: > "Garreau, Alexandre" writes: > >> As said in the previously mentioned stackoverflow question: helps >> seeing where you are and how much sections are there. To me it is >> especially useful to avoid writing manually the number of the section to >> know I=E2=80=99m currently in =E2=80=9Cexercice 8=E2=80=9D or something = alike. > > But you don't need to number the whole buffer, do you? At least the screen. > A breadcrumb like feature could be enough. E.g., you hit at the > beginning of a headline and get the numbering in addition to the > outline path. I=E2=80=99d prefer. I find sad that all export backend supports this while= raw emacs doesn=E2=80=99t. It is neat to see, and to, just by looking at the screen, which section has which number. >> Btw, some desirable feature as well would be automatic naming (as I >> already do sometimes in LaTeX), such as appending whole =E2=80=9CExercic= e 8=E2=80=9D or >> =E2=80=9CSection 8=E2=80=9D for a desired specific level, instead of jus= t a number. > > I don't understand what you mean. Getting displayed, given =E2=80=9C* Foo=E2=80=9D, instead of =E2=80=9C* 3.2= =E2=80=94 Foo=E2=80=9D, =E2=80=9C* Exercice 3.2 =E2=80=94 Foo=E2=80=9D (with this naming configurable). From MAILER-DAEMON Wed Oct 24 08:17:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFI6Y-0007BB-VK for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 08:17:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57527) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFI6V-0006a1-IA for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 08:17:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFHn5-0004g9-RJ for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:57:38 -0400 Received: from mail-io1-xd36.google.com ([2607:f8b0:4864:20::d36]:33596) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFHn5-0004fh-GW for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 07:57:35 -0400 Received: by mail-io1-xd36.google.com with SMTP id l25-v6so2967164ioj.0 for ; Wed, 24 Oct 2018 04:57:35 -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; bh=oEn0E05Up/gwzx+lUzSLsK9IPHGdYqIwpqr6RRrklus=; b=dDzXWnFUj9+N7jT5yOk9ERoJstyj0n0ucpHfDfBXWVG+MvdzZ508pxtoLqzf8eB8DN BPGMLTWPsvImgR1j3sT1sxPXA8FHVhrXjfJkwTHveOV3FRldJWD93Njevo+murbzEH4z 7DkI4KY3BPOdWEMxVSrKLUqytCbDsJjfGqgsupf5kxHo74fHB2Ae9AgRC6lxUGJ87v3l Flm542B0WErnG+hdcFCLlipg+D4TSalDJBeDYXLJAaEEG5CQjQUgbmK8uoYOHoFT1JNJ PRI5zXQIfMk87nsb0A+OEDrdDG+XEQH+9CL99JdK1RGO3XuourrFECas8x7oMX9TZpe+ FrSw== 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; bh=oEn0E05Up/gwzx+lUzSLsK9IPHGdYqIwpqr6RRrklus=; b=rvhL65t29tKlqDPh0o1uOsrVD2gngwqSPJclLbhO1YwKVx0sSn999polv482r/h1TY ExC9g5M4TsKMNmFWC2j7yEHRVTzuAmuhV/Pu4E1bR5ulBZWad8vyltRpu9lz4cvtOXS/ vkzMUlLd/Oik4gYMjL1VHHhHatSFyS09krSeHmyFKHS0TskVATBJlYEcTUEar5hEIAT7 TJdScwlfE17mw5RKSFzGT4okq2DludOOeQW7G4nrFNlzRMNLwB85dBDgOew9cRyX4DNg oXWO+EKDv7TbE7163LeNM3r9FwJ1G9VzW6PNWjRdXVAe7e+IsSPGSJ8EaKkb62GHz+bx XB9g== X-Gm-Message-State: AGRZ1gL6/czzHpEtwt0G0R1rDB+tva5z1bydhx6xLxB2tGqzIUiGqrBu wlEIgeiPybctNQ5g9H+yaFPmpOloLl4LpFjoY60= X-Google-Smtp-Source: AJdET5dX5nx0XbOCn0sKtIhKAf6BbaVB++Lol/oeTz2CnQv0DrLvwClYBxxtqbKlBJBiHKZoRdmTVNlXDNIPR+D4tVo= X-Received: by 2002:a6b:b855:: with SMTP id i82-v6mr14148975iof.123.1540382254679; Wed, 24 Oct 2018 04:57:34 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Wed, 24 Oct 2018 07:58:09 -0400 Message-ID: To: John Kitchin Cc: Org Mode Content-Type: multipart/alternative; boundary="0000000000001bceb20578f831f0" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d36 Subject: Re: [O] access a let* value whe ndefining a function? X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 12:17:41 -0000 --0000000000001bceb20578f831f0 Content-Type: text/plain; charset="UTF-8" On Tue, Oct 23, 2018 at 4:34 PM John Kitchin wrote: > > Matt Price writes: > > > On Tue, Oct 23, 2018 at 2:32 PM John Kitchin > > wrote: > > > >> I think that what you really want to do here is modify org-mime-compose > so > >> that you can use the send-actions argument to message-mail. In > >> scimax-email.el I use that to be able to turn an org-heading into an > email, > >> send it, and then jump back to the heading to insert some information > about > >> the email into the heading properties after it is sent. A lot of the > >> information gets passed via global variables. Maybe there is a better > way > >> to do that, I wrote that code a long time ago. > >> > >> > > I'm trying to use mu4e~compose-mail instead of message-compose, I guess > > mostly because I want to be able to use the mu4e email address completion > > features in the `To:` header. And it wouldalso be nice to save the email > > to the appropriate mu folder. But I didn't seem to be able to make mu4e > > bounce back to my buffer no matter what I do, and though > mu4e~compose-mail > > accepts a return-action argument it doesn't actually use it :-(. > > This is kind of tricky. Here is an approach that seems to work: > > (defun my-compose () > (interactive) > (mu4e~compose-mail) > (advice-add 'mu4e~switch-back-to-mu4e-buffer :after > `(lambda () > (switch-to-buffer (get-buffer ,(buffer-name) )) > (advice-remove 'mu4e~switch-back-to-mu4e-buffer > "om-temp-advice")) > '((name . "om-temp-advice")))) > > You just call M-x my-compose to get this behavior. I guess you could > advise mu4e~compose too to add the advice. > > Right now I am adding my advice from inside of ~org-mime-org-*-htmlize~ in the org-mime code (which I guess you no longer use, since you have written your own email handler). It seems to be a good place for it & is minimally invasive to other packages. Here's the code ` code I attempted but which didn't work for me: (advice-add 'mu4e~switch-back-to-mu4e-buffer :after (eval `(lambda () (switch-to-buffer (get-buffer ,(buffer-name) )) (advice-remove 'mu4e~switch-back-to-mu4e-buffer "om-temp-advice") '((name . "om-temp-advice") )))) Seems like maybe the problem fore me is the extra "eval". What maybe I don't understand is why the backquote works when the ordinary way to add an advice is the unquoted (advice-add 'sym (lambda () (message "I am an advice")) while IIUC yours should evaluate to (advice-add 'sym '(lambda () (message "I am an advice")) There should be a difference, shouldn't there? But clearly I don't understand. > It seems necessary to use a temporary advice here. I wasn't aware of the > name way of removing advice, that is pretty nice here, since we use a > changing anonymous function. > > yes it's nice right? > >> Otherwise, you need to figure out how to use something like a macro that > >> captures the current-buffer and creates a lambda function with that > >> information in it, and attaches it to the message-buffer hook somehow. > For > >> example this will display a message-box for me after the message is > sent. > >> > >> (let ((f `(lambda () > >> (message-box "Came from %s" ,(current-buffer))))) > >> (message-mail) > >> (add-hook 'kill-buffer-hook f nil t)) > >> > >> Some important notes is this hook is added in local mode, so it only > >> affects that email buffer. > >> > >> > > Can you explain to me what yo umean by "added in local mode" -- how is > that > > achieved? > > This is what the final t argument in the add-hood function does. I think > it makes the hook local to the buffer it runs in, as opposed to in every > buffer. > > OK thanks that's very helpful. I guess my problem was that there was no built-in hook that executed *after* mu4e~switch-back-to-buffer. Which is why I have had to learn about advice. > > > > Meanwhile, htis is what I've done and it seems to work: > > > > (eval (car (read-from-string > > (concat > > "(advice-add 'mu4e~switch-back-to-mu4e-buffer :after > > (lambda () > > (switch-to-buffer > > (get-buffer \"" > > (buffer-name) > > "\" )) > > (advice-remove > > 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advice\")) > > '((name . \"om-temp-advice\")))")))) > > This is practically the same as my `, solution above, you just use > strings to protect some parts of code from evaluation, regular function > calls in places, and then you concat it all together and read it. The `, > syntax is optional, but without it you have to use list and quotes to > build up the code in a similar way: > > (let ((f (list > 'lambda () > (list 'message-box "Came from %s" (current-buffer))))) > (message-mail) > (add-hook 'kill-buffer-hook f nil t)) > > here the ' means treat something like a symbol, and don't evaluate it. > We build up the lambda expression using runtime information, e.g. what > is the current-buffer when the code is run. > cool to see the unquoted code here. thank you. > > > seems a little baroque. Maybe what you have there is way better. I don't > > really undertand backquotes and leading ocmmas even now. > > It takes some practice. Suppose you have some variables defined, e.g. > a=3, then here are two ways to make a list where you put the value of a > into the first place, and a symbol b in the second place. > > (list a 'b) => '(3 'b) > > `(,a b) => '(3 'b) > > This lets you build up expressions, including functions that are defined > at runtime. Lots of macros use this syntax to build up expressions that > are later evaluated. > > THanks for the tutorial, John, htis is veyr helpful. Now also maybe I will finally learn the difference between functions and macros. :-) --0000000000001bceb20578f831f0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 23, 2018 at 4:34 PM John Kitchin <jkitchin@andrew.cmu.edu> wrote:

Matt Price <mopt= op99@gmail.com> writes:

> On Tue, Oct 23, 2018 at 2:32 PM John Kitchin <jkitchin@andrew.cmu.edu>
> wrote:
>
>> I think that what you really want to do here is modify org-mime-co= mpose so
>> that you can use the send-actions argument to message-mail. In
>> scimax-email.el I use that to be able to turn an org-heading into = an email,
>> send it, and then jump back to the heading to insert some informat= ion about
>> the email into the heading properties after it is sent. A lot of t= he
>> information gets passed via global variables. Maybe there is a bet= ter way
>> to do that, I wrote that code a long time ago.
>>
>>
> I'm trying to use mu4e~compose-mail instead of message-compose, I = guess
> mostly because I want to be able to use the mu4e email address complet= ion
> features in the `To:` header.=C2=A0 And it wouldalso be nice to save t= he email
> to the appropriate mu folder.=C2=A0 =C2=A0But I didn't seem to be = able to make mu4e
> bounce back to my buffer no matter what I do, and though mu4e~compose-= mail
> accepts a return-action argument it doesn't actually use it :-(.
This is kind of tricky. Here is an approach that seems to work:

(defun my-compose ()
=C2=A0(interactive)
=C2=A0(mu4e~compose-mail)
=C2=A0(advice-add 'mu4e~switch-back-to-mu4e-buffer :after
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0`(lambda ()
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (switch-to-buffer (= get-buffer ,(buffer-name) ))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (advice-remove '= ;mu4e~switch-back-to-mu4e-buffer "om-temp-advice"))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'((name . "om-temp= -advice"))))

You just call M-x my-compose to get this behavior. I guess you could
advise mu4e~compose too to add the advice.

Right now I am adding my advice from inside of ~org-m= ime-org-*-htmlize~ in the org-mime code (which I guess you no longer use, s= ince you have written your own email handler). It seems to be a good place = for it & is minimally invasive to other packages.=C2=A0 Here's the = code ` code I attempted but which didn't work for me:

(advice-add 'mu4e~switch-back-to-mu4e-buffer :after
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 (eval
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 `(lambda ()
=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 (switch-to-buffer (get-buffer ,(buffer-name) ))=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 (advice-remove 'mu4e~switch-= back-to-mu4e-buffer "om-temp-advice")
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 '((name . "om-temp-advice")=C2=A0 ))))
<= div>
Seems like maybe the problem fore me is the extra "= eval".=C2=A0 What maybe I don't understand is why the backquote wo= rks when the ordinary way to add an advice is the unquoted
<= br>
(advice-add 'sym (lambda () (message "I am an advice= "))

while IIUC yours should evaluate to
<= /div>

(advice-add 'sym '(lambda () (message &quo= t;I am an advice"))

There should be a differe= nce, shouldn't there?=C2=A0 But clearly I don't understand.=C2=A0 <= br>
=C2=A0
It seems necessary to use a temporary advice here. I wasn't aware of th= e
name way of removing advice, that is pretty nice here, since we use a
changing anonymous function.

yes it's nice right?=C2=A0
=C2=A0<= /div>
>> Otherwise, = you need to figure out how to use something like a macro that
>> captures the current-buffer and creates a lambda function with tha= t
>> information in it, and attaches it to the message-buffer hook some= how. For
>> example this will display a message-box for me after the message i= s sent.
>>
>> (let ((f `(lambda ()
>>=C2=A0 =C2=A0 =C2=A0(message-box "Came from %s" ,(current= -buffer)))))
>>=C2=A0 =C2=A0(message-mail)
>>=C2=A0 =C2=A0(add-hook 'kill-buffer-hook f nil t))
>>
>> Some important notes is this hook is added in local mode, so it on= ly
>> affects that email buffer.
>>
>>
> Can you explain to me what yo umean by "added in local mode"= -- how is that
> achieved?

This is what the final t argument in the add-hood function does. I think it makes the hook local to the buffer it runs in, as opposed to in every bu= ffer.


OK thanks that's very helpful. I g= uess my problem was that there was no built-in hook that executed *after* m= u4e~switch-back-to-buffer.
Which is why I have had to learn = about advice.
>
> Meanwhile, htis is what I've done and it seems to work:
>
> (eval (car (read-from-string
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(concat
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "(advice-add '= ;mu4e~switch-back-to-mu4e-buffer=C2=A0 :after
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(lambda ()
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(switch-to-buffer
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (get-buffer \""
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (buffer-name)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "\" ))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(advice-remove
> 'mu4e~switch-back-to-mu4e-buffer \"om-temp-advice\")) >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'((name . \"om-temp-advice\"= ;)))"))))

This is practically the same as my `, solution above, you just use
strings to protect some parts of code from evaluation, regular function
calls in places, and then you concat it all together and read it. The `, syntax is optional, but without it you have to use list and quotes to
build up the code in a similar way:

(let ((f (list
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'lambda ()
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (list 'message-box "Came from %= s" (current-buffer)))))
=C2=A0 (message-mail)
=C2=A0 (add-hook 'kill-buffer-hook f nil t))

here the ' means treat something like a symbol, and don't evaluate = it.
We build up the lambda expression using runtime information, e.g. what
is the current-buffer when the code is run.

=
cool to see the unquoted code here. thank you.

>
> seems a little baroque. Maybe what you have there is way better.=C2=A0= I don't
> really undertand backquotes and leading ocmmas even now.

It takes some practice. Suppose you have some variables defined, e.g.
a=3D3, then here are two ways to make a list where you put the value of a into the first place, and a symbol b in the second place.

(list a 'b)=C2=A0 =3D> '(3 'b)

`(,a b) =3D> '(3 'b)

This lets you build up expressions, including functions that are defined at runtime. Lots of macros use this syntax to build up expressions that
are later evaluated.
=C2=A0

THanks for the tutorial, John, htis is= veyr helpful. Now also maybe I will finally learn the difference between f= unctions and macros.=C2=A0 :-)

--0000000000001bceb20578f831f0-- From MAILER-DAEMON Wed Oct 24 09:19:22 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFJ4E-0000wr-EI for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 09:19:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49475) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFJ46-0000YX-NN for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 09:19:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFIwp-00066Z-Vi for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 09:11:44 -0400 Received: from mail-it1-x135.google.com ([2607:f8b0:4864:20::135]:51468) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFIwp-00066F-Pa for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 09:11:43 -0400 Received: by mail-it1-x135.google.com with SMTP id 74-v6so6091263itw.1 for ; Wed, 24 Oct 2018 06:11:43 -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; bh=1G2tWIdPOxeXb9Oc4hZMZK2d28cqTUSrBUtMgevCZ84=; b=QzwI4ix8wTln121dbSW6DO1RTqam47mDJu5TTLoWHIermDlK/G0SugarT+RICyp2Ro sTULeh7sMPyVnc5xPtB6JERQqtSCF8Dj+Mgw9EAXkFZwv2OpuA54+q1VpCQ3GWTnnHoW Vdhw4u0jXi55wD7O0bQvrCqsQMURzKwsEvgnL1U3lBOlkARdkwNjzJuOhEtOdCp3unid Ywxyycl0/8UFXfq6Q7/0XDmngbgp/trJYptZGiC6RQ5nTLNysqPsSJ/+9/SNjSSTc1x1 vCEMVKPQ/1vh4KY8YmeILR3B7Ve2t6Cw6PprjObmTzLhIl49I1+Ns2hOI7G9dRQsQvMN 3gfA== 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; bh=1G2tWIdPOxeXb9Oc4hZMZK2d28cqTUSrBUtMgevCZ84=; b=TK8ms+31qg8NUlkRATd5BnNd54GMl6EIJxOu1T/YSMbB6qL1NbalW4w6Mhq4ol7buO uz9hjNguTFXfGlb1YK9wIFMHUQpGVPIHryYsV0n3y6v6LOVIFymKTwCrwe6D8Ouw7LhZ bnotwi69dvT63VM2au5270TwRResHIKNlMSuzAXYjZBVfOGdmq61KaaBNc/vgUZ5JZM/ GTOrxaxPcGEbatcVPNYYscdVX1mP0TvGcz0hhoVZ4XYA9jUaNM+N43ahNfxt1wYzqkKi lhUsudvHo9afNaZd0nS3BvxgYtMGoGDfkWuRcLntaqQytu5rmQMk32WZcO1aMAWYatxC GNgw== X-Gm-Message-State: AGRZ1gK47V318OKM/W6ZBVxbhwgWLFrRzJSXPBBkTTVpdUww5G8oWqra iHDRO7uwyiwd+UNsjlfaP2F5W9qL1w5oLNnvi5k= X-Google-Smtp-Source: AJdET5emJAv40luvxnAE04BOmT1fAeD198qmeEwszNQa15xwnb/HA1Dk205//iEx2bIsSDn1szAplu7BqGvZM6sA8oA= X-Received: by 2002:a24:c8c3:: with SMTP id w186-v6mr1517056itf.115.1540386703179; Wed, 24 Oct 2018 06:11:43 -0700 (PDT) MIME-Version: 1.0 References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87pnw0erql.fsf@gmail.com> In-Reply-To: <87pnw0erql.fsf@gmail.com> From: Matt Price Date: Wed, 24 Oct 2018 09:12:19 -0400 Message-ID: To: numbchild@gmail.com, reveatwork@gmail.com, Org Mode Content-Type: multipart/alternative; boundary="0000000000004286e10578f93a43" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::135 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 13:19:20 -0000 --0000000000004286e10578f93a43 Content-Type: text/plain; charset="UTF-8" Eric, you seem to be replying to an email that I sometimes don't have -- I would love to see what @stardiviner wrote, do you stil lhave the email? On Tue, Oct 23, 2018 at 9:12 AM Eric S Fraga wrote: > On Tuesday, 23 Oct 2018 at 19:48, stardiviner wrote: > > This is really helpful for me, I use smartparens before, but it is a > > little heavy. So I disabled it. I found your solution is simple and > > fast. I modified a little: > > +1 > > I gave up long ago on smartparens but skeleton seems to work well. > > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 > > --0000000000004286e10578f93a43 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Eric, you seem to be replying to an email that I sometimes= don't have -- I would love to see what @stardiviner wrote, do you stil= lhave the email?

On Tue, Oct 23, 2018 at 9:12 AM Eric S Fraga <esflists@gmail.com> wrote:
On Tuesday, 23 Oct 2018 at 19:48, stardiviner wrote:
> This is really helpful for me, I use smartparens before, but it is a > little heavy. So I disabled it. I found your solution is simple and > fast. I modified a little:

+1

I gave up long ago on smartparens but skeleton seems to work well.

--
Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4

--0000000000004286e10578f93a43-- From MAILER-DAEMON Wed Oct 24 10:15:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFJwF-0003td-R7 for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 10:15:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42054) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFJwD-0003sD-P1 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 10:15:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFJwA-00038R-KO for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 10:15:09 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]:34624) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFJwA-00037W-9q for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 10:15:06 -0400 Received: by mail-wm1-x331.google.com with SMTP id f1-v6so2496489wmg.1 for ; Wed, 24 Oct 2018 07:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=9t0K0VfnTNnWPShipSxXS7+GhaxbMhpryrJwTyA0kb4=; b=P6wKAf9DdgF3SaiXl6ZsO2lIr00vA9EqjPk5CV6QmblSOcj6x4Sz5SnkJqrPtIhTzc +rHoiJT6XyDFLPIls16sH0hOa+kpeasI2D9l3w+RPO64TD1JONu0noqKw2mWzjKMPbQH pxlE9oJ7KaEs7fRu7U0K/Lq2D/ITDq96DWipt7cwl6I+3UwVoW/2qfBteqFvU27iGPUm gPfSO/7oSdPBlx/tnKTTwZaalPXZQ6SxKBU4NyWyRz2A4NJgxYBdpXGPtjbWNsCF5qQI ztSS6kJnEUMNT1a5irdzz/OSZ5Itz1QMA/bJwle32Bm4AdCRIoF+KnZo1ZswBakR/1JN V3EQ== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=9t0K0VfnTNnWPShipSxXS7+GhaxbMhpryrJwTyA0kb4=; b=VFayjNGJybd4py10omFd4b87fY3MtKkdybh99njDwAJlBGKoJ7ds/S47J0cyQmvpL0 cHDFEQitmm61/z6KO7DSPYaoABg82rx6L93rkHWdI9I2fP0jxFDVyJWcdqE2b63BT+Ag zUqMYR03KFIZzK2Dg0wVfwMxXF2zLTJfbYU3wP1QoTam9clogPCfLQBIQiis4LmaiFwS pXsFlonyxE4yU68hLw7gAMNs4WfTYmSfJfgxM9YxK8JXDUcDPgiNIWYAK5DWtdIGaf0R KIGcLAzrOUkPdtyRMbaQ7ezxH294qeXbGaqnhHsgXFTptoqpAfEdTSGfSBaGj2ychVN7 pShg== X-Gm-Message-State: AGRZ1gJGAorM4JTbF6fREML1PqaNo4VPSKmkUJLceU8ei0CZwvLaNeAr 2w6AQIg3XXkzVUMdW+avLNeOYXdL X-Google-Smtp-Source: AJdET5c39CgldxtS4Df5O1XOHCEBUPvtSmgSd3e2QZ5jt9dtG0bXTlpk+2/EgkEt/fVInuwMBZWwXw== X-Received: by 2002:a1c:f53:: with SMTP id 80-v6mr2822517wmp.58.1540390503933; Wed, 24 Oct 2018 07:15:03 -0700 (PDT) Received: from t3610 ([95.151.192.251]) by smtp.gmail.com with ESMTPSA id t17sm891146wrx.9.2018.10.24.07.15.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 Oct 2018 07:15:03 -0700 (PDT) From: Eric S Fraga To: Matt Price Cc: numbchild@gmail.com, reveatwork@gmail.com, Org Mode Organization: On the Interweb somewhere References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87pnw0erql.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Matt Price , numbchild@gmail.com, reveatwork@gmail.com, Org Mode Date: Wed, 24 Oct 2018 15:15:02 +0100 In-Reply-To: (Matt Price's message of "Wed, 24 Oct 2018 09:12:19 -0400") Message-ID: <87y3ana0t5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::331 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 14:15:10 -0000 On Wednesday, 24 Oct 2018 at 09:12, Matt Price wrote: > Eric, you seem to be replying to an email that I sometimes don't have -- I > would love to see what @stardiviner wrote, do you stil lhave the email? I've forwarded that email to you but it's strange that you missed it as it was sent to the org mode mailing list. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 From MAILER-DAEMON Wed Oct 24 11:30:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFL77-0003Bj-Qk for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:30:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFL73-0002b6-DH for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:30:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFKsf-0007yA-CX for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:15:34 -0400 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:36675) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFKsd-0007wo-J8 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:15:32 -0400 Received: by mail-lf1-x135.google.com with SMTP id l1-v6so4289340lfc.3 for ; Wed, 24 Oct 2018 08:15:30 -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 :content-transfer-encoding; bh=XxFo1RelpzyFp9mGZXGmMPY18pwuyNhHtWeAVgGr01M=; b=a287BweFSoDT/H7KI8nWQ1/LEWl4KXfavRurv/AonFvs3NgDvD6FU8f14lEP08LFZ8 CLrx1ziaVlCe/uJ3JZUifOobmBby64TpsI1VFH8Ov0QfCn7xA0sYoDpIkp7uATwsxA2J eZmfN9uW2ALmr4DVN8Op3oykFvr5Drn+J+0YKa2uPyo6B5Snthv+dd3tI6Ao1AEKeN44 0PZ/zMVYmSCbVPqTELaJ6ubhsfIwXErz5PGZr6rAPo9GWPXPQm1rUuuef/UZHfn0ctzW UfkFsRrTTmAuNSnSslXHH73JfdZsQpAbIO0ia1nPYq5MWc/QKrhre321WzkBd0cGZkb7 JTyA== 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:content-transfer-encoding; bh=XxFo1RelpzyFp9mGZXGmMPY18pwuyNhHtWeAVgGr01M=; b=NbJfC2bn6guPH9smBKkS3VbJ7DS6LrRLOg7F4TTvXhWOsKS7HzyC+AAs1qosONJw7q xdlfaNIpCIiTqs1EcqiKdXokr6HVhYPwi7h+RPgGPv8TmUVuYgrr8852BsfRRAAg7pmO lAZl/jRz1chtUFwupr0GPr9wgoL5S+es9yD5vCfbkgc33QKvcjTQaBCOWsDwFrHGl+5d jb4B0EzJI0KUC71upDcpiB2Wp+y8+xEf1hzRDveSNWtWVMa0uiSCxO6jzNyREQWpzl/h /vvZd7qulsnul3QNQ7s6igQ57jrHRTvv4W3sNzqo1D2rnW/aJEa795ooF3hRuePa/5uj nDgQ== X-Gm-Message-State: ABuFfoiouRcqk4HZcO+cTd2J1eXP5Tgzop9trEvdfi8U5Ce+aHZAqumJ UOZaeia42XPsVDi4gJw76/UOf1u/45bJ8LeErawfn3Ks X-Google-Smtp-Source: ACcGV60gEpzWtbBcJ9oKxk/IqKDLR4ddVuoXuri5UCg1BYPsNziMWSmJ0ypji0k10ciSIRkoJRDc+Ujs2kZT048ctlM= X-Received: by 2002:a19:6313:: with SMTP id x19mr15155798lfb.35.1540394128153; Wed, 24 Oct 2018 08:15:28 -0700 (PDT) MIME-Version: 1.0 References: <87r2gfyj62.fsf@nicolasgoaziou.fr> In-Reply-To: <87r2gfyj62.fsf@nicolasgoaziou.fr> From: Kaushal Modi Date: Wed, 24 Oct 2018 11:14:48 -0400 Message-ID: To: emacs-org list 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::135 Subject: Re: [O] Ox-html: Replace with and with X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 15:30:28 -0000 On Wed, Oct 24, 2018 at 2:04 AM Nicolas Goaziou wr= ote: > > > No objection from me. Thank you! Actually, before making this change, I started reading up on the HTML5 spec on the b, strong, i, em tags, and now I am confused as ever. Facts: - b and i are not deprecated - b and strong are both valid but their use depends on the writer's context (but Org mode has just one mark for either "*") - i and em are both valid but their use depends on the writer's context (but Org mode has just one mark for either "/"). >From "em" docs[em], in the NOTE section there: > The em element isn=E2=80=99t a generic "italics" element. Sometimes, text= is intended to stand out from the rest of the paragraph, as if it was in a= different mood or voice. For this, the i element is more appropriate. See the b tag docs[b] and i tag docs[i], and this W3C FAQ on using b and i tags[faq] for more. *Summary* (/see what I did there?/): I guess there's no need to change what "*" and "/" do right now in ox-html, as there doesn't seem "one right way" to do things here. And folks strongly wanting to use and for bold and italic can customize org-html-text-markup-alist. HTML experts, please chime in. [em]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-em-element [b]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-b-element [i]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-i-element [faq]: https://www.w3.org/International/questions/qa-b-and-i-tags From MAILER-DAEMON Wed Oct 24 11:31:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFL8P-000442-0m for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:31:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFL8M-00042V-Oj for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:31:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFL8M-0000VF-42 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:31:46 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:45528) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFL8L-0000SZ-Qn for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:31:46 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFL8I-0005fB-UR for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:31:43 +0200 From: "Garreau\, Alexandre" To: emacs-orgmode@gnu.org User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Wed, 24 Oct 2018 17:31:37 +0200 Message-ID: <877ei7bbty.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] org-indent-line loops infinitely (when orgstruct++) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 15:31:47 -0000 I finally found how people naturally made their mail with org, with orgstruct++-mode, that I just tried. However that triggers an infinite loop error (=E2=80=9Ccar: Lisp nesting exceeds =E2=80=98max-lisp-eval-depth= =E2=80=99=E2=80=9D), because then indent-line-function refers to org-indent-line, which when orgstruct-is-++ is true, calls indent-line-function. Why that garbage? how is it supposed to be? From MAILER-DAEMON Wed Oct 24 11:55:08 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFLUy-00066q-Sw for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:55:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFLUs-00066i-CN for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:55:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFLUr-0002ek-K9 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:55:02 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:45566) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFLUr-0002eV-BV for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 11:55:01 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFLLY-0005hj-4Y for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:45:24 +0200 From: "Garreau\, Alexandre" To: emacs-orgmode@gnu.org References: <877ei7bbty.fsf@portable.galex-713.eu> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Wed, 24 Oct 2018 17:45:23 +0200 In-Reply-To: <877ei7bbty.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Wed, 24 Oct 2018 17:31:37 +0200") Message-ID: <87o9bj9wmk.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] Fixed [Was: Re: org-indent-line loops infinitely (when orgstruct++)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 15:55:07 -0000 On 2018-10-24 at 17:31, Garreau, Alexandre wrote: > I finally found how people naturally made their mail with org, with > orgstruct++-mode, that I just tried. However that triggers an infinite > loop error (=E2=80=9Ccar: Lisp nesting exceeds =E2=80=98max-lisp-eval-dep= th=E2=80=99=E2=80=9D), because > then indent-line-function refers to org-indent-line, which when > orgstruct-is-++ is true, calls indent-line-function. > > Why that garbage? how is it supposed to be? Ok, then (cl-cadadr (assq 'indent-line-function org-fb-vars)) is supposed *not* to return org-indent-line, as now I cleaned my hooks (some modes where called several times redundantly in message-mode, text-mode, etc.), I see no more problems, sorry for the disturbance. From MAILER-DAEMON Wed Oct 24 12:18:29 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFLrZ-000054-3R for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:18:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46418) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFLrR-0008RP-1D for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:18:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFLoo-0004oV-RB for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:15:42 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:55395) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFLoo-0004Za-I7 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:15:38 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id D1919FF813; Wed, 24 Oct 2018 16:15:27 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: emacs-orgmode@gnu.org References: <877ei7bbty.fsf@portable.galex-713.eu> <87o9bj9wmk.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , emacs-orgmode@gnu.org Date: Wed, 24 Oct 2018 18:15:26 +0200 In-Reply-To: <87o9bj9wmk.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Wed, 24 Oct 2018 17:45:23 +0200") Message-ID: <87va5rwcbl.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] Fixed [ X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 16:18:25 -0000 Hello, "Garreau, Alexandre" writes: > On 2018-10-24 at 17:31, Garreau, Alexandre wrote: >> I finally found how people naturally made their mail with org, with >> orgstruct++-mode, that I just tried. However that triggers an infinite >> loop error (=E2=80=9Ccar: Lisp nesting exceeds =E2=80=98max-lisp-eval-de= pth=E2=80=99=E2=80=9D), because >> then indent-line-function refers to org-indent-line, which when >> orgstruct-is-++ is true, calls indent-line-function. >> >> Why that garbage? how is it supposed to be? > > Ok, then (cl-cadadr (assq 'indent-line-function org-fb-vars)) is > supposed *not* to return org-indent-line, as now I cleaned my hooks > (some modes where called several times redundantly in message-mode, > text-mode, etc.), I see no more problems, sorry for the disturbance. Note that orgstruct-mode, and orgstruct++-mode are removed from the code base. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Wed Oct 24 12:45:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFMHQ-00035A-OJ for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:45:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53964) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFMHO-00032Z-Qk for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:45:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFMHO-00043h-2U for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:45:10 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:45694) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFMHN-00040a-Re for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 12:45:10 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFMHG-00073k-F7 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 18:45:07 +0200 From: "Garreau\, Alexandre" To: emacs-orgmode@gnu.org References: <877ei7bbty.fsf@portable.galex-713.eu> <87o9bj9wmk.fsf@portable.galex-713.eu> <87va5rwcbl.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Wed, 24 Oct 2018 18:45:02 +0200 In-Reply-To: <87va5rwcbl.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Wed, 24 Oct 2018 18:15:26 +0200") Message-ID: <87h8hb9tv5.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Fixed [ X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 16:45:11 -0000 Le 24/10/2018 =C3=A0 18h15, Nicolas Goaziou a =C3=A9crit=C2=A0: > "Garreau, Alexandre" writes: >> On 2018-10-24 at 17:31, Garreau, Alexandre wrote: >>> I finally found how people naturally made their mail with org, with >>> orgstruct++-mode, that I just tried. However that triggers an infinite >>> loop error (=E2=80=9Ccar: Lisp nesting exceeds =E2=80=98max-lisp-eval-d= epth=E2=80=99=E2=80=9D), because >>> then indent-line-function refers to org-indent-line, which when >>> orgstruct-is-++ is true, calls indent-line-function. >>> >>> Why that garbage? how is it supposed to be? >> >> Ok, then (cl-cadadr (assq 'indent-line-function org-fb-vars)) is >> supposed *not* to return org-indent-line, as now I cleaned my hooks >> (some modes where called several times redundantly in message-mode, >> text-mode, etc.), I see no more problems, sorry for the disturbance. > > Note that orgstruct-mode, and orgstruct++-mode are removed from the code > base. No really? how sad! do anyone knows why? And also what are we supposed to use to support src blocks and outline-like headings in Gnus? From MAILER-DAEMON Wed Oct 24 13:03:51 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFMZS-0002MI-VV for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:03:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFMZL-0002LS-U8 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:03:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFMZI-0007du-OT for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:03:43 -0400 Received: from smtprelay05.ispgateway.de ([80.67.31.98]:14727) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFMZI-0007cD-F1 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:03:40 -0400 Received: from [62.216.210.168] (helo=hyperion.fritz.box) by smtprelay05.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1gFMZE-0000lt-I5; Wed, 24 Oct 2018 19:03:36 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) From: Alexander Adolf In-Reply-To: <87mur3ygdi.fsf@nicolasgoaziou.fr> Date: Wed, 24 Oct 2018 19:03:35 +0200 Cc: emacs-orgmode@gnu.org Content-Transfer-Encoding: quoted-printable Message-Id: <15D92B2B-9EA8-4EF2-BB6F-86760635303C@condition-alpha.com> References: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> <87mur3ygdi.fsf@nicolasgoaziou.fr> To: Nicolas Goaziou X-Mailer: Apple Mail (2.3445.100.39) X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.67.31.98 Subject: Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 17:03:49 -0000 Hello Nicolas, Many thanks for your swift response! On 2018-10-24, at 09:04 , Nicolas Goaziou = wrote: > [...] > I see you are not including Latin1 export. Is there any reason to > implement pure ASCII export? Wouldn't UTF-8 be sufficient? >=20 > More generally, I wonder if, in 2018, it still makes sense to provide > ASCII-only and Latin1 export. I was of the same opinion, hence I didn't include Latin-1. Is pure ASCII still useful? I admit using UTF-8 99% of the time. But = sometimes there's the odd guy using that arcane email client and who = complains that my message came out garbled. That's when the pure ASCII = comes in handy. That will always work; 100% guaranteed. No strong feelings on whether to include pure ASCII or not. On the other = hand, it seems so cheap implementation wise, you might just as well = choose to include all three (i.e. UTF-8, ASCII, and Latin-1). > [...] > (let ((org-ascii-charset 'utf-8))=20 > (org-export-replace-region-by 'ascii)) >=20 > would be simpler. Bummer! This was my initial version, actually. But for some reason it = didn't seem to work (maybe I forgot eval-region?). You are right (of = course), and I have switched my implementation back to my original = approach (which copied below for completeness). > The manual needs to be updated, too. > [...] Indeed. Many thanks again and cheers, --alexander ---------------------------------------------------------------------- (defun org-ascii-convert-region-to-ascii () "Assume the current region has Org syntax, and convert it to plain ASCII. This can be used in any buffer. For example, you could write an itemized list or a table in Org syntax in a mail buffer and then use this command to convert it." (interactive) (let ((org-ascii-charset 'ascii)) (org-export-replace-region-by 'ascii))) (defun org-ascii-convert-region-to-utf8 () "Assume the current region has Org syntax, and convert it to UTF-8. This can be used in any buffer. For example, you could write an itemized list or a table in Org syntax in a mail buffer and then use this command to convert it." (interactive) (let ((org-ascii-charset 'utf-8)) (org-export-replace-region-by 'ascii))) ---------------------------------------------------------------------- From MAILER-DAEMON Wed Oct 24 13:25:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFMu9-0002MH-Js for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:25:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFMu7-0002Kz-DE for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:25:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFMu0-0005Eb-J5 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:25:10 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:59983) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFMtz-00059w-RQ for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 13:25:04 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 74F16E000A; Wed, 24 Oct 2018 17:25:01 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: emacs-orgmode@gnu.org References: <877ei7bbty.fsf@portable.galex-713.eu> <87o9bj9wmk.fsf@portable.galex-713.eu> <87va5rwcbl.fsf@nicolasgoaziou.fr> <87h8hb9tv5.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , emacs-orgmode@gnu.org Date: Wed, 24 Oct 2018 19:25:00 +0200 In-Reply-To: <87h8hb9tv5.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Wed, 24 Oct 2018 18:45:02 +0200") Message-ID: <87r2gfw93n.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] Fixed [ X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 17:25:12 -0000 "Garreau, Alexandre" writes: > Le 24/10/2018 =C3=A0 18h15, Nicolas Goaziou a =C3=A9crit=C2=A0: >> >> Note that orgstruct-mode, and orgstruct++-mode are removed from the code >> base. > > No really? how sad! do anyone knows why? You may want to browse the mailing list archives for discussions about it. Essentially, Orgstruct mode was very buggy and its implementation was wrong. > And also what are we supposed to use to support src blocks and > outline-like headings in Gnus? Orgstruct mode, AFAIK, has nothing to do with source blocks in Gnus. For outline-like headings, you have Outline, Outorg, Outshine and probably other solutions out there. Regards, From MAILER-DAEMON Wed Oct 24 17:00:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFQGO-00063o-Kp for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:00:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33630) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFQGM-00062B-4g for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:00:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFQGK-0000VR-8G for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:00:22 -0400 Received: from mail-pf1-x431.google.com ([2607:f8b0:4864:20::431]:41740) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFQGF-0000PA-LY for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:00:16 -0400 Received: by mail-pf1-x431.google.com with SMTP id a19-v6so3029615pfo.8 for ; Wed, 24 Oct 2018 14:00:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=M9eXZdUOtut3JlgR5mYC5y9auO6pi8kGITKK7HxlhpQ=; b=C174ErHlkS5zs/Pltmlv0naGQL127+jJhfOGMVa8gopAjr2xL/RfDjKFdbiM2HqVTj DNBigq3YeqfGN+YPefwqENnd4yxOlxt7GoVtRCho7ns0OK5GmaPR6J/QTco3mOu8NJsp S/DCIvTcqs3G4Y279RMeg1KtQovvioRFllH+2TOpnven1RUCVlZJFkTVTdD9BsIYxzXr ENROM1F+Ujg46wEt1tilwmhTfgG7/jPxV152w+mBlD9v7GYTApTvJP+x0OWiifA0cyB/ I++JlTziS7m9RHBv1Fsyw9bnuLybsEOmuXZ8+ytQNHAZ9d0+yO78Sgxt4qstY86j2Hdy eNrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=M9eXZdUOtut3JlgR5mYC5y9auO6pi8kGITKK7HxlhpQ=; b=Un+l6ZYK7OmZX3sc89JXepPxb9JJAxlTXFyc/cduzwmPbwO6VInkwILqM0armssBVI QDD+upVzcQdrSsds7TG+9Q+7mdk2+P6yt8cZH4Bkj+H8zgwxw7VO/76ywNXSkrrP5VM2 JPgpndtcwQnt3dmXD6AoiBdkdALi5a9UXoCGJvr9yz/OgNsJ9XtEItckRDb88GVOkeW0 eIRdZsmmUVfo+hqHGa7d1t3pNZ/TgkUGvyqgS/g09JbVX/Fj0/en00egnjzaAVFgTnS3 KvBe4up6hWb+Hokks1IOLrJnQsptyRDGxwAlVC5xw5C6Snd8l+6Itc5Nz4/VE8Sx9sJA GrWw== X-Gm-Message-State: AGRZ1gIqPs7XuxLYgFGEEEsJtqVZLdGuQvfFdwIEWYdqRB3omrsgRMWF 87w6y7saeLoD0GI1/kIE0uOmbh1i8qw= X-Google-Smtp-Source: AJdET5dkRq/wGBI1HrdDDwB9bXzlopquF/3uA/bAkYeWGex1JMWfrkhq33gNTafLK4xVnS2wDfQwqw== X-Received: by 2002:a63:26c1:: with SMTP id m184-v6mr3993134pgm.268.1540414811835; Wed, 24 Oct 2018 14:00:11 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-a099-6897-8813-69c8.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:a099:6897:8813:69c8]) by smtp.gmail.com with ESMTPSA id z11-v6sm9987456pfd.99.2018.10.24.14.00.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 Oct 2018 14:00:11 -0700 (PDT) References: <87r2gfyj62.fsf@nicolasgoaziou.fr> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Kaushal Modi Cc: emacs-org list In-reply-to: Date: Thu, 25 Oct 2018 08:00:07 +1100 Message-ID: <87in1rkqlk.fsf@gmail.com> MIME-Version: 1.0 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: 2607:f8b0:4864:20::431 Subject: Re: [O] Ox-html: Replace with and with X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 21:00:23 -0000 Kaushal Modi writes: > On Wed, Oct 24, 2018 at 2:04 AM Nicolas Goaziou = wrote: >> >> >> No objection from me. Thank you! > > Actually, before making this change, I started reading up on the HTML5 > spec on the b, strong, i, em tags, and now I am confused as ever. > > Facts: > > - b and i are not deprecated > - b and strong are both valid but their use depends on the writer's > context (but Org mode has just one mark for either "*") > - i and em are both valid but their use depends on the writer's > context (but Org mode has just one mark for either "/"). > > From "em" docs[em], in the NOTE section there: > >> The em element isn=E2=80=99t a generic "italics" element. Sometimes, tex= t is intended to stand out from the rest of the paragraph, as if it was in = a different mood or voice. For this, the i element is more appropriate. > > See the b tag docs[b] and i tag docs[i], and this W3C FAQ on using b > and i tags[faq] for more. > > > *Summary* (/see what I did there?/): > > I guess there's no need to change what "*" and "/" do right now in > ox-html, as there doesn't seem "one right way" to do things here. > > And folks strongly wanting to use and for bold and > italic can customize org-html-text-markup-alist. > > HTML experts, please chime in. > > > > [em]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-em-element > [b]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-b-element > [i]: https://www.w3.org/TR/html5/textlevel-semantics.html#the-i-element > [faq]: https://www.w3.org/International/questions/qa-b-and-i-tags I'll start by stating I'm definitely not an HTML expert. I do believe we should move away from b/i to strong/em as I think these are the correct semantic tags to use and are generally what is preferred. This means they are also likely to already have appropriate 'styling' in many 'canned' styles and valid consistent interpretations for different media types.=20 The problem with b and i is that they specify how rather than what and don't always make sense for all possible media types. For example, what does 'bold' or 'italic' mean for a screen reader? I don't think this is something that is urgent, but it is the direction we should go. The only real reason for sooner rather than later is that we can probably simplify some of the exporters and ensure any new exporters are correct and won't need to be change retrospectively. Tim --=20 Tim Cross From MAILER-DAEMON Wed Oct 24 17:24:36 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFQdo-0000VO-7L for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:24:36 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40081) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFQdm-0000V5-NW for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:24:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFQdl-0001xt-Vl for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:24:34 -0400 Received: from mail-pg1-x535.google.com ([2607:f8b0:4864:20::535]:35491) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFQdl-0001sB-Mj for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 17:24:33 -0400 Received: by mail-pg1-x535.google.com with SMTP id 32-v6so2944048pgu.2 for ; Wed, 24 Oct 2018 14:24:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=YXbq3/5XXlied8xS2WdVHZsbjzB+y+9YERgw/Wp0Qfg=; b=eDOUato206k7jvlaD2eviLLuL76sORE4eQp/mHJCy0AL8/BGxisV+fi7W1w4dv2ctC QfkiYuL0k4O59C1xY2pPNi74WYrHJpDZSGeo+sauX/jy6PcyDBuDlx+mi7jAS0JSe8X8 Y4J9sKbNCD2wzlN0xlzMLQ03nvolE/321mjHM2GB230+vDBbVY4RBGKnVneMocLEHGVH UbZgVOEPrXN2/nzGCN5bAHDn6RvsrwLOq2MvkTSVICVqKuvi6+K1HgX2U+UamJGdKeMM 8pb5zcgMCLTPklSKP6CQukKWzlz8ebC2YMo28N9xwGqVYYgdGQNEK8jxP6DkbK9B8Jbp 7p+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=YXbq3/5XXlied8xS2WdVHZsbjzB+y+9YERgw/Wp0Qfg=; b=bi/3k5VJlbxWdpHTRKEaTDYGatHlsZ/P5Tnc3mwOP+m3l1BiB/774mNqIr3NO15FZJ 9CvZprWTRzsznJF/lyDGg/1UH3TCwTHeSqY5Lcjee9sDeMXunv2/M78IbEnvds02AJCs 8it8lbIzS8/DkSqGFxoWmNXX3+XufNTGLVXMp3s6nnB6MxY90XwU0QX5BPJ1aPiexRDt YXsEL0nedGMGTjJ2nmBH1KUf1uJT+v3f4MNe8RNoJKofsHy5ODxFtO2H4uEctecBKC/y lWh/nStQzgDWqgsZqxoItPzLu2ipj73YMxayK5BBvNMntvod4CSISoJIcHSWzxyGTad/ vKaQ== X-Gm-Message-State: AGRZ1gJ2ntskQf10pulFlmzxdjlwlVggpggG6ydN2lDj5NpfRR0G5k9K QXCPdZNZ6ymcLV0+D4yWXZpJChI2/+Q= X-Google-Smtp-Source: AJdET5fxBIeTqjLh/wTg9PQDH7fbmimTXkHIj1aF7FYvVyUx6pt7jcQw7XBvmt6v2oRGv2os1BHicA== X-Received: by 2002:a62:8609:: with SMTP id x9-v6mr212075pfd.252.1540416269046; Wed, 24 Oct 2018 14:24:29 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-a099-6897-8813-69c8.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:a099:6897:8813:69c8]) by smtp.gmail.com with ESMTPSA id d124-v6sm7441195pfa.163.2018.10.24.14.24.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 24 Oct 2018 14:24:28 -0700 (PDT) References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Eric S Fraga Cc: Roland Everaert , Org Mode In-reply-to: <87in1rbp3j.fsf@gmail.com> Date: Thu, 25 Oct 2018 08:24:24 +1100 Message-ID: <87h8hbkph3.fsf@gmail.com> 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::535 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 21:24:35 -0000 Eric S Fraga writes: > On Wednesday, 24 Oct 2018 at 12:38, Roland Everaert wrote: >> Pleased to see it was helpful. The funny thing is that I use that config >> for, maybe, 10 years and never think about changing it. > > I've been using emacs for well over 30 years now. You would not believe the crud that has built up in my config files... ;-) :Q > > Mind you, with org, I have started rationalizing the config files but it's a time consuming task and the adage of "if it ain't broke, don't fix it" has power... +1 Likewise, started with Emacs 19 and I still have some code which I added back then in my init! I went through the pain of cleaning up my init file some time ago when I moved to make better use of 'use-package'. Have to say that while things were not 'broken' before my cleanup, they are certainly working better now and my init is much smaller. What I found was that a lot of what was in my init file was simply no longer required as similar (often superior) functionality has crept into the main Emacs distribution - all I needed to do was remove my code and turn the feature on. The two big benefits from the clean up have been much faster start up (something which never really bothered me as I run emacs for weeks without re-starting anyway) and far more predictable behaviour when I try out or add a new mode (I often found my custom tweaks would not always work well with new modes etc). Org is extremely useful in this process. Create an org file and put all your existing init in there as source blocks so that you can reproduce your setup using tangle. Then create a new-init.org file and just add the stuff you must have i.e. email config, essential modes etc. Then you can switch between old and new setups using tangle to generate new init.el file. When you have time, start with the new-init version and start adding/tweaking to get the behaviour you want. Rather than just copy across your old setup, check to see what is available in core - if your like me, you will find lots of we use to tweak in code is now part of core emacs and all you need to do is turn it on. At some point, you will find you stay in your new init file and no longer need to revert to the old version. You will likely find lots of stuff never gets migrated. It really is worth the time and effort. Tim -- Tim Cross From MAILER-DAEMON Wed Oct 24 19:53:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFSy8-0007rz-8j for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 19:53:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFSy6-0007rq-BA for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 19:53:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFSy5-00064c-9D for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 19:53:42 -0400 Received: from mail-lf1-x142.google.com ([2a00:1450:4864:20::142]:37199) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFSy4-0005cq-S0 for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 19:53:41 -0400 Received: by mail-lf1-x142.google.com with SMTP id a82-v6so5359404lfa.4 for ; Wed, 24 Oct 2018 16:53:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=IDmluK5m3dvDbmpyA2a5qNqzQgY6QHGB9H5QZeYzHws=; b=DUYiAwPgNEfmQ/bMw82EznZeiAaeiwFfZrxnkv0p0lDlr1TQZCptyklBUQgSgz581L p00hGLqLO8gpX/WJDNns3lGfzCj1xXVacuatvo4FQ2NDSMufkGLl6cH+xtmawqZiBJnh Qdy5ndq+bmZ6rd0VoBZHOUoVh4FHUGeWKegL4mmp+GU0QvvkbGSqzym8Pi3o0QYKvnsS UvvfmmhhPBQf+wTcXGXPlhDgHYNxUPg1i3J66aRIzFYJlq3Y8AFNnVNI/WHflL7gosL1 D0DpA50+ne3lHoGaYkO3JAyw3ZuEFZscM5seYclOOt0VSEWgKXbB/Kr7lQgZbm4Idy6b ivSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=IDmluK5m3dvDbmpyA2a5qNqzQgY6QHGB9H5QZeYzHws=; b=TWyhB2YOTqB42Ks73tM8IJFxtEIUCTSztkf/AYVywB9nbxlmVqFSFBlzsn/DC8VO1K Ss6taQuptw49b4oyvDHH+HwQ/mtkb1zMrxqzc+dUtkJDzO1cyC6OK5qivgQ3VJ5xYpQr /6L2lRNRfiSTrvSrPAJgyrvaoSlCIlBZ/QfMvd/0XFk3R4mX6cYbaD705qw3ACupY8oP 2xNGaCI39hmDEbItkIlil8RQ5gBpMZalW5QV1yyrPhAe6DeRIV6/a8b+cvtOKf8sbOrd pvmbuUidOey+5bIJCstE6nf4AoIqhklNTvRvnBNhBee16YrQK4Si26pPpOPfGcIlJQov Qw2A== X-Gm-Message-State: AGRZ1gJT9HTG6HsZZbG1txwUyMu8JOcsGfMjnojC0VFa9RjPZnj0xeRl oJ1bLfzZZbQOvqbGHecITHbfACQS1CzORZQQq6UCQzyHpDw= X-Google-Smtp-Source: AJdET5fiT598ktnzxN1GDzkSgCFgkcohXlH7gY6v3Q+WNC+joEZ7++vN5YEYjMVqxksryX+Hv7+S56+77jJzelKlAvs= X-Received: by 2002:a19:2b54:: with SMTP id r81mr246265lfr.34.1540425202434; Wed, 24 Oct 2018 16:53:22 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:1860:0:0:0:0:0 with HTTP; Wed, 24 Oct 2018 16:53:21 -0700 (PDT) From: Samuel Wales Date: Wed, 24 Oct 2018 16:53:21 -0700 Message-ID: To: =?UTF-8?B?TWFydGluIFlyasO2bMOk?= Cc: Org Mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::142 Subject: [O] newlines and buffer corruption [was Re: [PATCH] org-capture: fix capture breaking next headline] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2018 23:53:43 -0000 whether it is an example of it i am not sure, but the case in the org-capture thread is typical of a class of buffer corruption bugs that is common in org. if you have found similar corruption in your org files and wondered why, this is probably the cause. newlines that you didn't enter are also related. examples: 1 in capture i use hooks to fix whitespace. 2 in block editing, c-c ', you can get similar issues at the end of the block. [this example, however, might be a cultural influence of the root cause and not a bug caused by the root cause.] 3 at one point long ago i reported a bug where sorting in a narrowed region would corrupt the buffer. this had gone unnoticed probably because when you sort it is not obvious that the buffer was corrupted. also there are similar things with org tree to indirect buffer. === when i looked into it a long time ago, the root cause was the design of outline mode of which org was or is a derived mode. at least one outline mode function acts as if an entry or subtree starts before the first star and ends before -- yes, before -- the final newline in the entry text contents. frequent org coders probably know this, but probably not everybody does. people write workarounds to fix it, or they have no problem with it and they code to it, or they aren't aware of it and don't account for it. for edge cases. which they forget all about when the bug occurs. then code gets called by other code, which means there are assumptions sometimes broken, or workarounds that are necessary, and then there is buffer corruption. this touches on old debates. it isn't just emacs. look at crontab and wc. i predict that more bugs [and user workarounds] will occur. From MAILER-DAEMON Wed Oct 24 20:48:12 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFToq-000880-Bh for mharc-emacs-orgmode@gnu.org; Wed, 24 Oct 2018 20:48:12 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56479) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFTol-00087c-Ve for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 20:48:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFToi-0003Qv-Qj for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 20:48:07 -0400 Received: from mail-lf1-f53.google.com ([209.85.167.53]:33451) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFToi-0003QZ-Jo for emacs-orgmode@gnu.org; Wed, 24 Oct 2018 20:48:04 -0400 Received: by mail-lf1-f53.google.com with SMTP id w16-v6so3305839lfc.0 for ; Wed, 24 Oct 2018 17:48:04 -0700 (PDT) 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; bh=2qTZJk71MMvb+r678Rn+Nz9WI1zP6ooIFjGHZ/Y8DVk=; b=OekkL4zU1TMJlAjrKZtKV3t/2kptMacgB6vKKhU94E3nAHk4aSdHjlTgFtQ3QMN9ME ZJJS1MI+4fiqdzWHRVI5Y+bpkt7IeDkCDsA/xvfZI5me2Qefj7xLmqUa/y4NhfK+MFdJ 0jqHZF8i4QyeqCVIoHfYTWieHfIzqkkM2cVJ/yrv4z38GVdKyvgEecD/dVX29q2cr6nB fiYc0QLviO2LOLA7kkTucOtHdmzOQ+K8HS/cm0CsThG9pT7Wj2rHVoWgIhEd2oJ83/uq htEfVrFvUOr6TZCckbY+uqNcQwzSmoFfc5SSp68grpThROiWScSgSxTNPanaKjg4/rzz MwMA== X-Gm-Message-State: AGRZ1gJkr2htwjMUMBGILUW7+BLtnZ+Chilyu3kENsar0cd4ez3/WoTm 5YbwVoI97PhoiJPECn9VzH9PvEYlEOcoh0M072w= X-Google-Smtp-Source: AJdET5emqoq4fvO7t2an05r9CiFoH0Xyqxncr08ywp03ATxr8VGEM4UW9qz0G1MrgenKAmnzaoZIbhLNHB9nExJpeKk= X-Received: by 2002:a19:c4cc:: with SMTP id u195mr273452lff.141.1540428482761; Wed, 24 Oct 2018 17:48:02 -0700 (PDT) MIME-Version: 1.0 References: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> <87tvlq49on.fsf@yandex.com> In-Reply-To: <87tvlq49on.fsf@yandex.com> From: Grant Rettke Date: Wed, 24 Oct 2018 19:47:35 -0500 Message-ID: To: m43cap@yandex.com Cc: tiburbage@gmail.com, Org-mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.167.53 Subject: Re: [O] org-mode: Would like to add custom chars as org-list bullets X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 00:48:11 -0000 On Sat, Oct 13, 2018 at 1:56 AM Colin Baxter wrote: > > >>>>> Tom Burbage writes: > > > When I use simple lists, I would like to be able to mix in '!' and > > '?' with '-' as these are sometimes more expressive of what the > > list item represents. My request is that the list of characters > > org-list recognizes as being a valid "bullet" be customizable by > > the user. > > Have a look at https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again. Which code are you recommending? From MAILER-DAEMON Thu Oct 25 00:12:31 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFX0Z-0006nI-Ie for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:12:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFX0X-0006nB-Nr for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:12:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFX0T-0004p5-Tl for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:12:29 -0400 Received: from [61.175.244.13] (port=3974 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFX0S-0004oX-21 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:12:24 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id DD1E8A60295; Thu, 25 Oct 2018 12:12:19 +0800 (CST) References: <87k1m8q2sb.fsf@portable.galex-713.eu> <874ldct386.fsf@gmail.com> <87d0rzyer6.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , "Garreau\, Alexandre" , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87d0rzyer6.fsf@nicolasgoaziou.fr> Date: Thu, 25 Oct 2018 12:12:18 +0800 Message-ID: <877ei6r7fh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 04:12:30 -0000 Nicolas Goaziou writes: > Hello, > > stardiviner writes: > >> Garreau, Alexandre writes: >> >>> Why is there no syntax highlighting for *inline* source/code blocks? >>> >>> For instance, if I type the following: >>> >>> #+BEGIN_SRC org >>> src_emacs-lisp{(foo bar (quux))} >>> #+END_SRC >>> >>> The underscore is not displayed, =E2=80=9Cemacs=E2=80=9D is displayed i= n face >>> ~org-latex-and-related~ *and* in subscript display (smaller and >>> negatively raised), and all the rest in default face, with no syntax >>> highlighting, even inside the braces (that I would expect as it is done >>> inside non-inline blocks). >> >> I used to asked similar question, and answered my own question with >> a font-lock solution. This link might be helpful. >> https://stackoverflow.com/questions/20309842/how-to-syntax-highlight-for= -org-mode-inline-source-code-src-lang > > Would you want to provide a patch for that? > > Thank you. > > Regards, I did a search of "font-lock-add-keywords", "begin_src", "src_" etc in Org Mode source code, but have not found exact place where fontify function are. So I don't know where to modify the source code. Now I put my current config here: #+begin_src emacs-lisp ;; inline code face =3D> src_ruby{require 'something'} ;; ;; (REGEXP . FACE) ;; Highlight REGEXP with FACE ;; (REGEXP N FACE) ;; Highlight group N in REGEXP with FACE ;; (REGEXP (N1 FACE1) (N2 FACE2) (N3 FACE3) =E2=80=A6) ;; Highlight group Ni in REGEXP with FACEi ;; ;; src_lang{code...}[:header arguments] / NOTE: override by `org-verbatim'. ;; result in following =3D[result]=3D ;; src_ (font-lock-add-keywords 'org-mode '(("\\(src_\\)\\([^[{]+\\)\\(\\[:.*\\]\\)\\({\\)\\([^}]*\\)\\(}\\)" (1 '(:foreground "black" :weight 'normal :height 0.1)) ; src_ part (2 '(:foreground "cyan" :weight 'bold :height 0.8 :box '(:color "light = gray"))) ; "lang" part. (3 '(:foreground "#555555" :height 0.7)) ; [:header arguments] part. (4 '(:foreground "#333333")) ; { (5 'org-code) ; "code..." part. (6 '(:foreground "#333333")) ; } )) 'append) ;; src without arguments (font-lock-add-keywords 'org-mode '(("\\(src_\\)\\([^[{]+\\)\\({\\)\\([^}]*\\)\\(}\\)" (1 '(:foreground "black" :weight 'normal :height 0.1)) ; src_ part (2 '(:foreground "cyan" :weight 'bold :height 0.8 :box '(:color "light = gray"))) ; "lang" part. (3 '(:foreground "#333333")) ; { (4 'org-code) ; "code..." part. (5 '(:foreground "#333333")) ; } )) 'append) ;; inline babel call ;; ... call_[]()[] ... (font-lock-add-keywords 'org-mode '(("\\(call_\\)\\([^[(]*\\)\\[\\(.*\\)\\](\\(.*\\))\\[\\(.*\\)\\]" ;; "\\(call_\\)\\([^[(]*\\)\\([([][^)]*]\\)+" (1 '(:foreground "orange red" :height 0.6)) ; call_ (2 '(:foreground "yellow" :weight 'bold :underline "dark gray")) ; (3 '(:foreground "gray" :height 0.6)) ; [] (4 '(:foreground "cyan" :weight 'bold)) ; () (5 '(:foreground "gray" :height 0.6)) ; [] )) 'append) ;; call_[]() (font-lock-add-keywords 'org-mode '(("\\(call_\\)\\([^[(]*\\)\\[\\(.*\\)\\](\\(.*\\))" (1 '(:foreground "orange red" :height 0.6)) ; call_ (2 '(:foreground "yellow" :weight 'bold :underline "dark gray")) ; (3 '(:foreground "gray" :height 0.6)) ; [] (4 '(:foreground "cyan" :weight 'bold)) ; () )) 'append) ;; call_(arguments) (font-lock-add-keywords 'org-mode '(("\\(call_\\)\\([^[(]*\\)\\((.*)\\)" (1 '(:foreground "orange red" :height 0.6)) ; call_ (2 '(:foreground "yellow" :weight 'bold :underline "dark gray")) ; (3 '(:foreground "cyan" :weight 'bold)) ; () )) 'append) #+end_src -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Thu Oct 25 00:29:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFXGZ-0004pm-A5 for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:29:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57170) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFXGX-0004pg-D4 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:29:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFXGU-00027T-6W for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:29:01 -0400 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]:42537) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFXGT-00024a-T8 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 00:28:58 -0400 Received: by mail-ed1-x52a.google.com with SMTP id b7-v6so7105297edd.9 for ; Wed, 24 Oct 2018 21:28:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:from:mime-version:subject:message-id:date:to; bh=Pfh+KvW3181iXdG38mrVNQTltDIZbjx+EkIMotzQu7s=; b=C+hk+2rVMLiiv9+ZV3GhKr18P7nFlZN1w9uLnsSFkALWikC6T1Rw0wG6cdoS86Vl3H W1XxYS8W5ROs9kuPcpZa5THm5igxqDLaYzeiLw9esC6bKbO2z4f8vZ1aWOa9WwGz4bem E8lliaWmlnbyrD2mLkD2/NVGmOjaqITBSlpWpaii8YUTbuQ/B3BiiuItBxzPGGr6sJu/ AxJeh+QOBNSbGOuuKgOsZmpzyKVUYYxT6eHW5WCFkUGQcdY2orI6tErGPKWk/zQ+SRRX KU7pMkGGi/o5jkc3185JWwlULvMoTwhOEapFGept8qvaWzPTATRLsBeaxFZ0n3OAss75 kmEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:mime-version:subject:message-id:date :to; bh=Pfh+KvW3181iXdG38mrVNQTltDIZbjx+EkIMotzQu7s=; b=WDDvlb5bSk4McSB/U6Ubl0bDtmZu62Dp27dsaavA96+7yG41vpQFu3sVW5S2HE7IHD S4Drgq0ULx3jcQZUAENxr8YD7IARqIgW+NaKQXWQu6BgZ+OEIpL1+TkZqKVGsH31i2OL Xgi/kzNnb2blUt6Ev2oqR+4acg7qhW5xxTKs5hFJM27VqkL4HMYSQfsqpu1M8FW9hqlr OIVi+dgI5jQqkHzmWG5+VTUfKEUXKnGVk4Au+271X2rR4fPDdhU6LZVrUQ5RqzGVCTlx P6Eq3NhCFSunv2Ic4ak672c/30M9a2JMSaSNMqVv49ka78xT547/BOX05hVRroBWlQ04 9vcg== X-Gm-Message-State: AGRZ1gI6Wfy50J9WjfSi1iZXohKY3+cBdc7KH52L0+9cy7gMEJMiVS7K ucpGRLai3hZfPTMAZoq4h/KHbYU0 X-Google-Smtp-Source: AJdET5eSPgISpeAZ/8h6TlpzI9d3Ix1Te+w5MSMAleVzgNouOkK8U+Tt39B7sZGUec4kaJxXruYNDw== X-Received: by 2002:a17:906:e1d4:: with SMTP id gp20-v6mr213238ejb.221.1540441736147; Wed, 24 Oct 2018 21:28:56 -0700 (PDT) Received: from [192.168.2.116] (p57A27541.dip0.t-ipconnect.de. [87.162.117.65]) by smtp.gmail.com with ESMTPSA id b2-v6sm916526edy.52.2018.10.24.21.28.55 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Oct 2018 21:28:55 -0700 (PDT) Sender: Mario Martelli From: Mario Martelli Content-Type: multipart/alternative; boundary="Apple-Mail=_25AF3604-8D9F-4D20-8213-D8A5B61CA11A" Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Message-Id: Date: Thu, 25 Oct 2018 06:28:53 +0200 To: Org-mode X-Mailer: Apple Mail (2.3445.100.39) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::52a Subject: [O] org-babel-execute:go crashes on Mac X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 04:29:02 -0000 --Apple-Mail=_25AF3604-8D9F-4D20-8213-D8A5B61CA11A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Morning, recently I tried to use ob-go and ran immediately into: org-babel-execute:go: Invalid function: (results (org-babel-eval (format = "%s run %s \"%s\" %s" org-babel-go-command (mapconcat (quote identity) = (org-babel-go-as-list flags) " ") (org-babel-process-file-name = tmp-src-file) (mapconcat (function (lambda (a) (format "%S" (if (symbolp = a) (let* (... ...) (if ... ... out)) a)))) (org-babel-go-as-list args) " = ")) "")) The strange thing is, that this only happens on my Mac. On my CentOS = machine it works like a charm. Both machines run on Emacs 26.1b1 and org = mode 9.1.9-65-g5e454. All packages are from Melpa and the machines share = the same .emacs. I have no idea how to get to the bottom of this phenomenon. Any hint or = help would be appreciated very much. Thank you Mario =E2=80=94=20 --Apple-Mail=_25AF3604-8D9F-4D20-8213-D8A5B61CA11A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Morning,

recently I tried to use ob-go and ran = immediately into:

org-babel-execute:go: Invalid function: (results = (org-babel-eval (format "%s run %s \"%s\" %s" org-babel-go-command = (mapconcat (quote identity) (org-babel-go-as-list flags) " ") = (org-babel-process-file-name tmp-src-file) (mapconcat (function (lambda = (a) (format "%S" (if (symbolp a) (let* (... ...) (if ... ... out)) a)))) = (org-babel-go-as-list args) " ")) ""))

The strange thing is, = that this only happens on my Mac. On my CentOS machine it works like a = charm. Both machines run on Emacs 26.1b1 and org mode 9.1.9-65-g5e454. = All packages are from Melpa and the machines share the same = .emacs.

I have = no idea how to get to the bottom of this phenomenon. Any hint or help = would be appreciated very much.

Thank you
Mario

=E2=80=94 



= --Apple-Mail=_25AF3604-8D9F-4D20-8213-D8A5B61CA11A-- From MAILER-DAEMON Thu Oct 25 01:51:24 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFYYG-0004NQ-SE for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 01:51:24 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYYD-0004NJ-E3 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 01:51:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFYY7-00052S-N7 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 01:51:20 -0400 Received: from [61.175.244.13] (port=37959 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYY6-000520-Uo for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 01:51:15 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 4B4F2A60295; Thu, 25 Oct 2018 13:51:13 +0800 (CST) References: <87a7tza42f.fsf@gmail.com> <87o9iegsn7.fsf@nicolasgoaziou.fr> <877ei8uaz1.fsf@gmail.com> <874ldby3k2.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <874ldby3k2.fsf@nicolasgoaziou.fr> Date: Thu, 25 Oct 2018 13:51:12 +0800 Message-ID: <875zxqr2un.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] [PATCH] migrate ob-clojure initiate session code from ob-clojure-literate.el into ob-clojure.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 05:51:23 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Nicolas Goaziou writes: > Hello, > > stardiviner writes: > >> Nicolas Goaziou writes: >> >> Hi, sorry for late response, because I'm a little lazy on give effort on >> review my patch and improve it again. But now I finished it. Actually I >> corrected my patch as soon as you replied email with mentioned. Today I >> pick up this task again, and add a new improve which support CIDER new >> API which using sesman to manage REPL sessions. > > OK. So does it qualify as a bug fix, i.e., should that go into master > branch, or is it a new feature, for next branch? > > BTW, there are some compilation warning: > > --8<---------------cut here---------------start------------->8--- > Compiling /home/ngz/dev/org-mode/lisp/ob-clojure.el... > > In toplevel form: > ob-clojure.el:215:1:Warning: Unused lexical variable =E2=80=98sesman-syst= em=E2=80=99 > > In org-babel-clojure-initiate-session: > ob-clojure.el:225:47:Warning: reference to free variable =E2=80=98cider-v= ersion=E2=80=99 > > In end of data: > ob-clojure.el:278:1:Warning: the function =E2=80=98cider-repls=E2=80=99 i= s not known to be > defined. > --8<---------------cut here---------------end--------------->8--- > > Could you fix them? > > Thank you. > > Regards, Hi, Nicolas. I fixed those warning. I think this should be a feature. not a= patch. And run `make test`. Here is the result: ``` ... executing Vala source code block Code block evaluation complete. passed 138/814 ob-vala/static-output failed 139/814 org-missing-dependency/test-ob-R failed 140/814 org-missing-dependency/test-ob-clojure failed 141/814 org-missing-dependency/test-ob-lua failed 142/814 org-missing-dependency/test-ob-maxima failed 143/814 org-missing-dependency/test-ob-plantuml failed 144/814 org-missing-dependency/test-ob-ruby failed 145/814 org-missing-dependency/test-ob-scheme failed 146/814 org-missing-dependency/test-org-attach-annex failed 147/814 org-missing-dependency/test-org-protocol passed 148/814 test-ob-exp/org-babel-exp-src-blocks/w-no-file passed 149/814 test-ob-exp/org-babel-exp-src-blocks/w-no-headers passed 150/814 test-ob-exp/org-babel-exp-src-blocks/w-no-headers2 executing Emacs-Lisp code block... ..... ..... 6 unexpected results: FAILED ob-D/inhomogeneous_table FAILED ob-D/list-list-var FAILED ob-D/list-var FAILED ob-D/vector-var FAILED test-org-clock/clocktable/lang FAILED test-org-colview/columns-width ``` Also I added an entry in ORG-NEWS mentioned about this new feature. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-ob-clojure.el-Support-org-babel-initiate-session-to-.patch >From f495c5b4e65fd8c6a64e8619d974d6eb051fb1f7 Mon Sep 17 00:00:00 2001 From: stardiviner Date: Thu, 19 Apr 2018 18:16:27 +0800 Subject: [PATCH 1/2] ob-clojure.el: Support `org-babel-initiate-session' to initialize. * ob-clojure.el (org-babel-clojure-initiate-session): Initialize session for src block. (org-babel-prep-session:clojure): Prepare Clojure session. (org-babel-clojure-var-to-clojure): Convert header argument :var into clojure variables definitions. (org-babel-variable-assignments:clojure): Support assign variables when initialize session. --- contrib/lisp/ob-clojure-literate.el | 56 --------------------- lisp/ob-clojure.el | 55 +++++++++++++++++++++ testing/lisp/test-ob-clojure.el | 77 +++++++++++++++++++++++++++++ 3 files changed, 132 insertions(+), 56 deletions(-) create mode 100644 testing/lisp/test-ob-clojure.el diff --git a/contrib/lisp/ob-clojure-literate.el b/contrib/lisp/ob-clojure-literate.el index 4c4d38a0f..b1cc386ee 100644 --- a/contrib/lisp/ob-clojure-literate.el +++ b/contrib/lisp/ob-clojure-literate.el @@ -184,62 +184,6 @@ If it is a directory, `ob-clojure-literate' will try to create Clojure project a (lambda (cons) (if (eq (car cons) :session) t cons)) org-babel-default-header-args:clojure))))) -;;; Support `org-babel-initiate-session' / [C-c C-v z] to initialize Clojure session. - -(defun org-babel-clojure-initiate-session (&optional session _params) - "Initiate a session named SESSION according to PARAMS." - (when (and session (not (string= session "none"))) - (save-window-excursion - (unless (org-babel-comint-buffer-livep session) - ;; CIDER jack-in to the Clojure project directory. - (cond - ((eq org-babel-clojure-backend 'cider) - (require 'cider) - (let ((session-buffer (save-window-excursion - (cider-jack-in t) - (current-buffer)))) - (if (org-babel-comint-buffer-livep session-buffer) - (progn (sit-for .25) session-buffer)))) - ((eq org-babel-clojure-backend 'slime) - (error "Session evaluation with SLIME is not supported")) - (t - (error "Session initiate failed"))) - ) - (get-buffer session) - ))) - -(defun org-babel-prep-session:clojure (session params) - "Prepare SESSION according to the header arguments specified in PARAMS." - (let* ((session (org-babel-clojure-initiate-session session)) - (var-lines (org-babel-variable-assignments:clojure params))) - (when session - (org-babel-comint-in-buffer session - (mapc (lambda (var) - (insert var) (comint-send-input nil t) - (org-babel-comint-wait-for-output session) - (sit-for .1) (goto-char (point-max))) var-lines))) - session)) - -(defun org-babel-clojure-var-to-clojure (var) - "Convert src block's `VAR' to Clojure variable." - (if (listp var) - (replace-regexp-in-string "(" "'(" var) - (cond - ((stringp var) - ;; wrap org-babel passed in header argument value with quote in Clojure. - (format "\"%s\"" var)) - (t - (format "%s" var)))) - ) - -(defun org-babel-variable-assignments:clojure (params) - "Return a list of Clojure statements assigning the block's variables in `PARAMS'." - (mapcar - (lambda (pair) - (format "(def %s %s)" - (car pair) - (org-babel-clojure-var-to-clojure (cdr pair)))) - (org-babel--get-vars params))) ;;; Support header arguments :results graphics :file "image.png" by inject Clojure code. (defun ob-clojure-literate-inject-code (args) diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el index d5b918b01..048ba3735 100644 --- a/lisp/ob-clojure.el +++ b/lisp/ob-clojure.el @@ -43,6 +43,7 @@ (require 'ob) (require 'org-macs) +(declare-function cider-jack-in "ext:cider" (&optional prompt-project cljs-too)) (declare-function cider-current-connection "ext:cider-client" (&optional type)) (declare-function cider-current-ns "ext:cider-client" ()) (declare-function nrepl--merge "ext:nrepl-client" (dict1 dict2)) @@ -211,6 +212,60 @@ using the :show-process parameter." (condition-case nil (org-babel-script-escape result) (error result))))) +(defun org-babel-clojure-initiate-session (&optional session _params) + "Initiate a session named SESSION according to PARAMS." + (when (and session (not (string= session "none"))) + (save-window-excursion + (cond + ((org-babel-comint-buffer-livep session) nil) + ;; CIDER jack-in to the Clojure project directory. + ((eq org-babel-clojure-backend 'cider) + (require 'cider) + (let ((session-buffer (save-window-excursion + (cider-jack-in t) + (current-buffer)))) + (if (org-babel-comint-buffer-livep session-buffer) + (progn (sit-for .25) session-buffer)))) + ((eq org-babel-clojure-backend 'slime) + (error "Session evaluation with SLIME is not supported")) + (t + (error "Session initiate failed"))) + (get-buffer session)))) + +(defun org-babel-prep-session:clojure (session params) + "Prepare SESSION according to the header arguments specified in PARAMS." + (let ((session (org-babel-clojure-initiate-session session)) + (var-lines (org-babel-variable-assignments:clojure params))) + (when session + (org-babel-comint-in-buffer session + (dolist (var var-lines) + (insert var) + (comint-send-input nil t) + (org-babel-comint-wait-for-output session) + (sit-for .1) + (goto-char (point-max))))) + session)) + +(defun org-babel-clojure-var-to-clojure (var) + "Convert src block's VAR to Clojure variable." + (cond + ((listp var) + (replace-regexp-in-string "(" "'(" var)) + ((stringp var) + ;; Wrap Babel passed-in header argument value with quotes in Clojure. + (format "\"%s\"" var)) + (t + (format "%S" var)))) + +(defun org-babel-variable-assignments:clojure (params) + "Return a list of Clojure statements assigning the block's variables in PARAMS." + (mapcar + (lambda (pair) + (format "(def %s %s)" + (car pair) + (org-babel-clojure-var-to-clojure (cdr pair)))) + (org-babel--get-vars params))) + (provide 'ob-clojure) ;;; ob-clojure.el ends here diff --git a/testing/lisp/test-ob-clojure.el b/testing/lisp/test-ob-clojure.el new file mode 100644 index 000000000..f917ca4cc --- /dev/null +++ b/testing/lisp/test-ob-clojure.el @@ -0,0 +1,77 @@ +;;; test-ob-clojure.el + +;; Copyright (c) 2018-2022 Free Software Foundation, Inc. +;; Authors: stardiviner + +;; This file is not part of GNU Emacs. + +;; This program is free software; you can redistribute it and/or modify +;; it under the terms of the GNU General Public License as published by +;; the Free Software Foundation, either version 3 of the License, or +;; (at your option) any later version. + +;; This program is distributed in the hope that it will be useful, +;; but WITHOUT ANY WARRANTY; without even the implied warranty of +;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;; GNU General Public License for more details. + +;; You should have received a copy of the GNU General Public License +;; along with this program. If not, see . + +;;; Comments: + +;; Org tests for ob-clojure.el live here + +;;; Code: +(org-test-for-executable "cider") +(unless (featurep 'cider) + (signal 'missing-test-dependency "CIDER")) +(unless (featurep 'ob-clojure) + (signal 'missing-test-dependency "Support for Clojure code blocks")) + +(ert-deftest ob-clojure/simple-session () + (org-test-with-temp-text + "#+begin_src clojure :session +(print \"hello, world\") +#+end_src +" + (should (string= "hello, world" (org-babel-execute-src-block))))) + +(ert-deftest ob-clojure/initiate-session () + (org-test-with-temp-text + "#+begin_src clojure :session :var a=1 :results output +(print \"hello, world\") +#+end_src + +#+begin_src clojure :session :results output +(print a) +#+end_src" + (goto-char (point-min)) + (org-babel-switch-to-session) + (sleep-for 2) + (org-babel-execute-maybe) + (org-babel-next-src-block) + (goto-char (org-babel-result-end)) + (forward-line 2) + (should (string= + ": 1" + (buffer-substring-no-properties (point-at-bol) (point-at-eol)))))) + +(ert-deftest ob-clojure/initiate-session-with-var () + (org-test-with-temp-text + "#+begin_src clojure :session :var a=1 :results output +(print a) +#+end_src" + (org-babel-next-src-block) + (org-babel-initiate-session) + (sleep-for 2) + (org-babel-execute-maybe) + (goto-char (org-babel-result-end)) + (forward-line 2) + (should (string= + ": 1" + (buffer-substring-no-properties (point-at-bol) (point-at-eol)))))) + +(provide 'test-ob-clojure) + + ;;; test-ob-clojure.el ends here -- 2.19.1 --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0002-ob-clojure.el-Support-new-CIDER-using-sesman-to-mana.patch >From 62dc8625005af2e1be9e1e3dde897e294bd56324 Mon Sep 17 00:00:00 2001 From: stardiviner Date: Tue, 23 Oct 2018 19:23:45 +0800 Subject: [PATCH 2/2] ob-clojure.el: Support new CIDER using sesman to manage sessions. * ob-clojure.el (org-babel-clojure-initiate-session): improve ob-clojure initialize session way to support CIDER new API. * etc/ORG-NEWS: add declare for new :session support feature. --- etc/ORG-NEWS | 11 +++++++++++ lisp/ob-clojure.el | 11 ++++++++++- 2 files changed, 21 insertions(+), 1 deletion(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index 811e98147..100f9fd75 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -170,6 +170,17 @@ This is consistent with the naming of =org-dblock-write:columnview= options, where =:match= is also used as a headlines filter. ** New features +*** Add ~:session~ support of ob-clojure for CIDER +You can initialize source block session with Babel default keybinding +=[C-c C-v C-z]= to use =sesman= session manager to link current +project, directory or buffer with specific Clojure session, or +=cider-jack-in= a new CIDER REPL if no CIDER REPLs available. In older +CIDER version which has not =sesman= integrated, only has +=cider-jack-in= without Clojure project is supported. +#+begin_src clojure :session +(dissoc Clojure 'JVM) +(conj clojurists "stardiviner") +#+end_src *** Add ~:results link~ support for Babel With this output format, create a link to the file specified in diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el index 048ba3735..ffac3c149 100644 --- a/lisp/ob-clojure.el +++ b/lisp/ob-clojure.el @@ -46,6 +46,7 @@ (declare-function cider-jack-in "ext:cider" (&optional prompt-project cljs-too)) (declare-function cider-current-connection "ext:cider-client" (&optional type)) (declare-function cider-current-ns "ext:cider-client" ()) +(declare-function cider-repls "ext:cider-connection" (&optional type ensure)) (declare-function nrepl--merge "ext:nrepl-client" (dict1 dict2)) (declare-function nrepl-dict-get "ext:nrepl-client" (dict key)) (declare-function nrepl-dict-put "ext:nrepl-client" (dict key value)) @@ -55,6 +56,8 @@ (defvar nrepl-sync-request-timeout) (defvar cider-buffer-ns) +(defvar sesman-system) +(defvar cider-version) (defvar org-babel-tangle-lang-exts) (add-to-list 'org-babel-tangle-lang-exts '("clojure" . "clj")) @@ -222,7 +225,13 @@ using the :show-process parameter." ((eq org-babel-clojure-backend 'cider) (require 'cider) (let ((session-buffer (save-window-excursion - (cider-jack-in t) + (if (version< cider-version "0.18.0") + ;; older CIDER (without sesman) still need to use old way. + (cider-jack-in nil) ; nil for jack-in without project. + ;; new CIDER (with sesman to manage sessions) + (unless (cider-repls) + (let ((sesman-system 'CIDER)) + (call-interactively 'sesman-link-with-directory)))) (current-buffer)))) (if (org-babel-comint-buffer-livep session-buffer) (progn (sit-for .25) session-buffer)))) -- 2.19.1 --=-=-= Content-Type: text/plain -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 --=-=-=-- From MAILER-DAEMON Thu Oct 25 02:11:52 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFYs4-0002Fh-Me for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:11:52 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46472) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYs2-0002FO-1g for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:11:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFYry-0002Xp-Qv for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:11:50 -0400 Received: from [61.175.244.13] (port=43895 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYrw-0002WR-TQ for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:11:46 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id D93B7A60295; Thu, 25 Oct 2018 14:11:41 +0800 (CST) References: <20180422205003.87836-1-roberthambrock@gmail.com> <20180422205003.87836-3-roberthambrock@gmail.com> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: roberthambrock@gmail.com Cc: emacs-orgmode@gnu.org, Nicolas Goaziou Reply-To: numbchild@gmail.com In-reply-to: <20180422205003.87836-3-roberthambrock@gmail.com> Date: Thu, 25 Oct 2018 14:11:41 +0800 Message-ID: <874ldar1wi.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] [PATCH 2/4] ob-clojure.el: Add ClojureScript interface X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 06:11:51 -0000 roberthambrock@gmail.com writes: > From: Robert Hambrock > > * lisp/ob-clojure.el (org-babel-execute:clojure): Implemented :target, > which allows selection of connection. > * lisp/ob-clojure.el (org-babel-execute:clojurescript): New > ClojureScript interface that uses :target flag to specify `cljs` > evaluation target. > --- > lisp/ob-clojure.el | 10 +++++++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/lisp/ob-clojure.el b/lisp/ob-clojure.el > index 93674b552..7f7c24ff1 100644 > --- a/lisp/ob-clojure.el > +++ b/lisp/ob-clojure.el > @@ -129,7 +129,8 @@ using the :show-process parameter." > (cider > (require 'cider) > (let ((result-params (cdr (assq :result-params params))) > - (show (cdr (assq :show-process params)))) > + (show (cdr (assq :show-process params))) > + (connection (cider-current-connection (cdr (assq :target params))))) > (if (member show '(nil "no")) > ;; Run code without showing the process. > (progn > @@ -137,7 +138,7 @@ using the :show-process parameter." > (let ((nrepl-sync-request-timeout > org-babel-clojure-sync-nrepl-timeout)) > (nrepl-sync-request:eval expanded > - (cider-current-connection)))) > + connection))) > (setq result > (concat > (nrepl-dict-get response > @@ -171,7 +172,7 @@ using the :show-process parameter." > (nrepl--merge response resp) > ;; Update the status of the nREPL output session. > (setq status (nrepl-dict-get response "status"))) > - (cider-current-connection)) > + connection) > > ;; Wait until the nREPL code finished to be processed. > (while (not (member "done" status)) > @@ -211,6 +212,9 @@ using the :show-process parameter." > (condition-case nil (org-babel-script-escape result) > (error result))))) > > +(defun org-babel-execute:clojurescript (body params) > + (org-babel-execute:clojure body (cons '(:target . "cljs") params))) > + > (provide 'ob-clojure) > > ;;; ob-clojure.el ends here Hi, @roberthambrock. I would like to have ob-clojure support ClojureScript too. But seems this patch is not merged yet, for a long time. Can I modify this patch and send to Org Mode? @Nicolas, can I do this? set Git commit author as "roberthambrock", and commiter as me. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Thu Oct 25 02:15:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFYvm-0004CF-8W for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:15:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47468) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYvj-0004Bi-7w for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:15:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFYvg-0003j6-1h for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:15:39 -0400 Received: from [61.175.244.13] (port=20626 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFYvf-0003gk-8W for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 02:15:35 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id C2CDCA60295; Thu, 25 Oct 2018 14:15:29 +0800 (CST) References: <87vadbcj3b.fsf@gmail.com> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: org-mode Reply-To: numbchild@gmail.com In-reply-to: <87vadbcj3b.fsf@gmail.com> Date: Thu, 25 Oct 2018 14:15:29 +0800 Message-ID: <8736sur1q6.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] ob-core.el macro org-babel-comint-with-output has error X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 06:15:40 -0000 stardiviner writes: > When I try to evaluate js src block code with session. > I found it is suspended. After edebug, found the problem is on macro org-babel-comint-with-output. > > Here is a minimal reproduce code: > > #+begin_src emacs-lisp > (org-babel-comint-with-output > ("*skewer-repl*" (format "%S" org-babel-js-eoe) t "x.innerHTML=\"Hello, Welcome!\";") > (mapc > (lambda (line) > (insert (org-babel-chomp line)) > (comint-send-input nil t)) > (list "x.innerHTML=\"Hello, Welcome!\";" (format "%S" org-babel-js-eoe)))) > #+end_src > > Hope someone can fix it. I can't help on elisp macro.... Anyone can help me on this? Why this email does not have any reply? Maybe because my old invalid mu4e message sign configuration? -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Thu Oct 25 03:40:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFaGE-0006fO-S0 for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:40:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFaGC-0006dI-Gj for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:40:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFaG9-0003gC-87 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:40:51 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:46668) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFaG8-0003eG-SO for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:40:49 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFaG4-0004UK-Oy; Thu, 25 Oct 2018 09:40:44 +0200 From: "Garreau\, Alexandre" To: stardiviner Cc: Nicolas Goaziou , org-mode References: <87k1m8q2sb.fsf@portable.galex-713.eu> <874ldct386.fsf@gmail.com> <87d0rzyer6.fsf@nicolasgoaziou.fr> <877ei6r7fh.fsf@gmail.com> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Thu, 25 Oct 2018 09:40:42 +0200 In-Reply-To: <877ei6r7fh.fsf@gmail.com> (stardiviner's message of "Thu, 25 Oct 2018 12:12:18 +0800") Message-ID: <87ftwu79tx.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 07:40:53 -0000 On 2018-10-25 at 12:12, stardiviner wrote: > Nicolas Goaziou writes: >> Would you want to provide a patch for that? >> >> Thank you. >> >> Regards, > > I did a search of "font-lock-add-keywords", "begin_src", "src_" etc in > Org Mode source code, but have not found exact place where fontify > function are. So I don't know where to modify the source code. Now I put > my current config here: I found `org-src-font-lock-fontify-block' in the middle of =E2=80=9Corg-src= .el=E2=80=9D (is that the place you wanted?), which I found in =E2=80=9Corg.el=E2=80=9D = which I found after searching with =E2=80=9CC-h f=E2=80=9D a function containing =E2=80= =9Corg-[POINT]font=E2=80=9D and TAB, so I quickly searched for =E2=80=9Cfont-lock=E2=80=9D, =E2=80=9Cbegin_= =E2=80=9D, and =E2=80=9Csrc=E2=80=9D, alone. I have the impression org doesn=E2=80=99t use `add-keywords' at all and jus= t use setq in org-set-font-lock-defaults so to bind keywords list. From MAILER-DAEMON Thu Oct 25 03:49:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFaOJ-0002Ch-21 for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:49:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFaOG-0002CA-7Z for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:49:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFaOD-0000nB-23 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:49:12 -0400 Received: from ossau.homelinux.net ([18.217.239.99]:55358 helo=ip-172-31-40-63.us-east-2.compute.internal) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFaOC-0000ld-RW for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 03:49:08 -0400 Received: from [10.78.199.67] (94.197.120.80.threembb.co.uk [94.197.120.80]) by ip-172-31-40-63.us-east-2.compute.internal (Postfix) with ESMTPSA id 37C1EC10AB; Thu, 25 Oct 2018 07:49:07 +0000 (UTC) Date: Thu, 25 Oct 2018 08:49:04 +0100 User-Agent: K-9 Mail for Android In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----W199H7SEEY4X6C2XJRXOR2XRTDJYVY" Content-Transfer-Encoding: 7bit To: emacs-orgmode@gnu.org, Mario Martelli , Org-mode From: Neil Jerram Message-ID: <99410E52-EB8E-4496-B494-21B26B131AC6@ossau.homelinux.net> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 18.217.239.99 Subject: Re: [O] org-babel-execute:go crashes on Mac X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 07:49:13 -0000 ------W199H7SEEY4X6C2XJRXOR2XRTDJYVY Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable If you haven't already, I suggest checking that there isn't a difference in= your Go setup, by working out the "go run =2E=2E=2E" command that is being= run below, and running that manually yourself=2E On 25 October 2018 05:28:53 BST, Mario Martelli wrote: >Morning, > >recently I tried to use ob-go and ran immediately into: > >org-babel-execute:go: Invalid function: (results (org-babel-eval >(format "%s run %s \"%s\" %s" org-babel-go-command (mapconcat (quote >identity) (org-babel-go-as-list flags) " ") >(org-babel-process-file-name tmp-src-file) (mapconcat (function (lambda >(a) (format "%S" (if (symbolp a) (let* (=2E=2E=2E =2E=2E=2E) (if =2E=2E= =2E =2E=2E=2E out)) >a)))) (org-babel-go-as-list args) " ")) "")) > >The strange thing is, that this only happens on my Mac=2E On my CentOS >machine it works like a charm=2E Both machines run on Emacs 26=2E1b1 and >org mode 9=2E1=2E9-65-g5e454=2E All packages are from Melpa and the machi= nes >share the same =2Eemacs=2E > >I have no idea how to get to the bottom of this phenomenon=2E Any hint or >help would be appreciated very much=2E > >Thank you >Mario > >=E2=80=94=20 ------W199H7SEEY4X6C2XJRXOR2XRTDJYVY Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable If you haven't already, I = suggest checking that there isn't a difference in your Go setup, by working= out the "go run =2E=2E=2E" command that is being run below, and running th= at manually yourself=2E


On 25 October= 2018 05:28:53 BST, Mario Martelli <tlmtr@schnuddelhuddel=2Ede> wrote= :
Morning,

recently I tr= ied to use ob-go and ran immediately into:

org-babel-execute:go: Invalid function: (results (org-babel-eval (fo= rmat "%s run %s \"%s\" %s" org-babel-go-command (mapconcat (quote identity)= (org-babel-go-as-list flags) " ") (org-babel-process-file-name tmp-src-fil= e) (mapconcat (function (lambda (a) (format "%S" (if (symbolp a) (let* (=2E= =2E=2E =2E=2E=2E) (if =2E=2E=2E =2E=2E=2E out)) a)))) (org-babel-go-as-list= args) " ")) ""))

The strange thing is, that this only happens on my Mac=2E On = my CentOS machine it works like a charm=2E Both machines run on Emacs 26=2E= 1b1 and org mode 9=2E1=2E9-65-g5e454=2E All packages are from Melpa and the= machines share the same =2Eemacs=2E

I have no idea how to get to the bottom of this phenome= non=2E Any hint or help would be appreciated very much=2E

Thank you
M= ario

=
=E2=80=94 



------W199H7SEEY4X6C2XJRXOR2XRTDJYVY-- From MAILER-DAEMON Thu Oct 25 04:27:46 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFaza-0007Q5-As for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:27:46 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFazX-0007PS-M9 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:27:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFazU-0001Ma-65 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:27:43 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:40119) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFazT-0001K0-PI for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:27:39 -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 relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 7555C1C0017; Thu, 25 Oct 2018 08:27:37 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87vadbcj3b.fsf@gmail.com> <8736sur1q6.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Thu, 25 Oct 2018 10:27:35 +0200 In-Reply-To: <8736sur1q6.fsf@gmail.com> (stardiviner's message of "Thu, 25 Oct 2018 14:15:29 +0800") Message-ID: <87h8hawhvs.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.197 Subject: Re: [O] ob-core.el macro org-babel-comint-with-output has error X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 08:27:44 -0000 Hello, stardiviner writes: > stardiviner writes: > >> When I try to evaluate js src block code with session. >> I found it is suspended. After edebug, found the problem is on macro org-babel-comint-with-output. >> >> Here is a minimal reproduce code: >> >> #+begin_src emacs-lisp >> (org-babel-comint-with-output >> ("*skewer-repl*" (format "%S" org-babel-js-eoe) t "x.innerHTML=\"Hello, Welcome!\";") >> (mapc >> (lambda (line) >> (insert (org-babel-chomp line)) >> (comint-send-input nil t)) >> (list "x.innerHTML=\"Hello, Welcome!\";" (format "%S" org-babel-js-eoe)))) >> #+end_src >> >> Hope someone can fix it. I can't help on elisp macro.... > > Anyone can help me on this? > > Why this email does not have any reply? Probably because no one could help you. In my case, this is not a complete example and I don't use javascript, so I cannot try to reproduce it. You could try to macroexpand `org-babel-comint-with-output' and see where the problem is. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 25 04:37:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFb8n-00041x-Sy for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:37:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFb8h-0003zm-Jk for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:37:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFb8e-0003VR-FF for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:37:11 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:58123) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFb8e-0003QX-6F for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 04:37:08 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 53D09FF80C; Thu, 25 Oct 2018 08:37:05 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87a7tza42f.fsf@gmail.com> <87o9iegsn7.fsf@nicolasgoaziou.fr> <877ei8uaz1.fsf@gmail.com> <874ldby3k2.fsf@nicolasgoaziou.fr> <875zxqr2un.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Thu, 25 Oct 2018 10:37:04 +0200 In-Reply-To: <875zxqr2un.fsf@gmail.com> (stardiviner's message of "Thu, 25 Oct 2018 13:51:12 +0800") Message-ID: <87d0rywhfz.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] [PATCH] migrate ob-clojure initiate session code from ob-clojure-literate.el into ob-clojure.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 08:37:12 -0000 Hello, stardiviner writes: > Hi, Nicolas. I fixed those warning. I think this should be a feature. > not a patch. Applied in "next", then. Thank you. > And run `make test`. Here is the result: [...] > executing Vala source code block > Code block evaluation complete. > passed 138/814 ob-vala/static-output > failed 139/814 org-missing-dependency/test-ob-R > failed 140/814 org-missing-dependency/test-ob-clojure > failed 141/814 org-missing-dependency/test-ob-lua > failed 142/814 org-missing-dependency/test-ob-maxima > failed 143/814 org-missing-dependency/test-ob-plantuml > failed 144/814 org-missing-dependency/test-ob-ruby > failed 145/814 org-missing-dependency/test-ob-scheme > failed 146/814 org-missing-dependency/test-org-attach-annex > failed 147/814 org-missing-dependency/test-org-protocol This is expected. > 6 unexpected results: > FAILED ob-D/inhomogeneous_table > FAILED ob-D/list-list-var > FAILED ob-D/list-var > FAILED ob-D/vector-var > FAILED test-org-clock/clocktable/lang > FAILED test-org-colview/columns-width I cannot reproduce it. Could you show the full output of these errors? Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 25 05:47:18 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFcEY-0007Sq-DM for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 05:47:18 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55711) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFcEW-0007Sh-El for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 05:47:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFcET-00006B-3Y for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 05:47:16 -0400 Received: from mail-it1-x135.google.com ([2607:f8b0:4864:20::135]:39814) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFcES-00005b-Su for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 05:47:12 -0400 Received: by mail-it1-x135.google.com with SMTP id m15so938790itl.4 for ; Thu, 25 Oct 2018 02:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:in-reply-to:references:date:message-id:mime-version; bh=6Uij7o0UO/LrHgaVj9WFw++jRu+LNPtgnNI3K28AIoc=; b=mrDa+tn7nbReaX9weSqZHrmOpaUuitODJfjuOHOL5QG5sNrs0aBPePzEtUDR9iCXTe xy6nnBhkDnzPGfyhAfmN2dV8jbrEpmg8wWkcFn+XLmQb1Jdackft6QOdgfnH0R0kOp8x 5htJug/kvCPg64nz7TVJrDILI9vIdXxyTIz76hlanCpB4448+qEFMhABVLa84ntmygQV VXhoZmIzycbaOYMINJGtZ7LHGjWe4RA0MkjH6bziiQ1c6Wtda/eFvuru/SnOWPECSSqo YkHni4DrZdiUAavrPKrhXQUjzf5W2qGM5LOE/cbu+ere8luX8UmcjiINH1YPEIiliilU Irvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:in-reply-to:references:date :message-id:mime-version; bh=6Uij7o0UO/LrHgaVj9WFw++jRu+LNPtgnNI3K28AIoc=; b=DqaDtxrigMU2LlKWS7q+SnoxSy2NQQ6RLZvimFuoiyLlbufZAqiDKqSJ5Z6LBJXfSo fpdcYpHSPjfNyBDO2peykqXXrzQlbEXXv9+y/FurABRTjb2sjem+vBIBmUWuOITuquRt tmMLqQJRbSgYQ3trOt4JD6xlc7j4V8X3obzm+5fkFuN+gAtNOfSdE5tUfLaBJB6957Qg EtKcApNKm3st4+j5ifR5rO+cNyoAo2HMB//riUvCG1IFzZXzg08Pka1H5GGvMrdzrFtJ ZRL0OJgwO3ZoC6smFBiZkZ2U0xhHwCH0xQFEHBbY2y7S8NydEojM6rdDBh66cUZ2T+m5 9qog== X-Gm-Message-State: AGRZ1gLUbAeGP4ygV8NZ+bYjYNNn1HZDqp7LsYMLDDUO8qiKKYdtZ1Le t2/kRSeOZW5vPluQ+GKMI+AlrHsjiIQ= X-Google-Smtp-Source: AJdET5foDyPtW2+fhUGHiKGy8OLSVQaVicvt9E1xXOkCJPNvx2xYdzIC/PF+p0sQJ3y0OK5kqYd3+A== X-Received: by 2002:a24:9302:: with SMTP id y2-v6mr470543itd.49.1540460831666; Thu, 25 Oct 2018 02:47:11 -0700 (PDT) Received: from localhost ([103.24.77.51]) by smtp.gmail.com with ESMTPSA id i81-v6sm385028iti.36.2018.10.25.02.47.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 25 Oct 2018 02:47:10 -0700 (PDT) From: Ihor Radchenko To: Marcin Borkowski , Org-Mode mailing list In-Reply-To: <87efcxaibq.fsf@mbork.pl> References: <87efcxaibq.fsf@mbork.pl> Date: Thu, 25 Oct 2018 17:45:25 +0800 Message-ID: <877ei6mkay.fsf@yantar92-laptop.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::135 Subject: Re: [O] An Org-based productivity tool X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 09:47:17 -0000 --=-=-= Content-Type: text/plain FYI "Note taker and org-clock-in enforcer" https://github.com/roman/clocker.el Best, Ihor Marcin Borkowski writes: > Hi Orgers, > > I am making an Org-mode-based tool to help boost my productivity. > > I am constantly fighting a losing battle with distractions. I figured > out that showing me how much time I spent goofing around would help me > stay on track (being a math geek and a gamer, my "let's break my > yesterday's score" and similar instincts kick in immediately, too). So > far, I have these in my prototype: > > - a notification (recurring every n seconds) that I'm not clocking > anything, > > - some stats about what I spent my time on and what my efficiency (i.e., > percentage of time I spent working from the point when I started > counting to now) is, > > - info about how much work I need to do in order to meet my set goal, > and how much will it take if my efficiency remains constant, > > - a warning when my efficiency is lower than a set value, and info about > how much work I need to do to bump it up to that value. > > Here's an example output (with some partially faked data): > > --8<---------------cut here---------------start------------->8--- > 39min of your workday (10%) has passed, and you have 5h 31min left. > > work - 30min spent (12% of your goal of 4h and 75% of your workday so far) > 3h 30min remaining (4h 39min with your current efficiency of 75%). > You need 9min of uninterrupted work to get back to 80% efficiency. > > eating - 4min spent (10% of your workday so far) > > bathroom - 2min spent (5% of your workday so far) > > unclassified - 0min spent (0% of your workday so far) > > Unclocked time so far: 3min. > --8<---------------cut here---------------end--------------->8--- > > My questions are: > > - is anyone interested in something like this? > > - are there any features you would like to have? (I have some ideas, > too.) > > - does anyone have an idea of how to /name/ this project? > > TIA, > > -- > Marcin Borkowski > http://mbork.pl > --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEERZAHPFbUe3JemmzmZHB2Kn2hHYsFAlvRkLUACgkQZHB2Kn2h HYvZQwgAh4Q5dVcG3g7//47BQo6kqPfr+IqmxuqNtpQzKya2C5tHq45h9wWL78km Ljk51l5xVKunUMceHFAmmNJb3PIW4+KKYh65SCQPc3Wm/vx5JfcgbxllKX+bwIUg WTs43hI8+A9EPP56RggA4CoCU6nuYo+13J0bYHu1IHsDRP1jmkROi8sz/ycfF1tO gi8bDZn0EfBZXRoGHolUeVv05g3ZyFlJQ+Ov5uQVCGdW9GXZ3lQpvJPlziIznLpo yRzX64SGKpstwbx1L252plMyeUOb5p5Bp5eOujjeg4qYsoh4uwWNhs+bzjS8tllw w8yOlpEHBBgRHuOT0EYrnt4a6hShSg== =+fDt -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Thu Oct 25 09:43:56 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFfvY-00026E-4S for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 09:43:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFfvV-00022x-H5 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 09:43:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFfvR-0006qB-Vu for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 09:43:53 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:47887) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFfvR-0006mr-LE for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 09:43:49 -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 relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 884592000B; Thu, 25 Oct 2018 13:43:47 +0000 (UTC) From: Nicolas Goaziou To: "Basil L. Contovounesios" Cc: References: <874lf8hhel.fsf@tcd.ie> <87d0tutxch.fsf@nicolasgoaziou.fr> <87zhwyttpr.fsf@tcd.ie> Mail-Followup-To: "Basil L. Contovounesios" , Date: Thu, 25 Oct 2018 15:43:45 +0200 In-Reply-To: <87zhwyttpr.fsf@tcd.ie> (Basil L. Contovounesios's message of "Mon, 03 Sep 2018 17:46:08 +0100") Message-ID: <878t2mw38u.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.200 Subject: Re: [O] Bug: org-string-display throws on image display property [9.1.9 (release_9.1.9-65-g5e4542 @ /home/blc/.local/share/emacs/27.0.50/lisp/org/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 13:43:54 -0000 Hello, "Basil L. Contovounesios" writes: > I realise that the 'display' property is a pretty complicated beast, so > it may be impractical for 'org-string-width' to do this, but I think > more accurate/useful behaviour would be to calculate the displayed width > of the image via 'image-size' or 'image-display-size', rather than > signalling an error. Fixed. `org-string-width' has now a limited support for images. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 25 10:00:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFgBl-0002Fe-K8 for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:00:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFgBe-0002Bm-DB for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:00:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFgBW-0001oI-2S for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:00:29 -0400 Received: from mail-io1-xd36.google.com ([2607:f8b0:4864:20::d36]:44479) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFgBN-0001bJ-FQ for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:00:20 -0400 Received: by mail-io1-xd36.google.com with SMTP id c6-v6so4832752iob.11 for ; Thu, 25 Oct 2018 07:00:12 -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; bh=q2ev2iSatTmRPgB93nEzykqtEPDGZ/RidM/RyRG2zSg=; b=ajkTYDbTNtGet+CoKsjeNJzFYJp+DlmvkRVZ4z6ietaxHPTdhKynJU5C2o/dPRd8+/ gxMAmtzsijZX+v7i6Znzh7FEhzz01Mwvbfu569kPTUAr8TCzcLs7bQ434Q9MiKYkhITk if/aSU7aKXGf7MN5Zv9y0HtW9wdHuFodUC+jfdcUpNDbTI01mQYg4cui+AwzpgPXaEyF scgLRCjV1BgRDNAPP+3Oyfq5LUBEa46RZn9VBSM8uvY34VTZYiHmznBUjB1XWy9NoGKQ wEh/0UnYCSVBSozENIMsfBVRYwXB4VOF0SlPWjtGCQn+kSogHVnjRisQLNlCO/b2uyrh H7PQ== 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; bh=q2ev2iSatTmRPgB93nEzykqtEPDGZ/RidM/RyRG2zSg=; b=b0uSatZlkk+AYXKDp3TLhF2dbhUGaaixOs1FUsKo5uRaBOISFhC0UBOb+no0JPxIxc ijivRZz4XijYiFD/vz2uVCQlIwpHQO9yII+aA7U0aoBMxuDiwZ6MW3sELdSZrGBPHI/R qv2WH/B0f7BrzPes+upgu9qUHTly7+mb0Oq3UFQljrH+8ykLtObHi0gI1DFXPVAtiXwT oj1PyjbLU8O/cNbvUmXBpsb7AvItLtSv8tPW5xwBEsKAPY11qVL/9IyPB0lOlhV6SYnR ToxI5+OLVU3XRd76y0t1ilnJ2l9aCDnGx9GqMGwfzsaTaQ4ZT0Jn+9TzVwmsEOc5j3NA +QtQ== X-Gm-Message-State: AGRZ1gJ+kcFxoZ2IbwqY9Rs4dKH7AtmgRhbsCKSk1df5fVO0ZnAlAkBr dN8wUZylG/ZHNJTQHFeYsaeP4vvN8ueoDtYBWFxflQ== X-Google-Smtp-Source: AJdET5fQ8ga9SybV8xdsyF0o4420FE/pvuPUTbgDkCEtz5gcFwGOXWikB+LDinLDikPiuIRDh2ZoLHHUBxGG5QI3ktM= X-Received: by 2002:a6b:ba54:: with SMTP id k81-v6mr952873iof.135.1540476011928; Thu, 25 Oct 2018 07:00:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Matt Price Date: Thu, 25 Oct 2018 10:00:47 -0400 Message-ID: To: Org Mode Content-Type: multipart/alternative; boundary="00000000000079e11105790e05b9" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::d36 Subject: [O] org-mime with recent versions of org and emacs X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 14:00:40 -0000 --00000000000079e11105790e05b9 Content-Type: text/plain; charset="UTF-8" I had some problems with the MELPA version of org-mime, and wasn't able to solve my issues using the current version. I've rebased off of a PR submitted to the upstream repo by John Kitchin. Core org-mime functions once again work for me and I've added a couple of new features: - mu4e support - initial, primitive support for blockquoting paragraphs that start with ">" -- this is pretty ugly right now but maybe it will be possible to improve later on. My tree is here: https://github.com/titaniumbones/org-mime/tree/file-eqns I'm developing against recent git versions of org and emacs. I'd love to hear comments from others. On Sun, Oct 21, 2018 at 10:04 PM Matt Price wrote: > I'm having a whole bunch of trouble getting org-mime to work, and I > wondered ifo ther people are using it productively? > > Two biggest issues so far, both reproduced with emacs -Q on recent emacs > git, org-mode git, and org-mime git: > > - org-mime-org-subtree-htmlize fails for me with "org-back-to-heading: > before first heading" > - org-mime-org-buffer-htmlize runs successfully, but only produces the > html mime part; the text/plain message part is empty. > > org-mime-htmlize, when run in a mail buffer, still seems to work & produce > a 2-part message with text/plain and text/html working well. > > Have folks seen this before & do you have a fix? thank you! > > --00000000000079e11105790e05b9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I had some problems with the MELPA v= ersion of org-mime, and wasn't able to solve my issues using the curren= t version. I've rebased off of a PR submitted to the upstream repo by J= ohn Kitchin. Core org-mime functions once again work for me and I've ad= ded a couple of new features:

- mu4e support
=
- initial, primitive support for blockquoting paragraphs that start wi= th ">" -- this is pretty ugly right now but maybe it will be p= ossible to improve later on.

I= 9;m developing against recent git versions of org and emacs.=C2=A0
I'd love to hear comments from others.

On Sun, Oct 21, 2018 at 10:04 PM Matt= Price <moptop99@gmail.com>= wrote:
I'm having a whole bunch of trouble getting org-mime to w= ork, and I wondered ifo ther people are using it productively?
Two biggest issues so far, both reproduced with emacs -Q on re= cent emacs git, org-mode git, and org-mime git:

- = org-mime-org-subtree-htmlize fails for me with "org-back-to-heading: b= efore first heading"
- org-mime-org-buffer-htmlize runs succ= essfully, but only produces the html mime part; the text/plain message part= is empty.

org-mime-htmlize, when run in a ma= il buffer, still seems to work & produce a 2-part message with text/pla= in and text/html working well.

Have folks see= n this before & do you have a fix? thank you!

--00000000000079e11105790e05b9-- From MAILER-DAEMON Thu Oct 25 10:57:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFh4R-0002z9-8I for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:57:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59515) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFh4N-0002yu-5d for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:57:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFh4A-0007tt-Ea for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:56:57 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:54131) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFh4A-0007pu-6A for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 10:56:54 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 02F9FC000C; Thu, 25 Oct 2018 14:56:51 +0000 (UTC) From: Nicolas Goaziou To: Alexander Adolf Cc: emacs-orgmode@gnu.org References: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> <87mur3ygdi.fsf@nicolasgoaziou.fr> <15D92B2B-9EA8-4EF2-BB6F-86760635303C@condition-alpha.com> Mail-Followup-To: Alexander Adolf , emacs-orgmode@gnu.org Date: Thu, 25 Oct 2018 16:56:51 +0200 In-Reply-To: <15D92B2B-9EA8-4EF2-BB6F-86760635303C@condition-alpha.com> (Alexander Adolf's message of "Wed, 24 Oct 2018 19:03:35 +0200") Message-ID: <877ei6gjm4.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 14:57:10 -0000 Hello, Alexander Adolf writes: > ---------------------------------------------------------------------- > (defun org-ascii-convert-region-to-ascii () > "Assume the current region has Org syntax, and convert it to > plain ASCII. This can be used in any buffer. For example, you > could write an itemized list or a table in Org syntax in a mail > buffer and then use this command to convert it." > (interactive) > (let ((org-ascii-charset 'ascii)) > (org-export-replace-region-by 'ascii))) > > (defun org-ascii-convert-region-to-utf8 () > "Assume the current region has Org syntax, and convert it to > UTF-8. This can be used in any buffer. For example, you could > write an itemized list or a table in Org syntax in a mail buffer > and then use this command to convert it." > (interactive) > (let ((org-ascii-charset 'utf-8)) > (org-export-replace-region-by 'ascii))) > ---------------------------------------------------------------------- I added the functions to "ox-ascii.el", with an autoload cookie, a simplified docstring, and an entry in the manual. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Thu Oct 25 11:03:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFhA7-0001fx-7h for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:03:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35340) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFhA2-0001ZI-MG for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:02:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFh9y-00058o-1f for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:02:58 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:45873) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFh9x-00057z-Qr for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:02:53 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id E99E9FF80A; Thu, 25 Oct 2018 15:02:50 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: John Kitchin , org-mode-email References: <87r2ggjz45.fsf@portable.galex-713.eu> <87bm7kjv01.fsf@portable.galex-713.eu> <87h8hbyeu5.fsf@nicolasgoaziou.fr> <874ldbhggz.fsf@portable.galex-713.eu> <878t2ny3mp.fsf@nicolasgoaziou.fr> <874ldbef9v.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , John Kitchin , org-mode-email Date: Thu, 25 Oct 2018 17:02:50 +0200 In-Reply-To: <874ldbef9v.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Wed, 24 Oct 2018 13:49:00 +0200") Message-ID: <8736sugjc5.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] Display-level automatic subtree numbering X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 15:02:59 -0000 Hello, "Garreau, Alexandre" writes: > Le 24/10/2018 =C3=A0 13h40, Nicolas Goaziou a =C3=A9crit=C2=A0: >> But you don't need to number the whole buffer, do you? > > At least the screen. > >> A breadcrumb like feature could be enough. E.g., you hit at the >> beginning of a headline and get the numbering in addition to the >> outline path. > > I=E2=80=99d prefer. I find sad that all export backend supports this whi= le raw > emacs doesn=E2=80=99t. Output from export back-ends is static. A currently-edited Org document isn't. > It is neat to see, and to, just by looking at the > screen, which section has which number. You may be interested in "org-outline-numbering" package, then. It seems to implement what you want. HTH, --=20 Nicolas Goaziou From MAILER-DAEMON Thu Oct 25 11:07:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFhEb-0005ue-09 for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFhEY-0005r9-MF for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFhET-0000PF-O7 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:38 -0400 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]:33256) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFhET-0000OJ-HG for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:33 -0400 Received: by mail-wr1-x436.google.com with SMTP id u1-v6so9723765wrn.0 for ; Thu, 25 Oct 2018 08:07:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=ls708ZE3AWt75AqGQiK4LR/4U81/9lRsJn2i3ST6SgE=; b=t2tTG7tgWZ8Bbg8X/onjgYVoxVMpma1+F1PMtrc3IoTDtc1xcWCu67MLoT1xoEWQ3o Rb09S4XKqEXKPtm5l4md/N4BUaDnYRVVDbuTWt6lsPteRhCmlZG+nMmIAQK1AZrSRrHB MrZkhBjCQDRj1lWh+KoyR7B4mVm/dWRITHcVkIGW5j9EliWNmuLykBXTPscoZEoAdAKr /LZfi++IanWshj2MfGLv03iQC1J30tlvhw7QJ9LMmuUzEIx9iRG6xwj7Zk7Xh6/KkfJa 8n8DWXlKDupGeFHjKAopuA1KZXpi3xS7j3hd3RSyej8AMgP0fw2CPDhRDNHAb6gk8TUk RewA== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=ls708ZE3AWt75AqGQiK4LR/4U81/9lRsJn2i3ST6SgE=; b=DXbDWEGUpR0eNuyEemJOMwj4n/TL/yTeKoVfHjScCMUUoT1rLNqHRLIESaRz3A6NKQ T53B4cRoLXvfdN0pAdOu2ia0wt0+MWreSkwrp1tR2QcflGp0xxUzvFgUqtDuXJ7YNg/Z QS6uU1LEO+MueItJCUk7/1tmvy8aBlR/Tkm5Injm60w3iFpxBF3ZZLLJGfFbQnJBruFU 0NEoZx5xgFR+JHFzUITMFS5MCRCyaT9aKbkA9h4N8wBwEs05I+ZS9utBHQ9OOABT+hQH cZWDkAVsPJP0SCqVcawT874ThAI0niestA1NwawiiGgHwDmUIP70SAJPfcmem09pT42r 6yYQ== X-Gm-Message-State: AGRZ1gJo+jH6O0xUyx4dDRL7DXj6JOhgg++ORRuQUkEvyenXNSvkkXS5 OzFmUn06Z5pQ+57nz/ZwrrODwhbt X-Google-Smtp-Source: AJdET5eRk5u1cDY1YQmPOvRJrbBU4RbdUjFpkK57XaoogzIl1D7xpvwZe2bxwA7DW5jo3Dbm8+k9rQ== X-Received: by 2002:adf:fc50:: with SMTP id e16-v6mr797469wrs.143.1540480051658; Thu, 25 Oct 2018 08:07:31 -0700 (PDT) Received: from gemini (188.29.164.73.threembb.co.uk. [188.29.164.73]) by smtp.gmail.com with ESMTPSA id x18-v6sm302233wme.42.2018.10.25.08.07.29 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 25 Oct 2018 08:07:30 -0700 (PDT) From: Eric S Fraga To: Tim Cross Cc: Roland Everaert , Org Mode Organization: On the Interweb somewhere References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> <87h8hbkph3.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Tim Cross , Roland Everaert , Org Mode Date: Thu, 25 Oct 2018 16:07:27 +0100 In-Reply-To: <87h8hbkph3.fsf@gmail.com> (Tim Cross's message of "Thu, 25 Oct 2018 08:24:24 +1100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::436 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 15:07:39 -0000 On Thursday, 25 Oct 2018 at 08:24, Tim Cross wrote: > Likewise, started with Emacs 19 and I still have some code which I added > back then in my init! [...] > The two big benefits from the clean up have been much faster start up > (something which never really bothered me as I run emacs for weeks > without re-starting anyway) and far more predictable behaviour when I > try out or add a new mode (I often found my custom tweaks would not > always work well with new modes etc). The second of these is indeed a benefit of cleaning up initialization files. I have been doing so, in any case, just at a slower pace than I should. I actually have been doing exactly what you suggest: using org and tangling. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-894-gf79545 From MAILER-DAEMON Thu Oct 25 11:08:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFhEu-0006V7-IS for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:08:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFhEs-0006T3-Ch for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFhEn-0000bP-IU for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:58 -0400 Received: from smtprelay03.ispgateway.de ([80.67.31.37]:63246) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFhEl-0000ZQ-MG for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:07:53 -0400 Received: from [46.244.193.39] (helo=hyperion.fritz.box) by smtprelay03.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1gFhEj-0000Ta-FL; Thu, 25 Oct 2018 17:07:49 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) From: Alexander Adolf In-Reply-To: <877ei6gjm4.fsf@nicolasgoaziou.fr> Date: Thu, 25 Oct 2018 17:07:48 +0200 Cc: emacs-orgmode@gnu.org Content-Transfer-Encoding: quoted-printable Message-Id: <6CF58426-FC49-4297-BE35-77421D62C2DA@condition-alpha.com> References: <8422BCDC-5B51-417D-B8DF-9D47BE2896FB@condition-alpha.com> <87mur3ygdi.fsf@nicolasgoaziou.fr> <15D92B2B-9EA8-4EF2-BB6F-86760635303C@condition-alpha.com> <877ei6gjm4.fsf@nicolasgoaziou.fr> To: Nicolas Goaziou X-Mailer: Apple Mail (2.3445.100.39) X-Df-Sender: YWxleGFuZGVyLmFkb2xmQGNvbmRpdGlvbi1hbHBoYS5jb20= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.67.31.37 Subject: Re: [O] [feature proposal] Export in foreign buffers - ASCII (ox-ascii) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 15:07:59 -0000 Hello Nicolas, On 2018-10-25, at 16:56 , Nicolas Goaziou = wrote: > [...] > I added the functions to "ox-ascii.el", with an autoload cookie, > a simplified docstring, and an entry in the manual. > [...] Wow, many thanks for being so kind as to include them! That was faster = and way easier than I had anticipated. ;-)) Many thanks again! --alexander From MAILER-DAEMON Thu Oct 25 11:22:44 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFhTA-0003bd-AG for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:22:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFhT7-0003Mo-8I for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:22:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFhT5-0004dP-3Z for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:22:41 -0400 Received: from forward105p.mail.yandex.net ([2a02:6b8:0:1472:2741:0:8b7:108]:58655) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFhT4-0004bu-Nw for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 11:22:39 -0400 Received: from mxback13j.mail.yandex.net (mxback13j.mail.yandex.net [IPv6:2a02:6b8:0:1619::88]) by forward105p.mail.yandex.net (Yandex) with ESMTP id BA6CB4086B51; Thu, 25 Oct 2018 18:22:33 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback13j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 7MmknLVikT-MXeKTJW2; Thu, 25 Oct 2018 18:22:33 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1540480953; bh=rh+Hw8yVGOOUw2bun1qgtYiO2ic/tx4VqyfoTv+1u+Y=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=dlY68gGyZCe4057IOZgugucGSHTnRRYB6w71daz57GR3ZS+mKyoDgL/ma1SQkcdpX bX8N8jetuqw5p+uMfDu9d+pYN2nYRdUDchVW/qD1kHxAy+ns7uQvuaVmRVB3oDNdqc viWKWu/y17IBIRum8I/vg9cZ0p+hv5AwaLQYYuTo= Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id ezMd6ghRkW-MVoaQi73; Thu, 25 Oct 2018 18:22:32 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1540480952; bh=rh+Hw8yVGOOUw2bun1qgtYiO2ic/tx4VqyfoTv+1u+Y=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=gkNrRssA8B7WPn5wfaeQn0cYJ1DT0JHiExLTcF5Am6YX4gH79blV3c4Ppcp9QJeU2 w+MlYKNCQnhw+YGRE9BtW5UJPfahR4jtEwdlWqxbYsZt4H5Q/t34rS1GqHhD11d9HC jN2AGdrs3lStKVF1wYLVQu49S9jX4ertUdl/rJ6U= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Grant Rettke Cc: tiburbage@gmail.com, Org-mode Cc: References: <599fd6c9-88a7-eb68-9363-0ed5d4336e27@gmail.com> <87tvlq49on.fsf@yandex.com> X-Face: -P+89ASh_wrs;AUGm`!l[}/o-lyK}5W.gq\fkJ{#d6Gu,hWrZNz::iMm5PJb} __A96]-LUrl)X=uF=V|\3-\9/sXvBs/H Date: Thu, 25 Oct 2018 16:22:30 +0100 In-Reply-To: (Grant Rettke's message of "Wed, 24 Oct 2018 19:47:35 -0500") Message-ID: <87ftwut5jd.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAACwAAAAMCAIAAACWSshgAAAABmJLR0QA/wD/AP+gvaeTAAAA zklEQVQ4jb2UMU6DUQyD4yRVWZkQMzun4eTcohMrbV9sDvB7Kk/1mAz+FNnB1/tHZsZRby/x+Wrm D+v7Jy6/xzHJzswGjjsFZidCVADOaGX2CR6CmTjVTojMhDk5Ql1Aux0z0c+AULAVYshASCQ3QkAK Z6RQX8mB283MdW2EqBnQxGxJrhdPV58zfSaq5twbnaoq04SsxEYgw7QjANn/8agS3giBHglhAihx zdZPIVLGaKS+i3KAGs5tJ4SGcBBLapLLn91U5j+aUMj9AvIPmgtlsu45AA4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:1472:2741:0:8b7:108 Subject: Re: [O] org-mode: Would like to add custom chars as org-list bullets X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 15:22:43 -0000 >>>>> Grant Rettke writes: > On Sat, Oct 13, 2018 at 1:56 AM Colin Baxter wrote: >> >> >>>>> Tom Burbage writes: >> >> > When I use simple lists, I would like to be able to mix in '!' >> and > '?' with '-' as these are sometimes more expressive of >> what the > list item represents. My request is that the list of >> characters > org-list recognizes as being a valid "bullet" be >> customizable by > the user. >> >> Have a look at >> https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again. > Which code are you recommending? I'm not recommending anything. I'm suggesting that if you want one or more characters in a list to act as emphasis then perhaps they could be defined in terms of org-font-lock-extra-keywords, as in 'Answer 2'. Best wishes, From MAILER-DAEMON Thu Oct 25 13:22:37 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFjLB-0007TZ-Iw for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 13:22:37 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40307) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFjKr-0006hj-Km for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 13:22:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFjHR-0007F6-Fu for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 13:18:48 -0400 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]:41532) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFjHP-0007D3-97 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 13:18:45 -0400 Received: by mail-wr1-x431.google.com with SMTP id q7-v6so10139851wrr.8 for ; Thu, 25 Oct 2018 10:18:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=nyOtGcWlNMrcOGtIhXxtMlayNkm05SDwoY5VEKNKHPU=; b=H/9fQk8TGnj1W8oc8JF9uwk4lxqFjdssHsbXEV5EpZuDuWl03ciq5HxczrKZHdwPQu a2nF1UN+cxstN5eNQ8LNaE7xogfvFSrjS1kG42TpQRhPuOINthwWIiCuOkeSy98ZqD55 Y/v2+/0ws+MqNonzFFRKvVdnuSUrD09b3WpQwrfHnJ0WAyjtM9/77VPhmyCdaqbObuDq GymKd/+lQalxr0lEv31xASbuJgRFzalcR8j2mPPEVfwxjKgJ/LxP5H1+zk+FgB4iSC9s HbvUYtV/sMblmG4U5sHZJR/2nhr+xnRqRerJxC9ESR3mx/90uUOQYuwNxW9crEFDtoJT IzDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=nyOtGcWlNMrcOGtIhXxtMlayNkm05SDwoY5VEKNKHPU=; b=frh4sC6/LRX2JAhWFGpxIecCqUrFCyrF16SZTQuhyGl5qj2j5eHJDHgK+5jUwKSbu5 8Zwp98jeAb2fHV+abrFvUPdQJ6PiMbA86gcXKadoavtBPnAdHHFtzZd4RsjQX/aasrt0 gASYbEqQv03cgF4n88vGaX6AB0vTqGhkButhHAKe58HVxm8QO4mcJVS1cBhZ8GXsI4Jx 9gQdHie8YH636LP2zD8zRA5uir/Eqob/40kDvgkak7S9oEAVM+LdbR4HOnLiQKrBH+VO HxMvctH6EJlkge/gpmsgecPzjmPeTRZs9RkvBpQxiTiaI928bq1/+iT+lm+vNeSL65Io FX/Q== X-Gm-Message-State: AGRZ1gIx9fnfBmgDhTRJmJtPKGk86tg7BujkZdY7N6hADwXH2dn/V6X0 IAdjhen9whQ29NrrVnwvnN4= X-Google-Smtp-Source: AJdET5ewG1ztUces/PlSpc9+3eMkrSNQ9HuLhN8ZAZIv7+bIQciiX0ZKR6sam56VH9V7mJTPCfmIrg== X-Received: by 2002:adf:c513:: with SMTP id q19-v6mr2813247wrf.46.1540487920563; Thu, 25 Oct 2018 10:18:40 -0700 (PDT) Received: from [192.168.2.116] (p57A27541.dip0.t-ipconnect.de. [87.162.117.65]) by smtp.gmail.com with ESMTPSA id u10-v6sm7985710wrt.59.2018.10.25.10.18.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Oct 2018 10:18:39 -0700 (PDT) Sender: Mario Martelli From: Mario Martelli Message-Id: <5D6C6CB3-EBE2-491D-B5BF-D82034BF505A@schnuddelhuddel.de> Content-Type: multipart/alternative; boundary="Apple-Mail=_7EFDCFD1-1DF6-43C5-B528-4B35A82EDA06" Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\)) Date: Thu, 25 Oct 2018 19:18:37 +0200 In-Reply-To: <99410E52-EB8E-4496-B494-21B26B131AC6@ossau.homelinux.net> Cc: emacs-orgmode@gnu.org To: Neil Jerram References: <99410E52-EB8E-4496-B494-21B26B131AC6@ossau.homelinux.net> X-Mailer: Apple Mail (2.3445.100.39) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::431 Subject: Re: [O] org-babel-execute:go crashes on Mac X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 17:22:21 -0000 --Apple-Mail=_7EFDCFD1-1DF6-43C5-B528-4B35A82EDA06 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Thank you for your answer.=20 > If you haven't already, I suggest checking that there isn't a = difference in your Go setup, by working out the "go run ..." command = that is being run below, and running that manually yourself. My first assumption was - to be honest, still is - that the "go run = =E2=80=A6=E2=80=9D is not executed at all because the call to =E2=80=9Cgo = run =E2=80=A6=E2=80=9D is within an illegal elisp function. Am I wrong = with my assumption? Kind regards Mario P.S. Would have no idea how to work out what the outcome of the function = is ;)= --Apple-Mail=_7EFDCFD1-1DF6-43C5-B528-4B35A82EDA06 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Thank you for your answer. 

If = you haven't already, I suggest checking that there isn't a difference in = your Go setup, by working out the "go run ..." command that is being run = below, and running that manually yourself.

My = first assumption was - to be honest, still is - that the "go run =E2=80=A6= =E2=80=9D is not executed at all because the call to =E2=80=9Cgo run = =E2=80=A6=E2=80=9D  is within an illegal elisp function. Am I wrong = with my assumption?

Kind = regards
Mario

P.S. Would = have no idea how to work out what the outcome of the function is = ;)
= --Apple-Mail=_7EFDCFD1-1DF6-43C5-B528-4B35A82EDA06-- From MAILER-DAEMON Thu Oct 25 16:15:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFm2T-0001xe-JJ for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 16:15:32 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39626) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFm2M-0001Vp-MX for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 16:15:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFlv9-0002kD-FR for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 16:08:00 -0400 Received: from ossau.homelinux.net ([18.217.239.99]:55380 helo=ip-172-31-40-63.us-east-2.compute.internal) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFlv9-0002jC-AS for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 16:07:55 -0400 Received: from henry.ossau.homelinux.net (79-72-10-189.dynamic.dsl.as9105.com [79.72.10.189]) by ip-172-31-40-63.us-east-2.compute.internal (Postfix) with ESMTPSA id C7173C0F78; Thu, 25 Oct 2018 20:07:53 +0000 (UTC) From: Neil Jerram To: Mario Martelli Cc: emacs-orgmode@gnu.org In-Reply-To: <5D6C6CB3-EBE2-491D-B5BF-D82034BF505A@schnuddelhuddel.de> References: <99410E52-EB8E-4496-B494-21B26B131AC6@ossau.homelinux.net> <5D6C6CB3-EBE2-491D-B5BF-D82034BF505A@schnuddelhuddel.de> Date: Thu, 25 Oct 2018 21:07:51 +0100 Message-ID: <878t2lbxig.fsf@ossau.homelinux.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 18.217.239.99 Subject: Re: [O] org-babel-execute:go crashes on Mac X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 20:15:27 -0000 Mario Martelli writes: > Thank you for your answer.=20 > >> If you haven't already, I suggest checking that there isn't a difference= in your Go setup, by working out the "go run ..." command that is being ru= n below, and running that manually yourself. > > My first assumption was - to be honest, still is - that the "go run =E2= =80=A6=E2=80=9D is not executed at all because the call to =E2=80=9Cgo run = =E2=80=A6=E2=80=9D is within an illegal elisp function. Am I wrong with my= assumption? > > Kind regards > Mario > > P.S. Would have no idea how to work out what the outcome of the function = is ;) Perhaps I misunderstood the error message, but I thought perhaps it was about code trying to represent the _result_ of the execution as an elisp function. But it is very difficult to tell! I guess if I had this on my system (which I can't because I don't run on a Mac), I'd use 'edebug-defun' on some of the functions involved in the error message, in order to start understanding whether they are actually being executed. Best wishes, Neil From MAILER-DAEMON Thu Oct 25 18:57:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFoZY-0000hP-9G for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:57:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52831) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFoZV-0000VU-HI for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:57:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFoZU-0002ZA-HE for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:57:45 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:43275) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFoZU-0002Y6-8u for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:57:44 -0400 Received: by mail-lf1-x12f.google.com with SMTP id u18so921440lff.10 for ; Thu, 25 Oct 2018 15:57:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=f//0eOACW758s6ie+zZcv3tJXg9PLDPtYZZSI0qpIRg=; b=TjLC6H8Fcnw8/Ys0b5J2A0IQqEhAhXIwPA+dUDKicTZzCaRY2MKJRuYueg7ZoLI3Ct ooI3CkUVlZN99Vnt42eA9z7Uc3NndreRbj0WKXKb1rU+reRnrMZGv2NPTUcwHkUlobZL QEu0LCr8kUPSmRbdbyoxIwlJdriE9RkjjGS66+EoMUI0Xz51wJvRnHRdJELrxZdUWszA irNkG1SJNxxtgwRyMJbNbrtZP7U8ScivbLFXXy0x2c5Ddcr1i9PPak+6/kOo2GH8yy9G EcYo0JdWqwjMPhCw8ZcTK546OwjF6rWh/AY4ZiDHIaiGMi31FCn6S/eK7I4DcZAE+ui4 zCvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=f//0eOACW758s6ie+zZcv3tJXg9PLDPtYZZSI0qpIRg=; b=ebrDLMAnGzIHXZHhHmKpEGEYJJjv/tjJMFu7h1Xi1l0XSToP6LjIQEUp9R+Ra3j3pp mf1e4TAs24Z3lrkgytYLEEgC7+Req0LsidNZmRmZCxkKbsyEx+5TltZdEFch7/SOzhsx PYCWu1YhH4VqtIOlKkNZKi4diE1xoY9ryel8jW/1Zp1YLrVYrcnwFM1YTz3SJxqOx10K Ri5O2TY+cSLNJtPFl5HVt7vrSOr5akIJuKuWGV8T4A+u3pRDjGMxB47TAivVw2dzVT97 2B+Qn9IYiPIaRnIQaBn0KJ65GcASAI6dsIXg9jZ3HXnxbmOLr2KkjkBTTxnF1C7x5+Lq tBLg== X-Gm-Message-State: AGRZ1gJA42Qxajo9FDj9fr6rEilhsdsfA3wLczR+i9VhgSHNoI841oeM fah5ocjBCxwIzi+7VCw0N+BeuWLLzSxbAApdm1E= X-Google-Smtp-Source: AJdET5eCQZHio8jgMbpmagT8L5gf40EtxKOvcOmjuq81ArED68/KDfqmPEugtlnIBMNIn8K/KyF1VUQDpmlSQs1ckRY= X-Received: by 2002:a19:2b54:: with SMTP id r81mr696476lfr.34.1540508262649; Thu, 25 Oct 2018 15:57:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:1860:0:0:0:0:0 with HTTP; Thu, 25 Oct 2018 15:57:41 -0700 (PDT) In-Reply-To: References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> <87h8hbkph3.fsf@gmail.com> From: Samuel Wales Date: Thu, 25 Oct 2018 15:57:41 -0700 Message-ID: To: Tim Cross , Roland Everaert , Org Mode 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::12f Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 22:57:46 -0000 can either of you give examples of code or settings that you had that made behavior of new modes unpredictable because emacs started supporting the behavior you made the code or settings for? On 10/25/18, Eric S Fraga wrote: > On Thursday, 25 Oct 2018 at 08:24, Tim Cross wrote: >> Likewise, started with Emacs 19 and I still have some code which I added >> back then in my init! > > [...] > >> The two big benefits from the clean up have been much faster start up >> (something which never really bothered me as I run emacs for weeks >> without re-starting anyway) and far more predictable behaviour when I >> try out or add a new mode (I often found my custom tweaks would not >> always work well with new modes etc). > > The second of these is indeed a benefit of cleaning up initialization > files. I have been doing so, in any case, just at a slower pace than I > should. I actually have been doing exactly what you suggest: using org > and tangling. > -- > Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-894-gf79545 > > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- . From MAILER-DAEMON Thu Oct 25 18:59:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFobT-0002xN-LG for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:59:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFobS-0002x3-0S for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:59:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFobR-0003Ws-9z for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:59:45 -0400 Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:35904) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFobR-0003Wf-1q for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 18:59:45 -0400 Received: by mail-lf1-x135.google.com with SMTP id h192so3129915lfg.3 for ; Thu, 25 Oct 2018 15:59:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=XEigjth7N9QRsZ3RORKUgW48dHjAM36IdKoLIE+gos4=; b=OAO0gq5E1Chjs3RqECJAPsVTKwlLpqoR7om/FmTgufivInsE20NQGfEZ5uH0UyuYOg 9XIvpAVhLxOCu1fLhn0na8r9oe6hE6ILLqNfeXwpFgGmxPohuE50atqgCgJ1Xxjd917D eiroXXRxeRsIpsu7IE7WHt2JNauhNLpVT2HzlGOF3U9ehYfRYbVekHXWsz4zcKV2uKgl 8LZi+JB3MZ2bwgum8udPm0P0y7Jy4RF0d7jzc+B8DB53942K9swYhLCryGD0ouMCk6Ts cdCeDb2peOi3ou/8wL7dwUH5o31Grzedq+gAxJXFkoAq3vs1YBk2iTsh21hn9pRaeTjU As0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=XEigjth7N9QRsZ3RORKUgW48dHjAM36IdKoLIE+gos4=; b=P8tS5r3IVNsdkzAt6MovNhmJLb5p+zDkOWpEsigEPi40SyUq825OjacKCjQxsRnMb5 b1nQ39HmE2Tv2O17Uyu7Z+fAr3LdOWxZw6buwaYgBQ38ubQ4KBiaDPSMoF5w2mCej/77 eyNYkAMiVoQcmmB6cw88jxBuPkvLwNrTuECGNPmdQ7vgGGCQj41SabU9Tg+EpFAKda/n Un380nH2HfdG75PedQAWwWAVrhHqmnu70Vor7kXIHpMRyfy1UFNO8n4AZO8IyyN6quH1 KFzLtbd6VP2HdVuJgsaRo2OBzZK9nb+w+Ifrbx9jXuZkzfr3dgmWXPOnYfxd7d4c5irs NcTQ== X-Gm-Message-State: AGRZ1gL9morcX9HVAGjCYpE7JrOlFcZX3kMydwuYYI8ngVkGyA/AIxv+ /eu+1oDbzpk0zsxue7FfYnOdy0GakDAU7bAtI6k= X-Google-Smtp-Source: AJdET5f8+F3egVng9oMfnn8V3TvvEuc8a3fkDkX/Ju1P8MyGG+WZLZk/o3VOVruKG0IigRoTWwSDJTHaNdSbutES0hs= X-Received: by 2002:a19:17d8:: with SMTP id 85mr654379lfx.5.1540508383714; Thu, 25 Oct 2018 15:59:43 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a19:1860:0:0:0:0:0 with HTTP; Thu, 25 Oct 2018 15:59:43 -0700 (PDT) In-Reply-To: References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> <87h8hbkph3.fsf@gmail.com> From: Samuel Wales Date: Thu, 25 Oct 2018 15:59:43 -0700 Message-ID: To: Tim Cross , Roland Everaert , Org Mode Content-Type: text/plain; charset="UTF-8" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::135 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 22:59:46 -0000 oh i got that slightly wrong. i meant can you give exmaples of what yoa re saying. From MAILER-DAEMON Thu Oct 25 19:38:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFpDE-0001Nt-UJ for mharc-emacs-orgmode@gnu.org; Thu, 25 Oct 2018 19:38:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFpDB-0001NX-EH for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 19:38:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFpD8-0007tQ-94 for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 19:38:45 -0400 Received: from [61.175.244.13] (port=21408 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFpD6-0007sc-DP for emacs-orgmode@gnu.org; Thu, 25 Oct 2018 19:38:42 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 9F0B6A60295; Fri, 26 Oct 2018 07:38:37 +0800 (CST) References: <87a7tza42f.fsf@gmail.com> <87o9iegsn7.fsf@nicolasgoaziou.fr> <877ei8uaz1.fsf@gmail.com> <874ldby3k2.fsf@nicolasgoaziou.fr> <875zxqr2un.fsf@gmail.com> <87d0rywhfz.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87d0rywhfz.fsf@nicolasgoaziou.fr> Date: Fri, 26 Oct 2018 07:38:36 +0800 Message-ID: <871s8dr403.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] [PATCH] migrate ob-clojure initiate session code from ob-clojure-literate.el into ob-clojure.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 23:38:47 -0000 Nicolas Goaziou writes: >> 6 unexpected results: >> FAILED ob-D/inhomogeneous_table >> FAILED ob-D/list-list-var >> FAILED ob-D/list-var >> FAILED ob-D/vector-var Test ob-D/inhomogeneous_table backtrace: signal(ert-test-failed (((should (equal '(("monday" 34) ("tuesday" 4 ert-fail(((should (equal '(("monday" 34) ("tuesday" 41) ("wednesday" (if (unwind-protect (setq value-94 (apply fn-92 args-93)) (setq form (let (form-description-96) (if (unwind-protect (setq value-94 (apply (let ((value-94 'ert-form-evaluation-aborted-95)) (let (form-descrip (let* ((fn-92 (function equal)) (args-93 (condition-case err (let (( (save-restriction (org-babel-next-src-block 2) (let* ((fn-92 (functi (progn (org-id-goto "e112bc2e-419a-4890-99c2-7ac4779531cc") (setq to (unwind-protect (progn (org-id-goto "e112bc2e-419a-4890-99c2-7ac4779 (let ((save-match-data-internal (match-data))) (unwind-protect (prog (progn (let ((save-match-data-internal (match-data))) (unwind-protec (unwind-protect (progn (let ((save-match-data-internal (match-data)) (let ((wconfig (current-window-configuration))) (unwind-protect (pro (unwind-protect (let ((wconfig (current-window-configuration))) (unw (let* ((id-location (org-id-find "e112bc2e-419a-4890-99c2-7ac4779531 (if (executable-find org-babel-D-compiler) (let* ((id-location (org- (lambda nil (if (executable-find org-babel-D-compiler) (let* ((id-lo ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name ob-D/inhomogeneous_table :documentati ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re)) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test ob-D/inhomogeneous_table condition: (ert-test-failed ((should (equal '... (org-babel-execute-src-block))) :form (equal (("monday" 34) ("tuesday" 41) ("wednesday" 56) ("thursday" 17) ("friday" 12) ("saturday" 7) ("sunday" 4) ("Friday" "friday")) nil) :value nil :explanation (different-types (("monday" 34) ("tuesday" 41) ("wednesday" 56) ("thursday" 17) ("friday" 12) ("saturday" 7) ("sunday" 4) ("Friday" "friday")) nil))) FAILED 12/814 ob-D/inhomogeneous_table executing D code block (integer_var)... "12" passed 13/814 ob-D/integer-var executing D code block (list_list_var)... Babel evaluation exited with code 1 nil Test ob-D/list-list-var backtrace: signal(ert-test-failed (((should (equal '((1 3) (2 4)) (org-babel-ex ert-fail(((should (equal '((1 3) (2 4)) (org-babel-execute-src-block (if (unwind-protect (setq value-84 (apply fn-82 args-83)) (setq form (let (form-description-86) (if (unwind-protect (setq value-84 (apply (let ((value-84 'ert-form-evaluation-aborted-85)) (let (form-descrip (let* ((fn-82 (function equal)) (args-83 (condition-case err (let (( (save-restriction (org-babel-next-src-block 6) (let* ((fn-82 (functi (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5") (setq to (unwind-protect (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cd (let ((save-match-data-internal (match-data))) (unwind-protect (prog (progn (let ((save-match-data-internal (match-data))) (unwind-protec (unwind-protect (progn (let ((save-match-data-internal (match-data)) (let ((wconfig (current-window-configuration))) (unwind-protect (pro (unwind-protect (let ((wconfig (current-window-configuration))) (unw (let* ((id-location (org-id-find "cc65d6b3-8e8e-4f9c-94cd-f5a00cdece (if (executable-find org-babel-D-compiler) (let* ((id-location (org- (lambda nil (if (executable-find org-babel-D-compiler) (let* ((id-lo ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name ob-D/list-list-var :documentation "Te ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re)) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test ob-D/list-list-var condition: (ert-test-failed ((should (equal '... (org-babel-execute-src-block))) :form (equal ((1 3) (2 4)) nil) :value nil :explanation (different-types ((1 3) (2 4)) nil))) FAILED 14/814 ob-D/list-list-var executing D code block (list_var)... Babel evaluation exited with code 1 nil Test ob-D/list-var backtrace: signal(ert-test-failed (((should (string= "abcdef2" (org-babel-execu ert-fail(((should (string= "abcdef2" (org-babel-execute-src-block))) (if (unwind-protect (setq value-64 (apply fn-62 args-63)) (setq form (let (form-description-66) (if (unwind-protect (setq value-64 (apply (let ((value-64 'ert-form-evaluation-aborted-65)) (let (form-descrip (let* ((fn-62 (function string=)) (args-63 (condition-case err (let (save-restriction (org-babel-next-src-block 2) (let* ((fn-62 (functi (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5") (setq to (unwind-protect (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cd (let ((save-match-data-internal (match-data))) (unwind-protect (prog (progn (let ((save-match-data-internal (match-data))) (unwind-protec (unwind-protect (progn (let ((save-match-data-internal (match-data)) (let ((wconfig (current-window-configuration))) (unwind-protect (pro (unwind-protect (let ((wconfig (current-window-configuration))) (unw (let* ((id-location (org-id-find "cc65d6b3-8e8e-4f9c-94cd-f5a00cdece (if (executable-find org-babel-D-compiler) (let* ((id-location (org- (lambda nil (if (executable-find org-babel-D-compiler) (let* ((id-lo ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name ob-D/list-var :documentation "Test of ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re)) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test ob-D/list-var condition: (ert-test-failed ((should (string= "abcdef2" (org-babel-execute-src-block))) :form (string= "abcdef2" nil) :value nil)) FAILED 15/814 ob-D/list-var Babel evaluation exited with code 1 nil Test ob-D/vector-var backtrace: signal(ert-test-failed (((should (equal 122 (org-babel-execute-src-b ert-fail(((should (equal 122 (org-babel-execute-src-block))) :form ( (if (unwind-protect (setq value-74 (apply fn-72 args-73)) (setq form (let (form-description-76) (if (unwind-protect (setq value-74 (apply (let ((value-74 'ert-form-evaluation-aborted-75)) (let (form-descrip (let* ((fn-72 (function equal)) (args-73 (condition-case err (let (( (save-restriction (org-babel-next-src-block 4) (let* ((fn-72 (functi (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cdeceb5") (setq to (unwind-protect (progn (org-id-goto "cc65d6b3-8e8e-4f9c-94cd-f5a00cd (let ((save-match-data-internal (match-data))) (unwind-protect (prog (progn (let ((save-match-data-internal (match-data))) (unwind-protec (unwind-protect (progn (let ((save-match-data-internal (match-data)) (let ((wconfig (current-window-configuration))) (unwind-protect (pro (unwind-protect (let ((wconfig (current-window-configuration))) (unw (let* ((id-location (org-id-find "cc65d6b3-8e8e-4f9c-94cd-f5a00cdece (if (executable-find org-babel-D-compiler) (let* ((id-location (org- (lambda nil (if (executable-find org-babel-D-compiler) (let* ((id-lo ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name ob-D/vector-var :documentation "Test ert-run-or-rerun-test(#s(ert--stats :selector "\\(org\\|ob\\)" :test ert-run-tests("\\(org\\|ob\\)" #f(compiled-function (event-type &res ert-run-tests-batch("\\(org\\|ob\\)") ert-run-tests-batch-and-exit("\\(org\\|ob\\)") (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests("\\(org\\|ob\\)") eval((org-test-run-batch-tests org-test-select-re)) command-line-1(("--eval" "(setq vc-handled-backends nil org-startup- command-line() normal-top-level() Test ob-D/vector-var condition: (ert-test-failed ((should (equal 122 (org-babel-execute-src-block))) :form (equal 122 nil) :value nil :explanation (different-types 122 nil))) FAILED 20/814 ob-D/vector-var >> FAILED test-org-clock/clocktable/lang >> FAILED test-org-colview/columns-width For this two failed test, after I run it again 3 times, it does not appears anymore. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Fri Oct 26 01:27:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFuf9-0003pH-1K for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:27:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43497) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFuf6-0003BP-AE for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:27:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFubN-00083o-Sa for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:24:07 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:48316) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFubN-00082z-H6 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:24:05 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFubJ-0001pm-4B; Fri, 26 Oct 2018 07:24:02 +0200 From: "Garreau\, Alexandre" To: Tim Cross Cc: Kaushal Modi , emacs-org list References: <87r2gfyj62.fsf@nicolasgoaziou.fr> <87in1rkqlk.fsf@gmail.com> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 07:24:00 +0200 In-Reply-To: <87in1rkqlk.fsf@gmail.com> (Tim Cross's message of "Thu, 25 Oct 2018 08:00:07 +1100") Message-ID: <87a7n1i8lr.fsf_-_@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] *markup*, /markup/ and _markup_ true semantics [Was: Re: Ox-html: Replace with and with ] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 05:27:57 -0000 Sorry, just found out that interesting (to me) thread I shouldn=E2=80=99t h= ave let go: On 2018-10-25 at 08:00, Tim Cross wrote: > Kaushal Modi writes: >> [=E2=80=A6] >> - b and i are not deprecated >> - b and strong are both valid but their use depends on the writer's >> context (but Org mode has just one mark for either "*") >> - i and em are both valid but their use depends on the writer's >> context (but Org mode has just one mark for either "/"). >> >> [=E2=80=A6] >>=20 >> From "em" docs[em], in the NOTE section there: >>> The em element isn=E2=80=99t a generic "italics" element. Sometimes, te= xt >>> is intended to stand out from the rest of the paragraph, as if it >>> was in a different mood or voice. For this, the i element is more >>> appropriate. >> >> [=E2=80=A6] >> >> I guess there's no need to change what "*" and "/" do right now in >> ox-html, as there doesn't seem "one right way" to do things here. >> >> And folks strongly wanting to use and for bold and >> italic can customize org-html-text-markup-alist. >> >> HTML experts, please chime in. > > I'll start by stating I'm definitely not an HTML expert. I don=E2=80=99t exactely know what an expert is, at least I=E2=80=99m not a professional, but I have passed some time figuring out various HTML specs semantic meaning. More especially, I=E2=80=99ve a big interest in semantics and typography, a= nd past many time on my now deleted-crecreated-then-lost github account, and mail, to convince people to switch to more semantical markuping (oh, and to use complex CSS selectors rather than classes, and stop using
and at all) and better typography (such as curly quotes, simple quotes inside quotes, and many things specific to french). > The problem with b and i is that they specify how rather than what and > don't always make sense for all possible media types. For example, what > does 'bold' or 'italic' mean for a screen reader? Italic means often pronounced with a different pitch afair. Bold probably means prounced differently too but I don=E2=80=99t know how this is pronounced iirc. I need to recheck with orca and firefox addons (I=E2=80= =99ll do for a next mail). That might be change accross screenreaders so I might have to find some friend having a windows computer with NVDA, JAWS or some other non-free program to either ask or check. I believe the most correct handling for screen readers would be to use the appropriate language from the attribute lang or xml:lang of tag, otherwise slower and slightly higher pitch, and for the exact same higher pitch as caps, without changing speed, plus adding it to an easily reachable =E2=80=9Ckeyword-list=E2=80=9D, just as . Fyi=C2=A0: both italic, bold, and underline, have been invented in typograp= hy as special ways of *purposely* making text harder to read. Both the intent and result is that the reader taking more time to read something in italic, for instance, will memorize it better, and have more free time to think about it, hence increasing the importance of this something. In the following =E2=80=9Cfrom far=E2=80=9D means when you look at the glob= al document and are not focusing reading a particular part of it. It doesn=E2=80=99t m= ean you are at a far distance and you can still read it, like it is for uppercase. Italic is the best way, the most readable, as it=E2=80=99s only seen when reading, near the text, but not =E2=80=9Cfrom far=E2=80=9D and doesn=E2=80= =99t break structure, flowing, or =E2=80=9Ctypographic grey=E2=80=9D (=E2=80=9Cgris typographique= =E2=80=9D, I=E2=80=99m not aware of the english term). It is hence commonly used for emphasis (best usage: if ever it gets long, it gets hard to read, but that reflects the fact original meaning was hard to grasp or hear or say originally), citation of artistical work names (such as books: conventional usage, but still okay, as these are mostly short anyway), and quotations (discouraged usage as they can get long (and thus unreadable) and quote marks cover this, *not* to be used *along* with them, never, as it is terribly redundant and almost no serious professional printer do that). Bold is sometimes harder to read, and sometimes, if not too bold, easier, however it=E2=80=99s really easy to =E2=80=9Cnotice=E2=80=9D its te= xt from looking afar: therefore it=E2=80=99s normally *exclusively* recommanded for text structur= es, whose *role* is to purposely cut in parts the text, that is: *outlines*. However, in an attempt of pseudo-backward compatibility and =E2=80=9Cbut lo= ok everybody was okay since the beginning=E2=80=9D, by the W3C, another usage = for bold than in outlines has been found: keywords. These are *meant* to be seen from far, are usually small (one word), and yet wouldn=E2=80=99t alter= text structure, and might not be candidate for (however most time they should). Underline is to be banned from everywhere, theorically. It is an especially simple and awful way of making text unreadable: it cuts the legs of non-zero-ascent letters (making as hard to read as italic) *and* is easy to lookup from far, yet you can notice the underline without having the word easily and quickly grasped when seen from far, like bold. Iirc it has been invented for typewriters because italic wasn=E2=80= =99t available, for which it is the poorest candidate ever. It is also used in manuscript text, as people actually trying to manually write in italics or bold are nowadays few and others are often unable to do so. Most time I saw it used manuscriptly to anotate and highlight text. Conventions has been developed around this: in typewriter as well as manuscript text, you normally *only* use it for artistic works names (instead of italic), and blue hyperlinks. It is sad it has developed as a such important convention but it is done, clear, and well established. The W3C meaning of =E2=80=9Cadded text=E2=80=9D seems quite somewhat artifi= cial to me, as it is not more conventional to use it for =E2=80=9Cadded changes=E2=80= =9D than any other typographic convention. However it is necessarily *one of these*, as it is commonly used to highlight and anotate text (however the tag is here for that, in HTML). > I do believe we should move away from b/i to strong/em as I think these > are the correct semantic tags to use and are generally what is > preferred. This means they are also likely to already have appropriate > 'styling' in many 'canned' styles and valid consistent interpretations > for different media types.=20 This is unsemantic (and is giving org markup a presentational rather than semantic role, so I strongly oppose this) and could break true accessibility. I=E2=80=99d say ideally what we should have is more markup = to be compatible with HTML, as recently, with XHTML1, 2 and HTML5, it has become one of the richer and most clearly defined markup language available. However as org, comparably to markdown and rst, is trying to achieve some compatibility with classical clear-text markuping, such as in email, and from what semantics I detected, I=E2=80=99d say the following= =C2=A0: =E2=80=93=C2=A0tag =E2=80=9C*=E2=80=9D with , maybe find cases where = =E2=80=9C=E2=80=9D might be appropriate (for keywords, typically): I=E2=80=99d say an interesting experiment woul= d, for some given languages (such as english, to begin) detect if an article (=E2=80=9Cthe=E2=80=9D, =E2=80=9Ca=E2=80=9D, =E2=80=9Can=E2=80=9D= =E2=80=A6) is part of the markup: then it=E2=80=99s not a keyword (hence ), if it=E2=80=99s *preceding* the markup, then more probably it is a markup (but not necessarily)=C2=A0; =E2=80=94=C2=A0tag =E2=80=9C/=E2=80=9D with , as this match the most = accurate and commonly meaning of =E2=80=9C/=E2=80=9D, =E2=80=9C_=E2=80=9D might be appropriate = as well, but may be redundant (so a safe (potentially usable as buffer-local) custom var would do better). However there are some cases where =E2=80=9C/=E2=80=9D would be= more appropriate as (I=E2=80=99d say the vast majority of occurences are w= ords from foreign languages, other are most often incorrect and abusive usage of =E2=80=9C/=E2=80=9D); =E2=80=94=C2=A0tag =E2=80=9C_=E2=80=9D as either , if correct var is = of the correct value, or , *only* if near =E2=80=9C+=E2=80=9D markup. Otherwise, as org only= use =E2=80=9C[]=E2=80=9D for hyperlinks, I don=E2=80=99t know. Note that, indeed, =E2=80=9C=E2=80=9D has no usage. If it was up t= o me it should be banned. Maybe its most accurate usage would be for upcase urgent emphasis-text: *URGENT: READ THIS NOW OR YOU WILL DIE* (you might use if absolutely wanting to, for upcase emphasis text, or emphasis text containing =E2=80=9Curgent:=E2=80=9D or =E2=80=9Cimportant:= =E2=80=9D, and differently localized versions (format-level linguistic imperialism, bla bla: note for the same very reason this would work as is for french, but me and many people would funnily feel more reassured, respected or whatever if they were blessed by being in a list whose car is "fr")). > I don't think this is something that is urgent, but it is the > direction we should go. The only real reason for sooner rather than > later is that we can probably simplify some of the exporters and > ensure any new exporters are correct and won't need to be change > retrospectively. This has to be a semantics work to be reported on *all* semantic backends. As there are =E2=80=9Caccessibility=E2=80=9D workaround for almo= st all formats (even PDF, which is understandable as it got important and widely used, while normally meant only for printing, hence display, not semantics (but you know, these days, you can put javascript in these=E2=80= =A6)), this may mean =E2=80=9Cevery backend=E2=80=9D. From MAILER-DAEMON Fri Oct 26 01:30:09 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFuhF-00056l-Ci for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:30:09 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44107) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFuhE-00056f-2V for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:30:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFuhD-00049a-Gq for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:30:08 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:48324) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFuhD-000497-8q for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 01:30:07 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFuhA-0001qV-Cq for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 07:30:04 +0200 From: "Garreau\, Alexandre" To: emacs-org list User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 07:30:04 +0200 Message-ID: <875zxpi8bn.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 05:30:08 -0000 Why so? It shouldn=E2=80=99t be this way by default. I tried to link =E2=80=9C[[gnus:nnml:lists.gnu.emacs-orgmode#87in1rkqlk.fsf@gmail.com][Email from Tim Cross: Re: {O} Ox-html: Replace with and with ]]=E2=80=9D and after org-store-link in appropriated buffer, org-insert= -link gave me =E2=80=9CEmail from Tim Cross: Re: {O} Ox-html: Replace w=E2=80= =9D. From MAILER-DAEMON Fri Oct 26 02:45:41 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFvsL-0008IX-0r for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 02:45:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59774) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFvsI-0008IP-KE for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 02:45:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFvsG-00035r-VF for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 02:45:38 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:49104) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFvsG-00035F-Nh for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 02:45:36 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFvsE-0002SS-GG for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:45:34 +0200 From: "Garreau\, Alexandre" To: emacs-org list User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 08:45:34 +0200 Message-ID: <87in1pgq9d.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: [O] C-c C-c in src block interpret line as table X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 06:45:39 -0000 I tried to eval the following block, and my point was on the last line, of course, but since it begins with a =E2=80=9C|=E2=80=9D, it was interpret= ed as a table, and block was not evaled: I believe this is a bug. Why would a org table be inside a non-org source block? it=E2=80=99s not even inside a comment! #+BEGIN_SRC ocaml :results verbatim let rec premiers =3D=20 function [] -> [] | (a,b) :: q -> a :: premiers q ;; | #+END_SRC Note the remaining =E2=80=9C|=E2=80=9D at the end of the last line was adde= d by org, not me, not part of source code. From MAILER-DAEMON Fri Oct 26 03:34:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFwdt-0005XQ-4Q for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 03:34:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFwdr-0005XH-BZ for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 03:34:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFwdm-0008Aq-0A for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 03:34:47 -0400 Received: from [195.159.176.226] (port=44196 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFwdl-00088r-PN for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 03:34:41 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gFwbc-0001Pw-Dv for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 09:32:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Colin Baxter Date: Fri, 26 Oct 2018 08:34:24 +0100 Lines: 9 Message-ID: <87efcdnou7.fsf@yandex.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) X-Face: -P+89ASh_wrs;AUGm`!l[}/o-lyK}5W.gq\fkJ{#d6Gu,hWrZNz::iMm5PJb} __A96]-LUrl)X=uF=V|\3-\9/sXvBs/H Face: iVBORw0KGgoAAAANSUhEUgAAACwAAAAMCAIAAACWSshgAAAABmJLR0QA/wD/AP+gvaeTAAAA sklEQVQ4je1TwY0CQQyzM9kVohQK4EURVwd1Xg2UgpAgMR++55F2JV7nt+NYjsOf6xkU/sbtV4+7 I3gcjjxd6BhiZgaHI3G8rMYEHFzWdB5KmWtwhCFFKMb2JCKY67Am2q3/GrJLRBuG1NL2JCR2Wf1S dmtycu3xAEhdbl6tFEBMl+xxQT8uIJdlUkwGIrabYDAn3/FfzA+hlNUKf7Pe1Uw1vIluZFervMye VgJSPW0SwBtzLmwBGfcsdwAAAABJRU5ErkJggg== Cancel-Lock: sha1:RDa9jhmDndD3vh5+jEgJZMFz8WQ= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: [O] org--string-from-props X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 07:34:47 -0000 I think there may be an issue with commit b886ebbc8924916c1e36df00639b3208a1c155a2. Using tables, I now get an error: org--string-from-props: Un-handled `display' value: (space :width 1) which goes away when I revert the commit. Best wishes, From MAILER-DAEMON Fri Oct 26 05:23:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFyLX-00029p-9Y for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:23:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFyLV-00028b-Po for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:23:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFyLS-0006u4-Jx for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:23:57 -0400 Received: from mail-wm1-x332.google.com ([2a00:1450:4864:20::332]:52635) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFyLS-0006tk-Dc for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:23:54 -0400 Received: by mail-wm1-x332.google.com with SMTP id 189-v6so783242wmw.2 for ; Fri, 26 Oct 2018 02:23:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version; bh=MXJQpWoawuwx059Ll1ElLSOARQnBvOUqeIsMA1e5GNc=; b=e3w2K1vAg70MswkDUMCco0MiEaVVMoo0LqbiM+j3RFaGO4DfJaYHjaVYmDxGZdpLrq dW1uS9j9PV0eCb10wcAArw6tQmtSd2NhQCqddrKzEVZV0KQKIDVotIgNIlGpozA1pwz6 3kLJEN2UUNRDGLv/vH1DWRNs08g/cTb4/Mpe1BxEoYaQguiJFlaikE876TP/WiI6K2+M 3G9GXBN59A7LjkyyxUaLHSDT6yi5vq6c2jq7h1wqRsYPlFmi5OHYAMDoEPqEoyGCt+zR oyI8uQOHtSDZo1RPEt9F0mpuxw1zo3TGpvFVp2lakN1GiBmMY/o/sNMEY/YACs+zdOMe o0bg== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version; bh=MXJQpWoawuwx059Ll1ElLSOARQnBvOUqeIsMA1e5GNc=; b=BbbAqz0wRGL1bc3WEck7FNFiGpIfrRqd/i5YpjWzW1xwibF85Qe9s7X/a1HEotf2n7 /g5g3OwbmU9SArfa8moIru51/z8BlKUU54+o2ustH+AZ6/2XD2/W3I6ljotixs/a7jpS uirJlr9jkdJUFVVoSHFWvIvU3jBRTzP5O7ghvvQg7B6YGECeRXtgCp8JR0XZ98T1/87N FIKTmwwZMoF01RtFq2zYbrJCs2SIYKEuXRjZpBhckJZu5W2gHHuBLIvRrKS3W4LhsJkr WxHrpK97/a2mFbLVFh2SBYozTsjc3nJpW37kbeJbPevvyYwxctgfrh/5Cx3tOY6J2Ucw AnMg== X-Gm-Message-State: AGRZ1gIBkRELmxq1Yt3NoD42vlm0bHudjU2A+Pzm0hguvv8aJttSfi1g YKrbBx6d5/jVHgEBIsHWW7ul2M4+ X-Google-Smtp-Source: AJdET5dZXRncmv8ZU3DIdw5oUYE7HN4u8PM0FSV34h7p5O0ymWlZuaUXrdNGQHfJrQ/AYIJ7idUUIw== X-Received: by 2002:a1c:dcc:: with SMTP id 195-v6mr4691116wmn.117.1540545832932; Fri, 26 Oct 2018 02:23:52 -0700 (PDT) Received: from pinto (pinto.chemeng.ucl.ac.uk. [128.40.74.171]) by smtp.gmail.com with ESMTPSA id x12-v6sm10616472wmd.32.2018.10.26.02.23.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 02:23:52 -0700 (PDT) From: Eric S Fraga To: Samuel Wales Cc: Tim Cross , Roland Everaert , Org Mode Organization: On the Interweb somewhere References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> <87h8hbkph3.fsf@gmail.com> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: Samuel Wales , Tim Cross , Roland Everaert , Org Mode Date: Fri, 26 Oct 2018 10:23:51 +0100 In-Reply-To: (Samuel Wales's message of "Thu, 25 Oct 2018 15:57:41 -0700") Message-ID: <878t2ljc2g.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: 2a00:1450:4864:20::332 Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 09:23:58 -0000 On Thursday, 25 Oct 2018 at 15:57, Samuel Wales wrote: > can either of you give examples of code or settings that you had that > made behavior of new modes unpredictable because emacs started > supporting the behavior you made the code or settings for? In my case, mostly incompatible bindings of keys, e.g. the tab key, especially in the context of auto-completion mechanisms and auto-expansion (e.g. yasnippet). It's not so much unpredictable behaviour as wrong behaviour due to settings stepping on the toes of subsequently installed packages. -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 From MAILER-DAEMON Fri Oct 26 05:29:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFyR9-0005AR-JC for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:29:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48574) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFyR5-0005AD-6m for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:29:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFyQv-00022h-LS for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:29:40 -0400 Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]:36633) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gFyQn-0001wb-NF for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:29:25 -0400 Received: by mail-wm1-x32b.google.com with SMTP id a8-v6so763972wmf.1 for ; Fri, 26 Oct 2018 02:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:organization:references:mail-followup-to:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=NYBBoIuheCiosCagHpEej7rvvedBmXEXk+64SIureng=; b=tUXod7ZRLqdTnKM8Q723DF2kZDzl7Q3vQBexfERCm49TqrYWNP9SdnTGw1VoxTNVHE BNOeuo5KdaFmDQYm9k8PrH0f8VLOcQuNgs5IvnDipNUt0FwKq7ax4uomL7UfOqATDBRJ ksppyQatQ3JBYIueM7sDF+0ayxSVhjjJl6o/jEsAVNa6NQRe6fYB1w6k2zOTbCmPqN9a ejcvEuQfNQz50vYzlUiwP7OnRIaWxmUZZY3KvrNkLV0hdrrQTdBmHe6fBmYppBWDWa8r nIWOjuuRstyqNpWEU53DwTelaxv8hCI4KC3NAK3vUi7X3yP2hxiU9duFijh1Gq0aH6TQ DWzA== 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:organization:references :mail-followup-to:date:in-reply-to:message-id:user-agent :mime-version:content-transfer-encoding; bh=NYBBoIuheCiosCagHpEej7rvvedBmXEXk+64SIureng=; b=Qi/e6KNVvH5LCdbF+s2VIpcD63K/EhKPHGbOrjG4+gG+dfEpkWOSMWQVL7St+Ht43M 2G5XoH9sw4ugPi6HlTwVYFLQNaV90yzevMTZ7Nlnq8NZAcoOZPnfVjm7PM/dyIgbvacM lmYoSGh0GtF44kOLwYM/GcIDTu/vq1wsKGMD+SJgH/M2snekFpcirL9G0n8HLm19Yv68 CvgJVOL0JUvysus9cwq9NEWH35yGTEMImi8kInpmns7KfXzPp8R4xsd3oDKPtCop+ThS gUGd8tAynPap2nWIvwkh15b6U2MXvJ5yen6Ibuo31N2ZaZ0VjC4cR5jeOzE7CP6oE3Kl Z26Q== X-Gm-Message-State: AGRZ1gLnOKL4beahqHRczAFB5AQwvoDz98aqIOw5saC2KJxXCPnAtUGR zOPtyJfGdZm1OachJ1lAXiHTbATT X-Google-Smtp-Source: AJdET5f551aamaoFUQjgC2Tjk3b6NG6FK6db74VbZ1f6ULUr8h0s7NYI1WXD1MW265TlATToCH5pzQ== X-Received: by 2002:a1c:5a54:: with SMTP id o81-v6mr4780595wmb.119.1540546160618; Fri, 26 Oct 2018 02:29:20 -0700 (PDT) Received: from pinto (pinto.chemeng.ucl.ac.uk. [128.40.74.171]) by smtp.gmail.com with ESMTPSA id c8-v6sm14695181wrb.6.2018.10.26.02.29.19 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 02:29:20 -0700 (PDT) From: Eric S Fraga To: "Garreau\, Alexandre" Cc: emacs-org list Organization: On the Interweb somewhere References: <87in1pgq9d.fsf@portable.galex-713.eu> X-Url: http://twitter.com/ericsfraga/ Mail-Followup-To: "Garreau\, Alexandre" , emacs-org list Date: Fri, 26 Oct 2018 10:29:19 +0100 In-Reply-To: <87in1pgq9d.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Fri, 26 Oct 2018 08:45:34 +0200") Message-ID: <874ld9jbtc.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 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::32b Subject: Re: [O] C-c C-c in src block interpret line as table X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 09:29:46 -0000 On Friday, 26 Oct 2018 at 08:45, Garreau, Alexandre wrote: > I tried to eval the following block, and my point was on the last line, > of course, but since it begins with a =E2=80=9C|=E2=80=9D, it was interpr= eted as a > table, and block was not evaled: I believe this is a bug. Why would a > org table be inside a non-org source block? it=E2=80=99s not even inside a > comment! > > #+BEGIN_SRC ocaml :results verbatim > let rec premiers =3D=20 > function [] -> [] > | (a,b) :: q -> a :: premiers q ;; | > #+END_SRC This may be a bug but how were you editing this code? From org mode or by editing the src block using C-c ' (org-edit-special)? Code blocks should generally be edited using the special edit mode which knows about the language. --=20 Eric S Fraga via Emacs 27.0.50, Org release_9.1.11-620-ga548e4 From MAILER-DAEMON Fri Oct 26 05:34:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFyVS-000880-BQ for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:34:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49442) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFyVQ-00086Z-6F for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:34:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFyVM-0005uO-VN for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:34:12 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:35645) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFyVM-0005tH-Oq for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:34:08 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id E92D640007; Fri, 26 Oct 2018 09:34:05 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: emacs-org list References: <87in1pgq9d.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , emacs-org list Date: Fri, 26 Oct 2018 11:34:04 +0200 In-Reply-To: <87in1pgq9d.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Fri, 26 Oct 2018 08:45:34 +0200") Message-ID: <87va5pf3w3.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] C-c C-c in src block interpret line as table X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 09:34:13 -0000 Hello, "Garreau, Alexandre" writes: > I tried to eval the following block, and my point was on the last line, > of course, but since it begins with a =E2=80=9C|=E2=80=9D, it was interpr= eted as a > table, and block was not evaled: I believe this is a bug. Why would a > org table be inside a non-org source block? it=E2=80=99s not even inside a > comment! > > #+BEGIN_SRC ocaml :results verbatim > let rec premiers =3D=20 > function [] -> [] > | (a,b) :: q -> a :: premiers q ;; | > #+END_SRC > > Note the remaining =E2=80=9C|=E2=80=9D at the end of the last line was ad= ded by org, not > me, not part of source code. I cannot reproduce it. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Fri Oct 26 05:59:03 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFytT-0000bG-9f for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:59:03 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFytR-0000ay-HU for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:59:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFytQ-00008F-H6 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:59:01 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:54492) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFytQ-000066-8w for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 05:59:00 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFytN-0003dB-GZ for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:58:57 +0200 From: "Garreau\, Alexandre" To: emacs-org list References: <87in1pgq9d.fsf@portable.galex-713.eu> <87va5pf3w3.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 11:58:57 +0200 In-Reply-To: <87va5pf3w3.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 26 Oct 2018 11:34:04 +0200") Message-ID: <877ei5f2qm.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] C-c C-c in src block interpret line as table X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 09:59:02 -0000 On 2018/10/26 at 11:34, Nicolas Goaziou wrote: > "Garreau, Alexandre" writes: > >> I tried to eval the following block, and my point was on the last line, >> of course, but since it begins with a =E2=80=9C|=E2=80=9D, it was interp= reted as a >> table, and block was not evaled: I believe this is a bug. Why would a >> org table be inside a non-org source block? it=E2=80=99s not even inside= a >> comment! >> >> #+BEGIN_SRC ocaml :results verbatim >> let rec premiers =3D=20 >> function [] -> [] >> | (a,b) :: q -> a :: premiers q ;; | >> #+END_SRC >> >> Note the remaining =E2=80=9C|=E2=80=9D at the end of the last line was a= dded by org, not >> me, not part of source code. > > I cannot reproduce it. Never mind! orgtbl-mode was activated in org-mode, since org-mode is based on text-mode and I was wanting it for all text-mode-based modes. It seems to, in fact, not to very be integrated with org-mode, otherwise it should have behaved like normal org tables (that is, not inside source blocks). Sorry for wasted time ^^' From MAILER-DAEMON Fri Oct 26 06:03:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gFyxJ-0003xb-TK for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 06:03:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60331) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gFyxC-0003bS-6w for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 06:03:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gFyx8-0002j1-Uy for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 06:02:54 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:54540) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gFyx8-0002gB-L7 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 06:02:50 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gFyx6-0003db-HF for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 12:02:48 +0200 From: "Garreau\, Alexandre" To: emacs-org list References: <87in1pgq9d.fsf@portable.galex-713.eu> <874ld9jbtc.fsf@gmail.com> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 12:02:48 +0200 In-Reply-To: <874ld9jbtc.fsf@gmail.com> (Eric S. Fraga's message of "Fri, 26 Oct 2018 10:29:19 +0100") Message-ID: <8736stf2k7.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] C-c C-c in src block interpret line as table X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 10:03:00 -0000 On 2018/10/26 at 10:29, Eric S Fraga wrote: > On Friday, 26 Oct 2018 at 08:45, Garreau, Alexandre wrote: >> I tried to eval the following block, and my point was on the last line, >> of course, but since it begins with a =E2=80=9C|=E2=80=9D, it was interp= reted as a >> table, and block was not evaled: I believe this is a bug. Why would a >> org table be inside a non-org source block? it=E2=80=99s not even inside= a >> comment! >> >> #+BEGIN_SRC ocaml :results verbatim >> let rec premiers =3D=20 >> function [] -> [] >> | (a,b) :: q -> a :: premiers q ;; | >> #+END_SRC > > This may be a bug but how were you editing this code? From org mode or > by editing the src block using C-c ' (org-edit-special)? Code blocks > should generally be edited using the special edit mode which knows about > the language. I was doing from org-mode: I find want to see rest of the buffer while writing (that=E2=80=99s why I=E2=80=99m using org-mode instead of just writ= ing in a plain file), and to have to type that keystrokes, again and again. And anyway there=E2=80=99s org-src-tab-acts-natively for that (though it=E2=80= =99s often unperfect but I=E2=80=99m not complaining until I had the time to figure out why). From MAILER-DAEMON Fri Oct 26 08:53:06 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG1bu-00072u-P2 for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:53:06 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55210) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG1bq-0005W3-CJ for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:53:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG1QE-0004eC-5f for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:41:06 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:51731) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG1QD-0004c7-9L for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:41:02 -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 relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 5363E1BF213; Fri, 26 Oct 2018 12:40:59 +0000 (UTC) From: Nicolas Goaziou To: Colin Baxter Cc: emacs-orgmode@gnu.org References: <87efcdnou7.fsf@yandex.com> Mail-Followup-To: Colin Baxter , emacs-orgmode@gnu.org Date: Fri, 26 Oct 2018 14:40:57 +0200 In-Reply-To: <87efcdnou7.fsf@yandex.com> (Colin Baxter's message of "Fri, 26 Oct 2018 08:34:24 +0100") Message-ID: <87r2gcg9t2.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.201 Subject: Re: [O] org--string-from-props X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 12:53:05 -0000 Hello, Colin Baxter writes: > I think there may be an issue with commit > b886ebbc8924916c1e36df00639b3208a1c155a2. Using tables, I now get an error: > > org--string-from-props: Un-handled `display' value: (space :width 1) > > which goes away when I revert the commit. Oops. Fixed. Thank you. Regards, -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 26 08:56:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG1ep-0000LB-Io for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:56:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG1el-0000JT-Tk for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:56:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG1el-0006h7-3F for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:56:03 -0400 Received: from mail-wr1-x429.google.com ([2a00:1450:4864:20::429]:38511) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gG1ek-0006gM-Rh for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 08:56:03 -0400 Received: by mail-wr1-x429.google.com with SMTP id d10-v6so1260668wrs.5 for ; Fri, 26 Oct 2018 05:56:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Hkb+h07sUPyOJcNLw3VoWqfMoFhuTQCkcbJQ0D4jU40=; b=qStAkjZLs1utDV+ZNddNmsLYJ3k8EDBUS5y21JU9ZWLVm23J5NswPSaCZNiduaUUKF EXjuFxWw7B9VsGUY3AqZKlwS6bfEf6hKrzFMeSpojxOihXCYhQN+xC7c5imi0E7RJ4bW 1AlClX69UOYzvxy6bsrcpdTXEwmo7k6BpU+pN5YW1dtg2k+n1s3GbmoDn6+pqaDsbP/y RKfrJ5T5D8k6WiWjavSFlWs/7cOVYqDzEvg2YxLGsFY9alcnoa1P1iDWusGXikrsgtV+ Zwchvw9owXI4GnP5noJRj752VL0JO8R+HLKZqR2JAjpEuE+ndvtl1mozKYRUDGZYHuvi qjrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Hkb+h07sUPyOJcNLw3VoWqfMoFhuTQCkcbJQ0D4jU40=; b=ebM61YvSRivuWDoHvUUPqqY1HggIGFvDMB2HEs8yfWl0bESetek6X2xxZnN9o/mDVO RuPmWEsx6vrKxpQ8N09B3XnSxnXbi9H30NzOZsAdXkGya1o2J0lLiGSfH/ZUorJL56YK 1jurkhAgHvqvLwkjs0g/FzEPtdDPIjWNEkKIfZjPQeK8b2Ub0BFaNY+nEyUzUguFbsf7 udDGjpIiUrtSkWMhmDT9kCTTGkNmqKH0nsvA2+2WbHx0pM5+NsSTb+sZwufGQtNZ5Dld Tk9QJug3D6KZIkWLu5a18LQF7DZCMYQETxuqhOL8Kll7XWKcNYoeqX0XtzvfZ81CbpE7 Y0LA== X-Gm-Message-State: AGRZ1gKeeXXDH03dOsvV53QD8lLwIl5Ro9dRWW3UrzVYRgSTPukpwKHd 68gaS7e4PkeH87Nbp3zM0alNFFlvsxBWDEJSR8M7JnY+ X-Google-Smtp-Source: AJdET5dtkDIDd8AXCkCf+KI09b7IR/dHqHRveVohrJzUTAbUDSuUKqmR7EOYFqp5KsaYBF98Ut1uGrGsXg1GJ9VL0l0= X-Received: by 2002:a5d:560c:: with SMTP id l12-v6mr5854664wrv.281.1540558560953; Fri, 26 Oct 2018 05:56:00 -0700 (PDT) MIME-Version: 1.0 From: Jeff Filipovits Date: Fri, 26 Oct 2018 08:55:24 -0400 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="000000000000c80cd00579213d60" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::429 Subject: [O] agenda view help - viewing all time entries for a tag X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 12:56:04 -0000 --000000000000c80cd00579213d60 Content-Type: text/plain; charset="UTF-8" Say I have a calendar file which is in the following format: * description of deadline :client1: DEADLINE: <2018-10-28 Tue> * a meeting :client1: <2018-11-1 Thu 10:00> I would like to be able to view all headlines and time entries associated with a particular tag, and to have that information visible in an agenda buffer, and for the entries to appear in chronological order along with the associated dates If I do C-c a m [tag], the dates do not appear Seems the best I can do to get dates associated with the headline and appear in chronological order is C-c a a, then filter by tag, then M-x org-agenda-year-view. This is ugly and slow. Say I filter for :client1: and put into year view, it looks something like: Tuesday 30 October 2018 Deadline: description of deadline :client1: Wednesday 31 October 2018 *[unnecessary date with no entry -- why is this here?]* Thursday 1 November 2018 10:00....... a meeting :client1: Is there something obvious I am missing? I just want something like the above command, but without all of the dates shown that fall between time entries. This way I can get a view of all deadlines associated with a client, where those deadlines may exist months or even a year+ in advance (i.e., I don't want to be limited to a year view). Hope this makes sense. I am an orgmode newb. Was very excited at first but the learning curve is really starting to hit me lately. It seems like this should be relatively easy to accomplish. --000000000000c80cd00579213d60 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Say I have a calendar file which is in the following = format:

* descriptio= n of deadline =C2=A0 =C2=A0:client1:
DEADLINE: <2018-10-28 Tue>

* a= meeting :client1:
<2018-11-1 Thu 10:00>

=C2=A0I w= ould like to be able to view all headlines and time entries associated with= a particular tag, and to have that information visible in an agenda buffer= , and for the entries to appear in chronological order along with the assoc= iated dates

If I do C-c a m [tag], the dates do not appear

Se= ems the best I can do to get dates associated with the headline and appear = in chronological order is C-c a a, then filter by tag, then M-x org-agenda-= year-view. This is ugly and slow. Say I filter for :client1: and put into y= ear view, it looks something like:

Tuesday 30 October 2018
=C2=A0 =C2=A0Deadline: descriptio= n of deadline :client1:
Wednesday 31 October 2018 [unnecessary dat= e with no entry -- why is this here?]
Thursday 1 November 2018
=C2=A0=C2=A0 10:00..= ..... a meeting :client1:

Is there something obvio= us I am missing? I just want something like the above command, but without = all of the dates shown that fall between time entries. This way I can get a= view of all deadlines associated with a client, where those deadlines may = exist months or even a year+ in advance (i.e., I don't want to be limit= ed to a year view).

Hope this makes sense. I am an orgmode newb. Wa= s very excited at first but the learning curve is really starting to hit me= lately. It seems like this should be relatively easy to accomplish.
--000000000000c80cd00579213d60-- From MAILER-DAEMON Fri Oct 26 11:45:13 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG4IT-00041D-2O for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:45:13 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49850) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG4IP-0003mJ-PY for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:45:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG4FW-0000kN-Vo for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:42:13 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:57682) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG4FW-0000jL-Bx for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:42:10 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gG4FQ-00064S-Vw for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:42:05 +0200 From: "Garreau\, Alexandre" To: emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Fri, 26 Oct 2018 17:42:04 +0200 In-Reply-To: <87k1m4g1qk.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 26 Oct 2018 17:35:15 +0200") Message-ID: <87woq4pveb.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:45:12 -0000 Le 26/10/2018 =C3=A0 17h35, Nicolas Goaziou a =C3=A9crit=C2=A0: > "Garreau, Alexandre" writes: >> Why so? > > See `org-email-link-description-format'. Thank you! >> It shouldn=E2=80=99t be this way by default. > > Truncating subject doesn't seem unreasonable to me. In any case, you can > just set the variable above to suit your needs. How=E2=80=99s that? it just feels wrong: if it=E2=80=99s to long, users can= truncate themselves, it=E2=80=99s straightforward, but finding again and adding the = end, or finding the appropriate customization, isn=E2=80=99t. Also what=E2=80=99s the utility of it? From MAILER-DAEMON Fri Oct 26 11:45:47 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG4J1-0004bi-B2 for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:45:47 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG4Iv-00041t-DK for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:45:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG48y-0006V4-GP for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:35:30 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:49225) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG48x-0006Ps-10 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:35:23 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id B96C6240006; Fri, 26 Oct 2018 15:35:16 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , emacs-org list Date: Fri, 26 Oct 2018 17:35:15 +0200 In-Reply-To: <875zxpi8bn.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Fri, 26 Oct 2018 07:30:04 +0200") Message-ID: <87k1m4g1qk.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.178.230 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:45:46 -0000 Hello, "Garreau, Alexandre" writes: > Why so? See `org-email-link-description-format'. > It shouldn=E2=80=99t be this way by default. Truncating subject doesn't seem unreasonable to me. In any case, you can just set the variable above to suit your needs. Regards, --=20 Nicolas Goaziou From MAILER-DAEMON Fri Oct 26 11:49:48 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG4Mu-0008Rc-7H for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:49:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52558) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG4Mr-0008ON-S7 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:49:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG4Mo-0006jw-Kp for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:49:45 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45129) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG4Mm-0006iW-Hb for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 11:49:42 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 2CA5AE000C; Fri, 26 Oct 2018 15:49:37 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode , "Garreau\, Alexandre" References: <87k1m8q2sb.fsf@portable.galex-713.eu> <874ldct386.fsf@gmail.com> <87d0rzyer6.fsf@nicolasgoaziou.fr> <877ei6r7fh.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode , "Garreau\, Alexandre" Date: Fri, 26 Oct 2018 17:49:36 +0200 In-Reply-To: <877ei6r7fh.fsf@gmail.com> (stardiviner's message of "Thu, 25 Oct 2018 12:12:18 +0800") Message-ID: <87ftwsg12n.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 15:49:46 -0000 Hello, stardiviner writes: > I did a search of "font-lock-add-keywords", "begin_src", "src_" etc in > Org Mode source code, but have not found exact place where fontify > function are. So I don't know where to modify the source code. Now I put > my current config here: [...] > (font-lock-add-keywords > 'org-mode > '(("\\(src_\\)\\([^[{]+\\)\\(\\[:.*\\]\\)\\({\\)\\([^}]*\\)\\(}\\)" > (1 '(:foreground "black" :weight 'normal :height 0.1)) ; src_ part > (2 '(:foreground "cyan" :weight 'bold :height 0.8 :box '(:color "light gray"))) ; "lang" part. > (3 '(:foreground "#555555" :height 0.7)) ; [:header arguments] part. > (4 '(:foreground "#333333")) ; { > (5 'org-code) ; "code..." part. > (6 '(:foreground "#333333")) ; } > )) > 'append) The first thing is to define new faces, or re-use existing one, instead of creating them ad-hoc. Then you need to create a function like `org-fontify-entities'. For example: --8<---------------cut here---------------start------------->8--- (defun org-fontify-inline-code (limit) (when (re-search-forward "src_..." limit t) ;; here you need to make as sure as possible that you are really ;; at some inline code. You cannot really parse inline source code ;; or inline Babel calls with a regexp only. (org-remove-flyspell-overlays-in beg end) (add-text-properties beg end (list 'font-lock-fontified t 'face ...)) t)) --8<---------------cut here---------------end--------------->8--- You then register the function above in `org-set-font-lock-defaults. Do you want to implement this? Regards, -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 26 12:09:05 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG4fZ-0006ci-9m for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 12:09:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG4fX-0006aX-6J for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 12:09:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG4fQ-0001QN-Il for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 12:09:01 -0400 Received: from relay2-d.mail.gandi.net ([217.70.183.194]:56183) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG4fQ-0001P5-9g for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 12:08:56 -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 relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 053F340017; Fri, 26 Oct 2018 16:08:51 +0000 (UTC) From: Nicolas Goaziou To: stardiviner Cc: org-mode References: <87po1zvw9n.fsf@gmail.com> <87bmc1tb4s.fsf@nicolasgoaziou.fr> <87va6wk3ea.fsf@gmail.com> <875zysr0bb.fsf@nicolasgoaziou.fr> <875zxst5to.fsf@gmail.com> Mail-Followup-To: stardiviner , org-mode Date: Fri, 26 Oct 2018 18:08:50 +0200 In-Reply-To: <875zxst5to.fsf@gmail.com> (stardiviner's message of "Wed, 24 Oct 2018 10:51:47 +0800") Message-ID: <87bm7gg06l.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.194 Subject: Re: [O] coderef does not provide file path for org-insert-link when not in original buffre X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 16:09:04 -0000 Hello, stardiviner writes: > Thanks for this hint, I added a new entry in org-src--babel-info list to > pass the original parent file path. Thank you. Some comments follow. > - (language body arguments switches name start coderef)" > + (language body arguments switches name start coderef parent-file-path)" This is not needed. It would be better to create a new variable, e.g. `org-src-source-file', get the file name at the beginning of the function `org-src--edit-element', and set it from its INITIALIZE argument. > + (insert (format coderef-format label)) > + (setq link (format "file:%s::%s" > + (car (last org-src--babel-info)) > + (concat "(" label ")"))) You can get the file name by reading `org-src-source-file' value. Does that make sense? Could you also provide some tests? Regards, -- Nicolas Goaziou From MAILER-DAEMON Fri Oct 26 15:54:43 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG8Bv-0007Ck-Mc for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 15:54:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG8Bu-0007CM-07 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 15:54:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG8Bp-0000kk-VF for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 15:54:41 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:34671) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gG8Bo-0000k1-4n for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 15:54:36 -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 relay6-d.mail.gandi.net (Postfix) with ESMTPSA id B22BAC0009; Fri, 26 Oct 2018 19:54:33 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , emacs-org list Date: Fri, 26 Oct 2018 21:54:32 +0200 In-Reply-To: <87woq4pveb.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Fri, 26 Oct 2018 17:42:04 +0200") Message-ID: <874ld8fpqf.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.198 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 19:54:42 -0000 "Garreau, Alexandre" writes: > How=E2=80=99s that? I think limiting the number of characters in the description is to be on the safe side. 30 characters are usually enough to understand what the mail is about. > it just feels wrong: if it=E2=80=99s to long, users can truncate themselv= es, > it=E2=80=99s straightforward, but finding again and adding the end, or fi= nding > the appropriate customization, isn=E2=80=99t. > Also what=E2=80=99s the utility of it? See above. In any case, if other users feel strongly about changing the default value, I don't mind. I hope you understand that one data point is not enough, tho. Regards, From MAILER-DAEMON Fri Oct 26 16:15:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG8WE-0007YD-8i for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 16:15:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG8WB-0007Y7-UM for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 16:15:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG8W9-0000p2-K1 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 16:15:39 -0400 Received: from mail-pg1-x52d.google.com ([2607:f8b0:4864:20::52d]:34872) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gG8W8-0000oE-MA for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 16:15:37 -0400 Received: by mail-pg1-x52d.google.com with SMTP id 32-v6so1041607pgu.2 for ; Fri, 26 Oct 2018 13:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=Vh12Efd89tv6XwTaKvndIb6oR7OcIwQljbcd1MBkVe4=; b=jllga2rdcxOTKc7VGOlpR8XGDaS2W4JLLPF5PIh3bN4wM/YVnh8AoQub+LLJ1pREve Y0lYFMLi3k9kyKkSq1PDmCZSIHzVbLUaO2i1jcq5YgYt4T5vJhADeOST3qmz9QyJ5PhZ DLtGkCGyzSX5efmV2UNsLg+bWE2F5I9qECiIMV+4+REN3UZPd50XHTaoFjMkvFYFFk90 25FltEs4/N9B4Jvq2DIev8z3jGmrmF7L85x8S0/+qltjnWF5dMNYPdLsxJHlfRcwFINC Ql3Y9VyE5jHhquSQSeSS1jzgF7l5n7qzWk3Oh9vZ2+nEHCNHF6RiWCiByQjnCzMzsl+K SigA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=Vh12Efd89tv6XwTaKvndIb6oR7OcIwQljbcd1MBkVe4=; b=CL51tLJCqC/sxOTUOSIUicXmgTIUlX9dQmAu4Ym886y6QzSAnD0XMlmIEk8ng9Y8kJ jVDQTma+ZTOsd76a01XX8L+my3FEsuvRyxLELXQYB+42nNP432WzVh1YQgSh2sy1N5vx FcZwzjTGhuPdevm2bI2fwltE0M/rqBW63WNMYRXkne0XOQAy8HgG3d61BJ+cW8QO4PC1 xK/UIThVy8VUgBSGM3FkDOEMrJNe7DfWUgtEtrQa2xQsFt/o7gwYZmcXil3VjHVOW5wG h2YGc/GJeh1bmDd1cWCIEuN3a0vrfv08ItGkVjG02IJV9Cp0lK4PnUFGq/Ku4AqiYe/E Zptg== X-Gm-Message-State: AGRZ1gLHAk5mkR2NXC74Er6QTlYGfj5es9I+osImQygYPuB/0kNaAsIz 29Q8ZyRqD2Nxt4vm/JO8zbs= X-Google-Smtp-Source: AJdET5ffztOD0XuiN8I+K2kcUe/zsXCPG2uoGjpMb4tHwW4zUOlwKdhCCyUpfCdVe6yqZuc36QXmmA== X-Received: by 2002:a63:ec4b:: with SMTP id r11-v6mr4774780pgj.295.1540584935326; Fri, 26 Oct 2018 13:15:35 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-71b1-8312-190e-7bea.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:71b1:8312:190e:7bea]) by smtp.gmail.com with ESMTPSA id x36-v6sm11354339pgl.43.2018.10.26.13.15.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 13:15:34 -0700 (PDT) References: <87r2gfyj62.fsf@nicolasgoaziou.fr> <87in1rkqlk.fsf@gmail.com> <87a7n1i8lr.fsf_-_@portable.galex-713.eu> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: "Garreau\, Alexandre" Cc: emacs-org list , Kaushal Modi In-reply-to: <87a7n1i8lr.fsf_-_@portable.galex-713.eu> Date: Sat, 27 Oct 2018 07:15:30 +1100 Message-ID: <87ftwslb19.fsf@gmail.com> MIME-Version: 1.0 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: 2607:f8b0:4864:20::52d Subject: Re: [O] *markup*, /markup/ and _markup_ true semantics [Was: Re: Ox-html: Replace with and with ] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 20:15:42 -0000 Garreau, Alexandre writes: > Sorry, just found out that interesting (to me) thread I shouldn=E2=80=99t= have > let go: > > On 2018-10-25 at 08:00, Tim Cross wrote: >> Kaushal Modi writes: >>> [=E2=80=A6] >>> - b and i are not deprecated >>> - b and strong are both valid but their use depends on the writer's >>> context (but Org mode has just one mark for either "*") >>> - i and em are both valid but their use depends on the writer's >>> context (but Org mode has just one mark for either "/"). >>> >>> [=E2=80=A6] >>> >>> From "em" docs[em], in the NOTE section there: >>>> The em element isn=E2=80=99t a generic "italics" element. Sometimes, t= ext >>>> is intended to stand out from the rest of the paragraph, as if it >>>> was in a different mood or voice. For this, the i element is more >>>> appropriate. >>> >>> [=E2=80=A6] >>> >>> I guess there's no need to change what "*" and "/" do right now in >>> ox-html, as there doesn't seem "one right way" to do things here. >>> >>> And folks strongly wanting to use and for bold and >>> italic can customize org-html-text-markup-alist. >>> >>> HTML experts, please chime in. >> >> I'll start by stating I'm definitely not an HTML expert. > > I don=E2=80=99t exactely know what an expert is, at least I=E2=80=99m not= a > professional, but I have passed some time figuring out various HTML > specs semantic meaning. > > More especially, I=E2=80=99ve a big interest in semantics and typography,= and > past many time on my now deleted-crecreated-then-lost github account, > and mail, to convince people to switch to more semantical markuping (oh, > and to use complex CSS selectors rather than classes, and stop using >
and at all) and better typography (such as curly quotes, > simple quotes inside quotes, and many things specific to french). > >> The problem with b and i is that they specify how rather than what and >> don't always make sense for all possible media types. For example, what >> does 'bold' or 'italic' mean for a screen reader? > > Italic means often pronounced with a different pitch afair. Bold > probably means prounced differently too but I don=E2=80=99t know how this= is > pronounced iirc. I need to recheck with orca and firefox addons (I=E2=80= =99ll > do for a next mail). That might be change accross screenreaders so I > might have to find some friend having a windows computer with NVDA, JAWS > or some other non-free program to either ask or check. > > I believe the most correct handling for screen readers would be to use > the appropriate language from the attribute lang or xml:lang of tag, > otherwise slower and slightly higher pitch, and for the exact same > higher pitch as caps, without changing speed, plus adding it to an > easily reachable =E2=80=9Ckeyword-list=E2=80=9D, just as . > > Fyi: both italic, bold, and underline, have been invented in typography > as special ways of *purposely* making text harder to read. Both the > intent and result is that the reader taking more time to read something > in italic, for instance, will memorize it better, and have more free > time to think about it, hence increasing the importance of this > something. > > In the following =E2=80=9Cfrom far=E2=80=9D means when you look at the gl= obal document > and are not focusing reading a particular part of it. It doesn=E2=80=99t= mean > you are at a far distance and you can still read it, like it is for > uppercase. > > Italic is the best way, the most readable, as it=E2=80=99s only seen when > reading, near the text, but not =E2=80=9Cfrom far=E2=80=9D and doesn=E2= =80=99t break structure, > flowing, or =E2=80=9Ctypographic grey=E2=80=9D (=E2=80=9Cgris typographiq= ue=E2=80=9D, I=E2=80=99m not aware of > the english term). It is hence commonly used for emphasis (best usage: > if ever it gets long, it gets hard to read, but that reflects the fact > original meaning was hard to grasp or hear or say originally), citation > of artistical work names (such as books: conventional usage, but still > okay, as these are mostly short anyway), and quotations (discouraged > usage as they can get long (and thus unreadable) and quote marks cover > this, *not* to be used *along* with them, never, as it is terribly > redundant and almost no serious professional printer do that). > > Bold is sometimes harder to read, and sometimes, if not too bold, > easier, however it=E2=80=99s really easy to =E2=80=9Cnotice=E2=80=9D its = text from looking afar: > therefore it=E2=80=99s normally *exclusively* recommanded for text struct= ures, > whose *role* is to purposely cut in parts the text, that is: *outlines*. > However, in an attempt of pseudo-backward compatibility and =E2=80=9Cbut = look > everybody was okay since the beginning=E2=80=9D, by the W3C, another usag= e for > bold than in outlines has been found: keywords. These are *meant* to be > seen from far, are usually small (one word), and yet wouldn=E2=80=99t alt= er text > structure, and might not be candidate for (however most time they > should). > > Underline is to be banned from everywhere, theorically. It is an > especially simple and awful way of making text unreadable: it cuts the > legs of non-zero-ascent letters (making as hard to read as italic) *and* > is easy to lookup from far, yet you can notice the underline without > having the word easily and quickly grasped when seen from far, like > bold. Iirc it has been invented for typewriters because italic wasn=E2= =80=99t > available, for which it is the poorest candidate ever. It is also used > in manuscript text, as people actually trying to manually write in > italics or bold are nowadays few and others are often unable to do so. > Most time I saw it used manuscriptly to anotate and highlight text. > Conventions has been developed around this: in typewriter as well as > manuscript text, you normally *only* use it for artistic works names > (instead of italic), and blue hyperlinks. It is sad it has developed as > a such important convention but it is done, clear, and well established. > > The W3C meaning of =E2=80=9Cadded text=E2=80=9D seems quite somewhat arti= ficial to me, > as it is not more conventional to use it for =E2=80=9Cadded changes=E2=80= =9D than any > other typographic convention. However it is necessarily *one of these*, > as it is commonly used to highlight and anotate text (however the > tag is here for that, in HTML). > >> I do believe we should move away from b/i to strong/em as I think these >> are the correct semantic tags to use and are generally what is >> preferred. This means they are also likely to already have appropriate >> 'styling' in many 'canned' styles and valid consistent interpretations >> for different media types. > > This is unsemantic (and is giving org markup a presentational rather > than semantic role, so I strongly oppose this) and could break true > accessibility. I=E2=80=99d say ideally what we should have is more marku= p to be > compatible with HTML, as recently, with XHTML1, 2 and HTML5, it has > become one of the richer and most clearly defined markup language > available. However as org, comparably to markdown and rst, is trying to > achieve some compatibility with classical clear-text markuping, such as > in email, and from what semantics I detected, I=E2=80=99d say the followi= ng: > =E2=80=93tag =E2=80=9C*=E2=80=9D with , maybe find cases where =E2=80= =9C=E2=80=9D might be appropriate > (for keywords, typically): I=E2=80=99d say an interesting experiment wo= uld, > for some given languages (such as english, to begin) detect if an > article (=E2=80=9Cthe=E2=80=9D, =E2=80=9Ca=E2=80=9D, =E2=80=9Can=E2=80= =9D=E2=80=A6) is part of the markup: then it=E2=80=99s not a > keyword (hence ), if it=E2=80=99s *preceding* the markup, then more > probably it is a markup (but not necessarily); > =E2=80=94tag =E2=80=9C/=E2=80=9D with , as this match the most accu= rate and commonly > meaning of =E2=80=9C/=E2=80=9D, =E2=80=9C_=E2=80=9D might be appropriat= e as well, but may be redundant > (so a safe (potentially usable as buffer-local) custom var would do > better). However there are some cases where =E2=80=9C/=E2=80=9D would = be more > appropriate as (I=E2=80=99d say the vast majority of occurences are= words > from foreign languages, other are most often incorrect and abusive > usage of =E2=80=9C/=E2=80=9D); > =E2=80=94tag =E2=80=9C_=E2=80=9D as either , if correct var is of t= he correct value, or > , *only* if near =E2=80=9C+=E2=80=9D markup. Otherwise, as org on= ly use =E2=80=9C[]=E2=80=9D for > hyperlinks, I don=E2=80=99t know. > > Note that, indeed, =E2=80=9C=E2=80=9D has no usage. If it was up= to me it > should be banned. Maybe its most accurate usage would be for upcase > urgent emphasis-text: *URGENT: READ THIS NOW OR YOU WILL DIE* (you might > use if absolutely wanting to, for upcase emphasis text, or > emphasis text containing =E2=80=9Curgent:=E2=80=9D or =E2=80=9Cimportant:= =E2=80=9D, and differently > localized versions (format-level linguistic imperialism, bla bla: note > for the same very reason this would work as is for french, but me and > many people would funnily feel more reassured, respected or whatever if > they were blessed by being in a list whose car is "fr")). > >> I don't think this is something that is urgent, but it is the >> direction we should go. The only real reason for sooner rather than >> later is that we can probably simplify some of the exporters and >> ensure any new exporters are correct and won't need to be change >> retrospectively. > > This has to be a semantics work to be reported on *all* semantic > backends. As there are =E2=80=9Caccessibility=E2=80=9D workaround for al= most all > formats (even PDF, which is understandable as it got important and > widely used, while normally meant only for printing, hence display, not > semantics (but you know, these days, you can put javascript in these=E2= =80=A6)), > this may mean =E2=80=9Cevery backend=E2=80=9D. I have either misunderstood most of your position or I simply disagree with it - I'm not sure which. - Much of what you argue seems to be based around ideas associated with typography. IMO this is where things fall down. Typography is really only relevant to 'printing' (either on paper or screen). Markup is not just about printing - it is about conveying what the author wanted and how that is best interpreted will depend on the media being used (i.e. how the content is 'rendered') and should largely be up to the consumer.=20 - I am a screen reader user. While you are correct that pitch, tone, speed and different voices are often used to convey things like 'bold' or 'italic', there is no universally accepted rule for this interpretation, at least not in the same sense as there is with typography. We all know what bold or italic looks like, but there is no agreement as to what these should sound like. When you use Jaws, you will get a different result from when you use Orca or Emacspeak or Window Eyes or .... However, this shouldn't really matter - how these are 'rendered' should ideally be under the control of the individual consuming the content. When I consume a document, it should be my decision as to how the content is presented and for me, interpreting 'strong' or 'emphasis' seems to be far clearer than 'bold' or 'italic'. - I don't believe there is any strong reason that the markup used by org should have any strong reference to HTML in appearance. Org supports many different backends, many of which don't have anything to do with HTML at all. It is perhaps unfortunate that Org syntax and markdown are quite different (though I feel the unfortunate part is that markdown didn't follow org more closely as I much prefer Org's syntax to most markdown semantics).=20=20 - Probably the number 1 issue I come across when dealing with markup is the expectation too many authors have that things will be rendered in the browser in a specific way (a particular font, colour, position, size, etc). This is a mistake. The big advantage of electronic presentation is that for the first time, the consumer can have control over the presentation - they can customise it to meet their requirements or preferences. The problem with and is that it gives authors an expectation their content will be rendered in a specific way. Some may argue that the author should be able to control how their content is rendered. I think this is misleading because unlike printed material, the author has no control over the presentation media - they don't know how large the screen is, what the capabilities of the screen is, what fonts are installed etc. Therefore, tags which focus on meaning i.e. I want this to stand out or I want this to be emphasised are clearer than tags which say to make this bold or make this italic.=20=20 The debate over , , and is likely to continue for some years yet. I do think things are moving towards / and nearly everything I read these days recommends these over and . It is pretty well accepted that XHTML was a mistake and HTML5 goes a long way to address the issues introduced with XHTML - I think XHTML as a standard is pretty much relegated to an evolutionary dead end. I do agree
is over used. In particular, HTML5 has a number of new tags which should be used to convey document structure which would be a better choice than
with different 'class' attributes. However, we will continue to see a lot of div tags, even when authors begin to use newer tags - at least it is a lot better than the early days when everything was stuck inside tables! Backends which generate HTML should be generating HTML5 compliant output if for no other reason than it is clearer and easier than XHTML.=20 As to the OP's original question regarding changing and in HTML backends - while I would vote for strong/em over b/i, I don't think there is any real need to do this, certainly not in the short term. As was pointed out b/i has not been deprecated, so it is still valid. There is no suggestion to change Org's own internal markup (ironically referred to as bold and italic!), so overall, the status quo seems fine. Tim .=20 -- Tim Cross From MAILER-DAEMON Fri Oct 26 17:05:01 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG9Hx-0002s1-RJ for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:05:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG9Hv-0002rh-Nr for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:05:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG9Hs-00073F-Ee for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:04:59 -0400 Received: from mail-lf1-f46.google.com ([209.85.167.46]:42356) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gG9Hs-00072u-72 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:04:56 -0400 Received: by mail-lf1-f46.google.com with SMTP id q6-v6so1915339lfh.9 for ; Fri, 26 Oct 2018 14:04:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/mm7ZJwLsle9OAN6x9RNxkPTaYIx0xxKXkL1Hoq/BQU=; b=sH5td45zG9bq/6RawDTeBwaDqC8vqsk5sXGfE+OnxJ7BkAEWWxT6OTI12KQUXDGGK+ ySeBuhbT/J+xEpmfHlCFIBHIV9KRYxHecRpEEY27Sr/7KCExGlkfFz/OghWtV8N6vOnM Wmf/PZ8TTbQdXELGUvqTbamYqXgQu7yjKH9r1FkayIVc+G6bE8NwYSIc46EP+EhSCDnz 4s3zQ80VpiiuWCX3bxJSUEyrjUFtmt7IvRKnw944VmuSY7B4S++7gA9eWm1/M+hcCbpb yEQREpel4VHJIOOWUJqMLjVvBJPbNNlvwkoxeCpGtrdSeXF5YucOwZWtgWnfWRwCTiAb 7Gxg== X-Gm-Message-State: AGRZ1gKTpWpUumsUF2Ym+ScctCZMvJWYzVjeQJr7a3fPqcy9J3+NeRmR KFXggrYmXTlvD+oXtIK9vaXSN4NaeP6Fz1+x2C/hH5po X-Google-Smtp-Source: AJdET5c4NUn6YP9YjOBGs6kSkJLm61Kmj8Y/oTG4D/HwYyyR/aw+S7PgsTMJi8FeWw3lFokzw8NZsN0sCX51qCL/uDE= X-Received: by 2002:a19:1941:: with SMTP id 62-v6mr2806666lfz.99.1540587894344; Fri, 26 Oct 2018 14:04:54 -0700 (PDT) MIME-Version: 1.0 From: Omari Norman Date: Fri, 26 Oct 2018 17:04:42 -0400 Message-ID: To: emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="00000000000030124505792812c5" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.167.46 Subject: [O] Bug? Group tags not working properly with agenda searches X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 21:05:00 -0000 --00000000000030124505792812c5 Content-Type: text/plain; charset="UTF-8" Hello, First of all, thank you for org-mode. Without it, I literally would find it much more difficult to do my job. I am having a problem with group tags. I reproduced it using the latest org-mode from the org package archive, 20181022. The minimal example is this: say I have a group tag that looks like this: (setq org-tag-alist '((:startgrouptag) ("parentTag") (:grouptags) ("childTag1") ("childTag2") (:endgrouptag))) with a org-todo-keywords like so: (setq org-todo-keywords '((type "TODO" "NEXT" "|" "DONE" "CANCELLED"))) And then an org file that looks like this: * Parent heading 1 :childTag1: ** NEXT child 1 of parent 1 ** TODO child 2 of parent 1 * Parent heading 2 ** NEXT child 1 of parent 2 ** TODO child 2 of parent 2 Then when I hit C-c a M, I use this match string: parentTag&TODO="NEXT"|-parentTag&TODO="TODO" I would expect the resulting agenda to have exactly two items: "child 1 of parent 1", and "child 2 of parent 2". However, I get three items: "child 1 of parent 1", "child 2 of parent 1", and "child 2 of parent 2". I don't understand why "child 2 of parent 1" is in there. This only arises when using the "|" operator. That is, if I do an agenda with just parentTag&TODO="NEXT" then I get just "child 1 of parent 1", as expected. If I do an agenda with -parentTag&TODO="TODO" then I get just "child 2 of parent 2", as expected. But when I combine them with "|", I get three items. I also did some other tests showing that at least for me this problem arises only with group tags. In particular, here if I do childTag1&TODO="NEXT"|-childTag1&TODO="TODO" I get just the two items I would expect. Is there a bug here? Or am I doing something wrong? Thanks. --Omari --00000000000030124505792812c5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,<= div>
First of all, thank you for org-mode.=C2=A0 Without it, = I literally would find it much more difficult to do my job.

<= /div>
I am having a problem with group tags.=C2=A0 I reproduced it usin= g the latest org-mode from the org package archive, 20181022.=C2=A0 The min= imal example is this: say I have a group tag that looks like this:

(setq org-tag-alist
=C2=A0 =C2=A0 =C2=A0 &#= 39;((:startgrouptag)
=C2=A0 =C2=A0 =C2=A0 ("parentTag")=
=C2=A0 =C2=A0 =C2=A0 (:grouptags)
=C2=A0 =C2=A0 =C2=A0= ("childTag1")
=C2=A0 =C2=A0 =C2=A0 ("childTag2&qu= ot;)
=C2=A0 =C2=A0 =C2=A0 (:endgrouptag)))

with a org-todo-keywords like so:

(setq o= rg-todo-keywords '((type "TODO" "NEXT" "|"= ; "DONE" "CANCELLED")))

An= d then an org file that looks like this:

* Pa= rent heading 1 :childTag1:
** NEXT child 1 of parent 1
= ** TODO child 2 of parent 1

* Parent heading 2
** NEXT child 1 of parent 2
** TODO child 2 of parent 2

Then when I hit C-c a M, I use this match stri= ng:

parentTag&TODO=3D"NEXT"|-parentT= ag&TODO=3D"TODO"

I would expect the = resulting agenda to have exactly two items: "child 1 of parent 1"= , and "child 2 of parent 2".=C2=A0 However, I get three items: &q= uot;child 1 of parent 1", "child 2 of parent 1", and "c= hild 2 of parent 2".=C2=A0 I don't understand why "child 2 of= parent 1" is in there.

This only arises when= using the "|" operator.=C2=A0 That is, if I do an agenda with ju= st

parentTag&TODO=3D"NEXT"

then I get just "child 1 of parent 1", as expecte= d.=C2=A0 If I do an agenda with

-parentTag&TOD= O=3D"TODO"

then I get just "child 2= of parent 2", as expected.=C2=A0 But when I combine them with "|= ", I get three items.

I also did some other t= ests showing that at least for me this problem arises only with group tags.= =C2=A0 In particular, here if I do

childTag1&T= ODO=3D"NEXT"|-childTag1&TODO=3D"TODO"
I get just the two items I would expect.

Is there a bug here?=C2=A0 Or am I doing something wrong?=C2=A0 Thanks. = =C2=A0--Omari

--00000000000030124505792812c5-- From MAILER-DAEMON Fri Oct 26 17:45:53 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gG9vV-0001b5-2u for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:45:53 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gG9vT-0001az-7g for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:45:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gG9vS-00011f-6o for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:45:51 -0400 Received: from mail-pg1-x52f.google.com ([2607:f8b0:4864:20::52f]:40726) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gG9vR-00011O-W1 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 17:45:50 -0400 Received: by mail-pg1-x52f.google.com with SMTP id o14-v6so1119304pgv.7 for ; Fri, 26 Oct 2018 14:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=uIJEzcP7kfUlOAKVA0u1TLg3Nhw7mEk2T8xTWB++GEI=; b=PDziIIx3hMGf9y+FbZ5jICk2NI9pLWxvJyXHJRcYJcG/GQtnDuxZGG+1T5+0ykumD/ JyQRNox7CdkYDnw7NklLeDEA/Z/7gK0ZEn1IT4JslaMEtR7Qnm6wogELDZugyti+6yyV Aswp93OD43CFhS3RXtMZMINMfwTBEEkbJz0RCrlaVHRMOMaCD+SNQ7JW0dthNb4EMxoO +fNfQf5ZAreMCRj6gpw6fM45p+md1LaP8PxqU64i1ZW8wldOIaFjVztlYaCIIBLNXxkK bdc/PJJ0WoCH1RMu983AyZBxw9BuAra8xS7Kw4j0k+mWSoW3w93maJAIr7v3odCv07gG aUcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=uIJEzcP7kfUlOAKVA0u1TLg3Nhw7mEk2T8xTWB++GEI=; b=UJxDedMtWdKPOhn0Qb0RnXWnB17I/wcdqFEiMbz4mbXdjVKlCHWUYM47IWzpKlZjo9 fIRrsygVYDDhjJc22nVmQbfIwYFJW55o5RohyUkiTvpyGsc1GxoJbGc5uuJ415Fwf8fV +lrqduHRI7uuB0eLy13rk2G8B3x8+x0cB/l8KRHL0BYtZWLNfLvKhWJuZQRR+a57U+oI 9XsrFuPkxBbq+yXfQZdxfKW0MR5USqzcBPVe5mqsIVaD1twd8y1y9eXyoR5cXcoVbsw4 PVoCJjIt20r9zeVyFgy7jjLTZBswK9NM7RitIkKP8M8RPAXysDcPwbkt4h0r7wQxDcAp s/GQ== X-Gm-Message-State: AGRZ1gK98FBQmAyl5mO8ujHtP/MhISAs4mZJxosGaMghSPorfe1kDceE eq5dCN1UPYiMqkQ/SmmP7o6BNpZwCUM= X-Google-Smtp-Source: AJdET5fzbeIqg8VVQhS2pGOGVqDkXp75STRhtS0+NFU2J7LacCMVuZ9Xcml90FN4wLKZC+dvN9sT6A== X-Received: by 2002:a63:ee13:: with SMTP id e19-v6mr4925080pgi.8.1540590348630; Fri, 26 Oct 2018 14:45:48 -0700 (PDT) Received: from tim-desktop (2001-44b8-31f2-bb00-71b1-8312-190e-7bea.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:71b1:8312:190e:7bea]) by smtp.gmail.com with ESMTPSA id t4-v6sm11730420pfb.44.2018.10.26.14.45.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 14:45:47 -0700 (PDT) References: <877eib21z0.fsf@nicolasgoaziou.fr> <87zhv5nlgv.fsf@gmail.com> <878t2oubn2.fsf@gmail.com> <87bm7jk4t8.fsf@gmail.com> <87in1rbp3j.fsf@gmail.com> <87h8hbkph3.fsf@gmail.com> User-agent: mu4e 0.9.18; emacs 26.1 From: Tim Cross To: Samuel Wales Cc: Roland Everaert , Org Mode In-reply-to: Date: Sat, 27 Oct 2018 08:45:43 +1100 Message-ID: <87efccl6uw.fsf@gmail.com> 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::52f Subject: Re: [O] electric-pair, autopair, smartparens, etc in org-mode X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 21:45:52 -0000 Samuel Wales writes: > can either of you give examples of code or settings that you had that > made behavior of new modes unpredictable because emacs started > supporting the behavior you made the code or settings for? > It is difficult to remember now as it was some time ago that I cleaned up my init and got rid of much of my old stuff. Areas I do remember include - Key bindings. This is probably the most common. You would enable a new Emacs feature only to find you had conflicts with key bindings. In the best case, some new features couldn't be easily accessed. In the worst case, a new feature would create unexpected behaviour. The hard part was often in deciding whether to try and change the bindings or change my finger memory. - Hooks. This was probably the second most common problem. A new feature would add to a hook where I had a similar feature also on that hook. As a result, both would run and result in unexpected outcomes. - Convenience functions for selecting files, buffers and windows, working with sets of files (i.e. projects), My setup predated ido, and packages like yasnippets, projectile and company mode which I now use. In many cases, my own tweaks were OK, but not as robust or feature rich as standard packages that were added to Emacs over releases which provided similar functionality. - As my init had grown in a rather 'organic' manner - bits added as I needed them, there was a lack of consistency or structure to my configuration. As a result, often when I tried a new feature, there would be parts of my init I would forget to remove/disable that would conflict with that feature. As I used autoloads quite a bit, things would also be a little inconsistent as conflicts could be dependent on the order things got loaded and that order could be affected by what I did in a specific session. - One area I do remember was with respect to handling of PDF, HTML and other document types. I had a lot of config which would automatically convert many of these types to plain text to make them easy to work with inside emacs. As modes like doc-view, eww etc were added. I recall at times, conflicts would occur. I remember at one point, what behaviour I would experience when opening a PDF would depend on what mode had been loaded. If doc-view was already loaded, I would see the PDF rendered using doc-view - if my code was already loaded, I would see a plain text version. Often, the result would not be the one I wanted. I now no longer have all that code in my init and leave such things to Emacs. In my case, much of my elisp config was pretty rough - I did as little as necessary to get the behaviour I wanted. It was often poorly tested, lacked sufficient error checking, was inconsistent and overall rough - it did the job. However, this did mean it often did not play well with others. For ages, I simply didn't bother looking at new features and modes unless I came across a new requirement e.g. learning a new programming language, working with a new system etc. My init also had large amounts of code borrowed with pride (aka stolen) from newsgroup postings, web sites, mail lists and various elisp repositories. As I tend not to bother compiling my init, you would not necessary be aware of obsolete and deprecated functions used by this code. The lack of any namespace for packages also meant name conflicts were sometimes the cause of weird bugs etc. Overall, things were 'fragile' and you would avoid making changes as much as possible. I was frequently surprised when I decided it was time to cleanup my init at various improvements and enhancements that had been added to Emacs. This is partially a result of the conservative approach Emacs tends to adopt - a good approach as it means you can usually upgrade to a new version and not end up spending hours fixing things just to get back to work. However, the downside is that it also means you may not even be aware of or benefit from some improvements. The positive is that now I have a nicely structured and documented org file with my init and making changes is easy. Actually, I have multiple configs - a standard working config, a 'new features' config where I try out new packages etc, a very simple minimal config I use for testing/debugging problems etc. I have a simple shell script which I can run and pass it an org file name which will generate a new init.el and I keep it all in git. At this time, I'm probably happier with my Emacs setup than during any period in the last 25 years. Tim Tim Cross From MAILER-DAEMON Fri Oct 26 19:22:30 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGBR0-0001Tq-7b for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 19:22:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52841) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGBQy-0001Tk-5K for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 19:22:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGBQt-0007MG-TH for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 19:22:28 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44582) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGBQj-0007F8-Gm; Fri, 26 Oct 2018 19:22:13 -0400 Received: from wn-res-nat-129-97-125-4.dynamic.uwaterloo.ca ([129.97.125.4]:36174 helo=localhost) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gGBQj-0002Dd-Bs; Fri, 26 Oct 2018 19:22:13 -0400 From: Amin Bandali To: Nicolas Goaziou , "Garreau\, Alexandre" Cc: emacs-org list In-Reply-To: <874ld8fpqf.fsf@nicolasgoaziou.fr> References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> <874ld8fpqf.fsf@nicolasgoaziou.fr> Date: Fri, 26 Oct 2018 19:22:09 -0400 Message-ID: <87in1ojntq.fsf@aminb.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2018 23:22:28 -0000 Nicolas Goaziou writes: > I think limiting the number of characters in the description is to be on > the safe side. 30 characters are usually enough to understand what the > mail is about. Can you please elaborate on what you mean by being on the safe side in this context? What problems could potentially arise from returning the subject in full length? > In any case, if other users feel strongly about changing the default > value, I don't mind. I hope you understand that one data point is not > enough, tho. Considering my above question and me not knowing why/where this limit comes from, if there=E2=80=99s a legitimate reason to truncate the subject then so be it. But if not, I=E2=80=99d probably be in favour of changing the default to lift the limit. Or at the very least mentioning `org-email-link-description-format' in the docstring for `org-store-link' and potentially other functions affected by the setting. just my 2=C2=A2. -amin From MAILER-DAEMON Fri Oct 26 22:56:02 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGEle-0004jR-6L for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:56:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36882) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGElb-0004iH-72 for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:56:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGElX-0005KR-Vu for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:55:59 -0400 Received: from [61.175.244.13] (port=12555 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGElX-0005Jg-6M for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:55:55 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id DEF9EA60281; Sat, 27 Oct 2018 10:55:52 +0800 (CST) References: <87po1zvw9n.fsf@gmail.com> <87bmc1tb4s.fsf@nicolasgoaziou.fr> <87va6wk3ea.fsf@gmail.com> <875zysr0bb.fsf@nicolasgoaziou.fr> <875zxst5to.fsf@gmail.com> <87bm7gg06l.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode Reply-To: numbchild@gmail.com In-reply-to: <87bm7gg06l.fsf@nicolasgoaziou.fr> Date: Sat, 27 Oct 2018 10:55:52 +0800 Message-ID: <87zhv0p07b.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] coderef does not provide file path for org-insert-link when not in original buffre X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 02:56:00 -0000 --=-=-= Content-Type: text/plain Nicolas Goaziou writes: > Hello, > > stardiviner writes: > >> Thanks for this hint, I added a new entry in org-src--babel-info list to >> pass the original parent file path. > > Thank you. Some comments follow. > >> - (language body arguments switches name start coderef)" >> + (language body arguments switches name start coderef parent-file-path)" > > This is not needed. It would be better to create a new variable, e.g. > `org-src-source-file', get the file name at the beginning of the > function `org-src--edit-element', and set it from its INITIALIZE > argument. > >> + (insert (format coderef-format label)) >> + (setq link (format "file:%s::%s" >> + (car (last org-src--babel-info)) >> + (concat "(" label ")"))) > > You can get the file name by reading `org-src-source-file' value. > > Does that make sense? > > Could you also provide some tests? > > Regards, I regenerated the patch. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-org.el-fix-org-coderef-does-not-support-adaptive-fil.patch >From da491e12fcbf75d9b016f58fbcdeb74d601a1b91 Mon Sep 17 00:00:00 2001 From: stardiviner Date: Wed, 24 Oct 2018 10:45:40 +0800 Subject: [PATCH] org.el: fix org-coderef does not support adaptive file path link type. * org-src.el (org-src-source-file): Add a variable to get the file path at the beginning of the function `org-src--edit-element'. * org.el (org-insert-link): support option org-link-file-path-type 'adaptive value. --- lisp/org-src.el | 9 ++++++++- lisp/org.el | 9 ++++++--- 2 files changed, 14 insertions(+), 4 deletions(-) diff --git a/lisp/org-src.el b/lisp/org-src.el index 42e1225ed..0426ff96a 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -277,6 +277,11 @@ issued in the language major mode buffer." "Type of element being edited, as a symbol.") (put 'org-src--source-type 'permanent-local t) +(defvar org-src--source-file nil + "A variable used to store the source file path before entering + source block dedicated buffer.") +(put 'org-src--source-file 'permanent-local t) + (defvar-local org-src--tab-width nil "Contains `tab-width' value from Org source buffer. However, if `indent-tabs-mode' is nil in that buffer, its value @@ -995,7 +1000,9 @@ name of the sub-editing buffer." (let* ((lang (if (eq type 'src-block) (org-element-property :language element) "example")) - (lang-f (and (eq type 'src-block) (org-src--get-lang-mode lang))) + (lang-f (progn + (setq-local org-src--source-file (buffer-file-name)) + (and (eq type 'src-block) (org-src--get-lang-mode lang)))) (babel-info (and (eq type 'src-block) (org-babel-get-src-block-info 'light))) deactivate-mark) diff --git a/lisp/org.el b/lisp/org.el index 0b5e8d739..ab86345bf 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -9249,13 +9249,14 @@ non-nil." (interactive? (let ((label (read-string "Code line label: "))) (end-of-line) - (setq link (format coderef-format label)) (let ((gc (- 79 (length link)))) (if (< (current-column) gc) (org-move-to-column gc t) (insert " "))) - (insert link) - (setq link (concat "(" label ")")) + (insert (format coderef-format label)) + (setq link (format "file:%s::%s" + org-src--source-file + (concat "(" label ")"))) (setq desc nil))) (t (setq link nil))))) @@ -9852,6 +9853,8 @@ Use TAB to complete link prefixes, then RET for type-specific completion support (setq path (expand-file-name path))) ((eq org-link-file-path-type 'relative) (setq path (file-relative-name path))) + ((eq org-link-file-path-type 'adaptive) + (setq path (file-relative-name path))) (t (save-match-data (if (string-match (concat "^" (regexp-quote -- 2.19.1 --=-=-= Content-Type: text/plain -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 --=-=-=-- From MAILER-DAEMON Fri Oct 26 22:57:42 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGEnG-0005fJ-B8 for mharc-emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:57:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGEnE-0005ak-9n for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:57:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGEnB-00061J-2O for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:57:40 -0400 Received: from [61.175.244.13] (port=33590 helo=dark.localdomain) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGEnA-00060q-IT for emacs-orgmode@gnu.org; Fri, 26 Oct 2018 22:57:36 -0400 Received: by dark.localdomain (Postfix, from userid 1000) id 00B30A60281; Sat, 27 Oct 2018 10:57:31 +0800 (CST) References: <87k1m8q2sb.fsf@portable.galex-713.eu> <874ldct386.fsf@gmail.com> <87d0rzyer6.fsf@nicolasgoaziou.fr> <877ei6r7fh.fsf@gmail.com> <87ftwsg12n.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.1.0; emacs 26.1 From: stardiviner To: Nicolas Goaziou Cc: stardiviner , org-mode , "Garreau\, Alexandre" Reply-To: numbchild@gmail.com In-reply-to: <87ftwsg12n.fsf@nicolasgoaziou.fr> Date: Sat, 27 Oct 2018 10:57:31 +0800 Message-ID: <87y3akp04k.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 61.175.244.13 Subject: Re: [O] Inline code block syntax highlighting absence X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 02:57:41 -0000 Nicolas Goaziou writes: > Hello, > > stardiviner writes: > >> I did a search of "font-lock-add-keywords", "begin_src", "src_" etc in >> Org Mode source code, but have not found exact place where fontify >> function are. So I don't know where to modify the source code. Now I put >> my current config here: > > [...] > >> (font-lock-add-keywords >> 'org-mode >> '(("\\(src_\\)\\([^[{]+\\)\\(\\[:.*\\]\\)\\({\\)\\([^}]*\\)\\(}\\)" >> (1 '(:foreground "black" :weight 'normal :height 0.1)) ; src_ part >> (2 '(:foreground "cyan" :weight 'bold :height 0.8 :box '(:color "light gray"))) ; "lang" part. >> (3 '(:foreground "#555555" :height 0.7)) ; [:header arguments] part. >> (4 '(:foreground "#333333")) ; { >> (5 'org-code) ; "code..." part. >> (6 '(:foreground "#333333")) ; } >> )) >> 'append) > > The first thing is to define new faces, or re-use existing one, instead > of creating them ad-hoc. > > Then you need to create a function like `org-fontify-entities'. > > For example: > > --8<---------------cut here---------------start------------->8--- > (defun org-fontify-inline-code (limit) > (when (re-search-forward "src_..." limit t) > ;; here you need to make as sure as possible that you are really > ;; at some inline code. You cannot really parse inline source code > ;; or inline Babel calls with a regexp only. > (org-remove-flyspell-overlays-in beg end) > (add-text-properties beg end (list 'font-lock-fontified t 'face ...)) > t)) > --8<---------------cut here---------------end--------------->8--- > > You then register the function above in `org-set-font-lock-defaults. > > Do you want to implement this? > > Regards, I will take a try. Maybe later in few days. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 From MAILER-DAEMON Sat Oct 27 03:40:54 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGJDK-0004BC-PL for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 03:40:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGJDJ-0004B4-49 for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 03:40:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGJDI-0001Ae-60 for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 03:40:53 -0400 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]:54171) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGJDH-0001AT-Uq for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 03:40:52 -0400 Received: by mail-wm1-x32d.google.com with SMTP id l26-v6so3436129wmh.3 for ; Sat, 27 Oct 2018 00:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=pFxnfjZhYU4zKdBkjzkrXcxfWzhhA4pWjyPUa/tuziI=; b=Ravxg7+Lw0gyfI0DSkjCd0f5swwdW3/JU8YIV1CLkov0axz7R4vMKalofcxLCuWi+N pKkpf7LLDdGlfdw9/JvOhDbzjUH8wExk2gbYvKWQl9dsPPf7bdMap0F+J9kIRAvPWNRp ZZcWc04dVAkzMl2wMSH84H1203cb4xwFxDa3VeroEFjM5gamCz4SBKERfBCZanB7fM8O FilczfaBQV0Ehwg2zgQgjU1aNXBJ59zhq+DpRb26nzmS1HcB64y2/KnM18frSW75tRRZ pOTrr1NV42ntvetcuSkejEO8kILTX6XBluiUjV9V8wvBRjVMnLzb1fUykNSxXBZXRrwY sY6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=pFxnfjZhYU4zKdBkjzkrXcxfWzhhA4pWjyPUa/tuziI=; b=chL6GtjbxHALH9zqAyoqShqn3dJt4HdEW1XiLCgxL0xey/LefrTJGlPLWlxbr5nH72 gZw6+O9A0id/vDRh4t5KVSKJYIvGWwJadaE1Uxz0JquJeglMZHFtzYoS8cpiq0a592mP 46T3mJnT+hcqknUSrFlRfZTlVtr1e6ffOPsTih1cvheUZt2Sjg2LfZE+wH+lLyMHCdrL psl/qcumowmZz8VQiv/nrqp0nuGvrQGEwF0Ibq9KUjPWeMt2P/6sUSVJOZ6+VHOQzcA5 rYKf0xrWeDZCQZMd5TaTFtM/ThpO5tQ37Gg4tK38jihHhEa6W+edKn00K07cWUWRI+8N Rzig== X-Gm-Message-State: AGRZ1gLLXRTV2th25Rf/Vr3E4oVKkUw69AXBAIpMEJTQbfDA/5NsT2uf 6V5ZqHWrS+XRg4fpKfBGfAmnNL5cHA6FVC+ARZdpDVBM X-Google-Smtp-Source: AJdET5fVWdl7+nYU0kJJozA77GJEW8wTOkq4NPXFswWzcl//h5JgF2r17R1SiGoFXol4F6/wN8d8SuXLoiPPCMrTZ5o= X-Received: by 2002:a1c:7fc5:: with SMTP id a188-v6mr7919674wmd.91.1540626050054; Sat, 27 Oct 2018 00:40:50 -0700 (PDT) MIME-Version: 1.0 From: Emil Vatai Date: Sat, 27 Oct 2018 16:40:38 +0900 Message-ID: To: Emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="0000000000007211a6057930f4ac" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32d Subject: [O] Possible feature request (but more of a request for comment/opinion) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 07:40:54 -0000 --0000000000007211a6057930f4ac Content-Type: text/plain; charset="UTF-8" I got encouraged on the IRC channel to write about my ambitions here. So I have a web page generated by org-mode which has a fancy quote at the beginning, generated by #+BEGIN/END_QUOTE of course... and the signature/citation/reference at the end seemed off so I googled "html blockquote" and apparently the proper way to use it [1] is to have a tag after the
tag. So I thought, this can't be so hard... let's do it... a few copy/pastes and search-and-replaces later... I realized that the #+BEGIN/END_QUOTE block is processed not just by ox-html but also buy the other backends... so to make things nice, I'd need to implement the same thing in them as well... which might not be a meaningful thing to do. I just had that urge that "wow, I want to contribute to that cool project (org-mode) which I use so much"... but it's not something what I thing should be extra useful. It can be done without adding a CITE block to the html export backend. I need it only in one place - so probably not worth it. But still, any opinion on this? (I got really good encouragement on IRC to write here) Best, Emil [1] https://developer.mozilla.org/en-US/docs/Web/HTML/Element/blockquote -- Emil Vatai --0000000000007211a6057930f4ac Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I got encouraged on the IRC channel to wr= ite about my ambitions here.

So I have a web page genera= ted by org-mode which has a fancy quote at the beginning, generated by #+BE= GIN/END_QUOTE of course... and the signature/citation/reference at the end = seemed off so I googled "html blockquote" and apparently the prop= er way to use it [1] is to have a <cite> tag after the <blockquote= > tag. So I thought, this can't be so hard... let's do it... a f= ew copy/pastes and search-and-replaces later... I realized that the #+BEGIN= /END_QUOTE block is processed not just by ox-html but also buy the other ba= ckends... so to make things nice, I'd need to implement the same thing = in them as well... which might not be a meaningful thing to do.
<= br>
I just had that urge that "wow, I want to contribute to = that cool project (org-mode) which I use so much"... but it's not = something what I thing should be extra useful. It can be done without addin= g a CITE block to the html export backend. I need it only in one place - so= probably not worth it.

But still, any opinion on = this? (I got really good encouragement on IRC to write here)

=
Best,
Emil=C2=A0

--0000000000007211a6057930f4ac-- From MAILER-DAEMON Sat Oct 27 05:28:20 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGKtI-0003Ug-Lz for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:28:20 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGKtA-0003Rn-BM for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:28:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGKt9-0006Qv-JX for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:28:12 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:42155) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gGKst-00062Q-WF; Sat, 27 Oct 2018 05:27:57 -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 relay9-d.mail.gandi.net (Postfix) with ESMTPSA id E110BFF807; Sat, 27 Oct 2018 09:27:51 +0000 (UTC) From: Nicolas Goaziou To: Amin Bandali Cc: "Garreau\, Alexandre" , emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> <874ld8fpqf.fsf@nicolasgoaziou.fr> <87in1ojntq.fsf@aminb.org> Mail-Followup-To: Amin Bandali , "Garreau\, Alexandre" , emacs-org list Date: Sat, 27 Oct 2018 11:27:50 +0200 In-Reply-To: <87in1ojntq.fsf@aminb.org> (Amin Bandali's message of "Fri, 26 Oct 2018 19:22:09 -0400") Message-ID: <87zhuzd9ih.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.199 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 09:28:19 -0000 Hello, Amin Bandali writes: > Can you please elaborate on what you mean by being on the safe > side in this context? What problems could potentially arise from > returning the subject in full length? I don't know. This is why I agree it is safer to limit length to an arbitrary number instead of allowing any size. > Or at the very least mentioning `org-email-link-description-format' > in the docstring for `org-store-link' and potentially other functions > affected by the setting. I updated the manual instead. It now mentions `org-email-link-description-format'. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 27 05:38:23 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGL31-0007Gk-2o for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:38:23 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47676) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGL2z-0007Gd-7L for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:38:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGL2s-0005Bn-OV for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:38:20 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:35307) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gGL2s-0005AR-He for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:38:14 -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 AC661240005; Sat, 27 Oct 2018 09:38:11 +0000 (UTC) From: Nicolas Goaziou To: Emil Vatai Cc: Emacs-orgmode@gnu.org References: Mail-Followup-To: Emil Vatai , Emacs-orgmode@gnu.org Date: Sat, 27 Oct 2018 11:38:10 +0200 In-Reply-To: (Emil Vatai's message of "Sat, 27 Oct 2018 16:40:38 +0900") Message-ID: <87va5nd919.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.193 Subject: Re: [O] Possible feature request (but more of a request for comment/opinion) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 09:38:22 -0000 Hello, Emil Vatai writes: > So I have a web page generated by org-mode which has a fancy quote at the > beginning, generated by #+BEGIN/END_QUOTE of course... and the > signature/citation/reference at the end seemed off so I googled "html > blockquote" and apparently the proper way to use it [1] is to have a > tag after the
tag. So I thought, this can't be so hard... > let's do it... a few copy/pastes and search-and-replaces later... I > realized that the #+BEGIN/END_QUOTE block is processed not just by ox-html > but also buy the other backends... so to make things nice, I'd need to > implement the same thing in them as well... which might not be a meaningful > thing to do. Could you be a bit more explicit about what you want to do, possibly giving an example? > I just had that urge that "wow, I want to contribute to that cool project > (org-mode) which I use so much"... but it's not something what I thing > should be extra useful. It can be done without adding a CITE block to the > html export backend. I need it only in one place - so probably not worth it. > > But still, any opinion on this? (I got really good encouragement on IRC to > write here) You can add a feature per export back-end, using, e.g., "ATTR_HTML" keyword: #+attr_html: :cite The source #+begin_quote ... #+end_quote For example, ox-texinfo supports :author for quotes: #+attr_texinfo: :author ... #+begin_quote ... #+end_quote See `org-texinfo-quote-block' for details. Regards, -- Nicolas Goaziou From MAILER-DAEMON Sat Oct 27 05:55:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGLJD-0005Pp-Kv for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:55:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGLJA-0005PM-Oj for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:55:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGLJ9-0002SW-I7 for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:55:04 -0400 Received: from mail-wr1-x429.google.com ([2a00:1450:4864:20::429]:44552) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGLJ9-0002S6-75 for Emacs-orgmode@gnu.org; Sat, 27 Oct 2018 05:55:03 -0400 Received: by mail-wr1-x429.google.com with SMTP id d17-v6so3349172wre.11 for ; Sat, 27 Oct 2018 02:55:03 -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; bh=u01ha13hy4yPCl3Y7aGaoWB+7m+AOoVqs/Dj+SWxNAA=; b=GARdmoJbpFXfqVhqbKgYvw/PkHmchHh+8R/jhD8HO/qdW74zleBoxhUUAmG0uGYgkv Q9N74ZEq1tM14KIqkHtlnKGkYIqt9XqZe6BiN8a7vfzzibP39sYN/jB9rTd+HKS7qi2O Pxlg6A/NYWKnFscXWA5gRCRYm7MWYs6Z2lbUEQptASUdntf6UeiK1YAfd9GZz8tunjUT qkxBmXfm4PsznLsfGelJdfYUCnXHq7bLhIpnvOQAy/CVL++naQ9pQDDtDIG9AYKVguTn QbMeUOWH6IL3nm9S0UJb7uA5iPdzq9hBOAyUK4LfhKVBaTYTPl4eBojx6/IDLWTZgFRf 2TOg== 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; bh=u01ha13hy4yPCl3Y7aGaoWB+7m+AOoVqs/Dj+SWxNAA=; b=HqlOImNSA7pSYZijOm28xrpkR3xevPgxeTBSmCNfuXw0ItsZjKsrU8LkSqxueOd0ng 3cc9yNgqEOrjAbZgqDvxh48WtzHFAMoJCpMTPwKro+AsXpW2wMtaOko3Vaex3j86PHAA GWomq7dynU32oDHXTJTUGw561wNGSshF1rcVbbVFRensihRRl3HWdOrsXwdMmokyG0qo 16amdWLxIsi94Vdg+R5Zb/Z8lLn4qQm4WpgkRA+TS3urhTw/VqOYubafNV2Yfqg6LE8t UpV7mFJJPb+uKJoZLFxY2/v6vZGqKySR0/qpFa1y4uArBj8z7uCe2lCka5JYKajmmEKu p8Ow== X-Gm-Message-State: AGRZ1gLDN1ZOt+2yDBMDEH0CxO8GNEJarU5kjEUr1iXgv9m2Us3O/l6b Z2R6jLcxYAaxHhOnIfbdSXMAIK9IcYktCigg9km9Jf/b X-Google-Smtp-Source: AJdET5fmtMWzdBaVlHnOeyJISN4aNMKDLY+y1Ik5443wEJuS/o9v+FPu0ZgRhsdCGig0i12vomJI5EqdZMB/jI2S0nI= X-Received: by 2002:a5d:51c9:: with SMTP id n9-v6mr522961wrv.121.1540634101720; Sat, 27 Oct 2018 02:55:01 -0700 (PDT) MIME-Version: 1.0 References: <87va5nd919.fsf@nicolasgoaziou.fr> In-Reply-To: <87va5nd919.fsf@nicolasgoaziou.fr> From: Emil Vatai Date: Sat, 27 Oct 2018 18:54:50 +0900 Message-ID: To: Emacs-orgmode@gnu.org Content-Type: multipart/alternative; boundary="0000000000005cabe4057932d4a3" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::429 Subject: Re: [O] Possible feature request (but more of a request for comment/opinion) X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 09:55:05 -0000 --0000000000005cabe4057932d4a3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear Nicolas, Thank you for the quick response. According to the developer.mozilla.org link, a quote and a citation should look like this:

Words can be like X-rays, if you use them properly =E2=80=93 they= 'll go through anything. You read and you're pierced.

=E2=80=93 Aldous Huxley, Brave New World The quote part is straightforward in org-mode: #+attr_html: :cite https://www.huxley.net/bnw/four.html #+begin_quote Words can be like X-rays, if you use them properly =E2=80=93 they'll go= through anything. You read and you're pierced. #+end_quote But what to do with the: =E2=80=93 Aldous Huxley, Brave New World part? So I was (for a brief moment) motivated to implement #BEGIN/END_CITE for org-mode, but now it doesn't seem to make much sense to do so. I can implement it simply by adding an export html block (for the one situation I need it). Hopefully this example clarifies what my question is about. Regards, Emil On Sat, Oct 27, 2018 at 6:38 PM Nicolas Goaziou wrote: > Hello, > > Emil Vatai writes: > > > So I have a web page generated by org-mode which has a fancy quote at t= he > > beginning, generated by #+BEGIN/END_QUOTE of course... and the > > signature/citation/reference at the end seemed off so I googled "html > > blockquote" and apparently the proper way to use it [1] is to have a > > > tag after the
tag. So I thought, this can't be so hard... > > let's do it... a few copy/pastes and search-and-replaces later... I > > realized that the #+BEGIN/END_QUOTE block is processed not just by > ox-html > > but also buy the other backends... so to make things nice, I'd need to > > implement the same thing in them as well... which might not be a > meaningful > > thing to do. > > Could you be a bit more explicit about what you want to do, possibly > giving an example? > > > I just had that urge that "wow, I want to contribute to that cool proje= ct > > (org-mode) which I use so much"... but it's not something what I thing > > should be extra useful. It can be done without adding a CITE block to t= he > > html export backend. I need it only in one place - so probably not wort= h > it. > > > > But still, any opinion on this? (I got really good encouragement on IRC > to > > write here) > > You can add a feature per export back-end, using, e.g., "ATTR_HTML" > keyword: > > #+attr_html: :cite The source > #+begin_quote > ... > #+end_quote > > For example, ox-texinfo supports :author for quotes: > > #+attr_texinfo: :author ... > #+begin_quote > ... > #+end_quote > > See `org-texinfo-quote-block' for details. > > Regards, > > -- > Nicolas Goaziou > --=20 Emil Vatai --0000000000005cabe4057932d4a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Nicolas,

Thank you for the quick response.


<= div>
=C2=A0 =C2=A0<blockquote cite=3D"https://www.huxley.net/bnw/four.html"><= /div>
=C2=A0 =C2=A0 =C2=A0 =C2=A0<p>Words can be like X-rays, if = you use them properly =E2=80=93 they'll go through anything. You read a= nd you're pierced.</p>
=C2=A0 =C2=A0</blockquote>=
=C2=A0 =C2=A0<cite>=E2=80=93 Aldous Huxley, Brave New Worl= d</cite>

The quote part is straightfor= ward in org-mode:

=C2=A0 =C2=A0 #+attr_html: :cite= https://www.huxley.net/bn= w/four.html
=C2=A0 =C2=A0 #+begin_quote
=C2=A0 =C2=A0 Words = can be like X-rays, if you use them properly =E2=80=93 they'll go throu= gh anything. You read and you're pierced.
=C2=A0 =C2=A0 #+end_quot= e

But what to do with the:
=C2=A0 <ci= te>=E2=80=93 Aldous Huxley, Brave New World</cite>
part?

So I was (for a brief moment) motivated to= implement #BEGIN/END_CITE for org-mode, but now it doesn't seem to mak= e much sense to do so. I can implement it simply by adding an export html b= lock (for the one situation I need it).

Hopefully = this example clarifies what my question is about.

= Regards,
Emil

On Sat, Oct 27, 2018 at 6:38 PM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,

Emil Vatai <em= il.vatai@gmail.com> writes:

> So I have a web page generated by org-mode which has a fancy quote at = the
> beginning, generated by #+BEGIN/END_QUOTE of course... and the
> signature/citation/reference at the end seemed off so I googled "= html
> blockquote" and apparently the proper way to use it [1] is to hav= e a <cite>
> tag after the <blockquote> tag. So I thought, this can't be = so hard...
> let's do it... a few copy/pastes and search-and-replaces later... = I
> realized that the #+BEGIN/END_QUOTE block is processed not just by ox-= html
> but also buy the other backends... so to make things nice, I'd nee= d to
> implement the same thing in them as well... which might not be a meani= ngful
> thing to do.

Could you be a bit more explicit about what you want to do, possibly
giving an example?

> I just had that urge that "wow, I want to contribute to that cool= project
> (org-mode) which I use so much"... but it's not something wha= t I thing
> should be extra useful. It can be done without adding a CITE block to = the
> html export backend. I need it only in one place - so probably not wor= th it.
>
> But still, any opinion on this? (I got really good encouragement on IR= C to
> write here)

You can add a feature per export back-end, using, e.g., "ATTR_HTML&quo= t;
keyword:

=C2=A0 =C2=A0 #+attr_html: :cite The source
=C2=A0 =C2=A0 #+begin_quote
=C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 #+end_quote

For example, ox-texinfo supports :author for quotes:

=C2=A0 =C2=A0 #+attr_texinfo: :author ...
=C2=A0 =C2=A0 #+begin_quote
=C2=A0 =C2=A0 ...
=C2=A0 =C2=A0 #+end_quote

See `org-texinfo-quote-block' for details.

Regards,

--
Nicolas Goaziou


--
Emil Vatai --0000000000005cabe4057932d4a3-- From MAILER-DAEMON Sat Oct 27 06:43:07 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGM3f-0000xb-Cx for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 06:43:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60853) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGM3d-0000qf-Me for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 06:43:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGM3d-0006Uy-1h for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 06:43:05 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:52576) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gGM3c-0006Tv-RA; Sat, 27 Oct 2018 06:43:04 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gGM3a-00021L-Tc; Sat, 27 Oct 2018 12:43:03 +0200 From: "Garreau\, Alexandre" To: Amin Bandali Cc: emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> <874ld8fpqf.fsf@nicolasgoaziou.fr> <87in1ojntq.fsf@aminb.org> <87zhuzd9ih.fsf@nicolasgoaziou.fr> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Sat, 27 Oct 2018 12:43:02 +0200 In-Reply-To: <87zhuzd9ih.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sat, 27 Oct 2018 11:27:50 +0200") Message-ID: <87lg6j3c21.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 10:43:06 -0000 Le 27/10/2018 =C3=A0 11h27, Nicolas Goaziou a =C3=A9crit=C2=A0: > Hello, > > Amin Bandali writes: > >> Can you please elaborate on what you mean by being on the safe >> side in this context? What problems could potentially arise from >> returning the subject in full length? > > I don't know. This is why I agree it is safer to limit length to an > arbitrary number instead of allowing any size. Without justification, that=E2=80=99d look like =E2=80=9Cargument from igno= rance=E2=80=9D, so unless a real reason is found, I believe it would be better to remove a truncation that will very certainly in fact bother at least some users (while there=E2=80=99s still 0 data point on how non-truncation might be bothering, and that=E2=80=99s what being asked). From MAILER-DAEMON Sat Oct 27 07:55:33 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGNBl-0005KL-3S for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 07:55:33 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGNBf-0005Jd-IR for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 07:55:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGNBY-0007Yn-E5 for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 07:55:22 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:37243) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gGNBQ-0007PN-CM; Sat, 27 Oct 2018 07:55:12 -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 relay4-d.mail.gandi.net (Postfix) with ESMTPSA id E7F48E0006; Sat, 27 Oct 2018 11:55:09 +0000 (UTC) From: Nicolas Goaziou To: "Garreau\, Alexandre" Cc: Amin Bandali , emacs-org list References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> <874ld8fpqf.fsf@nicolasgoaziou.fr> <87in1ojntq.fsf@aminb.org> <87zhuzd9ih.fsf@nicolasgoaziou.fr> <87lg6j3c21.fsf@portable.galex-713.eu> Mail-Followup-To: "Garreau\, Alexandre" , Amin Bandali , emacs-org list Date: Sat, 27 Oct 2018 13:55:08 +0200 In-Reply-To: <87lg6j3c21.fsf@portable.galex-713.eu> (Alexandre Garreau's message of "Sat, 27 Oct 2018 12:43:02 +0200") Message-ID: <87r2gbd2oz.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 217.70.183.196 Subject: Re: [O] org-store/insert-link truncating the full subject of mails X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 11:55:32 -0000 "Garreau, Alexandre" writes: > Without justification, that=E2=80=99d look like =E2=80=9Cargument from ig= norance=E2=80=9D, I'm not arguing for truncating subjects. However, I'm arguing against changing a 10 years old default value without a strong reason. Default value annoys some users. Point taken. But changing it might also annoy some users, possibly, at least, the person that chose it in the first place, or users that do not like arbitrary long links. > so unless a real reason is found, I believe it would be better to > remove a truncation that will very certainly in fact bother at least > some users (while there=E2=80=99s still 0 data point on how non-truncation > might be bothering, and that=E2=80=99s what being asked). Truncation, an its related variable, are now documented in the manual. The bothering is somewhat very limited. From MAILER-DAEMON Sat Oct 27 08:52:15 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gGO4d-0003hc-NT for mharc-emacs-orgmode@gnu.org; Sat, 27 Oct 2018 08:52:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59010) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGO4a-0003hC-64 for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 08:52:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGO4X-0007sO-4k for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 08:52:12 -0400 Received: from portable.galex-713.eu ([2a00:5884:8305::1]:52934) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gGO4W-0007rQ-LE for emacs-orgmode@gnu.org; Sat, 27 Oct 2018 08:52:08 -0400 Received: from localhost ([::1] helo=portable.galex-713.eu) by portable.galex-713.eu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gGO4U-0002K4-15; Sat, 27 Oct 2018 14:52:06 +0200 From: "Garreau\, Alexandre" To: Tim Cross Cc: emacs-org list , Kaushal Modi References: <87r2gfyj62.fsf@nicolasgoaziou.fr> <87in1rkqlk.fsf@gmail.com> <87a7n1i8lr.fsf_-_@portable.galex-713.eu> <87ftwslb19.fsf@gmail.com> User-Agent: Gnus (5.13), GNU Emacs 25.1.1 (i686-pc-linux-gnu, GTK+ Version 3.22.11) of 2017-09-15, modified by Debian PGP-FINGERPRINT: E109 9988 4197 D7CB B0BC 5C23 8DEB 24BA 867D 3F7F Accept-Language: fr, en, eo, it, br Date: Sat, 27 Oct 2018 14:52:05 +0200 In-Reply-To: <87ftwslb19.fsf@gmail.com> (Tim Cross's message of "Sat, 27 Oct 2018 07:15:30 +1100") Message-ID: <875zxn362y.fsf@portable.galex-713.eu> MIME-Version: 1.0 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:5884:8305::1 Subject: Re: [O] *markup*, /markup/ and _markup_ true semantics [Was: Re: Ox-html: Replace with and with ] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2018 12:52:14 -0000 On 2018/10/27 at 07:15, Tim Cross wrote: > I have either misunderstood most of your position or I simply disagree > with it - I'm not sure which. maybe a mix of both? I hope it=E2=80=99s a misunderstandnment but if it=E2= =80=99s not I want to understand too so to get to a constructive agreement. > - Much of what you argue seems to be based around ideas associated with > typography. IMO this is where things fall down. Typography is really > only relevant to 'printing' (either on paper or screen). Markup is not > just about printing - it is about conveying what the author wanted and Indeed. But many people do not abstract what they mean to write and still (often, poorly) think in terms of =E2=80=9Citalic=E2=80=9D and =E2=80= =9Cbold=E2=80=9D (the org manual, as you later said, even do so). What I wanted to underline is that both =E2=80=9Citalic=E2=80=9D and =E2=80=9Cbold=E2=80=9D (and underlin= e too somewhat) are not just arbitrary display-level caracteristic that had the particularity to later get a meaning: *first* a *meaning* was wanted, and *then* they were invented as an imperfect, more or less good, way to translate these meanings or their intents to display (it=E2=80=99s as imperfect as a bitmap= or handwriting of a circle, or a sampled and compressed audio, is to the bezier curve or equation of a circle which resulted in it, or the function that produced the audio (such as a LilyPond musical partition or a resulting MIDI file)). I=E2=80=99m willing to extract as much of the original meaning (be it about attention, memorization, structuration, etc. (very abstract cognitive human features are still more common than visual-recognition features)) so it can be then better applied everywhere, without the burden and constraints of the original media (display), with a little of history because I like to rehistoricize things into their material and social background, so not to see them as a static, ahistoric, uncreated, uncriticizable, concept. Concepts and tools are made for people to serve them, not the opposite. > how that is best interpreted will depend on the media being used > (i.e. how the content is 'rendered') and should largely be up to the > consumer.=20 Yes totally, this is why I believe we, at best, should try to give clear and defined meaning to why do we use *, / and _-tags, rather than just translating them to the traditional , , and tags, that were actually just a poor 1-to-1 wrapping to the old , and tags, which had no meaning, and still have confused, complex and not backward-compatible meaning. And why sometimes it might be better to set up user options, so if authors disagree with what is meant by their tags, they can change it, so in the end that gives the correct semantic markup and everybody will get the same, intended, meaning. Also why, ideally, for the web, I wished server-side CSS never existed and we only used it as a user-customization language (but still most websites have poor semantic tagging, and complex tags composition have still no clear defined meaning so it the end it becomes either guessing, either a request to add yet-another tag to the already complex HTML spec). > - I am a screen reader user. While you are correct that pitch, tone, > speed and different voices are often used to convey things like 'bold' > or 'italic', there is no universally accepted rule for this > interpretation, at least not in the same sense as there is with > typography. I know, that=E2=80=99s why I wanted to check with Orca, NVDA, and maybe Jaw= s too if I could. > We all know what bold or italic looks like, but there is no > agreement as to what these should sound like. When you use Jaws, you > will get a different result from when you use Orca or Emacspeak or > Window Eyes or .... However, this shouldn't really matter - how > these are 'rendered' should ideally be under the control of the > individual consuming the content. When I consume a document, it > should be my decision as to how the content is presented and for me, > interpreting 'strong' or 'emphasis' seems to be far clearer than > 'bold' or 'italic'. That=E2=80=99s why I=E2=80=99d like * and / to get better meaning than bold= and italic. For me it is already widely accepted that * is, sometimes, considered as bold, but more widely used for emphasis. So it should be considered as such (and, personally, I=E2=80=99ve meant this so that it could begin rende= ring with italic on display for instance, or whatever is the favorite emphasis method of the user, it should be configurable). / is a way harder problem as it has been used because of its slanted appearance, to mean italic, so sometimes it=E2=80=99s used for emphasis, sometimes for other uses of emphasis. Ideally I=E2=80=99d like to be acted= it=E2=80=99s not for emphasis (it=E2=80=99s way less used and supported than * for it, a= nd * already serves this purpose very well informally), so implementations derive some other meaning for it, to get richer semantics. > - I don't believe there is any strong reason that the markup used by org > should have any strong reference to HTML in appearance. Org supports > many different backends, many of which don't have anything to do with > HTML at all. It is perhaps unfortunate that Org syntax and markdown > are quite different (though I feel the unfortunate part is that > markdown didn't follow org more closely as I much prefer Org's syntax > to most markdown semantics).=20=20 I don=E2=80=99t like markdown either, nor ReStructuredText. Why I talked a= lot about HTML is for two reasons: the discussion was initially about it, and it is, afaik, the richest and most known semantical markup language. It is *way* richer than LaTeX, org, md, rst, etc. maybe even odt and texinfo, but I=E2=80=99m unsure. However the * and / exports to texinfo with the same tags as html, that is respectively strong and emphasis, which I find sad as * is what is mostly used for emphasis (and too levels are pretty much not needed, why richer semantics could). ODT seems to use =E2=80=9C=E2=80=9D with = =E2=80=9Cstyle-name=3D"Emphasis"=E2=80=9D: I heard ODT could be somewhat semantic, but I don=E2=80=99t know if that the = best they can do (maybe this =E2=80=9Cstyle-name=E2=80=9D has standard semantics= ? because to me styling is for presentation, and tagging for semantics). Also a problem of many backends is they=E2=80=99re made for printing or less semantic: pdf is not made for semantics, although I heard somewhere that they were trial to make it so (which sounds silly as it is tailored for printing and supports almost no dynamic modifications, it would be better to stop using PDFs at all, in, eg, administration). > - Probably the number 1 issue I come across when dealing with markup is > the expectation too many authors have that things will be rendered in > the browser in a specific way (a particular font, colour, position, > size, etc). This is a mistake. The big advantage of electronic > presentation is that for the first time, the consumer can have control > over the presentation - they can customise it to meet their > requirements or preferences. *Exactely*. Except that then, web become commercial, and businesses have found it especially good way to control what users saw almost as fully as in advertisements (so it can bring control, power to them, and also money, secondarily (if they use non-semantic tags and only
and in awfully complex sgml soup, then no user is able to control anything)), just as French minitel would, and they begun first to abuse display-level tagging, then to abuse CSS and html-style-soup (full of 80% of
and , and enormous CSSes, yay! what a progress! =E2=80= =A6>< yet now we have worse: less CSS, less =E2=80=9Cstyle=E2=80=9D, and more =E2= =80=9Cdata-*=E2=80=9D and non-free surveillance javascript to replace them). > The problem with and is that it gives authors an expectation > their content will be rendered in a specific way. Not anymore, since W3C, somewhat breaking backward-compatibility, decided is for =E2=80=9Ckeywords=E2=80=9D without special emphasis, and= not being a definition (there=E2=80=99s already afaik for that), and is for =E2=80=9Ddifferently-pronounced phrasing content=E2=80=9D, without emphasis= , such as text prounced with a tone of disgust, or foreign-language text (so if you want to embed french words not used enough to be in english dictionary, and if it=E2=80=99s nor a real quotation (), you = should use du texte en fran=C3=A7aise). So I can theorically decide that any word markuped may compose a local list of easily reachable (for instance with keystrokes) =E2=80=9Ckeywords=E2=80=9D, like lynx, that b should be displayed normally,= but in blue, and that would be a standard-complying www user-agent. > Some may argue that the author should be able to control how their > content is rendered. I think this is misleading because unlike > printed material, the author has no control over the presentation > media - they don't know how large the screen is, what the > capabilities of the screen is, what fonts are installed > etc. Therefore, tags which focus on meaning i.e. I want this to > stand out or I want this to be emphasised are clearer than tags > which say to make this bold or make this italic. Yes they can: they can require you server-side connecting from a local network on computers furnished by the organization of the place (already saw that), while checking what do you do and how to make you doing it client-side with proprietary javascript, or even to have a tablet with retina screen with a such range of screen sizes, on iOS=E2=80=A6 and=E2=80= =A6 btw=E2=80=A6 this already exists, there=E2=80=99s an app for it: AppStore (GooglePlay too): t= hey furnish HTML/CSS UI, controled by proprietary software, only distributed for their devices, theorically only working on those (at least the apps are developed, configured, and tested so). And afaik developers don=E2=80= =99t mind making their software more usable with TalkBack (I don=E2=80=99t even = know if there=E2=80=99s a such thing for iOS). The excuse of =E2=80=9Cthe device is not always the same=E2=80=9D is to me = a weak one: this can, with special political and commercial restrictions, be lowered, and then it could be considered a =E2=80=9Creasonable workaround= =E2=80=9D (while this is not). What should be advertised is it breaks accessibility, don=E2=80=99t comply standard, will certainly break forward-compatibility, legally-mandatory interoperability, and, as for proprietary software, gives power to authors (or, more often but not always, companies) and deprive users of what they could and should have. This power is comparable to what power is gained through advertisements, propaganda. > The debate over , , and is likely to continue for > some years yet. I do think things are moving towards / > and nearly everything I read these days recommends these over and > . There are companies (and some individual, or countries) who gain power by doing so, just as they can do by pushing proprietary software (yet on a different level), so I don=E2=80=99t believe they will ever stop doing anything equivalent. Nor advertise they would do so. So this is not a debate. Like there is no =E2=80=9Cfree vs proprietary=E2= =80=9D debate, or =E2=80=9Cclimate change vs this-is-god/a-myth=E2=80=9D debate: the advoc= ate of the first have arguments and facts, the actors of the second are either stating their ennemies are idealist, stating their goal are unrealizable, or they =E2=80=9Cdo so because they have no choice=E2=80=9D, = or =E2=80=9Cdo their best not harm=E2=80=9D, and then push more and more pervasive and unadverti= sed way of harming, such as DRM and proprietary javascript, or, in our case, use sometimes and , but allow users to publish content using and (and colors!!!), and making their whole website a soup of
and , heavily relying on a gigantic style soup, based on a site-specific CSS stylesheet, that will be partially generated server-side, partially heavily =E2=80=9Cimprove=E2=80=9D (that is: depend u= pon) proprietary javascript. Btw, this is what Google does. And Google is quite evidently the biggest feudal lord on the Web. > It is pretty well accepted that XHTML was a mistake and HTML5 goes a > long way to address the issues introduced with XHTML - I think XHTML > as a standard is pretty much relegated to an evolutionary dead end. XHTML was a beautiful standard and was dismissed because all the money and resources were placed on HTML5, whose main selling point was new media resources (namely
--000000000000561dd1057982e5a5-- From MAILER-DAEMON Wed Oct 31 08:13:59 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHpNn-0002ZQ-3E for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 08:13:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46571) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHpNk-0002ZG-R5 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 08:13:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHpNh-0001qh-3r for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 08:13:56 -0400 Received: from [195.159.176.226] (port=59253 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHpNg-0001pf-R7 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 08:13:53 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gHpLX-0004g6-0j for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 13:11:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Kevin Brubeck Unhammer Date: Wed, 31 Oct 2018 13:13:42 +0100 Lines: 39 Message-ID: <878t2e48ll.fsf@fsfe.org> References: <874ld25v0n.fsf@fsfe.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEVtc1TNmFnNx6weIhtr LhzGVS44uPC/AAACOUlEQVQ4jVWUzbLbIAyFxQ3eI4+9D0zvPh3SPR7E/nJrvf+r9AjctGGS jOFDf0eKifyakiqVW36Sz4WoqWCRgajqfmQAySX4oucEHA0k2xiQsqg3QKuBngIe4eouZV+U bJNSXDoCpcShFp8fuyyMayeAAkTGCnDy4FMOhoVL94XXIMRMDuhgREd2uCOdo68igeAEgHeP 4OeihVfekX3xxbvw01xa9EW/enDY7WfzUtge4RXgi5x3SGuQZgkasJghPBnZIq+zFeVBSCyB DQHTqORsul+gINANtuskYjXBmHzhFP0LxBNkWFBJF4iDIIEhA3kCIL7WNLEgVAwsOBtdgJdT lv4CzqqTnAVeNmkWi4ozsCsM8sM3uJdDzYImEHQ6/xptUaskDPDptizowpAjcV+/h1Yp3V0F QNWz/LNDSPTDFK65pZku1meDajRaGurzGCJGq/KTDQwtosiRhtpjF61TMsbOS5/nQ3M8+Qss +p3mnACsiTcMXwEumAx0/ZJLldUA+gQApY4L8N7ZgAsGVBpOo/mCo+ewcFspmJ7WL+l5qzlf QFQFIWYU3rIBFACwaLOGTKPfA5RgFuNvpJYPvvUFMEO4rt2Ote15AmJYALRmtzEM2wSHG8CG vhmQVgcojtcX6HuHyzwAJPq4W0tkFKJV6l9gi+4f3pLSM0+DC5iJFww0rtd/YJ0NNv2v0wHu N6IHeXwk/7fgA++PB9EzUX0DKeAH4Ia+3N5AnKDC+N0iEaq018jjzdUfjP6wnLJY7GgAAAAA SUVORK5CYII= Cancel-Lock: sha1:FUrZOjknoOrIcQTlLuyaqnvYkqc= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] Bug: clocktable thinks Oct 29 is Oct 28 [9.1.14 (release_9.1.14-1012-g643481 @ /home/unhammer/src/org-mode/lisp/)] X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 12:13:57 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Kevin Brubeck Unhammer =C4=8D=C3=A1lii: [...] > I see the same on org-mode > 9.1.9 (bundled with Emacs 26.1) or 9.1.12 and 9.1.14 from melpa-stable, > gnu elpa. > > I do *not* see this in 8.2.10 bundled with Emacs 25.3.2. git bisect tells me 8c7a14a850e7b988fe4c9d0eea9207793e2af368 introduced this. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEq9A0PxCu5rIo7lbX/DwefQCTFmcFAlvZnHYACgkQ/DwefQCT Fmfe0Q/8DgsvgD4Kd5mgZbNxI9+Xf6jksBRFCZbqHUePAGGCcqmw7L5wr3/XowiL MVfkZt89cDy/BAKBeYNtVKuQU7ew9wZV12sH16D6IFBESMmGVykBjo4RxbkHsw3W TJeljLHtEtXSm66+mmYalbzbIeXywe63dH6AFj4eSOE9U/J6TvuI0J23rGECemoH l/xYsv9UhRdZBvijLFYuLgMPAXcBk9jwma66qqTXHzrsBkE5o1sTQvXQEaCFr3tu xOEDyXobLXokKeZqqm60X4t5AJk9FkAM+7o8sRgtwJEmEgOlv0ipP6CNfSNNWvac kRGQgDh73ynhBdp0gziPDLG99na94Y1sHAUFO4Asm9DxsvVLWYCyrJPo15FKjFEe VsqRQF+ZFiMWzdQGWQRIxLQDtu6M1liByepMF886eAHExgd5Ijiso+nHYHKXa81z e2UHCoiSlsPWfkMH1VgMX8WZwDgdgbyVrBCKe0ARUk7YdmhMACcyTT+6YrAYif3c 8cmD9umMaRXZYwYYzwmyN7tW+cv5doyx4iH/3g3PfiHAU/vJ3zBPnJHq/cSaNiiF glHMQmkLzA8r3423KUskeqi6SBXCFvBaPpARadfsasnDbV2BqRO1U4iQFkcqcRPj G3kULYIcs4z8YdFArgE6PrMQMEBmUBIoJiYcX5+evdlAMu8jF+M= =yKVZ -----END PGP SIGNATURE----- --=-=-=-- From MAILER-DAEMON Wed Oct 31 09:51:00 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHqtg-00037w-C8 for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 09:51:00 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHqte-00036j-Fd for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 09:50:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHqtZ-0001c6-Cg for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 09:50:57 -0400 Received: from [195.159.176.226] (port=42469 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHqtZ-0001b6-50 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 09:50:53 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1gHqrP-0007Bf-76 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:48:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Nick Dokos Date: Wed, 31 Oct 2018 09:50:43 -0400 Lines: 35 Message-ID: <87r2g68bt8.fsf@alphaville.usersys.redhat.com> References: <878t2fa0lx.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cancel-Lock: sha1:j0Vbqs1NJdLcNTk8TIqNoQTtOz0= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 Subject: Re: [O] OT: gmane seems to be back X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 13:50:59 -0000 Achim Gratz writes: > Am 30.10.2018 um 16:57 schrieb Nick Dokos: >> For a couple of weeks, I had not been able to connect to gmane, so I >> finally gave up and changed my preferences so that I could receive the >> email from the list. I have not seen any acknowledgement anywhere >> that it was down BTW - did anybody here notice? Or was it just me? > > Plain NNTP wasn't down at all, but connections that use TLS stopped > working some time ago and probably still don't work. I have this in my .gnus.el: --8<---------------cut here---------------start------------->8--- (setq gnus-select-method '(nntp "news.gmane.org" (nntp-open-connection-function nntp-open-tls-stream) (nntp-port-number 563) ;; (nntp-port-number 119) (nnir-search-engine gmane) )) --8<---------------cut here---------------end--------------->8--- and that works now, but did not work for a while earlier in the month (or perhaps longer). IIUC what you said, port 119 with some other setting (nntp-open-network-stream perhaps, or nntp-open-plain-stream) for the connection function would have worked during this time? I'll have to remember that for next time... Thanks! -- Nick "There are only two hard problems in computer science: cache invalidation, naming things, and off-by-one errors." -Martin Fowler From MAILER-DAEMON Wed Oct 31 10:53:49 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHrsT-0003Eg-Ax for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 10:53:49 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44588) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHrsN-000358-BC for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 10:53:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHrsD-0006wY-Mp for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 10:53:41 -0400 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]:36074) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHrs8-0006v1-Vi for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 10:53:31 -0400 Received: by mail-ed1-x52c.google.com with SMTP id x2-v6so13875201eds.3 for ; Wed, 31 Oct 2018 07:53:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=aZm4gWMF6pjSxzDnRgreUOuZ+3wAerqUnxhQAs1jwqg=; b=Ibh+UlzsjNlVTIxI1t+2z+ctWV1t4moaWK62CpMwmAP65aE4oIYZKtexYWW2iRQBuQ sJKp9V2DzbHRij1AFySI8Qrh3xYVUFguSfG7rlYWf+1Tlyro0XMwscJw0Sw7bxaARLNW SaDhubGuK3Uk1znWp+ftlDjIr0vkC+6X5m8FBW14p7+7Rxy073/G75d4YS1PHlQV8XJX lg7kk9iER0GhB9b8cCoYpp7Y1m9op0v36FKR2ROS7QmuJCku0m7g48acImbjpT6yYxlk hippFognwb5g90NfFhcYb1FUZk9BWcpSc8q2hAFPfzqSdRYNQfCJ4/Gx3oR5yShH2gSR azyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=aZm4gWMF6pjSxzDnRgreUOuZ+3wAerqUnxhQAs1jwqg=; b=BMiH3GQ+pnJV/irzjJvw+gInLahCK8fbRLYeYDwJIPxM1/Hl+9fOaUPO2iN6hgibCg q0xEs/0tJ1YaRFxb5HyvHZuQOCF36ySYc4FeH3EFbXnhRta73CgGADiUn5yvm1/s4i0o OVz+WKRk7r87Df3lN3T1/kXGQ7KPRMPw1fADYkb2i9dc8x2bIoZNwrc5iuBI+rXSoPR0 YYJyF+g7mGn6VPlyWPwc2lfGyEWQSKS0XDMF6HWW8r0Xr6LuG48CvnNadjzCTMFdlV/b /eWk5VjMmc91QXmTqcs8Tb078ZXUSbpSOR+IsHxvQHK2q68MAS0LPssdujragnhtQLYB S+Rw== X-Gm-Message-State: AGRZ1gKviGZwzKTja5KyTRQEOmkFq8j++d+PRNgvZFJdqWFAlxA9Lajo Kd+V+tUyOF4Aa+sq4A8r1/FgbBwr X-Google-Smtp-Source: AJdET5d9ihYJXpAn93mAk+DK9A7ElZdpx/vnKmnPsGmP7wsiUsK6Ru2ys0DlgV+5Szlpb9x4Wp94ZA== X-Received: by 2002:a50:8c01:: with SMTP id p1-v6mr2324086edp.48.1540997604642; Wed, 31 Oct 2018 07:53:24 -0700 (PDT) Received: from VPN-128-237-146-189.LIBRARY.VPN.CMU.EDU (VPN-128-237-146-189.LIBRARY.VPN.CMU.EDU. [128.237.146.189]) by smtp.gmail.com with ESMTPSA id b25-v6sm4915254ejo.74.2018.10.31.07.53.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 31 Oct 2018 07:53:23 -0700 (PDT) Sender: John Kitchin References: <87r2g7rkkw.fsf@gmail.com> <877ehzpnrv.fsf@gmail.com> <6EFB79F4-F86A-4544-A10B-C8546E649EAE@gmail.com> User-agent: mu4e 1.0; emacs 25.3.1 From: John Kitchin To: Matt Price Cc: ckelty@gmail.com, jrfilipovits@gmail.com, Org Mode In-reply-to: Date: Wed, 31 Oct 2018 10:53:21 -0400 Message-ID: MIME-Version: 1.0 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::52c Subject: Re: [O] letterhead and signature in odt export X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 14:53:47 -0000 I went down the path of a custom latex style, with custom exporter some years ago. At the time, I was head of our undergrad committee, and I had to write a lot of memo style documents on department letterhead. This setup allowed me to quickly write memos and export them to pdfs. I also use this for other things like letters of recommendation these days. I put each one in a separate file. I defined this skeleton (which you run by typing M-x memo) that makes it easy to get a memo started: (define-skeleton memo "CMU memo template" nil "#+LATEX_CLASS: cmu-memo #+CC: #+DEPARTMENT: Department of Chemical Engineering #+FROM: John Kitchin #+FROMNAME: John Kitchin #+SIGNATURE-LINES: nil #+SUBJECT: "_" #+TO: "@" #+latex_header: \\usepackage{setspace} #+latex_header: \\doublespacing Sincerely,\\\\ \\\\ \\\\ \\\\ John Kitchin * build :noexport: [[elisp:(cmu-memo-export-to-pdf-and-open)]] ") Other solutions include a yasnippet, tempo, ... I wrote an exporter you can find at https://github.com/jkitchin/scimax/blob/master/ox-cmu/ox-cmu-memo.el that uses the keywords to fill in parts of the document template. Finally, I adapted http://pi.math.cornell.edu/ADMIN/Computers/latex-letterhead/culetter.sty to put all the header/logo info in and made it into a latex package. The main reason for this is that the logo file is in the package, so I don't have to know its path, worry about moving it, etc. Knowing what I know now, and now my needs are a little simpler, I guess you could avoid the sty file and achieve this via the exporter. It mostly depends on where you want the information to get from org to latex. Since I have some information in org-format, the exporter is needed I think. Regarding where to learn LaTeX, https://en.wikibooks.org/wiki/LaTeX seems pretty good, but probably it won't help you understand that sty file! That is written in tex. There are many ways to get something suitable, I hope this helps! Matt Price writes: > Hi again Chris! > > OK, so I understand a little bit of this. I would like to keep all my > letters in subheadings in a single org doc, and just export once. This > version requires a fair amount of latex in every subtree. It would be nic= er > if the exporter just took care of the latex for me and I didn't have to > look at it while I'm composing (I know that's not an issue for you, > Chris). > > Is my best option to create an export-derived-backend based on latex (I s= ee > that's what John K has done in scimax)? Or is the preferred method to > create a new latex class (whatever that is -- really I have no idea) and > add the header and closing lines to that? > > Also... where should I go to learn more about latex (I have beengoogling, > I've found some places, am wondering what the *best* place is)? It appears > I am approaching adulthood and am ready to learn how to use it, after yea= rs > of resisting :-/ > > m > > On Tue, Oct 30, 2018 at 11:56 AM ckelty ckelty wrote: > >> I don=E2=80=99t mess around with LibreOffice, but if you want to do it i= n Org, >> this is what I do and it works fine. Some of the preamble is superfluous= =E2=80=94 >> for various letters I=E2=80=99ve had to add other LaTeX packages=E2=80= =A6. >> >> ck >> >> >> > >> > >> > >> >> #+STARTUP: indent >> #+LANGUAGE: en >> #+OPTIONS: num:nil toc:nil ':t >> #+AUTHOR: Your Name Here >> #+EMAIL: Your Email Here >> #+LATEX_HEADER: \usepackage[utf8]{inputenc} >> #+LATEX_HEADER: \usepackage[T1]{fontenc} >> #+LATEX_HEADER: \usepackage{graphicx} >> #+LATEX_HEADER: \usepackage{float} >> #+LATEX_HEADER: \usepackage{wrapfig} >> #+LATEX_HEADER: \usepackage{rotating} >> #+LATEX_HEADER: \usepackage[normalem]{ulem} >> #+LATEX_HEADER: \usepackage{hyperref} >> #+LATEX_HEADER: \usepackage{setspace} >> #+LATEX_HEADER: \usepackage{libertine} >> #+LATEX_HEADER: \usepackage[left=3D1.5in,right=3D1.5in]{geometry} >> #+LATEX_HEADER: \setlength{\parskip}{1em} >> #+LATEX_HEADER: \setlength{\parindent}{0pt} >> >> # Insert your graphic here-- getting the scale right can take some work >> \includegraphics[scale=3D0.145]{Your LetterHead PNG/JPG} >> >> \hfill \today >> >> [ Greeting Here ] >> >> # I use setspace and onehalfspacing to control line spacing >> \onehalfspacing >> >> [ Insert Inflated Rhetoric About Here ] >> >> Yours sincerely,\\ >> >> # Insert your sig here... ditto on scale. >> \includegraphics[scale=3D0.4]{Your Sig PNG/JPG} >> >> \textbf{Your Name}\\ >> Illustrious Title\\ >> Second Illustrious Title\\ >> Etc.\\ >> >> >> < >> < >> < >> >> > On Oct 30, 2018, at 7:29 AM, Jeff Filipovits >> wrote: >> > >> > Would you mind sharing them? This is a problem I am trying to figure o= ut >> as well. >> > >> > On Tue, Oct 30, 2018, 9:29 AM Eric S Fraga wrote: >> > Matt, >> > >> > I've replied directly to you with some files. >> > -- >> > Eric S Fraga via Emacs 27.0.50, Org release_9.1.13-783-g97fac4 >> > >> >> -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu From MAILER-DAEMON Wed Oct 31 11:28:11 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHsPi-0005dI-Vw for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 11:28:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHsPg-0005SQ-DV for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 11:28:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHsPc-0006xW-6u for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 11:28:08 -0400 Received: from mail-ed1-x52d.google.com ([2a00:1450:4864:20::52d]:46439) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHsPa-0006l9-CU for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 11:28:04 -0400 Received: by mail-ed1-x52d.google.com with SMTP id f8-v6so1632293edt.13 for ; Wed, 31 Oct 2018 08:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=7Lpx2Bwvg+zZuQhd4p/wY0qWvg+bvs6oPFpdydco6ps=; b=GS/+NMVe+Aht57CUwofH8pOMf00YuPpgh12zm8a0acWs32RT1l8sOI//VHUBtPe0kj 3I4vud1yJBPDfmJ3QYDnHfczUyj87ckBBaOaSM2GEqVcoGp0MkPVZDBV/xhGCXlggnaF TbL1jiKHXHy3Po3eLEb77mtBnMgp5fVXdCrg1hVeC7i2u5VLUXHV6LEJlzUJu0j1/gjg qV9PVvR8aDgW5USumZtLHD7K9KuPItVJHjcDkzVSN95ufCTaP0TX2U6lrQ+Ufz4VZ7ts WpAGVa5aAP7ll08lO62rnmzozBauZlarR30S/b+g8hBI+OHkU52gada0BYD+7YhZGQHd U8vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=7Lpx2Bwvg+zZuQhd4p/wY0qWvg+bvs6oPFpdydco6ps=; b=BfNfBsllSq5jc+Kbs8nziUQV4h1MOVorM9CjVVmsOiaaOa7+NVYJxdu2hyVOJZ+pKd 7D3qne+qyYaBvafdgcRStjrvfXW8U8ODjrwqqc26A48mMaX0jly+2UZHMV+FPoe806dt e03Tb7XJYxnKMySa1pzBJa8O38lrfz0ZAVb1C/ClKOLTdM53DZd9v9kMpsAIjLmZ+LVD aTH1oC93okz8qpU3lFtoSHvs+2FkV5vh3cj5bT84sr1SPDy8y3jFjShcMf/Tvo0U9gVI wOEchUGZdGPDwxxK1Nn5naK1NqaEAmk3mUQdc3oSJA6rH6JaS5RcK0k+0fNy5mmqf1XO QHlQ== X-Gm-Message-State: AGRZ1gLlGg2BEPp+fMMbxebHunukB/gd5LkYx3DS18dYXZjmKghrK7Fa 2o+nBsTwccznDiE96ZOa+8/wSUM4 X-Google-Smtp-Source: AJdET5cmvhtMk4lK5Q1Kg3IXO3/UdUxsdDxQESERv5/nw22J1ll6g5xxFk6nG+vMX6w4nl50nGtErg== X-Received: by 2002:a05:6402:184b:: with SMTP id v11mr2498019edy.147.1540999679564; Wed, 31 Oct 2018 08:27:59 -0700 (PDT) Received: from VPN-128-237-146-189.LIBRARY.VPN.CMU.EDU (VPN-128-237-146-189.LIBRARY.VPN.CMU.EDU. [128.237.146.189]) by smtp.gmail.com with ESMTPSA id q12-v6sm8634741edd.35.2018.10.31.08.27.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 31 Oct 2018 08:27:57 -0700 (PDT) Sender: John Kitchin References: User-agent: mu4e 1.0; emacs 25.3.1 From: John Kitchin To: edgar@openmail.cc Cc: emacs-orgmode@gnu.org In-reply-to: Date: Wed, 31 Oct 2018 11:27:54 -0400 Message-ID: MIME-Version: 1.0 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::52d Subject: Re: [O] bibtex setup .dir-locals.el X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 15:28:09 -0000 That looks right. I have this in a .dir-locals.el file and when I use org-ref, it only shows me references from that file. ;;; Directory Local Variables ;;; For more information see (info "(emacs) Directory Variables") ((org-mode (org-ref-default-bibliography . ("./References.bib")) (bibtex-completion-bibliography . ("./References.bib")))) You do have to close the org-file, and then reopen it after you make that file, and when I do that I am prompted whether to apply or ignore the settings. It might be simpler to just use a bibliography link in the file though: bibliography:References.bib edgar@openmail.cc writes: > Hello, > > I would like to know how to set my ~References.bib~ as a dir-local variab= le for > use with bibtex (org-ref, reftex). I have this in my ~.dir-locals.el~. It= keeps > showing the global list of references. Thanks! > > #+BEGIN_SRC emacs-lisp > ;;; Directory Local Variables > ;;; For more information see (info "(emacs) Directory Variables") > > ( > (org-mode > (reftex-default-bibliography . ("/Class/Biomat/Hw/Project/References.= bib")) > (org-ref-default-bibliography . ("/Class/Biomat/Hw/Project/References= .bib")) > (bibtex-completion-bibliography . > ("/Class/Biomat/Hw/Project/References.bib")) > (org-ref-bibliography-notes . "/Class/Biomat/Hw/Project/report-biomat= .org") > (bibtex-completion-notes-path . > "/Class/Biomat/Hw/Project/report-biomat.org") > (org-ref-pdf-directory . "/Class/Biomat/Hw/Project/Media/") > (bibtex-completion-library-path . "/Class/Biomat/Hw/Project/Media/") > ) > > (bibtex-mode > (reftex-default-bibliography . ("/Class/Biomat/Hw/Project/References.= bib")) > (org-ref-default-bibliography . ("/Class/Biomat/Hw/Project/References= .bib")) > (bibtex-completion-bibliography . > ("/Class/Biomat/Hw/Project/References.bib")) > > (org-ref-bibliography-notes > . > "/Class/Biomat/Hw/Project/report-biomat.org") > > (bibtex-completion-notes-path > . > "/Class/Biomat/Hw/Project/report-biomat.org") > > (org-ref-pdf-directory > . > "/Class/Biomat/Hw/Project/Media/") > > (bibtex-completion-library-path > . > "/Class/Biomat/Hw/Project/Media/") > ) > ) > #+END_SRC > > As an example: > #+BEGIN_EXAMPLE > reftex-default-bibliography is a variable defined in =E2=80=98reftex-va= rs.el=E2=80=99. > Its value is > ("/Class/Biomat/Hw/Project/References.bib") > Original value was nil > Local in buffer report-biomat.org; global value is > ("//Research/References.bib") > > This variable=E2=80=99s value is directory-local, set by the file > =E2=80=98/Class/Biomat/Hw/Project/.dir-locals.el=E2=80=99. > > Documentation: > List of BibTeX database files which should be used if none are specifie= d. > When =E2=80=98reftex-citation=E2=80=99 is called from a document which = has neither a > =E2=80=98\bibliography{..}=E2=80=99 statement nor a =E2=80=98thebibliog= raphy=E2=80=99 environment, > RefTeX will scan these files instead. Intended for using =E2=80=98reft= ex-citation=E2=80=99 > in non-LaTeX files. The files will be searched along the BIBINPUTS or = TEXBIB > path. > > You can customize this variable. > #+END_EXAMPLE > > My system > #+BEGIN_SRC emacs-lisp > (concat > (emacs-version) "\n" > (org-version) "\n" > (org-ref-version)) > #+END_SRC > > #+RESULTS: > : GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) > : of 2018-07-05 > : 9.1.14 > : org-ref: Version 1.1.1 > > ------------------------------------------------- > > ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of t= he NSA's hands! > $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No ba= ndwidth > quotas! > Commercial and Bulk Mail Options! -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu From MAILER-DAEMON Wed Oct 31 12:25:50 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHtJW-0000J1-Hl for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 12:25:50 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45142) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHtJU-0000Gf-53 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 12:25:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHtJQ-0007L0-OS for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 12:25:47 -0400 Received: from iport-acv9-out.ucsd.edu ([132.239.0.167]:5082) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHtJN-0006YP-3L for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 12:25:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1541003141; x=1572539141; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Wjd0YUJp+wVh5k/y+TiKtpM70b8EuT4N3S79Wzaa8h0=; b=dDqIElo/K4TYW3QTlXZdEBf7QFLcGCSguzwALmBD6BsvEJmjKS3htQVq KJaPFPHKIYvcvh/kXILeAemXuTKQBuhd/253Xo2V6Hxp6R/coCqoo/hKm I8qhF6JI+rGtp5iqVBse5LAy6hXMdFBI61Iryo8Is0VE8+M3mR3dWYcaw 8=; IronPort-PHdr: =?us-ascii?q?9a23=3ARkImUBBYpMwEYnpEXg4uUyQJP3N1i/DPJgcQr6Af?= =?us-ascii?q?oPdwSPTzpsbcNUDSrc9gkEXOFd2Cra4c1KyO6+jJYi8p2d65qncMcZhBBVcuqP?= =?us-ascii?q?49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx7xKRR6?= =?us-ascii?q?JvjvGo7Vks+7y/2+94fcbglUhjexe69+IAmrpgjNq8cahpdvJLwswRXTuHtIfO?= =?us-ascii?q?pWxWJsJV2Nmhv3+9m98p1+/SlOovwt78FPX7n0cKQ+VrxYES8pM3sp683xtBnM?= =?us-ascii?q?VhWA630BWWgLiBVIAgzF7BbnXpfttybxq+Rw1DWGMcDwULs5Qiqp4bt1RxD0iS?= =?us-ascii?q?cHLz85/3/Risxsl6JQvRatqwViz4LIfI2ZMfxzdb7fc9wHX2pMRsZfWTJcDIOg?= =?us-ascii?q?YYUBDOQBMuRZr4bhqFUBogCzBRW3C+Pq1jNEmmP60K883u88EQ/GxgsgH9cWvX?= =?us-ascii?q?jasdj6Kr0SUfq1zaXQ0D7OcfNW1i3n6IjMbB8huv+AVq93fMXN1UYgDB3Kjk+K?= =?us-ascii?q?qY3lJD6Vy/gCs3OG4OZ6S+2glnMnphh3rzOyxckskpHEip8Jxlze6Cl0xIc4Kc?= =?us-ascii?q?elREN4e9KpFIVcuzmHO4Z0XM8uWWNltDwnxrAHuZO3ZjUGxIk7yxLHZfyIbYuF?= =?us-ascii?q?7g7mWeuULjp3mW9pdbG6iha87Ues1OjxW8i23VtJrydIl8TDu38P2hzd7MWMV+?= =?us-ascii?q?Fz8V272TmV0gDe8uREIUcpmqXFM5Mh2bswloYLsUTEAy/2hF36jK+IeUUg/eil?= =?us-ascii?q?8+bpbKj/qpKCNoF6hAfwPL4vl8CmDus0Kw8AUXaH9Oik1b3j+1P2QKlSg/Erjq?= =?us-ascii?q?XVqo3WKMAaq6KjHgNY0Zwv5hKhAzu+1dQXh3gHLFZLeBKdiIjpPknDL+zkAvik?= =?us-ascii?q?nVusii1rxvDdM738HprNNWXMnK3/crlg9k5Q0BAzwsxH55JIFrEBJ+r+VVPru9?= =?us-ascii?q?zCCh85NBe0zProCNhm2YMeXHiAAq6dMK/IrVCI4ecvKfGWZIAJoDb9N+Ql5/n2?= =?us-ascii?q?gHAnnF8SZ7Wm3YAOZHC/BPRmLECZYX3xjdgfCmoKsQw+TPHwhF2FSz5TaCX6Y6?= =?us-ascii?q?VpzTghDIW9RajKXIsoifTV1y6hGppNbW9uBVWFEHOufIKBDaQiciWXd4VLnyYe?= =?us-ascii?q?RPzpYI8ozxWjr0Wyn7FsJOfO4DwwqJn42J546/CFxkJ6ziB9E8nIizLFdGpzhG?= =?us-ascii?q?5dAmZuhK0=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2E1AwBb1tlb/1wSxAplHAEBAQQBAQcEA?= =?us-ascii?q?QGBZQKBL4I5KAqDbIh3jRsliQGQIAEMLAKEPgIXg0M5CQwBAwEBAQEBAQIBAQJ?= =?us-ascii?q?pHAyCNiQBD0trAQEBAQEBIwIUXAEBAQECASMRDAEBNwEECwIBCBgCAiYCAgIfE?= =?us-ascii?q?RUQAgQOBYMhgWoDDQgBp11vgS6CdgEBBYI/gkINRQEHgUMIgQuJQoEzggCBOAw?= =?us-ascii?q?TgkyCVoIogwQxgiaecy4DBgKNX4MpGIFFjwosjVGJNIFbIYFVchNlAYJBghqEV?= =?us-ascii?q?Ylob01biVgBgR4BAQ?= X-IPAS-Result: =?us-ascii?q?A2E1AwBb1tlb/1wSxAplHAEBAQQBAQcEAQGBZQKBL4I5KAq?= =?us-ascii?q?DbIh3jRsliQGQIAEMLAKEPgIXg0M5CQwBAwEBAQEBAQIBAQJpHAyCNiQBD0trA?= =?us-ascii?q?QEBAQEBIwIUXAEBAQECASMRDAEBNwEECwIBCBgCAiYCAgIfERUQAgQOBYMhgWo?= =?us-ascii?q?DDQgBp11vgS6CdgEBBYI/gkINRQEHgUMIgQuJQoEzggCBOAwTgkyCVoIogwQxg?= =?us-ascii?q?iaecy4DBgKNX4MpGIFFjwosjVGJNIFbIYFVchNlAYJBghqEVYlob01biVgBgR4?= =?us-ascii?q?BAQ?= X-IronPort-AV: E=Sophos;i="5.54,447,1534834800"; d="scan'208";a="57605618" Received: from hs-cgdlp6-v-mta.ucsd.edu (HELO HS-CGDLP6-V-MTA) ([10.196.18.92]) by iport-acv9-out.ucsd.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Oct 2018 09:24:36 -0700 Received: from HS-CGDLP6-V-MTA (localhost.localdomain [127.0.0.1]) by HS-CGDLP6-V-MTA (Postfix) with ESMTP id E29CD77; Wed, 31 Oct 2018 09:24:36 -0700 (PDT) Received: from iport-acv1-out.ucsd.edu (iport-acv1-out.ucsd.edu [132.239.0.176]) by HS-CGDLP6-V-MTA (Postfix) with ESMTP id D54A977; Wed, 31 Oct 2018 09:24:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucsd.edu; i=@ucsd.edu; q=dns/txt; s=041709-iport; t=1541003076; x=1572539076; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Wjd0YUJp+wVh5k/y+TiKtpM70b8EuT4N3S79Wzaa8h0=; b=JeqrQAOZu/5SmvmGK5dzK/1CsZzE+fOc4X31hDt0Z7CrvIKJ7V+A7SfM 6oxJ7fx6fHwJqR84A+UWw2amKEAF6A7IrO9vnJkLz9dC25mwWw1xsdH35 v/5s7a1jJI4g2ibWMDzEWQYt0/0jN1YNucWDaNLYaAhESBtOTOzc9LQkA A=; X-IronPort-AV: E=Sophos;i="5.54,447,1534834800"; d="scan'208";a="757639242" Received: from xcore-tpcs2.ucsd.edu (HELO XCORE-TPCS2.AD.UCSD.EDU) ([132.239.0.204]) by iport-acv1-out.ucsd.edu with ESMTP/TLS/AES256-GCM-SHA384; 31 Oct 2018 09:24:36 -0700 Received: from XCORE-KM2.AD.UCSD.EDU (132.239.82.172) by XCORE-TPCS2.AD.UCSD.EDU (132.239.0.204) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 31 Oct 2018 09:24:36 -0700 Received: from HSMBX02-V.AD.UCSD.EDU ([fe80::4d18:fc2:6786:d47f]) by XCORE-KM2.AD.UCSD.EDU ([::1]) with mapi id 14.03.0408.000; Wed, 31 Oct 2018 09:24:36 -0700 From: "Berry, Charles" To: =?utf-8?B?Q2FybG9zIEdhcmPDrWE=?= CC: "emacs-orgmode@gnu.org" Thread-Topic: [BUG] src_blocks - :wrap blocks not being overwritten Thread-Index: AQHUcDw+s0xJ9/FnHkSYSwXi7feO0aU5Fx/1gADqLYA= Date: Wed, 31 Oct 2018 16:24:36 +0000 Message-ID: References: <95FCF642-1CFF-4DF5-89FC-8A5876889D33@ucsd.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.7.165.110] Content-Type: text/plain; charset="utf-8" Content-ID: <674135C7C41B1F4D8A4CC4524D2FB3CC@AD.UCSD.EDU> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.239.0.167 Subject: Re: [O] [BUG] src_blocks - :wrap blocks not being overwritten X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 16:25:49 -0000 DQoNCj4gT24gT2N0IDMxLCAyMDE4LCBhdCAyOjI2IEFNLCBDYXJsb3MgR2FyY8OtYSA8Y2FybG9z Y2dAZ21haWwuY29tPiB3cm90ZToNCj4gDQo+IFRoZSBiaWdnZXIgaXNzdWUgaXMgdGhhdCBpdCAi dXNlZCB0byB3b3JrIi4gQSBmZXcgcmVsZWFzZXMgYWdvLCB3cmFwcGVkIHJlc3VsdHMgY291bGQg YmUgY29ycmVjdGx5IHJlcGxhY2VkIHdoZW4gdXNpbmcgIjpyZXN1bHRzIHJlcGxhY2UiLiBJIHdh cyB3b25kZXJpbmcgaWYgdGhlIGNoYW5nZSB3YXMgaW50ZW50aW9uYWwgb3IgYSBzaWRlLWVmZmVj dCBvZiBzb21ldGhpbmcgZWxzZS4NCj4gDQoNClRoaXMgY29tbWl0IHNlZW1zIHRvIGJlIHRoZSBv bmUuDQoNCnwgKiBkNzk0MGFlLi46IE5pY29sYXMgR29hemlvdSAyMDE3LTExLTI3IG9iLWNvcmU6 IEZpeCByZW1vdmFsIG9mIGVsZW1lbnRzIGFmdGVyIFJFU1VMVFMNCg0KSSBhbSBndWVzc2luZyB0 aGF0IG5vdCBpbmNsdWRpbmcgc3BlY2lhbC1ibG9ja3Mgd2FzIGFuIG92ZXJzaWdodC4NCg0KSWYg eW91IHByZXBhcmUgYSBwYXRjaCwgaXQgd2lsbCBsaWtlbHkgYmUgYXBwbGllZCB1bmxlc3MgTmlj b2xhcyBzZWVzIGFuIGlzc3VlLg0KDQpDaHVjaw== From MAILER-DAEMON Wed Oct 31 13:32:40 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHuMC-0006ZJ-E1 for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 13:32:40 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40324) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHuMA-0006S9-ER for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 13:32:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHuM9-0007i1-L7 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 13:32:38 -0400 Received: from forward105j.mail.yandex.net ([2a02:6b8:0:801:2::108]:35173) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gHuM9-0007cK-8c for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 13:32:37 -0400 Received: from mxback5j.mail.yandex.net (mxback5j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10e]) by forward105j.mail.yandex.net (Yandex) with ESMTP id 84C6C2E08C9; Wed, 31 Oct 2018 20:32:25 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback5j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id zKfOBvE2AS-WPaCBver; Wed, 31 Oct 2018 20:32:25 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1541007145; bh=EqvCjwAG/xn7Au9XWF/UZsjh5InoRrGzq0GgVClJTrw=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=JU2eLq25rB48/cIFCi842ub+DaOSfGA7zxALMnPHnAiI5ZJjlOXJjWeq5oN7COAI3 if3Qr7lQu1ZQFPoS9tGJys1flhmLNlg1fvMdkh1g0spQjZvL2U9eDALtB28D/71m44 TT830OjwF3n89Hi5w/WxN5XnEgDqgI9IAh2oRUss= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id J2wQYXylBQ-WOGKO3uS; Wed, 31 Oct 2018 20:32:24 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1541007144; bh=EqvCjwAG/xn7Au9XWF/UZsjh5InoRrGzq0GgVClJTrw=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=HBw5wSD4FFE0/hUBA/WjjYsd0h7/g0DcVp0q9c940V8mnl6ExbFuc+FvniMDLZM1k oMVNAEHFQn64ulzrqbuRZHCxjWxjXC9JIxWvnm75XZKfT/W4MY08PhSTt5eGkvRk5I jT+FfAfk+5IrfjLezFfs/a6Lfd2P+wmBNVbkO9Is= Authentication-Results: smtp1p.mail.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Nick Dokos Cc: emacs-orgmode@gnu.org Cc: References: <878t2fa0lx.fsf@alphaville.usersys.redhat.com> <87r2g68bt8.fsf@alphaville.usersys.redhat.com> X-Face: -P+89ASh_wrs;AUGm`!l[}/o-lyK}5W.gq\fkJ{#d6Gu,hWrZNz::iMm5PJb} __A96]-LUrl)X=uF=V|\3-\9/sXvBs/H Date: Wed, 31 Oct 2018 17:32:23 +0000 In-Reply-To: <87r2g68bt8.fsf@alphaville.usersys.redhat.com> (Nick Dokos's message of "Wed, 31 Oct 2018 09:50:43 -0400") Message-ID: <87r2g6t42g.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAACwAAAAMCAIAAACWSshgAAAABmJLR0QA/wD/AP+gvaeTAAAA oklEQVQ4je2UsQ0CMRAE544zQiInoRMiGqEUIhojohOa4P1e0rc/QuIkAibcZMfy6qwcLmAsuMX9 5E9yeLTjtZ77TIGXQSLwbZICBI6XlYQFbJbZzn3vWRI7HA1vnNPaPiFQG6IqvZTVVyU091kLWEmg mieBVo0tQNB3ChlZiLEOBVb+w4QfGqb6T5rQlCYxIdFJGApUrb+YNg7nmxgy1T7TG8d+Sagxe3B4 AAAAAElFTkSuQmCC MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:801:2::108 Subject: Re: [O] OT: gmane seems to be back X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 17:32:39 -0000 >>>>> Nick Dokos writes: > Achim Gratz writes: >> Am 30.10.2018 um 16:57 schrieb Nick Dokos: >>> For a couple of weeks, I had not been able to connect to gmane, >>> so I finally gave up and changed my preferences so that I could >>> receive the email from the list. I have not seen any >>> acknowledgement anywhere that it was down BTW - did anybody here >>> notice? Or was it just me? >> >> Plain NNTP wasn't down at all, but connections that use TLS >> stopped working some time ago and probably still don't work. > I have this in my .gnus.el: > (setq gnus-select-method '(nntp "news.gmane.org" > (nntp-open-connection-function nntp-open-tls-stream) > (nntp-port-number 563) ;; (nntp-port-number 119) > (nnir-search-engine gmane) )) My gnus works fine (always has) with just the first line. The nntp-open-tls-stream and port-numbers appear not to be required. And I thought gmane.org was could no longer be searched with nnir. Best wishes, From MAILER-DAEMON Wed Oct 31 14:05:14 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHuri-00085g-0M for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:05:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50651) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHurg-000857-Ck for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:05:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHurd-0005Bb-K0 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:05:12 -0400 Received: from mail-pf1-x42e.google.com ([2607:f8b0:4864:20::42e]:39856) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gHurd-00058r-BN for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:05:09 -0400 Received: by mail-pf1-x42e.google.com with SMTP id c25-v6so7984750pfe.6 for ; Wed, 31 Oct 2018 11:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-copies-to:gmane-reply-to-list :date:in-reply-to:message-id:mime-version:content-transfer-encoding; bh=LRbpCxGHJHO1+aQATlmN/4al2VWv8dkeSP6WWZ1Ei58=; b=fePbk7HjOueJFagmGuUQ8e8K6SwE8BXceVCCYJvNzuNT4sx890yKRzuHUeLeUSKO4L vBaHKRzateymvCZII94u7Dm3BlkPKCYN9PE9OEiQMn8y1BBeq8rnzyZamvrmgYsAVHkM zoZayxV2byUkLkEz9AVaRP8PnKufZBtloK+vhRUF6J8ehLbJSrxRYyqw4fRg9S2kQO36 Q8q9wggOfUMBHGlMFC5gpdhE3QQxGlr+Qnm6ya/vWwjCeQcUZ4axDyN1j8yIw8vEyOH3 fK2v6/8qhSUoOJy7uHevINZHZE6IKdch2JX6INtTjyEVFkGY2F+Sgg7NT9COEhTh1PYG eU6w== 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:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=LRbpCxGHJHO1+aQATlmN/4al2VWv8dkeSP6WWZ1Ei58=; b=eYF16ug/KGaAfv71H6iVt/AcgywYwCHHAKfQe/LuelHX19sWrf5/R0Xj8cKG8iiqr7 E2MxDNXzfrToGuwR4SmiuQsQ2O/kVkrtPG8c5Sl80L/fKv+ouz0KN75UGHTJ0tG8JQib NKXjOskRMfSdJo0HU3aRloX/Qd6krOZ3ZkMBWzfwsRNGdaYQQFeRLJ22SLIyRmbfw/je G0jum5tR7RgqYRVVrDy56cBbGIqs0mw0fmjtpjKdgBMrUod/QV7ZTszSGrCoacjasNER JUpOpvbyjxrwePb6BNq+KBdjw+ejboZL4sx1Xlm2ZXQsvcG2aR5LaeM+WVGnSHjA4EVw i4zQ== X-Gm-Message-State: AGRZ1gI25Y/F8aSgMv6aL3TjqxBN4YPsaXKNg+FfXQz91L7JHJ8BNajK ZP66DPDwmD7dUw2QJKYifhNBcx1Vo3o= X-Google-Smtp-Source: AJdET5cA+/BL6oK65jV7209BzxIPtoZvt3fB2mtJPRlfRCSaTnB8w3nZbezJbnkvJt2tgdEr37LlzA== X-Received: by 2002:a62:f541:: with SMTP id n62-v6mr4433044pfh.59.1541009107497; Wed, 31 Oct 2018 11:05:07 -0700 (PDT) Received: from rpluim-ubuntu ([96.45.36.15]) by smtp.gmail.com with ESMTPSA id 27-v6sm36455919pfm.36.2018.10.31.11.05.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 31 Oct 2018 11:05:05 -0700 (PDT) From: Robert Pluim To: Colin Baxter Cc: Nick Dokos , emacs-orgmode@gnu.org References: <878t2fa0lx.fsf@alphaville.usersys.redhat.com> <87r2g68bt8.fsf@alphaville.usersys.redhat.com> <87r2g6t42g.fsf@yandex.com> Mail-Copies-To: never Gmane-Reply-To-List: yes Date: Wed, 31 Oct 2018 19:05:02 +0100 In-Reply-To: <87r2g6t42g.fsf@yandex.com> (Colin Baxter's message of "Wed, 31 Oct 2018 17:32:23 +0000") Message-ID: <87efc6xa9d.fsf@gmail.com> MIME-Version: 1.0 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: 2607:f8b0:4864:20::42e Subject: Re: [O] OT: gmane seems to be back X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 18:05:13 -0000 Colin Baxter writes: >>>>>> Nick Dokos writes: > > > Achim Gratz writes: > >> Am 30.10.2018 um 16:57 schrieb Nick Dokos: > >>> For a couple of weeks, I had not been able to connect to gmane, > >>> so I finally gave up and changed my preferences so that I could > >>> receive the email from the list. I have not seen any > >>> acknowledgement anywhere that it was down BTW - did anybody here > >>> notice? Or was it just me? > >>=20 > >> Plain NNTP wasn't down at all, but connections that use TLS > >> stopped working some time ago and probably still don't work. > > > I have this in my .gnus.el: > > > (setq gnus-select-method '(nntp "news.gmane.org" > > (nntp-open-connection-function nntp-open-tls-stream) > > (nntp-port-number 563) ;; (nntp-port-number 119) > > (nnir-search-engine gmane) )) > > My gnus works fine (always has) with just the first line. The > nntp-open-tls-stream and port-numbers appear not to be required. And I > thought gmane.org was could no longer be searched with nnir. If you do that then you connect to port 119 using cleartext and the connection is (potentially) upgraded using STARTTLS. That=CA=BCs not the same as making a TLS connection to port 563. Whether this matters for reading news is entirely a personal decision. The gmane search interface is sadly indeed defunct. Robert From MAILER-DAEMON Wed Oct 31 14:42:45 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gHvS1-0002zC-0K for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:42:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60104) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gHvRz-0002uP-7e for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:42:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gHvRt-0007wO-Kp for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:42:39 -0400 Received: from forward100o.mail.yandex.net ([2a02:6b8:0:1a2d::600]:60072) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gHvRo-0007nO-5d for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 14:42:34 -0400 Received: from mxback17o.mail.yandex.net (mxback17o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::68]) by forward100o.mail.yandex.net (Yandex) with ESMTP id D76002A277D2; Wed, 31 Oct 2018 21:42:24 +0300 (MSK) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [2a02:6b8:0:1402::15:6]) by mxback17o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 79UM8ZOdCP-gOiK7WNv; Wed, 31 Oct 2018 21:42:24 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1541011344; bh=Yaq32jR683OReNEsKSKGlJ9dk4PlHqtADQTKlgAa9MU=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=whmmLvhGLhd0UCN2WafLR2xPXATsKm6wJdI8wxHCsUyieEzirWEwl2YLMEbJSLPEn Nr9YGqPb2Q+TnPt+OfsQecuIYo0YWsvF6quA1iC+u1RwluPrn2+rQ7MymtnSxOULXc LuQCyARq9kdOsRzGSMPJnPoUqxNumKaMLZVK7ec0= Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 4j2bx7ca8F-gNKKKgDS; Wed, 31 Oct 2018 21:42:23 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1541011344; bh=Yaq32jR683OReNEsKSKGlJ9dk4PlHqtADQTKlgAa9MU=; h=From:To:Cc:Cc:Subject:References:Date:In-Reply-To:Message-ID; b=whmmLvhGLhd0UCN2WafLR2xPXATsKm6wJdI8wxHCsUyieEzirWEwl2YLMEbJSLPEn Nr9YGqPb2Q+TnPt+OfsQecuIYo0YWsvF6quA1iC+u1RwluPrn2+rQ7MymtnSxOULXc LuQCyARq9kdOsRzGSMPJnPoUqxNumKaMLZVK7ec0= Authentication-Results: smtp4p.mail.yandex.net; dkim=pass header.i=@yandex.com From: Colin Baxter To: Nick Dokos Cc: emacs-orgmode@gnu.org Cc: References: <878t2fa0lx.fsf@alphaville.usersys.redhat.com> <87r2g68bt8.fsf@alphaville.usersys.redhat.com> <87r2g6t42g.fsf@yandex.com> <87efc6xa9d.fsf@gmail.com> X-Face: -P+89ASh_wrs;AUGm`!l[}/o-lyK}5W.gq\fkJ{#d6Gu,hWrZNz::iMm5PJb} __A96]-LUrl)X=uF=V|\3-\9/sXvBs/H Date: Wed, 31 Oct 2018 18:42:22 +0000 In-Reply-To: <87efc6xa9d.fsf@gmail.com> (Robert Pluim's message of "Wed, 31 Oct 2018 19:05:02 +0100") Message-ID: <87muqut0tt.fsf@yandex.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAACwAAAAMCAIAAACWSshgAAAABmJLR0QA/wD/AP+gvaeTAAAA oklEQVQ4je2UsQ0CMRAE544zQiInoRMiGqEUIhojohOa4P1e0rc/QuIkAibcZMfy6qwcLmAsuMX9 5E9yeLTjtZ77TIGXQSLwbZICBI6XlYQFbJbZzn3vWRI7HA1vnNPaPiFQG6IqvZTVVyU091kLWEmg mieBVo0tQNB3ChlZiLEOBVb+w4QfGqb6T5rQlCYxIdFJGApUrb+YNg7nmxgy1T7TG8d+Sagxe3B4 AAAAAElFTkSuQmCC MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:1a2d::600 Subject: Re: [O] OT: gmane seems to be back X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2018 18:42:44 -0000 >>>>> Robert Pluim writes: > Colin Baxter writes: >>>>>>> Nick Dokos writes: >>=20 >> > Achim Gratz writes: >> Am 30.10.2018 um >> 16:57 schrieb Nick Dokos: >>> For a couple of weeks, I had not >> been able to connect to gmane, >>> so I finally gave up and >> changed my preferences so that I could >>> receive the email from >> the list. I have not seen any >>> acknowledgement anywhere that >> it was down BTW - did anybody here >>> notice? Or was it just me? >> >>=20 >> >> Plain NNTP wasn't down at all, but connections that use TLS >> >> stopped working some time ago and probably still don't work. >>=20 >> > I have this in my .gnus.el: >>=20 >> > (setq gnus-select-method '(nntp "news.gmane.org" > >> (nntp-open-connection-function nntp-open-tls-stream) > >> (nntp-port-number 563) ;; (nntp-port-number 119) > >> (nnir-search-engine gmane) )) >>=20 >> My gnus works fine (always has) with just the first line. The >> nntp-open-tls-stream and port-numbers appear not to be >> required. And I thought gmane.org was could no longer be searched >> with nnir. > If you do that then you connect to port 119 using cleartext and > the connection is (potentially) upgraded using STARTTLS. That=CA=BCs > not the same as making a TLS connection to port 563. Whether this > matters for reading news is entirely a personal decision. I did not know this so many thanks for the information. > The gmane search interface is sadly indeed defunct. Shame :-( Best wishes, From MAILER-DAEMON Wed Oct 31 22:01:28 2018 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1gI2IZ-0006rD-VJ for mharc-emacs-orgmode@gnu.org; Wed, 31 Oct 2018 22:01:27 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gI2IX-0006qy-Bg for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 22:01:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gI2IT-0001M6-PP for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 22:01:25 -0400 Received: from m13-111.163.com ([220.181.13.111]:40294) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gI2IS-0001Ic-O9 for emacs-orgmode@gnu.org; Wed, 31 Oct 2018 22:01:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=fmk9I vyaR+/dY1ZDdtxxdPNrpyf2//vHf3nW3KJLHwM=; b=HMMK4eLg17DLcEiKjIpBP v/MeT6Ll96niZRQ+E+UPG6A6yd6FsOeMO9vVW5pamdfw4v0qWkFLZKoAymTExzTm 9GcypcKA3J4L65rTKO2bXx7KZQlPSOya/X24AwHGKxuGrLiP/IIuAB3+UVjsy9QY vlAXiuxZNfO1tnZ7XEdoSw= Received: from tumashu$163.com ( [218.92.14.78] ) by ajax-webmail-wmsvr111 (Coremail) ; Thu, 1 Nov 2018 09:45:56 +0800 (CST) X-Originating-IP: [218.92.14.78] Date: Thu, 1 Nov 2018 09:45:56 +0800 (CST) From: tumashu To: =?UTF-8?Q?Gustav_Wikstr=C3=B6m?= Cc: emacs-orgmode X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20160729(86883.8884) Copyright (c) 2002-2018 www.mailtech.cn 163com In-Reply-To: References: Content-Type: multipart/alternative; boundary="----=_Part_95236_616769411.1541036756518" MIME-Version: 1.0 Message-ID: <4b44a86d.5fb3.166ccf2ce27.Coremail.tumashu@163.com> X-Coremail-Locale: zh_CN X-CM-TRANSID: b8GowABnkPjUWtpbi1vbAA--.32081W X-CM-SenderInfo: 5wxpt2lkx6il2tof0z/1tbiwATx1FXlhGb5CAABsD X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 220.181.13.111 Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 02:01:26 -0000 ------=_Part_95236_616769411.1541036756518 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGVsbG8sIHRoaXMgZmVhdHVyZSBzZWVtIHRvIGJlIHZlcnkgdXNlZnVsLCB3aGF0IGlzIHRoaXMg cGF0Y2ggc3RhdHVzPwoKCgoKCgpBdCAyMDE4LTEwLTIxIDE1OjUzOjM4LCAiR3VzdGF2IFdpa3N0 csO2bSIgPGd1c3RhdkB3aGlsLnNlPiB3cm90ZToKCgpIaSwKCiAKCknigJl2ZSBhdHRhY2hlZCBh IHBhdGNoIHdpdGggc29tZSBzdWdnZXN0ZWQgYWRkaXRpb25zIHRvIG9yZy1hdHRhY2guIFBhdGNo IGNvbW1lbnRzIGJlbG93LiBQbGVhc2UgcmV2aWV3LgoKIAoKS2luZCByZWdhcmRzCgpHdXN0YXYK Cl9fXwoKUGF0Y2ggY29tbWVudHM6CgoqIEFkZCBuZXcgbGlua3R5cGUgImF0dGFjaGVkIiBmb3Ig YXR0YWNobWVudHMKCiAKCkEgbmV3IGxpbmt0eXBlICJhdHRhY2hlZCIgaXMgYWRkZWQgaW4gb3Jk ZXIgdG8gcmVkdWNlIGxpbmstZHVwbGljYXRpb24KCndoZW4gd2FudGluZyB0byBsaW5rIHRvIGZp bGVzIGluIGF0dGFjaGVkIGZvbGRlcnMgb2Ygbm9kZXMuIFRoaXMgd29ya3MKCmZvciBib3RoIElE LWJhc2VkIGF0dGFjaG1lbnRzIGFuZCBBVFRBQ0hfRElSLiAgSW5saW5lIGltYWdlcyB3aWxsCgp0 cmlnZ2VyIGFsc28gZm9yIGF0dGFjaG1lbnRzLCBhcyB3ZWxsIGFzIHNlYXJjaC1kZWNvcmF0aW9u cyBpbiB0aGUKCmxpbmtzLiAgVGhlIGdvYWwgaXMgdG8gbWFrZSB0aGUgZnVuY3Rpb25hbGl0eSBm b3IgYXR0YWNoZWQtbGlua3MKCm1pcnJvciBmaWxlLWxpbmtzLgoKIAoKKiBBZGQgZnVydGhlciBv cHRpb25zIGZvciBBVFRBQ0hfRElSCgogCgpXaGVuIHdvcmtpbmcgd2l0aCBBVFRBQ0hfRElSIHRo ZXJlIGFyZSBub3cgYSBjb3VwbGUgb2YgbmV3IG9wdGlvbnMgYXZhaWxhYmxlOgoKLSBvcmctYXR0 YWNoLWRpci1pbmhlcml0LWJ5LWRlZmF1bHQKCi0gb3JnLWF0dGFjaC1kaXItY3JlYXRlLWlmLW5v dC1leGlzdAoKLSBvcmctYXR0YWNoLWRpci1yZWxhdGl2ZQoKIAoKRGVzY3JpcHRpb25zIG9mIHRo ZW0gY2FuIGJlIGZvdW5kIGluIHRoZSBjb21taXQgZm9yIGVhY2ggbmV3IGN1c3RvbWl6YXRpb24u CgogCgoqIERvY3VtZW50YXRpb24gaW4gb3JnLW1hbnVhbAoKIAoKT3JnLW1hbnVhbCBpcyB1cGRh dGVkIHdpdGggdGhlIG5ldyBsaW5rLXR5cGUgYXMgd2VsbCBhcyBzb21lIG1pbm9yCgpjbGVhbnVw IGluIHRoZSBkb2N1bWVudGF0aW9uIHJlbGF0ZWQgdG8gZXh0ZXJuYWwgbGlua3MgYW5kIGF0dGFj aG1lbnRzLgoKIAoKIA== ------=_Part_95236_616769411.1541036756518 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPkhlbGxvLCB0aGlzIGZlYXR1cmUgc2VlbSB0byBiZSB2ZXJ5IHVz ZWZ1bCwgd2hhdCBpcyB0aGlzIHBhdGNoIHN0YXR1cz88YnI+PGJyPjxicj48YnI+PGJyPjxkaXYg c3R5bGU9InBvc2l0aW9uOnJlbGF0aXZlO3pvb206MSI+PC9kaXY+PGRpdiBpZD0iZGl2TmV0ZWFz ZU1haWxDYXJkIj48L2Rpdj48YnI+QXQgMjAxOC0xMC0yMSAxNTo1MzozOCwgIkd1c3RhdiBXaWtz dHLDtm0iICZsdDtndXN0YXZAd2hpbC5zZSZndDsgd3JvdGU6PGJyPiA8YmxvY2txdW90ZSBpZD0i aXNSZXBseUNvbnRlbnQiIHN0eWxlPSJQQURESU5HLUxFRlQ6IDFleDsgTUFSR0lOOiAwcHggMHB4 IDBweCAwLjhleDsgQk9SREVSLUxFRlQ6ICNjY2MgMXB4IHNvbGlkIj4KCgoKPHN0eWxlPjwhLS0K Cl9mb250LWZhY2UKCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsKCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQpfZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsKCXBhbm9z ZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp di5Nc29Ob3JtYWwKCXttYXJnaW46MGNtOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1z aXplOjExLjBwdDsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOwoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5OwoJY29sb3I6IzA1NjNDMTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3Jp dHk6OTk7Cgljb2xvcjojOTU0RjcyOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnAubXNv bm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDAKCXttc28tc3R5bGUtbmFtZTpt c29ub3JtYWw7Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsKCW1hcmdpbi1yaWdodDowY207Cglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsKCW1hcmdpbi1sZWZ0OjBjbTsKCWZvbnQtc2l6ZTox MS4wcHQ7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9CnNwYW4uRW1haWxTdHls ZTE4Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9CnNwYW4uRW1haWxTdHlsZTE5Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVw bHk7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9Ci5Nc29DaHBEZWZhdWx0Cgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LXNpemU6MTAuMHB0O30KX3BhZ2UgV29y ZFNlY3Rpb24xCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7CgltYXJnaW46NzIuMHB0IDcyLjBwdCA3 Mi4wcHQgNzIuMHB0O30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+ PC9zdHlsZT4KCgo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+SGksPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SeKAmXZlIGF0dGFjaGVk IGEgcGF0Y2ggd2l0aCBzb21lIHN1Z2dlc3RlZCBhZGRpdGlvbnMgdG8gb3JnLWF0dGFjaC4gUGF0 Y2ggY29tbWVudHMgYmVsb3cuIFBsZWFzZSByZXZpZXcuPG86cD48L286cD48L3NwYW4+PC9wPgo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+S2luZCBy ZWdhcmRzPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+R3VzdGF2PG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+X19fPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+UGF0Y2ggY29tbWVudHM6PG86cD48L286 cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+KiBB ZGQgbmV3IGxpbmt0eXBlICJhdHRhY2hlZCIgZm9yIGF0dGFjaG1lbnRzPG86cD48L286cD48L3Nw YW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+QSBuZXcgbGlua3R5cGUgImF0dGFjaGVkIiBpcyBhZGRlZCBpbiBvcmRlciB0byByZWR1Y2Ug bGluay1kdXBsaWNhdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPndoZW4gd2FudGluZyB0byBsaW5rIHRvIGZpbGVzIGluIGF0 dGFjaGVkIGZvbGRlcnMgb2Ygbm9kZXMuIFRoaXMgd29ya3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5mb3IgYm90aCBJRC1iYXNl ZCBhdHRhY2htZW50cyBhbmQgQVRUQUNIX0RJUi4mbmJzcDsgSW5saW5lIGltYWdlcyB3aWxsPG86 cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+dHJpZ2dlciBhbHNvIGZvciBhdHRhY2htZW50cywgYXMgd2VsbCBhcyBzZWFyY2gtZGVjb3Jh dGlvbnMgaW4gdGhlPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+bGlua3MuJm5ic3A7IFRoZSBnb2FsIGlzIHRvIG1ha2UgdGhlIGZ1 bmN0aW9uYWxpdHkgZm9yIGF0dGFjaGVkLWxpbmtzPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+bWlycm9yIGZpbGUtbGlua3MuPG86 cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+KiBBZGQgZnVydGhlciBvcHRpb25zIGZvciBBVFRBQ0hfRElSPG86cD48 L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+V2hlbiB3b3JraW5nIHdpdGggQVRUQUNIX0RJUiB0aGVyZSBhcmUgbm93IGEg Y291cGxlIG9mIG5ldyBvcHRpb25zIGF2YWlsYWJsZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4tIG9yZy1hdHRhY2gtZGlyLWlu aGVyaXQtYnktZGVmYXVsdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPi0gb3JnLWF0dGFjaC1kaXItY3JlYXRlLWlmLW5vdC1leGlz dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPi0gb3JnLWF0dGFjaC1kaXItcmVsYXRpdmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5EZXNjcmlw dGlvbnMgb2YgdGhlbSBjYW4gYmUgZm91bmQgaW4gdGhlIGNvbW1pdCBmb3IgZWFjaCBuZXcgY3Vz dG9taXphdGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4qIERvY3VtZW50YXRpb24gaW4gb3JnLW1hbnVh bDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiPk9yZy1tYW51YWwgaXMgdXBkYXRlZCB3aXRoIHRoZSBuZXcgbGlu ay10eXBlIGFzIHdlbGwgYXMgc29tZSBtaW5vcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPmNsZWFudXAgaW4gdGhlIGRvY3VtZW50 YXRpb24gcmVsYXRlZCB0byBleHRlcm5hbCBsaW5rcyBhbmQgYXR0YWNobWVudHMuPG86cD48L286 cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8L2Rpdj4KCgo8L2Jsb2NrcXVv dGU+PC9kaXY+ ------=_Part_95236_616769411.1541036756518--