all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: Stefan Schlee <stefan_schlee@yahoo.com>
Cc: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: inclusion of emacs-w3m
Date: Thu, 6 Sep 2012 19:09:02 +1000	[thread overview]
Message-ID: <CAC=50j_yZV0ZEmUCj+JK6zAdyHYxu=djZ-t_8Ob_PcYrYsnnwg@mail.gmail.com> (raw)
In-Reply-To: <1346920414.62447.YahooMailNeo@web125401.mail.ne1.yahoo.com>

On 6 September 2012 18:33, Stefan Schlee <stefan_schlee@yahoo.com> wrote:
> This posting may miss the spirit of this thread but anyhow:
>
> Have you tried using Conkeror (http://www.conkeror.org/)?
>
> As far as I understand this is based on xulrunner, but it behaves like
> Emacs.
>
> Because it is based on xulrunner it is a fully featured HTML-browser (Java
> Script, CSS, cookies, forms etc. support).  Normally I have an Emacs
> instance and Conkeror instance open, and because it behaves like Emacs I
> sometimes forget that I am interacting with the browser.
>
> Wouldn´t it be much more in the UNIX-kind of spirit to not reinvent the
> wheel but to use and combine the tools all ready existing?  Which means
> would it not be better to work on a really good interface between Emacs and
> Conkerer and relieve yourself of the work involving the maintenance of top
> notch Java Script, CSS interpreters etc..  For me it would be enough to have
> excellent access to the html-source, the DOM-tree, Java Script code, CSS
> files, cookies etc. in an Emacs buffers, and have the page rendered by
> Conkeror.
>
> Kind regards Stefan

That approach can have some benefits. A while back, I used some elisp
packages and firefox plugins that gave that sort of close interface -
essentially, access to the lower level stuff in emacs buffers and
reliance on firefox to do the rendering. You even had arepl that you
could interact with from within emacs that would manipulate firefox.
It was quite good, but not as good in some situations as the sort of
stuff you can do when everything is in elisp. If you have a look at
some of the stuff T. V. Raman has done with emacspeak and w3 you can
sort of get an idea of the potential.

To some extent, it gives you an interactive environment where you can
explore with new ideas regarding how you interact with HTML based
content. I may be a little outside the normal requirement space for
what most people want in this area. For me, rendering of HTML, CSS etc
is only part of the picture. What I would really like is the ability
to really impact/affect how the content is processed and handled. I
want an interactive environment where I can work on new content
handlers, content transformations via xslt, object extraction etc, but
do it in a convenient environment I am comfortable with i.e.
emacs/elisp.

Tim

-- 
Tim Cross



  reply	other threads:[~2012-09-06  9:09 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-06  8:33 inclusion of emacs-w3m Stefan Schlee
2012-09-06  9:09 ` Tim Cross [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-08-11 10:43 Ivan Kanis
2012-09-04 15:30 ` Lars Ingebrigtsen
2012-09-04 18:55   ` Ivan Kanis
2012-09-04 20:06     ` Óscar Fuentes
2012-09-05 14:27     ` Lars Ingebrigtsen
2012-09-05 21:44       ` Andrey Kotlarski
2012-09-05 22:25         ` Tim Cross
2012-09-11 10:38       ` Thien-Thi Nguyen
2012-09-11 16:59         ` chad
2012-09-11 17:14           ` Andreas Schwab
2012-09-11 17:24             ` chad
2012-09-11 19:33               ` Wojciech Meyer
2012-09-27 21:31         ` Lars Magne Ingebrigtsen
2012-09-27 21:47           ` Tekk
2012-09-27 21:55             ` Lars Magne Ingebrigtsen
2012-09-28  6:26               ` Stephen J. Turnbull
2012-09-28  8:49           ` Thien-Thi Nguyen
2012-09-06 12:30   ` joakim
2012-12-21 11:06     ` Ted Zlatanov
2012-09-05 13:30 ` Stefan Monnier
2012-09-06 13:27   ` Ivan Kanis

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

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

  git send-email \
    --in-reply-to='CAC=50j_yZV0ZEmUCj+JK6zAdyHYxu=djZ-t_8Ob_PcYrYsnnwg@mail.gmail.com' \
    --to=theophilusx@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=stefan_schlee@yahoo.com \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.