From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: Bug: HTML export ignoring CUSTOM_ID properties Date: Sun, 19 Apr 2015 16:47:38 +0200 Message-ID: <87y4loqinp.fsf@gmx.us> References: <87egnhm3ue.fsf@nicolasgoaziou.fr> <87pp7021h7.fsf@jack.tftorrey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjqVo-0006Qw-7N for emacs-orgmode@gnu.org; Sun, 19 Apr 2015 10:47:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YjqVj-0008OD-2c for emacs-orgmode@gnu.org; Sun, 19 Apr 2015 10:47:56 -0400 Received: from plane.gmane.org ([80.91.229.3]:52506) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YjqVi-0008O8-O4 for emacs-orgmode@gnu.org; Sun, 19 Apr 2015 10:47:51 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YjqVf-0006cW-V2 for emacs-orgmode@gnu.org; Sun, 19 Apr 2015 16:47:48 +0200 Received: from x5ce14d69.dyn.telefonica.de ([92.225.77.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Apr 2015 16:47:47 +0200 Received: from rasmus by x5ce14d69.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Apr 2015 16:47:47 +0200 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 Hi, tftorrey@tftorrey.com (T.F. Torrey) writes: > First, thank you for your incredible work on Org. I hope you enjoyed > your days off, but I have to admit that your announcement that you were > taking the week off worried me. I seem to remember we lost Carsten and > Bastien soon after they took a week off. When (if?) you finally get > burned out and leave, all Org users will feel the loss. This remark is uncalled for and very unfair. > Nicolas Goaziou writes: > >> "beta" is indeed misleading. I suggest to ignore it. >> >> As Rasmus pointed out, master is where development happens. Some changes >> introduced here may break Org. If one such change makes Org unusable for >> you, you can easily revert Org to an earlier, working, commit, without >> fuss. Of course, we appreciate if you report the problem encountered >> beforehand. > > Yes, changes on master can and do occasionally break Org, but they are > *supposed* to work. You wouldn't leave the spreadsheet functionality in > an unusable state and just tell people to use 8.2. To the best of my knowledge nobody makes a living from developing Org. While everybody tries hard to make Org great, you cannot expect people to put in work at the time *you* would prefer. That being said, you are free to hire somebody to make changes for you. That way you could gain control over the timing of particular fixes. If you use git version of Org it is advisable to learn about "git checkout". In the following message I mention the range of changes that also affect the change that has enraged you so greatly: http://permalink.gmane.org/gmane.emacs.orgmode/96890 > But yes, it should be a simple matter to revert the commit that caused > the problem for me until the problem can be addressed. That was the > second thing I looked at. However, the place where this change happened > is not obvious in the git logs. I still don't know where it came from. See above. In addition to the tips Nicolas provided you, it is good to familiarize yourself with recent activity on the list. > On the contrary, the slant of Org's development lately seems to be first > to make sure users don't make any mistakes, and then to follow their > instructions. {{Citation needed}} >>> As you said, they aren't your changes and it isn't your decision. >> >> I overlooked the problem in HTML and made a mistake. It happens, more >> often than I would like. However, you are not required to be obnoxious >> about it. It helps no one. > > Your mistakes are very rare, and your work is sincerely appreciated. I > think your comment about my response is out of context, and I'm not sure > your final statement is true. My polite comments were summarily > dismissed, but now anyone who depended on CUSTOM_ID has been helped. Nobody dismissed your "polite" comments: However, in html custom_id serves as an important measure to facilitate css customization, e.g. on a section level-basis. Thus, I think it is a bug, unless there is a better way to allow per-section css. I will look at this later unless somebody beets me to it. >> The problem should be fixed in 0449b785b4b58ec16e1aac126634de70eee519a4. >> Thank you for reporting it. > > Thank you for your prompt action, but can I ask what you mean by > "fixed"? Have you decided to revert CUSTOM_ID to its previous > functionality? Are you still planning on changing its functionality > and/or meaning? Are you still planning on throwing warnings or errors in > the event of duplicate or invalid CUSTOM_ID's? Other commands that you may study further are "git log" and "git show". I often use the following page as well: http://orgmode.org/cgit.cgi/org-mode.git I hope this helps. —Rasmus -- Spil noget med Slayer!