* dealing with javascript
@ RAYNER Peter
` Shaun Oliver
` (3 more replies)
0 siblings, 4 replies; 10+ messages in thread
From: RAYNER Peter @ UTC (permalink / raw)
To: blinux-list
I guess we're all running into problems with javascript more and more
often. I'm wondering if it's time to put some collective effort into
a solution and, if so, what it might be.
The last time this topic turned up on the emacs-w3 list, Bill Perry's
suggestion was for some kind of external parser, rather than extending
the capabilities of emacs-w3 itself.
The other alternatives I see are to wait and hope the netscape
accessibility efforts make the problem go away or to extend the
capabilities of some other access tool.
Does anyone have any suggestions for which alternative might be
preferable? If we do decide on an external filter what kinds of
capabilities must it have? The few times I've looked inside
inaccessible pages the JS seems to be doing uninteresting things like
drop-down lists which could easily be handled other ways. But I don't
know enough about the capabilities of javascript to know what other
kinds of events we might have to deal with. I'm happy to try and hack
something together to do this provided there's a reasonable chance of
success; it's about time I brushed up my perl anyway. There also
look to be some open-source implementations of interpretters out there
we could possibly modify for the task.
So do people have a view of whether and how to go forward with this?
Any currently active projects? Other comments
cheers
Peter Rayner
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: dealing with javascript
dealing with javascript RAYNER Peter
@ ` Shaun Oliver
` Dave Mielke
` (2 subsequent siblings)
3 siblings, 0 replies; 10+ messages in thread
From: Shaun Oliver @ UTC (permalink / raw)
To: blinux-list
aparently there's support for java script in lynx but it's only
experimental
I've enabled it here on a version I built from source so I'll see how it
goes and let you all know.
--
Shaun Oliver
Man is the best computer we can put aboard a spacecraft ... and the
> > only one that can be mass produced with unskilled labor.
> > -- Wernher von Braun.
> > email: shaun_oliver@optusnet.com.au
> > icq:76958435
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: dealing with javascript
dealing with javascript RAYNER Peter
` Shaun Oliver
@ ` Dave Mielke
` Cheryl Homiak
` T. V. Raman
` Peter Durieux
3 siblings, 1 reply; 10+ messages in thread
From: Dave Mielke @ UTC (permalink / raw)
To: blinux-list
[quoted lines by RAYNER Peter on May 23, 2002, at 15:20]
>I guess we're all running into problems with javascript more and more
>often.
The latest release of links (yes links, not lynx), release 2.0pre1, has some
JavaScript support. When building it, configure it with --enable-javascript.
You should also build it, by the way, with --with-ssl.
--
Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the
Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me
EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell.
http://familyradio.com
^ permalink raw reply [flat|nested] 10+ messages in thread* dealing with javascript
dealing with javascript RAYNER Peter
` Shaun Oliver
` Dave Mielke
@ ` T. V. Raman
` Cheryl Homiak
` (2 more replies)
` Peter Durieux
3 siblings, 3 replies; 10+ messages in thread
From: T. V. Raman @ UTC (permalink / raw)
To: blinux-list
If you want to write some code, here is an approach that
will work:
Basically Javascript of interest does one of 3 things:
0) generate content (document.write )
1) Provides an event handler e.g. for mouse rollovers etc
--the only handler that is really of interest is the one on
form submit and anchor clicks (href="javascript:")
2) These handlers typically show up as JS functions written
by the site author -- and eventually end up calling
window.open or something equivalent like
document.location="url"
You can handle all of these by essentially running the HTML
page through a JS interpreter and telling the interpreter to
produce HTML with the JS code evaluated
and results spliced back in as HTML.
Look at rhino.jar for a full JS implementation in Java
--take rhino.jar and write yourself the above interpreter
--if you dont like Java pick your favorite language.
Finally hook the "interpreter" above
into a proxy server and test it.
the proxy server should run JS enabled WWW pages through
your interpreter.
If you build this it will work for all browsers.
>>>>> "RAYNER" == RAYNER Peter <peter.rayner@csiro.au> writes:
RAYNER> I guess we're all running into problems with
RAYNER> javascript more and more often. I'm wondering
RAYNER> if it's time to put some collective effort into
RAYNER> a solution and, if so, what it might be. The
RAYNER> last time this topic turned up on the emacs-w3
RAYNER> list, Bill Perry's suggestion was for some kind
RAYNER> of external parser, rather than extending the
RAYNER> capabilities of emacs-w3 itself. The other
RAYNER> alternatives I see are to wait and hope the
RAYNER> netscape accessibility efforts make the problem
RAYNER> go away or to extend the capabilities of some
RAYNER> other access tool. Does anyone have any
RAYNER> suggestions for which alternative might be
RAYNER> preferable? If we do decide on an external
RAYNER> filter what kinds of capabilities must it have?
RAYNER> The few times I've looked inside inaccessible
RAYNER> pages the JS seems to be doing uninteresting
RAYNER> things like drop-down lists which could easily
RAYNER> be handled other ways. But I don't know enough
RAYNER> about the capabilities of javascript to know
RAYNER> what other kinds of events we might have to deal
RAYNER> with. I'm happy to try and hack something
RAYNER> together to do this provided there's a
RAYNER> reasonable chance of success; it's about time I
RAYNER> brushed up my perl anyway. There also look to
RAYNER> be some open-source implementations of
RAYNER> interpretters out there we could possibly modify
RAYNER> for the task. So do people have a view of
RAYNER> whether and how to go forward with this? Any
RAYNER> currently active projects? Other comments
RAYNER> cheers Peter Rayner
RAYNER> _______________________________________________
RAYNER> Blinux-list mailing list Blinux-list@redhat.com
RAYNER> https://listman.redhat.com/mailman/listinfo/blinux-list
--
Best Regards,
--raman
Email: raman@cs.cornell.edu
WWW: http://www.cs.cornell.edu/home/raman/
AIM: TVRaman
PGP: http://www.cs.cornell.edu/home/raman/raman.asc
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: dealing with javascript
` T. V. Raman
@ ` Cheryl Homiak
` Reformatting websites " Mario Lang
` Andor Demarteau
2 siblings, 0 replies; 10+ messages in thread
From: Cheryl Homiak @ UTC (permalink / raw)
To: blinux-list
This makes sense, but a lot of us don't have those skills. If anybody does this,
I hope you'll share. I know a lot of people would be extremely grateful.
I also intend to try the suggestions re: links.
Thanks.
^ permalink raw reply [flat|nested] 10+ messages in thread* Reformatting websites Re: dealing with javascript
` T. V. Raman
` Cheryl Homiak
@ ` Mario Lang
` Andor Demarteau
2 siblings, 0 replies; 10+ messages in thread
From: Mario Lang @ UTC (permalink / raw)
To: blinux-list
"T. V. Raman" <raman@cs.cornell.edu> writes:
> If you want to write some code, here is an approach that
> will work:
[...]
> Finally hook the "interpreter" above
> into a proxy server and test it.
FilterProxy is a good thing here. It's easy to write plugin modules,
and you get some nice features for free, like the ability to activate
a certain module only for certain urls matching a regexp.
I used this to hook Ramans superb xls stylesheets into it.
Didn't you always want to get rid of certain unnecessary stuff from big
websites? That's one way to do it.
--
CYa,
Mario
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: dealing with javascript
` T. V. Raman
` Cheryl Homiak
` Reformatting websites " Mario Lang
@ ` Andor Demarteau
2 siblings, 0 replies; 10+ messages in thread
From: Andor Demarteau @ UTC (permalink / raw)
To: blinux-list
On Thu, 23 May 2002, T. V. Raman wrote:
hi,
> Basically Javascript of interest does one of 3 things:
>
> 0) generate content (document.write )
> 1) Provides an event handler e.g. for mouse rollovers etc
> --the only handler that is really of interest is the one on
> form submit and anchor clicks (href="javascript:")
yes, and the one where other menys are chagned whena selection in a meny
is made.
Like you select a movie and another meny wiill change to the availabel
theaters where it is showing.
This ofcourse does some calls to teh server as well.
These are the more tricky parts.
> 2) These handlers typically show up as JS functions written
> by the site author -- and eventually end up calling
> window.open or something equivalent like
> document.location="url"
indeed, some like the javascript() once can mostly simply be rewritten
using the page it's baseurl and appending the url in the js() link.
> You can handle all of these by essentially running the HTML
> page through a JS interpreter and telling the interpreter to
> produce HTML with the JS code evaluated
> and results spliced back in as HTML.
How about ssl-stuff, your proxy needs essentially to understand ssl as
well.
> Look at rhino.jar for a full JS implementation in Java
> --take rhino.jar and write yourself the above interpreter
> --if you dont like Java pick your favorite language.
Java is to slow for this, specialy on heavyloaded machines or haevily
loaded proxy-systems.
Perl should be easier causei it's made to handel text in/output
> Finally hook the "interpreter" above
> into a proxy server and test it.
> the proxy server should run JS enabled WWW pages through
> your interpreter.
maybe easier to write a small proxy yourself then to say edit the
squid-proxy to do this.
> If you build this it will work for all browsers.
ture.
> >>>>> "RAYNER" == RAYNER Peter <peter.rayner@csiro.au> writes:
>
> RAYNER> I guess we're all running into problems with
> RAYNER> javascript more and more often. I'm wondering
> RAYNER> if it's time to put some collective effort into
> RAYNER> a solution and, if so, what it might be. The
> RAYNER> last time this topic turned up on the emacs-w3
> RAYNER> list, Bill Perry's suggestion was for some kind
> RAYNER> of external parser, rather than extending the
> RAYNER> capabilities of emacs-w3 itself. The other
> RAYNER> alternatives I see are to wait and hope the
> RAYNER> netscape accessibility efforts make the problem
> RAYNER> go away or to extend the capabilities of some
> RAYNER> other access tool. Does anyone have any
> RAYNER> suggestions for which alternative might be
> RAYNER> preferable? If we do decide on an external
> RAYNER> filter what kinds of capabilities must it have?
> RAYNER> The few times I've looked inside inaccessible
> RAYNER> pages the JS seems to be doing uninteresting
> RAYNER> things like drop-down lists which could easily
> RAYNER> be handled other ways. But I don't know enough
> RAYNER> about the capabilities of javascript to know
> RAYNER> what other kinds of events we might have to deal
> RAYNER> with. I'm happy to try and hack something
> RAYNER> together to do this provided there's a
> RAYNER> reasonable chance of success; it's about time I
> RAYNER> brushed up my perl anyway. There also look to
> RAYNER> be some open-source implementations of
> RAYNER> interpretters out there we could possibly modify
> RAYNER> for the task. So do people have a view of
> RAYNER> whether and how to go forward with this? Any
> RAYNER> currently active projects? Other comments
> RAYNER> cheers Peter Rayner
>
>
>
> RAYNER> _______________________________________________
> RAYNER> Blinux-list mailing list Blinux-list@redhat.com
> RAYNER> https://listman.redhat.com/mailman/listinfo/blinux-list
>
>
--
slainte mhaith (good health), slainte (cheers)
Uisce Beatha (water of live/health)
-----------
Andor Demarteau E-mail: ademarte@students.cs.uu.nl
student computer science www: http://www.students.cs.uu.nl/~ademarte/
Utrecht University irc: see webpage for details
-----------
Believe in yourself, know what you want, and make it happen!
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: dealing with javascript
dealing with javascript RAYNER Peter
` (2 preceding siblings ...)
` T. V. Raman
@ ` Peter Durieux
` Andor Demarteau
3 siblings, 1 reply; 10+ messages in thread
From: Peter Durieux @ UTC (permalink / raw)
To: blinux-list
Hi, I know there is a project on sourforge.
Netrik is a text browser that may support js, c http://netrik.sourceforge.net.
I haven't tested the last versions.
grtz
-Peter
On Thu, May 23, 2002 at 03:20:47PM +1000, RAYNER Peter wrote:
> I guess we're all running into problems with javascript more and more
> often. I'm wondering if it's time to put some collective effort into
> a solution and, if so, what it might be.
> The last time this topic turned up on the emacs-w3 list, Bill Perry's
> suggestion was for some kind of external parser, rather than extending
> the capabilities of emacs-w3 itself.
> The other alternatives I see are to wait and hope the netscape
> accessibility efforts make the problem go away or to extend the
> capabilities of some other access tool.
> Does anyone have any suggestions for which alternative might be
> preferable? If we do decide on an external filter what kinds of
> capabilities must it have? The few times I've looked inside
> inaccessible pages the JS seems to be doing uninteresting things like
> drop-down lists which could easily be handled other ways. But I don't
> know enough about the capabilities of javascript to know what other
> kinds of events we might have to deal with. I'm happy to try and hack
> something together to do this provided there's a reasonable chance of
> success; it's about time I brushed up my perl anyway. There also
> look to be some open-source implementations of interpretters out there
> we could possibly modify for the task.
> So do people have a view of whether and how to go forward with this?
> Any currently active projects? Other comments
> cheers
> Peter Rayner
>
>
>
> _______________________________________________
> Blinux-list mailing list
> Blinux-list@redhat.com
> https://listman.redhat.com/mailman/listinfo/blinux-list
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: dealing with javascript
` Peter Durieux
@ ` Andor Demarteau
0 siblings, 0 replies; 10+ messages in thread
From: Andor Demarteau @ UTC (permalink / raw)
To: blinux-list
On Mon, 27 May 2002, Peter Durieux wrote:
> Hi, I know there is a project on sourforge.
> Netrik is a text browser that may support js, c http://netrik.sourceforge.net.
last time I checked it didn't even support forsm yet.
And I tested it on a heavily js-infected site, still no text was showing.
Wheilst their idea's seem okay, I've not yet seen any practical outcome of
it.
> I haven't tested the last versions.
>
> grtz
>
> -Peter
>
> On Thu, May 23, 2002 at 03:20:47PM +1000, RAYNER Peter wrote:
> > I guess we're all running into problems with javascript more and more
> > often. I'm wondering if it's time to put some collective effort into
> > a solution and, if so, what it might be.
> > The last time this topic turned up on the emacs-w3 list, Bill Perry's
> > suggestion was for some kind of external parser, rather than extending
> > the capabilities of emacs-w3 itself.
> > The other alternatives I see are to wait and hope the netscape
> > accessibility efforts make the problem go away or to extend the
> > capabilities of some other access tool.
> > Does anyone have any suggestions for which alternative might be
> > preferable? If we do decide on an external filter what kinds of
> > capabilities must it have? The few times I've looked inside
> > inaccessible pages the JS seems to be doing uninteresting things like
> > drop-down lists which could easily be handled other ways. But I don't
> > know enough about the capabilities of javascript to know what other
> > kinds of events we might have to deal with. I'm happy to try and hack
> > something together to do this provided there's a reasonable chance of
> > success; it's about time I brushed up my perl anyway. There also
> > look to be some open-source implementations of interpretters out there
> > we could possibly modify for the task.
> > So do people have a view of whether and how to go forward with this?
> > Any currently active projects? Other comments
> > cheers
> > Peter Rayner
> >
> >
> >
> > _______________________________________________
> > Blinux-list mailing list
> > Blinux-list@redhat.com
> > https://listman.redhat.com/mailman/listinfo/blinux-list
>
>
>
> _______________________________________________
> Blinux-list mailing list
> Blinux-list@redhat.com
> https://listman.redhat.com/mailman/listinfo/blinux-list
>
--
slainte mhaith (good health), slainte (cheers)
Uisce Beatha (water of live/health)
-----------
Andor Demarteau E-mail: ademarte@students.cs.uu.nl
student computer science www: http://www.students.cs.uu.nl/~ademarte/
Utrecht University irc: see webpage for details
-----------
Believe in yourself, know what you want, and make it happen!
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~ UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
dealing with javascript RAYNER Peter
` Shaun Oliver
` Dave Mielke
` Cheryl Homiak
` T. V. Raman
` Cheryl Homiak
` Reformatting websites " Mario Lang
` Andor Demarteau
` Peter Durieux
` Andor Demarteau
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).