Hi I'm exploring the possibility of using javascript server side as a templating language, in the context of AJAX applications. To that end both a javascript engine and a DOM document, ideally available as "document" from javascript, are needed. The idea is to be able to reuse the same code server and client side. The DOM document class could be a native one eventually, like the XMLDocument class in Windows. In that context, I don't need rendering, which means that WebCore is most likely more than I would need in that regard. To be more specific, I'm targeting xhtml, and the server would most likely be running Windows. Apparently JavascriptCore now compile and run on windows. Any feedback on real usage there ? Has someone tried that before ? What would be involved in implementing such a solution ? Thanks in advance for any feedback or suggestion. Benoit
If you want help with creating a Windows based application that utilizes JavaScriptCore, get in touch with me via email.. justin.haygood@gmail.com or via AIM at jhaygood86 I've been playing around with it, and figured out how to do it the other day. On 1/12/06, Benoit Marchant <marchant@gmail.com> wrote:
Hi
I'm exploring the possibility of using javascript server side as a templating language, in the context of AJAX applications. To that end both a javascript engine and a DOM document, ideally available as "document" from javascript, are needed. The idea is to be able to reuse the same code server and client side. The DOM document class could be a native one eventually, like the XMLDocument class in Windows.
In that context, I don't need rendering, which means that WebCore is most likely more than I would need in that regard. To be more specific, I'm targeting xhtml, and the server would most likely be running Windows. Apparently JavascriptCore now compile and run on windows. Any feedback on real usage there ?
Has someone tried that before ? What would be involved in implementing such a solution ?
Thanks in advance for any feedback or suggestion.
Benoit _______________________________________________ webkit-dev mailing list webkit-dev@opendarwin.org http://www.opendarwin.org/mailman/listinfo/webkit-dev
On Jan 13, 2006, at 1:33 PM, Justin Haygood wrote:
If you want help with creating a Windows based application that utilizes JavaScriptCore, get in touch with me via email.. justin.haygood@gmail.com or via AIM at jhaygood86
I've been playing around with it, and figured out how to do it the other day.
On 1/12/06, Benoit Marchant <marchant@gmail.com > wrote: Hi
I'm exploring the possibility of using javascript server side as a templating language, in the context of AJAX applications. To that end both a javascript engine and a DOM document, ideally available as "document" from javascript, are needed. The idea is to be able to reuse the same code server and client side. The DOM document class could be a native one eventually, like the XMLDocument class in Windows.
In that context, I don't need rendering, which means that WebCore is most likely more than I would need in that regard. To be more specific, I'm targeting xhtml, and the server would most likely be running Windows. Apparently JavascriptCore now compile and run on windows. Any feedback on real usage there ?
Has someone tried that before ? What would be involved in implementing such a solution ?
JavaScriptCore does run on Windows, but you won't have the DOM stuff. WebKit is actually reasonably efficient in a non-rendering context. If you inhibit loading of subresources via delegate methods, and disable rendering with a user stylesheet that forces display: none, the parsing is faster than many completely non-GUI parsing libraries, and you get a full DOM that you can manipulate, including the Window object. Regards, Maciej
The parsing would then be a hackified KDOM, right? On 1/13/06, Maciej Stachowiak <mjs@apple.com> wrote:
On Jan 13, 2006, at 1:33 PM, Justin Haygood wrote:
If you want help with creating a Windows based application that utilizes JavaScriptCore, get in touch with me via email.. justin.haygood@gmail.comor via AIM at jhaygood86
I've been playing around with it, and figured out how to do it the other day.
On 1/12/06, Benoit Marchant <marchant@gmail.com > wrote:
Hi
I'm exploring the possibility of using javascript server side as a templating language, in the context of AJAX applications. To that end both a javascript engine and a DOM document, ideally available as "document" from javascript, are needed. The idea is to be able to reuse the same code server and client side. The DOM document class could be a native one eventually, like the XMLDocument class in Windows.
In that context, I don't need rendering, which means that WebCore is most likely more than I would need in that regard. To be more specific, I'm targeting xhtml, and the server would most likely be running Windows. Apparently JavascriptCore now compile and run on windows. Any feedback on real usage there ?
Has someone tried that before ? What would be involved in implementing such a solution ?
JavaScriptCore does run on Windows, but you won't have the DOM stuff. WebKit is actually reasonably efficient in a non-rendering context. If you inhibit loading of subresources via delegate methods, and disable rendering with a user stylesheet that forces display: none, the parsing is faster than many completely non-GUI parsing libraries, and you get a full DOM that you can manipulate, including the Window object.
Regards, Maciej
Hi Maciej, You're talking about a Mac OS X solution with WebKit, right ? Would WebKit work headless on a server ? Would Python be a way to go to wrap WebKit as a server application ? Benoit On Jan 13, 2006, at 1:47 PM, Maciej Stachowiak wrote:
On Jan 13, 2006, at 1:33 PM, Justin Haygood wrote:
If you want help with creating a Windows based application that utilizes JavaScriptCore, get in touch with me via email.. justin.haygood@gmail.com or via AIM at jhaygood86
I've been playing around with it, and figured out how to do it the other day.
On 1/12/06, Benoit Marchant <marchant@gmail.com > wrote: Hi
I'm exploring the possibility of using javascript server side as a templating language, in the context of AJAX applications. To that end both a javascript engine and a DOM document, ideally available as "document" from javascript, are needed. The idea is to be able to reuse the same code server and client side. The DOM document class could be a native one eventually, like the XMLDocument class in Windows.
In that context, I don't need rendering, which means that WebCore is most likely more than I would need in that regard. To be more specific, I'm targeting xhtml, and the server would most likely be running Windows. Apparently JavascriptCore now compile and run on windows. Any feedback on real usage there ?
Has someone tried that before ? What would be involved in implementing such a solution ?
JavaScriptCore does run on Windows, but you won't have the DOM stuff. WebKit is actually reasonably efficient in a non-rendering context. If you inhibit loading of subresources via delegate methods, and disable rendering with a user stylesheet that forces display: none, the parsing is faster than many completely non-GUI parsing libraries, and you get a full DOM that you can manipulate, including the Window object.
Regards, Maciej
On Jan 13, 2006, at 10:37 PM, Benoit Marchant wrote:
Hi Maciej,
You're talking about a Mac OS X solution with WebKit, right ?
Yes.
Would WebKit work headless on a server ?
Yes, although the server does need to be running a window server even if it has no monitor (I think this is the case with OS X in typical server setups).
Would Python be a way to go to wrap WebKit as a server application ?
Maybe - I have no experience with the Python WebKit bindings. Regards, Maciej
participants (3)
-
Benoit Marchant
-
Justin Haygood
-
Maciej Stachowiak