unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Nic Ferrier <nferrier@tapsellferrier.co.uk>
Cc: epameinondas@gmx.de, bob@rattlesnake.com,
	texinfo-pretest@texinfo.org, juri@jurta.org, emacs-devel@gnu.org
Subject: Re: A new online publishing tool for Texinfo documents.
Date: 22 Nov 2003 21:37:10 +0000	[thread overview]
Message-ID: <87r800dr09.fsf@kanga.tapsellferrier.co.uk> (raw)

References: <200311222118.hAMLI3v07843@f7.net>
From: Nic Ferrier <nferrier@tapsellferrier.co.uk>
Date: 22 Nov 2003 21:37:10 +0000
In-Reply-To: <200311222118.hAMLI3v07843@f7.net>
Message-ID: <87u14wdr09.fsf@kanga.tapsellferrier.co.uk>
Lines: 114
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
--text follows this line--
karl@freefriends.org (Karl Berry) writes:

> Well, not quite.  You missed everyone else interested in Texinfo :).
> I've included texinfo-pretest@texinfo.org now.  (I also forwarded your
> message there so the others will have the background.)

I've included them in this reply.

 
> As you may already know (perhaps it was the impetus for this?), there
> was a long thread on emacs-devel recently about approaching this from
> the other direction: extending Info format to carry more markup
> information, so that Emacs could do a better job rendering it (the
> original hope was to have a way to colorize certain parts of the Info files).
> 
> At that time, I stated (and still believe) that starting with the
> makeinfo XML output would be much better and easier than turning Info
> format into some kind of ersatz XML/HTML.  So I'm very happy to see this
> proposal :).

I think that's true as well. I'm considering some work to make
libxml2 (which provides xsltproc) available as part of Emacs. This
would make using it very simple indeed.

 
> Here are other comments.
> 
>     alter makeinfo --xml so that it splits the XML by Texinfo
> 
> I am no xml expert, but I'm not sure that is necessary or desirable,
> since the only thing that will read the XML is other scripts.  It is the
> specialized HTML that needs to be split.  And even then, split nodes are
> just one possible outcome.  There are xref issues here, which Patrice
> Dumas and I have hashed over at some length.  Anyway, all that is a
> technical detail.

It's not necessary because you can easily chunk XML with
XSLT. However, I think it's desirable because it's what one might
expect...

But this could certainly warrant further discussion. I'm not going to
do it straight away, I'll be using XSLT to do my chunking initially.


 
>     I personally don't think this will deprecate the existing HTML output
>     from makeinfo because that has good support for ALL browsers.
> 
> And doesn't require any server-side support.

Note that this application will not require any specific server side
support excepting the regex search mechanism. Everything else will be
within the page.


>     Emacs/W3 and Lynx do not support Javascript so we will have to find
>     another way of binding actions to keys within the HTML pages
>     downloaded to those browsers.
> 
> Presumably it is possible to do anything in Emacs :).  
> In any case, Emacs/W3 may not the best approach for Emacs support.  But
> that's up to the emacs developers, of course.
> 
> As for lynx, I do not know; I haven't tried the version of links you
> mention.
> 
> JavaScript is the only standard way to do browser-side programming that
> I know of.  It may turn out that only a small subset of JavaScript is
> actually needed for the job, that wouldn't be as painful to add to Emacs
> and Lynx as the whole huge mess.

I'm unsure about Lynx but for Emacs/W3 I'm sure we could add a hack
so that we could use Elisp as an in-page language. In other words
we'd deliver pages that have HTML like this:

<html>
<head>
<script language="Javascript">
function index_lookup(word)
{
  .
  .
  .
}
</script>
<script language="EmacsLisp">
(defun index-lookup (word)
  .
  .
  .)
</script>
</head>
<body keybinding="i index_lookup">
</body>


'keybinding' is an imagined attribute that binds a function name to a
key press. I've done this for brevity only.

Maybe we'd need to provide emacs-lisp versions of the event
attributes (the ones that links to scripts) so we'd have:

  <table onkeypress="if (key == 's') doSearch();"
         emacs_onkeypress='(if (equals key "s") (do-search))'>
    .
    .
    .


Whatever, as you say, because Emacs is so adaptable we can achieve
something. It's just "what thing" which is important.


Nic

         reply	other threads:[~2003-11-22 21:37 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-22 21:18 A new online publishing tool for Texinfo documents Karl Berry
2003-11-22 21:37 ` Nic Ferrier [this message]
2003-11-24  7:57   ` Juri Linkov
2003-11-24  9:11     ` Nic Ferrier
2003-11-25  4:27       ` Richard Stallman
2003-11-25  7:52       ` Juri Linkov
2003-11-25 11:21         ` Kim F. Storm
2003-11-25 10:37           ` Emacs and Javascript/XSLT (was Re: A new online publishing tool for Texinfo documents.) Nic Ferrier
2003-11-25 15:47             ` Stefan Monnier
2003-11-25 17:55             ` Juri Linkov
2003-11-24  9:43     ` XML and emacs " Nic Ferrier
2003-11-24 14:10     ` A new online publishing tool for Texinfo documents Karl Berry
2003-11-25 21:45       ` Juri Linkov
2003-11-24 16:22   ` Richard Stallman
2003-11-24 16:39     ` Nic Ferrier
2003-11-22 21:48 ` A new online publishing tool for Texinfo documents (regarding Lynx and Links) Nic Ferrier
2003-11-23  0:12   ` Alex Schroeder
  -- strict thread matches above, loose matches on Subject: below --
2003-11-25 13:58 A new online publishing tool for Texinfo documents Karl Berry
     [not found] <200311222102.hAML20T05380@f7.net>
2003-11-23  9:16 ` Stepan Kasal
2003-11-23  9:28   ` Miles Bader
2003-11-23 12:33     ` Stepan Kasal
2003-11-23 21:19       ` Miles Bader
2003-11-24  8:57         ` Stepan Kasal
2003-11-22 20:50 Nic Ferrier
2003-11-23 16:34 ` Richard Stallman
2003-11-23 16:56   ` Nic Ferrier
2003-11-25 18:36     ` Kevin Rodgers
2003-11-25 20:05       ` Nic Ferrier
2003-11-25 22:38         ` Kim F. Storm
2003-11-26  0:21       ` Robert J. Chassell
2003-11-26 18:37         ` Kevin Rodgers
2003-11-26 21:36           ` Robert J. Chassell
2003-12-02 18:54             ` Kevin Rodgers
2003-12-02 21:56               ` Robert J. Chassell
2003-12-03  0:42                 ` Kevin Rodgers

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r800dr09.fsf@kanga.tapsellferrier.co.uk \
    --to=nferrier@tapsellferrier.co.uk \
    --cc=bob@rattlesnake.com \
    --cc=emacs-devel@gnu.org \
    --cc=epameinondas@gmx.de \
    --cc=juri@jurta.org \
    --cc=texinfo-pretest@texinfo.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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).