469,898 Members | 1,760 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,898 developers. It's quick & easy.

java script interpreter

Hi,

We are developing one application for smartphone. In this we are
parsing XMLs and rendering it as UI elements using smartphone SDK.
Everything is working fine. Now one more requirement has come. Java
script will also be included in the XMLs. We are searching for java
script interpreters so that we will give our script files to this
interpreters as input andthe output buffer will be pure XML. We have
got one java script interpreter, but it is not taking document.write
kind of things. It is compiling plain functions.

Can anyone help in this search for a java script interpreter for
windows which supports document.write kind of things.
regards
harish
Jul 23 '05 #1
6 2070
What do you use to send document to the smartphone, webserver?
document.write is function specific for a webbrowser, therefor there
is no standalone JavaScript interpreter that automatically supports
document.write.

What you could do is look into the MS scripting host.
You can just make a myconverter.js file and use it to output parse
the XML documents or you can let your webserver host ASP files. ASP
has JavaScript support and it can output XML.

If that is not what you want maybe you can explain clearer what it is
that you want to do?

Greetings,
Vincent
harish wrote:
Hi,

We are developing one application for smartphone. In this we are
parsing XMLs and rendering it as UI elements using smartphone SDK.
Everything is working fine. Now one more requirement has come. Java
script will also be included in the XMLs. We are searching for java
script interpreters so that we will give our script files to this
interpreters as input andthe output buffer will be pure XML. We have
got one java script interpreter, but it is not taking document.write
kind of things. It is compiling plain functions.

Can anyone help in this search for a java script interpreter for
windows which supports document.write kind of things.
regards
harish


Jul 23 '05 #2
ha*******@yahoo.com (harish) writes:
We are developing one application for smartphone. In this we are
parsing XMLs and rendering it as UI elements using smartphone SDK.
Everything is working fine. Now one more requirement has come. Java
script will also be included in the XMLs.
For clarity: "Javascript" is in one word. It is not related to "Java".
We are searching for java script interpreters so that we will give
our script files to this interpreters as input andthe output buffer
will be pure XML.
Pure Javascript (or rather: ECMAScript) doesn't have output
capabilities. The language, as defined by the ECMA 262 v3 standard, is
meant to be used in many different settings. The output capabilities
of ECMAScript interpreters in browsers is provided by the runtime
environment (aka. the DOM).
We have got one java script interpreter, but it is not taking
document.write kind of things. It is compiling plain functions.
Then you should extend its environment with a host function that
does the output when called.
Can anyone help in this search for a java script interpreter for
windows which supports document.write kind of things.


Wikipedia has links to several Jevascript/ECMAScript implementations:
<URL:http://en.wikipedia.org/wiki/JavaScript#Usage>
but I doubt that is what you need. Just extend the runtime environment
for the one you have.

/L
--
Lasse Reichstein Nielsen - lr*@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
'Faith without judgement merely degrades the spirit divine.'
Jul 23 '05 #3
Vincent van Beveren wrote:
What do you use to send document to the smartphone, webserver?
document.write is function specific for a webbrowser,
No. document.write() ist part of both client-side JavaScript up
to version 1.3 and of server-side JavaScript up to version 1.4.
Beyond CSJS 1.3, it is part of W3C DOM Level 1 and 2 HTML which
is in no way restricted to Web browsers. There are more HTML
UAs than Web browsers.
therefor there is no standalone JavaScript interpreter that
automatically supports document.write.


Non sequitur.

BTW: Your From header is invalid.
PointedEars
Jul 23 '05 #4
Lasse Reichstein Nielsen wrote:
ha*******@yahoo.com (harish) writes:
We are developing one application for smartphone. In this we are
parsing XMLs and rendering it as UI elements using smartphone SDK.
Everything is working fine. Now one more requirement has come. Java
script will also be included in the XMLs.


For clarity: "Javascript" is in one word. It is not related to "Java".

^^^^^^^^^^
We are searching for java script interpreters so that we will give
our script files to this interpreters as input andthe output buffer
will be pure XML.


Pure Javascript (or rather: ECMAScript) doesn't have output
capabilities.


JavaScript (note the case) is _not_ ECMAScript. JavaScript is an
*implementation* of ECMAScript. Up to version 1.3 it contained
client-side output capabilities that are further known to be part
of a so-called "DOM Level 0", originating from DOM support back to
Netscape 3 and IE 3. But those capabilities were and, as some of
them are included in W3C DOM Level 1 and 2 HTML, intended for HTML
and XHTML documents and UAs, namely Netscape Navigator considered
an HTML UA, and most of them are not applicable to XML documents/
DOMs and UAs.
PointedEars
Jul 23 '05 #5
Thomas 'PointedEars' Lahn wrote:
Lasse Reichstein Nielsen wrote:

<snip>
Pure Javascript (or rather: ECMAScript) doesn't have
output capabilities.


JavaScript (note the case) is _not_ ECMAScript.
JavaScript is an *implementation* of ECMAScript.

<snip>

It seems a bit pointless to be stating that Netscape's trademark name
"JavaScript" applies to something specific and distinct in response to a
post where the trademark name was never used.

Richard.
Jul 23 '05 #6
Thomas 'PointedEars' Lahn <Po*********@nurfuerspam.de> writes:
Lasse Reichstein Nielsen wrote:
Pure Javascript (or rather: ECMAScript) doesn't have output
capabilities.


JavaScript (note the case) is _not_ ECMAScript.


I am very deliberate about the case. I write "JavaScript" when I mean
Netscape's implementation and "Javascript" when I am talking about
the mess of different implementations of ECMAScript in current use.

I know it's a small difference in spelling, but I have found no better
way to make the distinction and still be able to talk about "Javascript"
in the abstract (like "Sure you can implement a countdown in Javascript
for your web page").
JavaScript is an *implementation* of ECMAScript.


Some versions are. Other versions predate ECMAScript v1. But I was not
talking about "JavaScript", but about implementations of ECMAScript
(e.g., Core JavaScript, or "pure Javascript" as I allow myself to call
it in non-technical terms).

/L
--
Lasse Reichstein Nielsen - lr*@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
'Faith without judgement merely degrades the spirit divine.'
Jul 23 '05 #7

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

reply views Thread by John Doe | last post: by
4 posts views Thread by angel | last post: by
3 posts views Thread by #pragma once | last post: by
16 posts views Thread by fernandez.dan | last post: by
1 post views Thread by Uma | last post: by
1 post views Thread by Paul | last post: by
34 posts views Thread by Anthony Irwin | last post: by
reply views Thread by Salome Sato | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.