On 12.04.2017 14:09, Lars wrote:
If unix could just make processes even lighter weight or
faster loading, I might avoid threads and just use processes...
in Unix/Linux processes are not less "light" then threads. You can
create a process by "fork". no "Loading" involved. it just creates the
pro
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 p
Am 14.04.2017 09:23 schrieb "Michael Schnell" :
>
> On 12.04.2017 14:09, Lars wrote:
>>
>> If unix could just make processes even lighter weight or
>> faster loading, I might avoid threads and just use processes...
>
> in Unix/Linux processes are not less "light" then threads. You can create
a proc
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 f
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 bl
Am 2017-04-14 um 11:03 schrieb Michael Van Canneyt:
> 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 "Sta
On Fri, 14 Apr 2017, Jürgen Hestermann wrote:
Am 2017-04-14 um 11:03 schrieb Michael Van Canneyt:
> 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 Ac
Am 2017-04-14 um 13:53 schrieb Michael Van Canneyt:
>> Why is it scripting needed to display a calendar?
> To display a popup menu, for example.
> Or completion when typing in an edit: when you invite someone, it's handy
> when calendar suggests the contact name.
I doubt that you can do this only
On Fri, 14 Apr 2017, Jürgen Hestermann wrote:
Am 2017-04-14 um 13:53 schrieb Michael Van Canneyt:
>> Why is it scripting needed to display a calendar?
> To display a popup menu, for example.
> Or completion when typing in an edit: when you invite someone, it's handy
> when calendar suggests th
Am 2017-04-14 um 15:12 schrieb Michael Van Canneyt:
>> I want to keep control about what is executed on my computer.
> So you are running an open source OS ?
Unfortunately not (yet).
I am working on getting rid of windows
but some programs not available on Linux
prevented me from doing this step
On 13/04/17 10:00, Mark Morgan Lloyd wrote:
My first problem is that there's a name clash between the Freevision and
LCL variants of some units. I appear to be able to use something like
uses Objects, Views in
'/usr/local/lib/fpc/3.0.2/units/arm-linux/fv/views', Dialogs in
'/usr/local/lib/fp
> On Apr 14, 2017, at 7:26 PM, Jürgen Hestermann
> wrote:
>
> I doubt that you can do this only when allowing the execution of
> arbitrary code (although I don't know very much about current HTML standards).
I think you’re confusing Java for JavaScript. JavaScript doesn’t allow
execution of a
12 matches
Mail list logo
