From mboxrd@z Thu Jan 1 00:00:00 1970 From: Emanuel Evans Subject: Re: bug#21818: 24.5; org-set-tags-to indentation problems when called programmatically Date: Thu, 19 Nov 2015 10:39:27 -0800 Message-ID: <874mghrfz4.fsf@emanuel.industries> References: <87r3k7prms.fsf@cersei.i-did-not-set--mail-host-address--so-tickle-me> <83h9l3w1di.fsf@gnu.org> <87bnbbvtkm.fsf@emanuel.industries> <83mvuuvm6j.fsf@gnu.org> <87mvutwa8o.fsf@emanuel.industries> <87d1vo277y.fsf@nicolasgoaziou.fr> <87r3k4ofa9.fsf@nicolasgoaziou.fr> <87egfq7fy9.fsf@gmail.com> <87h9kil72a.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37864) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzU7y-00041z-Ut for emacs-orgmode@gnu.org; Thu, 19 Nov 2015 13:40:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzU7r-00014k-8e for emacs-orgmode@gnu.org; Thu, 19 Nov 2015 13:40:10 -0500 Received: from plane.gmane.org ([80.91.229.3]:43665) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzU7r-00014A-2e for emacs-orgmode@gnu.org; Thu, 19 Nov 2015 13:40:07 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZzU7M-0006Tr-8z for emacs-orgmode@gnu.org; Thu, 19 Nov 2015 19:39:36 +0100 Received: from c-73-162-103-83.hsd1.ca.comcast.net ([73.162.103.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Nov 2015 19:39:36 +0100 Received: from mail by c-73-162-103-83.hsd1.ca.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Nov 2015 19:39:36 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nicolas Goaziou writes: > I don't consider it to be a bug. > > `org-element-interpret-data' produces a string, which is expected to be > syntactically correct, but doesn't guarantee aesthetics. In particular, > `org-element-headline-interpreter' tries to align tags as accurately as > possible, but, in this case, fails to succeed as it would require to > introduce fontification in the process. This is out of the scope of the > function. Hmmm, that doesn't really make sense to me. Shouldn't the flow of 1. Edit a document with org-mode 2. (org-element-interpret-data (org-element-parse-buffer)) be as close to the original as possible? Seems like the fontification aspect is just an implementation detail. In any case, I looked more into the code and would be happy to submit a patch to change it if it makes sense to you. - Emanuel