From: Rasmus <rasmus@gmx.us>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: HTML export ignoring CUSTOM_ID properties
Date: Sun, 19 Apr 2015 16:47:38 +0200 [thread overview]
Message-ID: <87y4loqinp.fsf@gmx.us> (raw)
In-Reply-To: 87pp7021h7.fsf@jack.tftorrey.com
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 <mail@nicolasgoaziou.fr> 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.
<http://permalink.gmane.org/gmane.emacs.orgmode/96932>
>> 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!
next prev parent reply other threads:[~2015-04-19 14:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-16 23:19 Bug: HTML export ignoring CUSTOM_ID properties T.F. Torrey
2015-04-17 0:20 ` Rasmus
2015-04-17 18:20 ` T.F. Torrey
2015-04-18 13:57 ` Rasmus
2015-04-18 18:26 ` T.F. Torrey
2015-04-18 22:38 ` Aaron Ecay
2015-04-19 3:40 ` T.F. Torrey
2015-04-18 23:08 ` Nicolas Goaziou
2015-04-19 4:20 ` T.F. Torrey
2015-04-19 9:08 ` Nicolas Goaziou
2015-04-19 21:11 ` T.F. Torrey
2015-04-19 14:47 ` Rasmus [this message]
2015-04-21 5:37 ` Daniel Clemente
2015-04-21 7:25 ` Nicolas Goaziou
2015-04-23 18:15 ` Daniel Clemente
2015-04-23 19:21 ` Nicolas Goaziou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y4loqinp.fsf@gmx.us \
--to=rasmus@gmx.us \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.