And one more thing, UI thread is only one for windowed / process
application. So the clicks and generally Browser can be blocked when you
will use time consuming operation on UI. If you will use e.g. setTimeout,
no clicking etc, then it could work much better. Because this single UI
thread
YES, totally agree. This is probably because Web Workers don't use any UI
there. So they are probably better scheduled and "lighter", so works much
better than forcing multithreading with IFrames :-)
But the concept is pretty nice, don't you think :-)
And to clarify. I was rather also
On Thursday, September 14, 2017 at 12:09:37 PM UTC+2, Paul Porombka wrote:
>
> Hi Ben,
>
> I see the time when you've posted the message and see the answers here, so
> I codn;t stop to write something here.
> I will answer YES to your question, but it depends.
>
> Generally, IFrame under the
Hi Ben,
I see the time when you've posted the message and see the answers here, so
I codn;t stop to write something here.
I will answer YES to your question, but it depends.
Generally, IFrame under the same domain is using the same thread. I don't
know how it was at the time You've been
ben fenster wrote:
your answear is based on your knolage in js but i need an answear
based on actual in depth knowlage in how browser work since each
iframe act as an independed wep page and loaded sepertly
No, you misunderstand --- if your code can see an iframe, that iframe
must be part of
ok thats sounds right but if thats true can i access static classes
in the entrypoint module from a seperate module loaded in an iframe
(that ofcours exists in the first module) ?
On 3 ספטמבר, 03:00, David Given d...@cowlark.com wrote:
ben fenster wrote:
your answear is based on your knolage
ben fenster wrote:
ok thats sounds right but if thats true can i access static classes
in the entrypoint module from a seperate module loaded in an iframe
(that ofcours exists in the first module) ?
Javascript will let you do it, provided the security rules let you (the
page in the iframe
There is just 1 JS thread. Regardless of URL or IFrame.
The limit of max 2 connections is purely based on URL, not on per
IFrame basis. IE8 allows more than 2, I forgot the exact number.
To work around the connections limit you can spread web resources over
different hosts in the same domain.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ben fenster wrote:
i was wondering that if by opening another module in an iframe tag the
code of that module runs in another thread ??
Nope. There is no way of getting access to multiple Javascript threads
from a web browser, unless you use some
i was wondering that if by opening another module in an iframe tag the
code of that module runs in another thread ??
more over is the limit of 2 open http request apply on 2 diffrent
modules running in diffrent iframes ??
--~--~-~--~~~---~--~~
You received this
another thing about the http request limitation most browsers rejects
more then 2 simultinus requests to a spacific url and i wondered i
its aplays to 2 diffrent browser windows (diffrent process in new
browsers) and if iframe acts as new web page maybe the limitation
grows by 2 for each iframe
your answear is based on your knolage in js but i need an answear
based on actual in depth knowlage in how browser work since each
iframe act as an independed wep page and loaded sepertly then the
containing page made me wonder about how its being done without a
diffrent thread ?
and if another
12 matches
Mail list logo
