[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: On being web-friendly and why info must die
From: |
David Kastrup |
Subject: |
Re: On being web-friendly and why info must die |
Date: |
Thu, 11 Dec 2014 16:07:31 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
address@hidden (Phillip Lord) writes:
> David Kastrup <address@hidden> writes:
>>> At the risk of repeating a point that has been made before, yes, of
>>> course it is the case that for the majority of people who are actively
>>> using texinfo to produce documentation for Emacs, texinfo is not a
>>> problem.
>>>
>>> The incremental approach, however, of first enabling the use of org so
>>> that some of the documentation could be written using it and then
>>> transforming this to texinfo (to work with the rest of the tool chain)
>>> would be interesting. It would, for example, allow you to see whether
>>> org would be a problem for you in a real environment.
>>
>> The main reason brought forward for abandoning Texinfo appears that it
>> has become slower. So we convert instead to a system that is even
>> slower in order to indirectly produce Texinfo which we will then
>> _additionally_ convert to Info?
>
>
> The main reason *that you accept* for moving from texinfo yes. There are
> other reasons also. Yes, it would be slower.
>
>
>>> If it works, then the eventual aim could be to throw out texinfo and
>>> replace it with org by simple virtual of writing a org->info exported
>>> (direct rather than through texinfo).
>>
>> Would still be slower than now, correct?
>
>
> It's not possible to tell, since direct org->info does not exist. I
> suspect perl text hacking is quicker than emacs lisp hacking, but
> texinfo and org are different input formats.
Well, easy to compare "perl text hacking" with "emacs lisp hacking":
just compare the execution speeds of M-x makeinfo-buffer RET (Perl text
hacking when makeinfo is version 5.x) with M-x texinfo-format-buffer RET
(should be Elisp).
>>> It's the reverse Yoda approach: "try or try not: there is no do".
>>
>> Yes, I understood that this is all about hipsterisms. But hip does
>> not get the work done or redone.
>
> I am saddened that my humour witticisms have not lightened your day.
The sun tends to do a better job with that.
> I will try and do harder.
Can we focus on the best arguments rather than the best movie insider
jokes? Working on free software does not really leave much of a budget
for cinema for me, so I prefer not to compete in that area.
> A discussion about text formats for manual pages is not natural
> territory for gags.
That is a feature, not a bug.
--
David Kastrup
- Re: On being web-friendly and why info must die, (continued)
- Re: On being web-friendly and why info must die, David Kastrup, 2014/12/11
- Re: On being web-friendly and why info must die, Lennart Borgman, 2014/12/11
- Re: On being web-friendly and why info must die, David Kastrup, 2014/12/11
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/11
- Re: On being web-friendly and why info must die, Lennart Borgman, 2014/12/11
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/11
- Re: On being web-friendly and why info must die, David Kastrup, 2014/12/11
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/11
- Re: On being web-friendly and why info must die, David Kastrup, 2014/12/11
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/11
- Re: On being web-friendly and why info must die,
David Kastrup <=
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/11
- Re: On being web-friendly and why info must die, Eli Zaretskii, 2014/12/11
- Re: On being web-friendly and why info must die, Achim Gratz, 2014/12/11
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/12
- Re: On being web-friendly and why info must die, Achim Gratz, 2014/12/12
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/13
- Re: On being web-friendly and why info must die, Achim Gratz, 2014/12/13
- Re: On being web-friendly and why info must die, Richard Stallman, 2014/12/15
- Re: On being web-friendly and why info must die, Achim Gratz, 2014/12/15
- Re: On being web-friendly and why info must die, Phillip Lord, 2014/12/16