all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Adam Wołk" <netprobe@gmail.com>
To: "Robert D. Crawford" <rdc1x@comcast.net>, emacs-devel@gnu.org
Subject: Re: Why Emacs should have a good web-browser
Date: Tue, 21 Jul 2009 22:24:33 +0200	[thread overview]
Message-ID: <op.uxfpm7s7bf5wq6@inferno.interq.pl> (raw)
In-Reply-To: <87prbt954b.fsf@comcast.net>

Dnia 21-07-2009 o 22:02:28 Robert D. Crawford <rdc1x@comcast.net>  
napisał(a):

> Adam Wołk <netprobe@gmail.com> writes:
>
>> I believe that having a good default and supported browser that
>> integrates well with Emacs would be great.
>
> Correct me if I am wrong, but this does not sound like "default" but
> more like "de facto," the difference being that we are talking about
> separate applications that run independently of each other.
>

They run independently as applications but thanks to extensions like  
mozrepl they can communicate the same way as Emacs + SLIME can with many  
Common Lisp implementations. So really embracing mozrepl would allow  
building a bridge between regular Emacs usage and browsing, focusing on  
conkeror allows us to have a more familiar environment both for usage and  
extending.

> I will not pretend to understand everything that is being discussed.  I
> am interested as a blind user, dependent on w3 and or emacs-w3m.  So
> far, I don't see how I will be able to use emacspeak to speak the
> contents of a conqueror buffer like I can any other emacs buffer.  Am I
> mistaken?
>
> rdc

quote from mozrepl website:
> Connect to Firefox and other Mozilla apps, explore and modify them from  
> the inside, while they're running.
> Execute Javascript, play with browser GUI, sneak into HTML pages,  
> examine functions and variables, redefine them on the fly, hot-fix
> bugs, ... MozRepl itself is programmable from within MozRepl.

Conkeror can be connected both ways with Emacs using mozrepl so I can  
imagine (but can't confirm) that one could implement a feature that would  
send website text content directly to emacspeak.

So my guess is that You could not only pass every browser buffer to  
emacspeak but also wouldn't have problems with pages using heavy  
javascript and flash for navigation. Before You take my words for granted  
it would be wise to wait for confirmation of this possibility from someone  
with actual experience with mozrepl.

I also saw a browser extension for Firefox called 'It's all text' that  
could send text input elements from forms and allow to edit them in  
external editors, sending it back when the editor saved the file. If  
exporting text from regular Firefox this way is possible then I assume  
that the website text content wouldn't be much different.




  parent reply	other threads:[~2009-07-21 20:24 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-08 20:11 Why Emacs should have a good web-browser Fernando
2009-07-08 20:54 ` Chong Yidong
2009-07-08 21:55   ` joakim
2009-07-08 22:42     ` Lennart Borgman
2009-08-13 22:54       ` Daniel Colascione
2009-07-08 22:55     ` Chong Yidong
2009-07-08 22:59       ` Lennart Borgman
2009-07-08 23:05         ` Davis Herring
2009-07-09  0:05       ` joakim
2009-07-09 12:36       ` Jason Rumney
2009-07-09 14:25         ` joakim
2009-07-09 16:01           ` Chong Yidong
2009-07-09 17:39             ` joakim
2009-07-09 22:19       ` Richard Stallman
2009-07-08 20:58 ` Richard Riley
2009-07-09 21:12 ` Paul R
2009-07-11 20:24 ` Stefan Monnier
2009-07-12 11:01   ` Robert D. Crawford
2009-07-13  7:18   ` Ken Raeburn
2009-07-17 15:59   ` Paul R
2009-07-18  1:29     ` Miles Bader
2009-07-21  9:18       ` Paul R
2009-07-21 15:52         ` Stefan Monnier
2009-07-21 16:31           ` Miles Bader
2009-07-21 17:25             ` Thomas Lord
2009-07-22  9:23             ` Paul R
2009-07-21 16:52           ` David Reitter
2009-07-21 20:34             ` Chong Yidong
2009-07-21 17:13           ` Thomas Lord
2009-07-21 18:21             ` Adam Wołk
2009-07-21 19:01               ` Lennart Borgman
2009-07-21 19:26                 ` Adam Wołk
2009-07-21 19:33                   ` Lennart Borgman
2009-07-21 19:47                     ` Adam Wołk
2009-07-21 20:02                   ` Robert D. Crawford
2009-07-21 20:08                     ` Lennart Borgman
2009-07-21 20:37                       ` Robert D. Crawford
2009-07-21 20:24                     ` Adam Wołk [this message]
2009-07-21 21:27                       ` Robert D. Crawford
2009-07-21 21:36                         ` T.V. Raman
2009-07-21 22:14                           ` Robert D. Crawford
2009-07-21 21:48                         ` Adam Wołk
2009-07-21 22:24                           ` Robert D. Crawford
2009-07-22 10:33               ` Tassilo Horn
2009-07-22  9:12           ` Paul R
2009-07-22 14:47             ` Stefan Monnier
     [not found]       ` <fxezoucvx5x8i57cbqUYAxe124vaj_firegpg@mail.gmail.com>
2009-07-21 22:09         ` Stephen Eilert
2009-07-21 23:05           ` Chong Yidong
2009-07-22 17:40             ` Stephen Eilert
2009-07-22 18:07               ` Chong Yidong
2009-08-30 18:22   ` joakim
2009-09-02  9:58     ` martin rudalics
2009-09-02 12:00       ` joakim
2009-09-12 19:03 ` Deniz Dogan

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=op.uxfpm7s7bf5wq6@inferno.interq.pl \
    --to=netprobe@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=rdc1x@comcast.net \
    /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.