Re: [fpc-pascal] WebAssembly Target

On Wed, 12 Apr 2017 08:49:08 -0500 nore...@z505.com wrote: > Why run webgl through javascript if you could just make something like a > flash plugin object (like youtube videos) that plays opengl scenes using > some native format similar to how flash uses SWF files, or whatever? First of all

Re: [fpc-pascal] WebAssembly Target

Am 2017-04-20 um 10:25 schrieb Graeme Geldenhuys: > On 2017-04-14 09:41, Jürgen Hestermann wrote: >> I hate Java Script and use NoScript to block it. > You don't need a browser add-on for that. Simply go to (Firefox) > about:config and search for JavaScript. Double click the >

Re: [fpc-pascal] WebAssembly Target

On 2017-04-14 18:56, Jürgen Hestermann wrote: > Therefor I use NoScript to prevent me from such code. > 90% of these web pages using scripting are crap anyway. It's also nice to see how fast web pages load if no JavaScript is enabled (magnitudes faster). Also most web Ads stop working too. A nice

Re: [fpc-pascal] WebAssembly Target

On 2017-04-14 09:41, Jürgen Hestermann wrote: > I hate Java Script and use NoScript to block it. You don't need a browser add-on for that. Simply go to (Firefox) about:config and search for JavaScript. Double click the "javascript.enabled" preference and it will toggle between enabled true/false.

Re: [fpc-pascal] WebAssembly Target

On 14.04.2017 10:41, Jürgen Hestermann wrote: I can't understand why scripting is needed for a web page. Regarding the discussion here, the term is "Rich Internet Application" ("RIA") -> https://en.wikipedia.org/wiki/Rich_Internet_application Here, a server based application (e.g. done in

Re: [fpc-pascal] WebAssembly Target

On Fri, 14 Apr 2017, Jürgen Hestermann wrote: Am 2017-04-13 um 10:20 schrieb Michael Schnell: > So at the moment HTML5 and Java script is the way to go, but WebAssembly should recreate Action Script versatility performance in a more "Standard" way. I hate Java Script and use NoScript to

Re: [fpc-pascal] WebAssembly Target

Am 2017-04-13 um 10:20 schrieb Michael Schnell: > So at the moment HTML5 and Java script is the way to go, but WebAssembly should recreate Action Script versatility performance in a more "Standard" way. I hate Java Script and use NoScript to block it. I can't understand why scripting is needed

Re: [fpc-pascal] WebAssembly Target

On 12.04.2017 15:49, nore...@z505.com wrote: Why run webgl through javascript if you could just make something like a flash plugin object We once did a decent application using Pascal at the server and Flash (Action Script) at the client site. Works very nicely. But Action Script is Adobe

Re: [fpc-pascal] WebAssembly Target

Am 12.04.2017 16:10 schrieb : > Why run webgl through javascript if you could just make something like a flash plugin object (like youtube videos) that plays opengl scenes using some native format similar to how flash uses SWF files, or whatever? Because the point is not to need

Re: [fpc-pascal] WebAssembly Target

On 2017-03-17 09:57, Reimar Grabowski wrote: On Thu, 16 Mar 2017 11:14:17 + Graeme Geldenhuys wrote: And I am pleasantly surprised! :) That demo worked perfectly on my system. Sound, animation, graphics all silky smooth. Impressive indeed. If running a 3

Re: [fpc-pascal] WebAssembly Target

On 17.03.2017 15:57, Reimar Grabowski wrote: First benchmarks indicate that there isn't much of a performance increase with the current WebAssembly implementation over pure JS anyway. A "decent" Framework will compile both to machine code in an "ahead of time" manner, so simple close loops

Re: [fpc-pascal] WebAssembly Target

On 17.03.2017 18:54, Michael Van Canneyt wrote: Current thinking is that that there will be 2 "modes": - "Free" Mode, where the CSS will determine the actual runtime look. The IDE will just create the DOM structure. - "Exact" mode, where the app will look in the browser as it looks in the

Re: [fpc-pascal] WebAssembly Target

On Fri, Mar 17, 2017 at 2:55 PM, Michael Van Canneyt wrote: > Forgot to say that there will of course be some classes to manipulate the > DOM at will. Thank you, Michael. ___ fpc-pascal maillist -

Re: [fpc-pascal] WebAssembly Target

On Fri, 17 Mar 2017, Daniel Gaspary wrote: On Fri, Mar 17, 2017 at 5:16 AM, Michael Van Canneyt wrote: In fact, there is an alternate approach, transpiling pascal to Javascript. It's much farther ahead than the webassembly target, already produces programs running

Re: [fpc-pascal] WebAssembly Target

On Fri, 17 Mar 2017, Daniel Gaspary wrote: On Fri, Mar 17, 2017 at 5:16 AM, Michael Van Canneyt wrote: In fact, there is an alternate approach, transpiling pascal to Javascript. It's much farther ahead than the webassembly target, already produces programs running

Re: [fpc-pascal] WebAssembly Target

On Fri, Mar 17, 2017 at 5:16 AM, Michael Van Canneyt wrote: > In fact, there is an alternate approach, transpiling pascal to Javascript. > > It's much farther ahead than the webassembly target, already produces > programs running in the browser and the first web-based

Re: [fpc-pascal] WebAssembly Target

On 2017-03-17 14:57, Reimar Grabowski wrote: > Perhaps the JS side is doing so little that it hardly matters (as it > should be, when doing WebGL you want to do as much on the GPU as > possible). A very good point. It was probably all down to WebGL (ie: your GPU) doing all the work. Regards,

Re: [fpc-pascal] WebAssembly Target

On Thu, 16 Mar 2017 11:14:17 + Graeme Geldenhuys wrote: > And I am pleasantly surprised! :) That demo worked perfectly on my > system. Sound, animation, graphics all silky smooth. Impressive indeed. If running a 3 year old iOS Demo in a browser when we have

Re: [fpc-pascal] WebAssembly Target

On Fri, 17 Mar 2017, Karoly Balogh (Charlie/SGR) wrote: Hi, On Fri, 17 Mar 2017, Michael Van Canneyt wrote: In fact, there is an alternate approach, transpiling pascal to Javascript. It's much farther ahead than the webassembly target, already produces programs running in the browser and

Re: [fpc-pascal] WebAssembly Target

Hi, On Fri, 17 Mar 2017, Michael Van Canneyt wrote: > In fact, there is an alternate approach, transpiling pascal to Javascript. > > It's much farther ahead than the webassembly target, already produces > programs running in the browser and the first web-based components are > already being

Re: [fpc-pascal] WebAssembly Target

On Thu, 16 Mar 2017, Michael Schnell wrote: On 15.03.2017 17:58, Karoly Balogh (Charlie/SGR) wrote: Well, "degree of success" is relative, ... Anyway, it's great to know that you are watching the proceedings regarding WebAssembly, and already did some effort to get started Just for

Re: [fpc-pascal] WebAssembly Target

On 16.03.2017 11:46, Graeme Geldenhuys wrote: Umm, didn't they say the exact same thing about Java Applets, No idea Flash, While it's depreciated right now it did last for a long time and was _very_ useful. Silverlight While technically it did look nice, it was a single-company thingy and

Re: [fpc-pascal] WebAssembly Target

On 15.03.2017 17:58, Karoly Balogh (Charlie/SGR) wrote: Well, "degree of success" is relative, ... Anyway, it's great to know that you are watching the proceedings regarding WebAssembly, and already did some effort to get started Just for enhancing your motivation :-) (of course this

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 08:35, Mattias Gaertner wrote: On Thu, 16 Mar 2017 14:07:51 +0100 (CET) "Karoly Balogh (Charlie/SGR)" wrote: [...] Also, WebAssembly is a descendant of asm.js, Maybe historically. Technically asm.js is higher lvl than webassembly. which was

Re: [fpc-pascal] WebAssembly Target

On 03/16/2017 06:56 AM, Graeme Geldenhuys wrote: On 2017-03-11 23:23, Daniel Gaspary wrote: I was reading about the new Firefox making WebAssembly publicly available ("On Tuesday Firefox 52 became the first browser to support WebAssembly My system (FreeBSD) is compiling Firefox 52 in the

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 15:39, Michael Van Canneyt wrote: > It should be opposite. Start with very tight security, and loosen up if > deemed safe... Yes, that definitely is a much better way to go. Regards, Graeme ___ fpc-pascal maillist -

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 15:48, José Mejuto wrote: > about:config > > javascript.options.wasm;true/false Thanks for correcting me, my bad. I search for "assembly", "webassembly" and also looked under "security.*" Regards, Graeme ___ fpc-pascal maillist -

Re: [fpc-pascal] WebAssembly Target

El 16/03/2017 a las 16:27, Graeme Geldenhuys escribió: On 2017-03-16 14:45, Karoly Balogh (Charlie/SGR) wrote: I think there's still a master switch to disable this in the browsers. So far Firefox 52 has none. Not in the Preferences, and not in about:config either. Hello, about:config

Re: [fpc-pascal] WebAssembly Target

On Thu, 16 Mar 2017, Graeme Geldenhuys wrote: On 2017-03-16 14:45, Karoly Balogh (Charlie/SGR) wrote: I think there's still a master switch to disable this in the browsers. So far Firefox 52 has none. Not in the Preferences, and not in about:config either. But yeah, it is early days, so

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 14:45, Karoly Balogh (Charlie/SGR) wrote: > I think there's still a master switch to disable this in the browsers. So far Firefox 52 has none. Not in the Preferences, and not in about:config either. But yeah, it is early days, so hopefully security will tighten up in the near

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Graeme Geldenhuys wrote: > And this brings me to my next worry. As far as I understand, WebAssembly > is C (for now - other languages to follow) compiled into WebAssembly > bytecode. So now we have C code with all its pointer access, buffer > overflow issues etc running

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Mattias Gaertner wrote: > > which was basically striped down Javascript with some integer/pointer > > type tagging. As far as I know, the main problem with JS from a > > computing point of view, that it handles all numbers as floats for > > "simplicity", but with some

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 13:07, Karoly Balogh (Charlie/SGR) wrote: > Yes, but it is important to know there's a difference with Java Applets, > Flash and Silverlight - WebAssembly is not a plugin. It runs in the same > VM which runs everything Javascript in the browser. So the browser vendors > have full

Re: [fpc-pascal] WebAssembly Target

On Thu, 16 Mar 2017 14:07:51 +0100 (CET) "Karoly Balogh (Charlie/SGR)" wrote: >[...] > Also, WebAssembly is a descendant of asm.js, Maybe historically. Technically asm.js is higher lvl than webassembly. > which was basically striped > down Javascript with some

Re: [fpc-pascal] WebAssembly Target

The ECMAScript standard uses 64-bit double-precision floating point numbers, and a double-precision floating point value can represent absolute integer values up to of less than or equal to 2^53, without any loss of accuracy, since an IEEE 754 64 bit double-precision floating point number has a

Re: [fpc-pascal] WebAssembly Target

Hi, On Thu, 16 Mar 2017, Graeme Geldenhuys wrote: > I love how they say multiple times in the video: > >"... and completely secure." > > Umm, didn't they say the exact same thing about Java Applets, Flash, > Silverlight etc. :) I guess time will tell, but if history is anything > to go buy,

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 10:56, Graeme Geldenhuys wrote: > I’ll be pleasantly surprised if it works - after all, so many browser > features often only work for OSX and Windows, even though the browser > and web is supposed to be “cross-platform”. I’ll report back later. ;-) And I am pleasantly surprised!

Re: [fpc-pascal] WebAssembly Target

On 2017-03-11 23:23, Daniel Gaspary wrote: > I was reading about the new Firefox making WebAssembly publicly > available ("On Tuesday Firefox 52 became the first browser to support > WebAssembly My system (FreeBSD) is compiling Firefox 52 in the background as we speak. I’m very curious to see

Re: [fpc-pascal] WebAssembly Target

On 2017-03-15 16:58, Karoly Balogh (Charlie/SGR) wrote: > It's now committed to the webassembly branch in FPC SVN, the compiler > itself should build at least as "wasm" target, but don't expect much. Thanks for the update Charlie. Lets just say you are a brave man in my eyes to tackle something

Re: [fpc-pascal] WebAssembly Target

On 2017-03-11 23:23, Daniel Gaspary wrote: > WebAssembly > ") I love how they say multiple times in the video: "... and completely secure." Umm, didn't they say the exact

Re: [fpc-pascal] WebAssembly Target

To all who received my previous message through mailing list: please disregard. posted without reading thoroughly. apologies. -L. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] WebAssembly Target

Hi, On 15/03/17 16:58, Karoly Balogh (Charlie/SGR) wrote: > Hi, > > On Sun, 12 Mar 2017, Michael Van Canneyt wrote: > >>> Is there something planned in this matter for FPC? >>> >>> I was reading about the new Firefox making WebAssembly publicly >>> available ("On Tuesday Firefox 52 became the

Re: [fpc-pascal] WebAssembly Target

On 12.03.2017 00:53, Michael Van Canneyt wrote: Karoly Balogh (Charlie/SGR) is working on this, and as far as I know has already some degree of success. The Silverlight killer meets the C# killer :) -Michael ___ fpc-pascal maillist -

Re: [fpc-pascal] WebAssembly Target

Hi, On Sun, 12 Mar 2017, Michael Van Canneyt wrote: > > Is there something planned in this matter for FPC? > > > > I was reading about the new Firefox making WebAssembly publicly > > available ("On Tuesday Firefox 52 became the first browser to support > > WebAssembly > > >

Re: [fpc-pascal] WebAssembly Target

On Sat, 11 Mar 2017, Daniel Gaspary wrote: Hi, Is there something planned in this matter for FPC? I was reading about the new Firefox making WebAssembly publicly available ("On Tuesday Firefox 52 became the first browser to support WebAssembly