On 03/03/2013 08:33 PM, François Pinard wrote:
> Jambunathan K writes:
>
>> How many people are going to read HTML code? [...] In short, the
>> concern you have raised is more cosmetic than functional.
>
> Replying to the org-mode mailing list. I did not closely followed the
> discussion, so
Jambunathan K writes:
> How many people are going to read HTML code? [...] In short, the
> concern you have raised is more cosmetic than functional.
Replying to the org-mode mailing list. I did not closely followed the
discussion, so maybe I'm missing the point.
A lot of people are not going
Jambunathan K writes:
> Jambunathan K writes:
>
>> Nicolas Goaziou writes:
>>
>>> Bastien writes:
>>>
Achim Gratz writes:
> It also requires that the HTML is output in UTF-8. I would
> (reluctantly, I don't really know much about how this would work)
> suggest that the
Jambunathan K writes:
> In short, the concern you have raised is more cosmetic than
> functional.
I trust you. The thing is, I have this small incertainty in my
mind on whether there is something functional involved here or not.
Also, IIUC the change is triggered only because ox-freemind.el ne
Bastien writes:
> Also, the change in ox-html.el is not good IMHO: it will populate
> everyone's HTML code with unfamiliar strings (like " " instead
> of " ") just for the sake of keeping ox-freemind.el users happy.
How many people are going to read HTML code? There is correctness and
there is
Jambunathan K writes:
> ps: I have a feeling that `org-html-display-buffer-mode' is superfluous.
> A simple `set-auto-mode' will do the trick.
Indeed, I applied a patch using `set-auto-mode'.
Thanks for the suggestion!
--
Bastien
Jambunathan K writes:
> Nicolas Goaziou writes:
>
>> Bastien writes:
>>
>>> Achim Gratz writes:
>>>
It also requires that the HTML is output in UTF-8. I would
(reluctantly, I don't really know much about how this would work)
suggest that the export should always be done with sy
Nicolas Goaziou writes:
> Bastien writes:
>
>> Achim Gratz writes:
>>
>>> It also requires that the HTML is output in UTF-8. I would
>>> (reluctantly, I don't really know much about how this would work)
>>> suggest that the export should always be done with symbolic entities and
>>> a post-exp
Bastien writes:
> Achim Gratz writes:
>
>> It also requires that the HTML is output in UTF-8. I would
>> (reluctantly, I don't really know much about how this would work)
>> suggest that the export should always be done with symbolic entities and
>> a post-export filter should then replace them
Achim Gratz writes:
> It also requires that the HTML is output in UTF-8. I would
> (reluctantly, I don't really know much about how this would work)
> suggest that the export should always be done with symbolic entities and
> a post-export filter should then replace them with whatever the
> part
Bastien writes:
> Also, the change in ox-html.el is not good IMHO: it will populate
> everyone's HTML code with unfamiliar strings (like " " instead
> of " ") just for the sake of keeping ox-freemind.el users happy.
It also requires that the HTML is output in UTF-8. I would
(reluctantly, I don't
Bastien writes:
> We encourage contributors without commit access to share patches on
> the list so that everyone can review and test them.
Ignore this, I just received Jambunathan contribution on the list.
Thanks for applying it, and thanks for the patch Jambunathan.
I'm still wondering if we
Hi Nicolas,
Nicolas Goaziou writes:
>> I have added support for Freemind/Freeplane Mindmap export. I am
>> attaching sample files produced with the new exporter.
>>
>> You are welcome to merge the changes to Org repo.
>
> Done. Thank you!
We encourage contributors without commit access to shar
Hello,
Jambunathan K writes:
> I have added support for Freemind/Freeplane Mindmap export. I am
> attaching sample files produced with the new exporter.
>
> You are welcome to merge the changes to Org repo.
Done. Thank you!
Regards,
--
Nicolas Goaziou
14 matches
Mail list logo
