By the way, if you can do it, you don't need that the
publishers accept TeXmacs file format : you can send
them LaTeX files.
The existence of those style files would also enable
collaboration between people using TeXmacs and people
using LaTeX. This is also currently one of the important
problems : in a team of people writing a paper, as soon
as one is using LaTeX, if you don't have a TeXmacs implementation
of the style file, the only solution is that all the people
use LaTeX (or all the people use TeXmacs and hack the LaTeX
output afterwards, but in any case, guess what is the usual
group decision in groups where usually, everybody knows LaTeX,
and only some people know TeXmacs ?).
>It seems that it might be necessary for TeXmacs developers/users to
>create TeXmacs style files for many conferences/journals to encourage
>them to accept TeXmacs submissions.
>
>
>
Yep.
>But even then, the results would need to be indistinguishable from
>what you get from their LaTeX/TeX style files.
>
>Are there settings for TeXmacs for which the output is
>indistinguishable from TeX/LaTeX?
>
>
>
Make the results indistinguishable from purely LaTeX-inputted
files is a small (technical) problem compared to the huge need
of having stylesheets for the hundreds of journals/conferences
currently in existence...
>Can anyone guess what work it would mean to produce TeXmacs styles that
>export LaTeX for specific LaTeX styles?
>
>
>
It would mean that we need one author/maintainer for each
one of the hundreds of stylesheets for each journal/conference.
For this purpose, perhaps a small document describing
the variables in TeX/LaTeX vs. the equivalent (but
very different) variable set in TeXmacs would be
very useful (because the root of the problem is
precisely that no automatic translation seems easily
possible in this area).
Some propaganda directed to the conference organizers,
in order to convince them to allow TeXmacs input (and
provide by themselves the TeXmacs style file) would
also be relevant (although less mandatory than having
a sufficient library of styles beforehand).
> I think TeXmacs needs a killer feature that goes well beyond what TeX
> can do. Perhaps then major publishers will accept TeXmacs
> submissions. Ideally, this killer feature would make the publisher's
> job easier in some way.
>
Unfortunately, it seems that what makes the publisher's
job easier is not a better technology : it is a robust
computerized printing line. In this respect, any change,
even if it is an improvement for other people (e.g., for
the authors), is a risk and/or a cost for them, not a benefit.
> As an example, perhaps TeXmacs could make the job of reviewers easier
> in some way by allowing annotation, collaboration, ranking, etc. in
> the review process.
>
Yes, it would be interesting, but the reviewers are not
the publishers, unfortunately.
I would rather believe that the more indirect way could
be the most successful, in the end : namely, at some point,
in the future, if a critical mass of people is using TeXmacs,
the publishers will have to follow them.
_______________________________________________
Texmacs-dev mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/texmacs-dev