Re: [O] [odt] htmlfontify + Support for src blockfontification

[Jambunathan K]

Based on my experience I have received far more feedback/bug reports on
odt exporter since 7.6 release than when it was in my own git.

All three suggestions made here miss the whole point. They are
suggesting to hide a useful piece of work underneath githubs, repos etc.

- It is not a question of availability but it is a question of
  availability at the right place where most users can find it without
  even knowing it. (Did anyone know of org-icons package a few months
  back?)

  I am an artist, I need a stage and an audience. I am not a philosopher
  who keeps his thoughts and work private for his own consumption.

- There also seem to be an unarticulated assumption that a transitional
  software should be as perfect as a released software. It need not be
  so. 

  Those who have been on the emacs-devel list would know that much of
  the bidi development is already part of emacs-24 and the discussions
  last few weeks have been more about tightening the screws and fixing
  the user-experience component of it.

  You would also similar parallels with buffer alist related
  simplifications proposed by martin rudalics. If my understanding is
  correct, they are genuine interest on the part of emacs developers to
  steer the patch for overall good.

The rule of thumb is that don't hesitate to accept big pieces (provided
they are proven worthy - in a proof of concept sense of word).

Calling an enhanced htmlfontify.el a duplication is misstating of facts.

Again let me cite the example of htmlize. It is available publicly
(somewhere?). Why should it be part of contrib dir? I know at some point
it was a patched up version of the "original" htmlize.

If you are willing to engage in a discussion I can walk through it. If
the decision is unilateral I am afraid I cannot do much about it.

Btw, I have been sitting on an elpa patch since November of last
year. Everytime I submitted I had to spend atleast 1 hr+ to polish
it. Now it is totally forgotten.

Enough said ...

Jambunathan K.

--