I installed lois and chromevox from the chrome store. Running version
Chromium 18.0.1025.168 from ubuntu 12.04, but no luck getting it
working yet. Not sue how to verify nacl support - looks like it was
added in v14 and it is listed/mentioned in the copyright file of this
version, but no luck yet.
On another note, seem to have run itno a bug with emacs 24 url, so now
I cannot follow links in w3. Seems to be losing the 'host' value
somewhere, so throws a stingp nil error. Was working with a version of
emacs from earlier in the week, so probably just a temporary hitch.
Was working through your mm-customize.el file and noticed something
which I found a bit confusing. In it, you have some tests under the
mm--inline-media-tests setting of the form
(lambda (&rest ignore)
(or mm-text-html-renderer
mm-text-html-renderer))
I don't understand the or statement. It has the same varible for both
paths - seems like a weird thing to do, unless there is something I'm
missing? I would have thought just returning the var would achieve the
same result? Just curious really as I always like to try and
understand bits of elisp I come across.
Tim
On 12 May 2012 13:05, T. V. Raman <tv.raman.tv@xxxxxxxxxxx> wrote:
> nds good.
>
> My own choice for general purpose browsing is Chrome with
> chromevox loaded -- give that a shot.
>
> You'll need to:
>
> 1. Install ChromeVox and the Lois voice from the Chrome Web
> Store;
> 2. Ensure that your Chrome has nacl support.
>
> Eventually I'd like to use Chrome's remote debugging API to
> connect emacs to Chrome --- and do the following:
>
> Use ChromeVox to work with the general purpose Web.
>
> 2. Use the remote port connection between Emacs and Chrome to get
> Web content into Emacs so you can further manipulate it as
> desired. All of this is a fair bit of work.
>
>>>>>> "Tim" == Tim Cross <theophilusx@xxxxxxxxxxx> writes:
> Tim> I could be way off the mark, but my thoughts were that
> Tim> the w3 rendering code could be a worthwhile reference
> Tim> wrt rendering, but most of it would need to be
> Tim> updated/modified - same with the css module. I would
> Tim> like to see something with very separate and independent
> Tim> modules that each have a well defined interface that are
> Tim> all hooked up together to provide a usable browser AND
> Tim> provide a useful set of utilities that could be used for
> Tim> other processin and provide an interesting tool set for
> Tim> experimentation and personal customization.
> Tim>
> Tim> It is probably this last part, experimentation and
> Tim> customization for specific tasks I find most appealing
> Tim> about w3. For general browsing, I am finding it
> Tim> increasingly necessary to use something like firefox or
> Tim> chromium. However, as the epub stuff you did shows,
> Tim> there is still a lot of potential for a reliable text
> Tim> browser with a very close integration with emacs that
> Tim> will allow us to manipulate components with custom
> Tim> elisp.
> Tim>
> Tim> Tim
> Tim>
> Tim> On 11 May 2012 13:23, T. V. Raman
> Tim> <tv.raman.tv@xxxxxxxxxxx> wrote:
> >> shr doesn't use any of the W3 rendering code.
> >>
> >> Unfortunately the parse structure that the W3 parser
> >> builds is not exactly the same shape as that returned by
> >> libxml -- so you'd have to do a bit of work before the W3
> >> renderer can eat the libxml parse tree. But it shouldn't
> >> be a huge amount of work.
> >>
> >>>>>>> "Tim" == Tim Cross <theophilusx@xxxxxxxxxxx> writes:
> >> Tim> Now that is very interesting. Will certainly be
> >> checking Tim> out shr - this is exactly along the same
> >> lines as I was Tim> thinking wrt moving w3 forward and
> >> helping to ensure it Tim> doesn't end up dying of bit
> >> rot. Tim> Tim> Since emacs added the interface to
> >> libxml, I've been Tim> wondering about how much work
> >> this would take, so I'm Tim> quite excited to find that
> >> thiswork has already started. Tim> Tim> Tim Tim>
> >> Tim> On 11 May 2012 03:47, T.V. Raman
> >> <tv.raman.tv@xxxxxxxxxxx> Tim> wrote: >> From an
> >> Emacspeak perspective, W3 will always trump W3M >> in
> >> terms of features --- w3m in emacs is nice, but the >>
> >> integration leaves a lot to be desired -- in that emacs/w3
> >> >> only gets its hands on the content after w3m itself has
> >> >> done the bulk of the rendering. >> >> In the best
> >> of all worlds, the parsing and dom >> construction
> >> would happen in the native layer --- and the >>
> >> rendering happen in the lisp layer. Module shr is a >>
> >> beginning to that end --- in that it uses libxml to do the
> >> >> parsing -- >> >> On 5/9/12, Robert D. Crawford
> >> <robdcraw@xxxxxxxxxxx> wrote: >>> "Tim Cross"
> >> <tcross@xxxxxxxxxxx> writes: >>> >>>> The really nice
> >> thing is that since machines have gotten >>>> so much
> >> faster in the past few years, the slower >>>> rendering
> >> time of w3 compared to w3m is pretty much >>>>
> >> unnoticeable except on really large html files. >>>
> >> >>> I've not used w3m in such a long time. I've preferred
> >> w3 >>> since I first used it. Glad to hear I'm not
> >> really >>> missing out on speed. >>> >>>> thanks
> >> again, you have made my day! >>> >>> You are quite
> >> welcome. Glad to have been of assistance. >>> >>>
> >> rdc >>> -- >>> Robert D. Crawford >>>
> >> robdcraw@xxxxxxxxxxx >>> >>>
> >> -----------------------------------------------------------------------------
> >> >>> To unsubscribe from the emacspeak list or change your
> >> >>> address on the emacspeak list send mail to >>>
> >> "emacspeak-request@xxxxxxxxxxx" with a subject of >>>
> >> "unsubscribe" or "help". >>> >>> >> >>
> >> -----------------------------------------------------------------------------
> >> >> To unsubscribe from the emacspeak list or change your
> >> >> address on the emacspeak list send mail to >>
> >> "emacspeak-request@xxxxxxxxxxx" with a subject of >>
> >> "unsubscribe" or "help". >> Tim> Tim> Tim>
> >> Tim> -- Tim Cross
> >>
> >> --
> >> Best Regards, --raman
> >>
> >> --
> >> Best Regards, --raman
> Tim>
> Tim>
> Tim>
> Tim> -- Tim Cross
>
> --
> Best Regards,
> --raman
--
Tim Cross
-----------------------------------------------------------------------------
To unsubscribe from the emacspeak list or change your address on the
emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a
subject of "unsubscribe" or "help".
If you have questions about this archive or had problems using it, please send mail to:
priestdo@xxxxxxxxxxx No Soliciting!Emacspeak List Archive | 2010 | 2009 | 2008 | 2007 | 2006 | 2005 | 2004 | 2003 | 2002 | 2001 | 2000 | 1999 | 1998 | Pre 1998