Re: Feature change or bug - Emacs server

[Tim Cross <theophilusx@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1753 bytes --]

On Tue, Jun 14, 2011 at 2:49 AM, T.V Raman <tv.raman.tv@gmail.com> wrote:

> Ted,
>
> 1+ on not attempting to implement  what you call the pile of
> undefined / open-ended Web specs in Emacs -- I say this even
> though I would love to have a full-fledged browser in Emacs.
>
> Eventually, I think we should connect emacs to Firefox and / or
> Chrome over a socket -- mozrepl for Firefox did a lot of this,
> but appears to have stalled. Chrome has a socket-level debugging
> protocol that could be leveraged for this -- google searches
> showed an early glimpse of this at github.
>
> Tim, that may be something you might want to look at.
>
> As someone who "already" uses Emacs as the desktop (via
> Emacspeak), I definitely think emacs-panel.el could make the
> Emacspeak Audio Desktop even better -- and I look forward to
> it. One of the first things I would want is to mimic things like
> nm-applet -- today, that's one of the few things I find
> impossible to do without waving a mouse at the Gnome GUI.
>
> Yes, looking at how emacs to interface with existing browsers would be
something I'd enjoy looking at and is already on the TODO list. I have a
cople of other projects to complete first. One thing I really need to do is
get back up to speed in web technology. For the last 10 years, nearly all my
work has been focused on other areas, noteably database development and more
recently identity and access management. Meanwhile, the web world has moved
on quite a long way from what I was doing in the late 90s.

One thing I really want to do first is get up to speed with D-Bus. In
particular, I want to see if it can be used to improve the interface to an
espeak based speech server for emacspeak. Just got to make the space to do
it!

Tim

[-- Attachment #2: Type: text/html, Size: 2205 bytes --]