Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.javascript > #25375 > unrolled thread

Window and form support in ecma/javascript?

Back to article view | Back to comp.lang.javascript

Contents

  Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 06:31 -0700
    Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 07:42 -0700
    Re: Window and form support in ecma/javascript? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-07-15 17:14 +0200
      Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 08:30 -0700
        Re: Window and form support in ecma/javascript? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-07-15 17:47 +0200
      Re: Window and form support in ecma/javascript? Hans-Georg Michna <hans-georgNoEmailPlease@michna.com> - 2014-07-15 18:14 +0200
      Re: Window and form support in ecma/javascript? "Christoph M. Becker" <cmbecker69@arcor.de> - 2014-07-15 18:51 +0200
    Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 08:18 -0700
      Re: Window and form support in ecma/javascript? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-07-15 17:25 +0200
        Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 08:37 -0700
          Re: Window and form support in ecma/javascript? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2014-07-15 17:52 +0200
            Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 09:18 -0700
              Re: Window and form support in ecma/javascript? Tim Streater <timstreater@greenbee.net> - 2014-07-15 18:06 +0100
                Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 10:53 -0700
                Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 11:06 -0700
            Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 09:31 -0700
              Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-15 09:44 -0700
    Re: Window and form support in ecma/javascript? "Chris M. Thomasson" <no@spam.invalid> - 2014-07-15 10:25 -0700
    Re: Window and form support in ecma/javascript? recompile@gmail.com - 2014-07-15 17:27 -0700
      Re: Window and form support in ecma/javascript? "Chris M. Thomasson" <no@spam.invalid> - 2014-07-15 17:47 -0700
      Re: Window and form support in ecma/javascript? jonas.thornvall@gmail.com - 2014-07-16 05:52 -0700
        Re: Window and form support in ecma/javascript? recompile@gmail.com - 2014-07-16 19:11 -0700

Page 1 of 2  [1] 2  Next page →

#25375 — Window and form support in ecma/javascript?

I want to change my HTML code running in window and forms into native ecma/javascript to be able to make compiled applications similar to VB, rather then run scripts in HTML windows.

Is it possible?
Could someone post a link to the "window and form functions needed", and the plattform "compiler, editor amd debugger needed to make standalone applications -> running in windows environment.

If there is something similar to VB environment it would be prefered.

[toc] | [next] | [standalone]

#25376

Den tisdagen den 15:e juli 2014 kl. 15:31:37 UTC+2 skrev jonas.t...@gmail.com:
> I want to change my HTML code running in window and forms into native ecma/javascript to be able to make compiled applications similar to VB, rather then run scripts in HTML windows.
> 
> 
> 
> Is it possible?
> 
> Could someone post a link to the "window and form functions needed", and the plattform "compiler, editor amd debugger needed to make standalone applications -> running in windows environment.
> 
> 
> 
> If there is something similar to VB environment it would be prefered.

I suspect that this code is only when dealing with browsers?
window.open("http://www.w3schools.com");

And not used when creating standalone applications?

Similar the examples i see for form seem to assume the use of a browser, honestly i am not clear between the distinction line between the HTML and the Javascript.

But as i said i want to make standalone compiled Javascript into applications running in window with form elements, is it even possible?

I really have no wish to change programming language i find the string functions and the open data types nice.

[toc] | [prev] | [next] | [standalone]

#25377

jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:

> I want to change my HTML code running in window and forms into native
> ecma/javascript to be able to make compiled applications similar to VB,
> rather then run scripts in HTML windows. 
> 
> Is it possible?

Javascript engines as such need an external environment, like the DOM,
to interface with the user in a GUI, [a graphical user interface].

You can use javascript in MS-Wscript to execute your code in a CLI,
[a command line interface], using writeln, alert, prompt, standardIn and 
standardOut. 

Probably there are other environments accommodating Javscript,
I don't think they will be as general as you want.

> in HTML windows. 

Never heard of those.

You mean in browser windows?

> forms into native

Interactive forms are part og HTML, methinks.

-- 
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

[toc] | [prev] | [next] | [standalone]

#25381

Den tisdagen den 15:e juli 2014 kl. 17:14:05 UTC+2 skrev Evertjan.:
> jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
> 
> 
> > I want to change my HTML code running in window and forms into native
> 
> > ecma/javascript to be able to make compiled applications similar to VB,
> 
> > rather then run scripts in HTML windows. 
> 
> > 
> 
> > Is it possible?
> 
> 
> 
> Javascript engines as such need an external environment, like the DOM,
> 
> to interface with the user in a GUI, [a graphical user interface].
> 
> 
> 
> You can use javascript in MS-Wscript to execute your code in a CLI,
> 
> [a command line interface], using writeln, alert, prompt, standardIn and 
> 
> standardOut. 
> 
> 
> 
> Probably there are other environments accommodating Javscript,
> 
> I don't think they will be as general as you want.
> 
> 
> 
> > in HTML windows. 
> 
> 
> 
> Never heard of those.
> 
> 
> 
> You mean in browser windows?
> 
> 
> 
> > forms into native
> 
> 
> 
> Interactive forms are part og HTML, methinks.
> 
> 
> 
> -- 
> 
> Evertjan.
> 
> The Netherlands.
> 
> (Please change the x'es to dots in my emailaddress)

I am quite sure that the day someone create a crosscompiling tool for DHTML and Javascript it will be a widely used tool to develop standalone applications due to its accesbility and ease of use.   

You basicly do not have to think about window and event handling more then on click and on mouseover.

This is basicly all there is to it?
http://www.w3schools.com/jsref/dom_obj_event.asp

[toc] | [prev] | [next] | [standalone]

#25383

jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:

> I am quite sure that the day someone create a crosscompiling tool for
> DHTML and Javascript it will be a widely used tool to develop standalone
> applications due to its accesbility and ease of use.   

Do you realy know what a cross-compiler is,
other than being a compiler with a bad temper?

A cross-compiler is a compiler capable of creating executable code for a 
platform other than the one on which the compiler is running.

It is quite possible that electronic inteligent beings will debate some time 
in a form of Javascript, shall we talk about the here and now?

Javascript, being a scripting language, needs an interpreter engine,
not a compiling engine. [The difference becoming slightly blurred nowadays 
by intermediate code use, like the P-code.]


> You basicly do not have to think about window and event handling more
> then on click and on mouseover. 

Javascript has no native user-interface, 
so basically and absolutely no native event-handlers,
not even onClick and onMouseover.

You are talking about a browser environment.

And please do not decide where I don't have to think about,
better concentrate on your own mind. 

> This is basicly all there is to it?
> http://www.w3schools.com/jsref/dom_obj_event.asp

Do you see "DOM" in there, aren't they talking about browsers?

-- 
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

[toc] | [prev] | [next] | [standalone]

#25385

On Tue, 15 Jul 2014 17:14:05 +0200, Evertjan. wrote:

>jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:

>> I want to change my HTML code running in window and forms into native
>> ecma/javascript to be able to make compiled applications similar to VB,
>> rather then run scripts in HTML windows. 
>> 
>> Is it possible?

>Javascript engines as such need an external environment, like the DOM,
>to interface with the user in a GUI, [a graphical user interface].
>
>You can use javascript in MS-Wscript to execute your code in a CLI,
>[a command line interface], using writeln, alert, prompt, standardIn and 
>standardOut. 

If I remember correctly, you can even call up a browser from a
JScript file running on WScript to provide a more elaborate user
interface, like a data entry form.

I used to write small tools in JS that run in Windows.

Hans-Georg

[toc] | [prev] | [next] | [standalone]

#25389

Evertjan. wrote:

> jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
>> I want to change my HTML code running in window and forms into native
>> ecma/javascript to be able to make compiled applications similar to VB,
>> rather then run scripts in HTML windows. 
>>
>> Is it possible?
> 
> Javascript engines as such need an external environment, like the DOM,
> to interface with the user in a GUI, [a graphical user interface].
> 
> You can use javascript in MS-Wscript to execute your code in a CLI,
> [a command line interface], using writeln, alert, prompt, standardIn and 
> standardOut. 
> 
> Probably there are other environments accommodating Javscript,
> I don't think they will be as general as you want.

I have no experience with JavaScript GUI development, but it seems there
are several GUI modules available for Node.js:
<https://nodejsmodules.org/tags/gui>

-- 
Christoph M. Becker

[toc] | [prev] | [next] | [standalone]

#25378

Den tisdagen den 15:e juli 2014 kl. 15:31:37 UTC+2 skrev jonas.t...@gmail.com:
> I want to change my HTML code running in window and forms into native ecma/javascript to be able to make compiled applications similar to VB, rather then run scripts in HTML windows.
> 
> 
> 
> Is it possible?
> 
> Could someone post a link to the "window and form functions needed", and the plattform "compiler, editor amd debugger needed to make standalone applications -> running in windows environment.
> 
> 
> 
> If there is something similar to VB environment it would be prefered.

I find it a bit strange that the interconnectivity between javascript and the HTML event handling is so finetuned  and developed but still there is no compilation tool that can generate code using the interchangable formats.

It would be nice to be able to create an application from javascript, just the way it is possible to create one from VB. And since the event handling is already incorporated in the HTML "browser structure?" it would turn out to be much easier develop small apps. I do understand there is lack of functions that reach the filesystem and the hardware and is mainly for graphic and stringmanipulation, but in a standalone environment intended for app development those restrictions maybe could be removed.

I find it weird that you can generate thing like this in Javascript but is unable to compile standalone code for it? What is the reason?

http://www.treegrid.com/treegrid/www/?gclid=CKe_3ozOx78CFYKQcgode70A5Q



 

[toc] | [prev] | [next] | [standalone]

#25380

jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:

> I find it a bit strange that the interconnectivity between javascript
> and the HTML event handling is so finetuned  and developed but still
> there is no compilation tool that can generate code using the
> interchangable formats. 

You are still speaking about a browser.
Native JS and VBS engines do not exist, 
they need an external interface environment.
 
> It would be nice to be able to create an application from javascript,
> just the way it is possible to create one from VB. And since the event
> handling is already incorporated in the HTML "browser structure?" 

Please do not confuse VB, which has it own dedicated execution engine,
with VBS, which, like JS too, needs an interface environment.  

-- 
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

[toc] | [prev] | [next] | [standalone]

#25382

Den tisdagen den 15:e juli 2014 kl. 17:25:07 UTC+2 skrev Evertjan.:
> jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
> 
> 
> > I find it a bit strange that the interconnectivity between javascript
> 
> > and the HTML event handling is so finetuned  and developed but still
> 
> > there is no compilation tool that can generate code using the
> 
> > interchangable formats. 
> 
> 
> 
> You are still speaking about a browser.
> 
> Native JS and VBS engines do not exist, 
> 
> they need an external interface environment.
> 
>  
> 
> > It would be nice to be able to create an application from javascript,
> 
> > just the way it is possible to create one from VB. And since the event
> 
> > handling is already incorporated in the HTML "browser structure?" 
> 
> 
> 
> Please do not confuse VB, which has it own dedicated execution engine,
> 
> with VBS, which, like JS too, needs an interface environment.  
> 
> 
> 
> -- 
> 
> Evertjan.
> 
> The Netherlands.
> 
> (Please change the x'es to dots in my emailaddress)

I have written a little VB code and it had interface and could be compiled into executable applications. So why could not a DHTML/Javascript crosscompiler generate a similar crossproduct, basicly compile a rudimentary browser that interface the Javascript code that run within it?

[toc] | [prev] | [next] | [standalone]

#25384

jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:

I wrote:
>> Please do not confuse VB, which has it own dedicated execution engine,
>> with VBS, which, like JS too, needs an interface environment.  
> 
> I have written a little VB code and it had interface and could be
> compiled into executable applications. So why could not a
> DHTML/Javascript crosscompiler generate a similar crossproduct, basicly
> compile a rudimentary browser that interface the Javascript code that
> run within it? 

Please reread my answers, 
VB has it's own interface environment, vbs and js have not, 
so you need an external environment.

Wether you use a browser or make one does not change the fact that you need 
an external environment.

Please look up what cross-compiler meeans.


-- 
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

[toc] | [prev] | [next] | [standalone]

#25386

Den tisdagen den 15:e juli 2014 kl. 17:52:01 UTC+2 skrev Evertjan.:
> jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
> 
> 
> I wrote:
> 
> >> Please do not confuse VB, which has it own dedicated execution engine,
> 
> >> with VBS, which, like JS too, needs an interface environment.  
> 
> > 
> 
> > I have written a little VB code and it had interface and could be
> 
> > compiled into executable applications. So why could not a
> 
> > DHTML/Javascript crosscompiler generate a similar crossproduct, basicly
> 
> > compile a rudimentary browser that interface the Javascript code that
> 
> > run within it? 
> 
> 
> 
> Please reread my answers, 
> 
> VB has it's own interface environment, vbs and js have not, 
> 
> so you need an external environment.
> 
> 
> 
> Wether you use a browser or make one does not change the fact that you need 
> 
> an external environment.
> 
> 
> 
> Please look up what cross-compiler meeans.
> 
> 
> 
> 
> 
> -- 
> 
> Evertjan.
> 
> The Netherlands.
> 
> (Please change the x'es to dots in my emailaddress)

I know a crosscompiler is a compiler for different proocessor architectures, but i speak about a program that cross compiles script using different standards "DHTML and ECMAscript". 

Well i simply lacked a name for it since there isn't any, and call it a crosscompiler was not that farfetched.

And i understand you say that both HTML, DHTML, CSS, Javascript is scripted code languages that run and is interpretated by a browser.

And just as you say the browser is the precompiled interface that the interpretators run within.

But what i say is that a rudimentary browser interface is basicly a window, URL and eventhandler that run modules that interpretate DHTML and Javascript.

The browser source and it modules probably programmed in C++, and one could replace the HTML interpretator module and Javascript interpretator invoking compiled HTML and Javascript code?

And i realise it probably isn't that easy as i make it sound.  

[toc] | [prev] | [next] | [standalone]

#25390

In article <2cdf6088-73e5-4c94-b094-e6404316a757@googlegroups.com>,
<jonas.thornvall@gmail.com> wrote:

> But what i say is that a rudimentary browser interface is basicly a window,
> URL and eventhandler that run modules that interpretate DHTML and Javascript.

Why would anyone bother with such a thing? Javascript (interpreted)
execution is typically fast enough anyway. A browser has to understand
all HTML including almost everything that is nominally "deprecated" but
which lives on anyway, as it's impossible to remove features from HTML
(perhaps one of two minor features have gone, I'm told). The browser
has to build a DOM out of the HTML you supply and be able to modify it
if required to by any javascript that you include along with it. And
then it has to render the result to the viewport so the user can see
it.

Why do you think a "rudimentary" [1] browser would need to do anything
less?

If you want to put an application together using a browser as one
component, then see here for an example:

http://www.iletter.org.uk

[1] whatever "rudimentary" means in this context.

-- 
"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

[toc] | [prev] | [next] | [standalone]

#25392

Den tisdagen den 15:e juli 2014 kl. 19:06:20 UTC+2 skrev Tim Streater:
> In article <2cdf6088-73e5-4c94-b094-e6404316a757@googlegroups.com>,
> 
> <jonas.thornvall@gmail.com> wrote:
> 
> 
> 
> > But what i say is that a rudimentary browser interface is basicly a window,
> 
> > URL and eventhandler that run modules that interpretate DHTML and Javascript.
> 
> 
> 
> Why would anyone bother with such a thing? Javascript (interpreted)
> 
> execution is typically fast enough anyway. A browser has to understand
> 
> all HTML including almost everything that is nominally "deprecated" but
> 
> which lives on anyway, as it's impossible to remove features from HTML
> 
> (perhaps one of two minor features have gone, I'm told). The browser
> 
> has to build a DOM out of the HTML you supply and be able to modify it
> 
> if required to by any javascript that you include along with it. And
> 
> then it has to render the result to the viewport so the user can see
> 
> it.
> 
> 
> 
> Why do you think a "rudimentary" [1] browser would need to do anything
> 
> less?
> 
> 
> 
> If you want to put an application together using a browser as one
> 
> component, then see here for an example:
> 
> 
> 
> http://www.iletter.org.uk
> 
> 
> 
> [1] whatever "rudimentary" means in this context.
> 
> 
> 
> -- 
> 
> "That excessive bail ought not to be required, nor excessive fines imposed,
> 
> nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

Well i always thought a browser was more or less 3-4 applications that corporated, a communication request application, a window and event handler, a HTML interpretator and a Javascript interpretator that basicly communicated by sending arguments to eachothers interface, but that maybe totally wrong.

[toc] | [prev] | [next] | [standalone]

#25393

Den tisdagen den 15:e juli 2014 kl. 19:06:20 UTC+2 skrev Tim Streater:
> In article <2cdf6088-73e5-4c94-b094-e6404316a757@googlegroups.com>,
> 
> <jonas.thornvall@gmail.com> wrote:
> 
> 
> 
> > But what i say is that a rudimentary browser interface is basicly a window,
> 
> > URL and eventhandler that run modules that interpretate DHTML and Javascript.
> 
> 
> 
> Why would anyone bother with such a thing? Javascript (interpreted)
> 
> execution is typically fast enough anyway. A browser has to understand
> 
> all HTML including almost everything that is nominally "deprecated" but
> 
> which lives on anyway, as it's impossible to remove features from HTML
> 
> (perhaps one of two minor features have gone, I'm told). The browser
> 
> has to build a DOM out of the HTML you supply and be able to modify it
> 
> if required to by any javascript that you include along with it. And
> 
> then it has to render the result to the viewport so the user can see
> 
> it.
> 
> 
> 
> Why do you think a "rudimentary" [1] browser would need to do anything
> 
> less?
> 
> 
> 
> If you want to put an application together using a browser as one
> 
> component, then see here for an example:
> 
> 
> 
> http://www.iletter.org.uk
> 
> 
> 
> [1] whatever "rudimentary" means in this context.
> 
> 
> 
> -- 
> 
> "That excessive bail ought not to be required, nor excessive fines imposed,
> 
> nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

I am not sure what i meant by rudimentarya, but thinking in browsers in modular turn, probably not all libraries/modules needed to invoke at compilation. If the application do not handle sound and video no need to invoke those part, if the application do not handle URL and communication requests so no need to invoke that part at compilation to the actual application. And probably in many cases the actual application can be fully implemented just using Javascript and Canvas without any HTML.

And such a browser i would call rudimentary, it just invoke the window handler library, the event handler library and a library to compile Javascript before compiling.

Your rudimentary browser.

So

[toc] | [prev] | [next] | [standalone]

#25387

Den tisdagen den 15:e juli 2014 kl. 17:52:01 UTC+2 skrev Evertjan.:
> jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
> 
> 
> I wrote:
> 
> >> Please do not confuse VB, which has it own dedicated execution engine,
> 
> >> with VBS, which, like JS too, needs an interface environment.  
> 
> > 
> 
> > I have written a little VB code and it had interface and could be
> 
> > compiled into executable applications. So why could not a
> 
> > DHTML/Javascript crosscompiler generate a similar crossproduct, basicly
> 
> > compile a rudimentary browser that interface the Javascript code that
> 
> > run within it? 
> 
> 
> 
> Please reread my answers, 
> 
> VB has it's own interface environment, vbs and js have not, 
> 
> so you need an external environment.
> 
> 
> 
> Wether you use a browser or make one does not change the fact that you need 
> 
> an external environment.
> 
> 
> 
> Please look up what cross-compiler meeans.
> 
> 
> 
> 
> 
> -- 
> 
> Evertjan.
> 
> The Netherlands.
> 
> (Please change the x'es to dots in my emailaddress)

I found someting about a similar subject but it is about HTML5, but the reasoning behind probably valid even for Javascript.

 http://www.smashingmagazine.com/2013/10/17/best-of-both-worlds-mixing-html5-native-code/

[toc] | [prev] | [next] | [standalone]

#25388

Den tisdagen den 15:e juli 2014 kl. 18:31:25 UTC+2 skrev jonas.t...@gmail.com:
> Den tisdagen den 15:e juli 2014 kl. 17:52:01 UTC+2 skrev Evertjan.:
> 
> > jonas.thornvall@gmail.com wrote on 15 jul 2014 in comp.lang.javascript:
> 
> > 
> 
> > 
> 
> > 
> 
> > I wrote:
> 
> > 
> 
> > >> Please do not confuse VB, which has it own dedicated execution engine,
> 
> > 
> 
> > >> with VBS, which, like JS too, needs an interface environment.  
> 
> > 
> 
> > > 
> 
> > 
> 
> > > I have written a little VB code and it had interface and could be
> 
> > 
> 
> > > compiled into executable applications. So why could not a
> 
> > 
> 
> > > DHTML/Javascript crosscompiler generate a similar crossproduct, basicly
> 
> > 
> 
> > > compile a rudimentary browser that interface the Javascript code that
> 
> > 
> 
> > > run within it? 
> 
> > 
> 
> > 
> 
> > 
> 
> > Please reread my answers, 
> 
> > 
> 
> > VB has it's own interface environment, vbs and js have not, 
> 
> > 
> 
> > so you need an external environment.
> 
> > 
> 
> > 
> 
> > 
> 
> > Wether you use a browser or make one does not change the fact that you need 
> 
> > 
> 
> > an external environment.
> 
> > 
> 
> > 
> 
> > 
> 
> > Please look up what cross-compiler meeans.
> 
> > 
> 
> > 
> 
> > 
> 
> > 
> 
> > 
> 
> > -- 
> 
> > 
> 
> > Evertjan.
> 
> > 
> 
> > The Netherlands.
> 
> > 
> 
> > (Please change the x'es to dots in my emailaddress)
> 
> 
> 
> I found someting about a similar subject but it is about HTML5, but the reasoning behind probably valid even for Javascript.
> 
> 
> 
>  http://www.smashingmagazine.com/2013/10/17/best-of-both-worlds-mixing-html5-native-code/

Well it seem they mainly speak about invoke HTML and Javascript into native code, and i guess that they somehow invoke a small browser inside the code thus it is still interpreated code running. Interesting but does not really fly as if all the code was compiled.

[toc] | [prev] | [next] | [standalone]

#25391

> wrote in message 
> news:54ccf4e9-3c70-4ba5-b9b8-ba83b51b1aa3@googlegroups.com...

> I want to change my HTML code running in window
> and forms into native ecma/javascript to be able to
> make compiled applications similar to VB, rather then
> run scripts in HTML windows.

> Is it possible?
> Could someone post a link to the "window and form
> functions needed", and the plattform "compiler,
> editor amd debugger needed to make standalone
> applications -> running in windows environment.

> If there is something similar to VB environment it would be prefered.

I guess you can try:

http://phonegap.com

? 

[toc] | [prev] | [next] | [standalone]

#25396

On Tuesday, July 15, 2014 9:31:37 AM UTC-4, jonas.t...@gmail.com wrote:
> I want to change my HTML code running in window and forms into native
> ecma/javascript to be able to make compiled applications similar to VB,
> rather then run scripts in HTML windows.


You want to use something like node-webkit.
https://github.com/rogerwang/node-webkit

Creating Desktop Applications With node-webkit:
http://strongloop.com/strongblog/creating-desktop-applications-with-node-webkit/ 

Sorry for posting from Google groups.

[toc] | [prev] | [next] | [standalone]

#25397

> wrote in message 
> news:a593e190-95ad-43cd-a641-4462fc5e65c7@googlegroups.com...

> On Tuesday, July 15, 2014 9:31:37 AM UTC-4, jonas.t...@gmail.com wrote:
> > I want to change my HTML code running in window and forms into native
> > ecma/javascript to be able to make compiled applications similar to VB,
> > rather then run scripts in HTML windows.

> You want to use something like node-webkit.
> https://github.com/rogerwang/node-webkit

> Creating Desktop Applications With node-webkit:
> http://strongloop.com/strongblog/creating-desktop-applications-with-node-webkit/

Interesting.

Thank you.  :^) 

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.javascript

csiph-web