If you can get it to work on a class or function that's fine with me. I only
implemented it for constructor because the ASDoc for the constructor is
retained in the output JS for the publisher to gather and inject. I was too
lazy to figure out how to retain it for the class ASDoc or function ASDoc.
-Alex
On 5/15/20, 9:12 AM, "Josh Tynjala" <joshtynj...@bowlerhat.dev> wrote:
Any chance we can have inject_script work on the class instead of the
constructor? Ideally, inject_script would work on a function declared in a
package too.
package com.example {
/**
* <inject_script>
* //script here
* </inject_script>
*/
public function someFunction():void {}
}
--
Josh Tynjala
Bowler Hat LLC
<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.dev%2F&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=277HO8LqQV4%2FF0L1O3P7JKfMGohBnoAltOB3QM2PGZM%3D&reserved=0>
On Fri, May 15, 2020 at 8:10 AM Yishay Weiss <yishayj...@hotmail.com> wrote:
> Thanks Piotr, I just merged.
>
>
>
> Carlos, sorry to create work for you but can you updated the
> documentation? [1]. Instead of
>
>
>
> * <inject_html>
>
> * <script src="//
> cdnjs.cloudflare.com/ajax/libs/highlight.js/9.12.0/highlight.min.js
> "></script>
>
> * <link rel="stylesheet" title="Atom One Dark" href="//
>
cdnjs.cloudflare.com/ajax/libs/highlight.js/9.12.0/styles/atom-one-dark.min.css
> ">
>
> * </inject_html>
>
>
>
> It should be
>
>
>
> * <inject_script>
>
> * var script = document.createElement("script");
>
> * script.setAttribute("src", "
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fhighlight.js%2F9.12.0%2Fhighlight.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=Pu%2FcFKUNLx8VIAy6wgk8teI1WaTCKpLmkhNpDIRS5uY%3D&reserved=0
> ");
>
> * document.head.appendChild(script);
>
> * var link = document.createElement("link");
>
> * link.setAttribute("rel", "stylesheet");
>
> * link.setAttribute("title", "Atom One Dark");
>
> * link.setAttribute("type", "text/css");
>
> * link.setAttribute("href", "
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fhighlight.js%2F9.12.0%2Fstyles%2Fatom-one-dark.min.css&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=6J5twy%2Fvr28yvyc%2BWnXQ2PbtrgdRAlRP0WdVK5fbgzU%3D&reserved=0
> ");
>
> * document.head.appendChild(link);
>
> * </inject_script>
>
>
>
> And
>
> “An inject_html directive declared in the constructor…”
>
> should be replaced with
>
> “An inject_script directive declared in the constructor…”.
>
>
>
> Thanks.
>
>
>
> [1]
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Froyale.apache.org%2Fusing-external-javascript-libraries-in-apache-royale%2F&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=wYxszNKkKnkF3bIy1Xmyqt3vQSqxippe3vwz4im8q5Q%3D&reserved=0
>
>
>
>
>
>
>
>
>
> *From:* Piotr Zarzycki <piotrzarzyck...@gmail.com>
> *Sent:* Friday, May 15, 2020 5:41:07 PM
> *To:* Apache Royale Development <dev@royale.apache.org>
> *Subject:* Re: Modules in IE
>
>
>
> Yishay,
>
> I do not have any problems with that. I just missed point where you have
> said that is being removed. It's working so +1 from my sight on merge
this.
>
> Thanks,
> Piotr
>
> pt., 15 maj 2020 o 16:35 Yishay Weiss <yishayj...@hotmail.com> napisał(a):
>
> >
> >
> > > Also, it is possible that inject_html is being overused (…) a static
> > initializer could bring in the code
> > Do we have an example of static initializers working in Royale? I tried
> > adding some code in curly brackets after the class declaration but I
> didn’t
> > see it transpiled.
> >
> > On 5/11/20, 8:36 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
> >
> > Hi Carlos, thanks. The issue is with inject_html in modules on IE,
> > dialogPolyfill.js just happened to be the target src here. I’ve been
> > searching the net for solutions on IE and I think the trick is to append
> > elements instead of changing the inner html. I see two options of
> > transpiling <inject_html> that would work on IE:
> >
> >
> > 1. Parse the <inject_html> contents in the compiler and create js
> > that would work for IE. Difficult.
> > 2. Replace each line in <inject_html> with dummy elements and
> > change their outerHTML to match each line contents. This one looks
> easier,
> > but I seem to remember a thread where we were trying to eliminate use of
> > outerHTML.
> >
> >
> > Any thoughts are welcome.
> >
> > From: Carlos Rovira<mailto:carlosrov...@apache.org
> <carlosrov...@apache.org>>
> > Sent: Monday, May 11, 2020 6:06 PM
> > To: Apache Royale Development<mailto:dev@royale.apache.org
> <dev@royale.apache.org>>
> > Subject: Re: Modules in IE
> >
> > Hi Yishay,
> >
> > talking without a huge analisys of the problem. I think Jewel Alert
> > works
> > ok in IE11 so that should mean dialogpolyfil is loading ok. if not
> the
> > case
> > something broke recently since I checked that in TDJ and other apps
> we
> > did.
> >
> > Anyway, the commit you state is just to give the support we needed.
I
> > didn't tested in IE11, so don't know if we support it. Normally IE11
> > use to
> > require
> > some special way of writing the code for some particular things, so
I
> > think
> > the way to solve this is:
> >
> > 1.- search in SOF or other sources how IE11 expect scripts to be
> added
> > dynamically
> > 2.- upgrade the compiler code to use that way with that
> considerations
> > to
> > make it IE11 compatible and check if that works for IE11 and rest of
> > browsers.
> >
> > sorry to not be able to say much more, but I'm these days with few
> time
> >
> > Thanks
> >
> >
> >
> > El lun., 11 may. 2020 a las 16:12, Yishay Weiss (<
> > yishayj...@hotmail.com>)
> > escribió:
> >
> > > Carols, I think 65c67ee27f8d0d068b3e2163445d48cf200cddc3 in
> compiler
> > code
> > > doesn’t work for IE11. Any ideas on how to fix this?
> > >
> > > From: Yishay Weiss<mailto:yishayj...@hotmail.com
> <yishayj...@hotmail.com>>
> > > Sent: Monday, May 11, 2020 4:52 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > These lines in dialogPolyfill.as
> > >
> > > * <inject_html>
> > > * <script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=IIn1im6gb6dGn%2Fo4UMuB2HGqaMjZpZ9PEMykrQ1Yj2o%3D&reserved=0
> > > "></script>
> > >
> > > get transpiled to
> > >
> > > document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=IIn1im6gb6dGn%2Fo4UMuB2HGqaMjZpZ9PEMykrQ1Yj2o%3D&reserved=0
> > > "></script>'
> > >
> > > But that’s making IE11 fail in loading the module. It doesn’t
> matter
> > what
> > > the src is, IE will silently fail. For example, I’m getting the
> same
> > result
> > > if I replace the above with
> > >
> > > document.head.innerHTML += '<script></script>'
> > >
> > >
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Sunday, May 10, 2020 7:35:55 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Does dialog-polyfill load correctly? Does it muck with the window
> > object?
> > >
> > > On 5/10/20, 9:13 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> wrote:
> > >
> > > Test1.js isn’t different, but Test1_deps.js is.
> > >
> > > diff --git "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > index 73eccbe..3e1a8a7 100644
> > > --- "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > +++ "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > @@ -211,4 +211,4 @@
> > >
> >
> goog.addDependency('../../../org/apache/royale/graphics/GradientEntry.js',
> > > ['org
> > > goog.addDependency('../../../XML.js', ['XML'], []);
> > >
> > > goog.require('Test1');
> > > -document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=IIn1im6gb6dGn%2Fo4UMuB2HGqaMjZpZ9PEMykrQ1Yj2o%3D&reserved=0
> > > "></script<
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262957154&sdata=IIn1im6gb6dGn%2Fo4UMuB2HGqaMjZpZ9PEMykrQ1Yj2o%3D&reserved=0
> > > >>';document.head.innerHTM
> > > L += '<link rel="stylesheet" type="text/css" href="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.css&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=2E0AJYT8SOZw%2F0sykIBzn4qR%2BHPiPiSkJsCgWZy%2BEM4%3D&reserved=0
> > > ">';
> > > +
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 6:39 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Interesting. Just adding import shouldn't affect the output.
> > What is
> > > the difference between Test1.js with and without that import
> > statement?
> > >
> > > -Alex
> > >
> > > On 5/10/20, 8:31 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> > wrote:
> > >
> > > I’ve narrowed it down to usage of mx.controls.Alert. Test
> > case is
> > > included in this issue [1].
> > >
> > > [1]
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fissues%2F826&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=yzMwuCCiZGatJnXUQhkTxuJeBDTRnIlwV2t43tWkTCI%3D&reserved=0
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, May 7, 2020 10:35 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > I think you can verify by debugging in some other browser
> > and see
> > > if breakpoints get set.
> > >
> > > A common “bug” in Flex modules was to reference and link
> the
> > > module class into the loading app. I have no idea what will
happen
> > if you
> > > have such a situation in Royale. You can look at the loading
app’s
> > > link-report to see if the module (Test1) is linked in the app and
> > probably
> > > see if Test1.js is in the output of the app if you start clean and
> > do not
> > > compile the module.
> > >
> > > HTH,
> > > -Alex
> > >
> > > From: Yishay Weiss <yishayj...@hotmail.com>
> > > Reply-To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Date: Thursday, May 7, 2020 at 12:26 PM
> > > To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > url is
> > >
> > >
> >
>
file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/library/closure/goog/../../../Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js
> >>>>>
> > >
> > > I don’t see errors other than
> > >
> > > SEC7113: CSS was ignored due to mime type mismatch
> > >
> > > But I don’t think that’s it.
> > >
> > > I put a debugger; statement on the first line of the src
> > which
> > > never kicks.
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Wednesday, May 6, 2020 7:58:15 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Wednesday, May 6, 2020 7:58 PM
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 7:36 PM
> > > Subject: Re: Modules in IE
> > >
> > > Does dialog-polyfill load correctly? Does it muck with the window
> > object?
> > >
> > > On 5/10/20, 9:13 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> wrote:
> > >
> > > Test1.js isn’t different, but Test1_deps.js is.
> > >
> > > diff --git "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > index 73eccbe..3e1a8a7 100644
> > > --- "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > +++ "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > @@ -211,4 +211,4 @@
> > >
> >
> goog.addDependency('../../../org/apache/royale/graphics/GradientEntry.js',
> > > ['org
> > > goog.addDependency('../../../XML.js', ['XML'], []);
> > >
> > > goog.require('Test1');
> > > -document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=dhlOCaRFxImKQS7jqvCntHA3lAdeGUtm%2FQbuG9JsSHk%3D&reserved=0
> > > "></script<
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=dhlOCaRFxImKQS7jqvCntHA3lAdeGUtm%2FQbuG9JsSHk%3D&reserved=0
> > > >>';document.head.innerHTM
> > > L += '<link rel="stylesheet" type="text/css" href="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.css&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=2E0AJYT8SOZw%2F0sykIBzn4qR%2BHPiPiSkJsCgWZy%2BEM4%3D&reserved=0
> > > ">';
> > > +
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 6:39 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Interesting. Just adding import shouldn't affect the output.
> > What is
> > > the difference between Test1.js with and without that import
> > statement?
> > >
> > > -Alex
> > >
> > > On 5/10/20, 8:31 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> > wrote:
> > >
> > > I’ve narrowed it down to usage of mx.controls.Alert. Test
> > case is
> > > included in this issue [1].
> > >
> > > [1]
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fissues%2F826&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=yzMwuCCiZGatJnXUQhkTxuJeBDTRnIlwV2t43tWkTCI%3D&reserved=0
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, May 7, 2020 10:35 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > I think you can verify by debugging in some other browser
> > and see
> > > if breakpoints get set.
> > >
> > > A common “bug” in Flex modules was to reference and link
> the
> > > module class into the loading app. I have no idea what will
happen
> > if you
> > > have such a situation in Royale. You can look at the loading
app’s
> > > link-report to see if the module (Test1) is linked in the app and
> > probably
> > > see if Test1.js is in the output of the app if you start clean and
> > do not
> > > compile the module.
> > >
> > > HTH,
> > > -Alex
> > >
> > > From: Yishay Weiss <yishayj...@hotmail.com>
> > > Reply-To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Date: Thursday, May 7, 2020 at 12:26 PM
> > > To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > url is
> > >
> > >
> >
>
file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/library/closure/goog/../../../Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js
> >>>>>
> > >
> > > I don’t see errors other than
> > >
> > > SEC7113: CSS was ignored due to mime type mismatch
> > >
> > > But I don’t think that’s it.
> > >
> > > I put a debugger; statement on the first line of the src
> > which
> > > never kicks.
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Wednesday, May 6, 2020 7:58:15 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Wednesday, May 6, 2020 7:58 PM
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> > --
> > Carlos Rovira
> >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262967150&sdata=LG9g8nnt5baOySmNOwdDTjl%2FFxo30Pj9pD%2FaGjFHN1A%3D&reserved=0
> >
> >
> >
> >
>
> --
>
> Piotr Zarzycki
>
> Patreon:
*https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=N8aC0euuYyFSu1QiwupYMFRH1NwrYZOTLoomzXxCPkc%3D&reserved=0
>
<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=N8aC0euuYyFSu1QiwupYMFRH1NwrYZOTLoomzXxCPkc%3D&reserved=0>*
>
> *From: *Piotr Zarzycki <piotrzarzyck...@gmail.com>
> *Sent: *Friday, May 15, 2020 5:41 PM
> *To: *Apache Royale Development <dev@royale.apache.org>
> *Subject: *Re: Modules in IE
>
>
>
> Yishay,
>
> I do not have any problems with that. I just missed point where you have
> said that is being removed. It's working so +1 from my sight on merge
this.
>
> Thanks,
> Piotr
>
> pt., 15 maj 2020 o 16:35 Yishay Weiss <yishayj...@hotmail.com> napisał(a):
>
> >
> >
> > > Also, it is possible that inject_html is being overused (…) a static
> > initializer could bring in the code
> > Do we have an example of static initializers working in Royale? I tried
> > adding some code in curly brackets after the class declaration but I
> didn’t
> > see it transpiled.
> >
> > On 5/11/20, 8:36 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote:
> >
> > Hi Carlos, thanks. The issue is with inject_html in modules on IE,
> > dialogPolyfill.js just happened to be the target src here. I’ve been
> > searching the net for solutions on IE and I think the trick is to append
> > elements instead of changing the inner html. I see two options of
> > transpiling <inject_html> that would work on IE:
> >
> >
> > 1. Parse the <inject_html> contents in the compiler and create js
> > that would work for IE. Difficult.
> > 2. Replace each line in <inject_html> with dummy elements and
> > change their outerHTML to match each line contents. This one looks
> easier,
> > but I seem to remember a thread where we were trying to eliminate use of
> > outerHTML.
> >
> >
> > Any thoughts are welcome.
> >
> > From: Carlos Rovira<mailto:carlosrov...@apache.org
> <carlosrov...@apache.org>>
> > Sent: Monday, May 11, 2020 6:06 PM
> > To: Apache Royale Development<mailto:dev@royale.apache.org
> <dev@royale.apache.org>>
> > Subject: Re: Modules in IE
> >
> > Hi Yishay,
> >
> > talking without a huge analisys of the problem. I think Jewel Alert
> > works
> > ok in IE11 so that should mean dialogpolyfil is loading ok. if not
> the
> > case
> > something broke recently since I checked that in TDJ and other apps
> we
> > did.
> >
> > Anyway, the commit you state is just to give the support we needed.
I
> > didn't tested in IE11, so don't know if we support it. Normally IE11
> > use to
> > require
> > some special way of writing the code for some particular things, so
I
> > think
> > the way to solve this is:
> >
> > 1.- search in SOF or other sources how IE11 expect scripts to be
> added
> > dynamically
> > 2.- upgrade the compiler code to use that way with that
> considerations
> > to
> > make it IE11 compatible and check if that works for IE11 and rest of
> > browsers.
> >
> > sorry to not be able to say much more, but I'm these days with few
> time
> >
> > Thanks
> >
> >
> >
> > El lun., 11 may. 2020 a las 16:12, Yishay Weiss (<
> > yishayj...@hotmail.com>)
> > escribió:
> >
> > > Carols, I think 65c67ee27f8d0d068b3e2163445d48cf200cddc3 in
> compiler
> > code
> > > doesn’t work for IE11. Any ideas on how to fix this?
> > >
> > > From: Yishay Weiss<mailto:yishayj...@hotmail.com
> <yishayj...@hotmail.com>>
> > > Sent: Monday, May 11, 2020 4:52 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > These lines in dialogPolyfill.as
> > >
> > > * <inject_html>
> > > * <script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=67GEsWSZR7UoSl6774E53wr%2BdItmFimmWQ7Vzlt84Ow%3D&reserved=0
> > > "></script>
> > >
> > > get transpiled to
> > >
> > > document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=67GEsWSZR7UoSl6774E53wr%2BdItmFimmWQ7Vzlt84Ow%3D&reserved=0
> > > "></script>'
> > >
> > > But that’s making IE11 fail in loading the module. It doesn’t
> matter
> > what
> > > the src is, IE will silently fail. For example, I’m getting the
> same
> > result
> > > if I replace the above with
> > >
> > > document.head.innerHTML += '<script></script>'
> > >
> > >
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Sunday, May 10, 2020 7:35:55 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Does dialog-polyfill load correctly? Does it muck with the window
> > object?
> > >
> > > On 5/10/20, 9:13 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> wrote:
> > >
> > > Test1.js isn’t different, but Test1_deps.js is.
> > >
> > > diff --git "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > index 73eccbe..3e1a8a7 100644
> > > --- "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > +++ "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > @@ -211,4 +211,4 @@
> > >
> >
> goog.addDependency('../../../org/apache/royale/graphics/GradientEntry.js',
> > > ['org
> > > goog.addDependency('../../../XML.js', ['XML'], []);
> > >
> > > goog.require('Test1');
> > > -document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=67GEsWSZR7UoSl6774E53wr%2BdItmFimmWQ7Vzlt84Ow%3D&reserved=0
> > > "></script<
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=67GEsWSZR7UoSl6774E53wr%2BdItmFimmWQ7Vzlt84Ow%3D&reserved=0
> > > >>';document.head.innerHTM
> > > L += '<link rel="stylesheet" type="text/css" href="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.css&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=bJoOT9dd%2Fqqcs5MziT4MtxL6DRqzBYHtXg%2FjapeNEbo%3D&reserved=0
> > > ">';
> > > +
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 6:39 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Interesting. Just adding import shouldn't affect the output.
> > What is
> > > the difference between Test1.js with and without that import
> > statement?
> > >
> > > -Alex
> > >
> > > On 5/10/20, 8:31 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> > wrote:
> > >
> > > I’ve narrowed it down to usage of mx.controls.Alert. Test
> > case is
> > > included in this issue [1].
> > >
> > > [1]
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fissues%2F826&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262977136&sdata=v1SE2dxmwe54n6IWmLXgGSsxa1N5uRgmIEFZ90mAShE%3D&reserved=0
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, May 7, 2020 10:35 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > I think you can verify by debugging in some other browser
> > and see
> > > if breakpoints get set.
> > >
> > > A common “bug” in Flex modules was to reference and link
> the
> > > module class into the loading app. I have no idea what will
happen
> > if you
> > > have such a situation in Royale. You can look at the loading
app’s
> > > link-report to see if the module (Test1) is linked in the app and
> > probably
> > > see if Test1.js is in the output of the app if you start clean and
> > do not
> > > compile the module.
> > >
> > > HTH,
> > > -Alex
> > >
> > > From: Yishay Weiss <yishayj...@hotmail.com>
> > > Reply-To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Date: Thursday, May 7, 2020 at 12:26 PM
> > > To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > url is
> > >
> > >
> >
>
file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/library/closure/goog/../../../Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js
> >>>>>
> > >
> > > I don’t see errors other than
> > >
> > > SEC7113: CSS was ignored due to mime type mismatch
> > >
> > > But I don’t think that’s it.
> > >
> > > I put a debugger; statement on the first line of the src
> > which
> > > never kicks.
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Wednesday, May 6, 2020 7:58:15 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Wednesday, May 6, 2020 7:58 PM
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 7:36 PM
> > > Subject: Re: Modules in IE
> > >
> > > Does dialog-polyfill load correctly? Does it muck with the window
> > object?
> > >
> > > On 5/10/20, 9:13 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> wrote:
> > >
> > > Test1.js isn’t different, but Test1_deps.js is.
> > >
> > > diff --git "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > index 73eccbe..3e1a8a7 100644
> > > --- "a/.\\dir_with_import\\/js-debug/Test1__deps.js"
> > > +++ "b/.\\dir_without_import\\/js-debug/Test1__deps.js"
> > > @@ -211,4 +211,4 @@
> > >
> >
> goog.addDependency('../../../org/apache/royale/graphics/GradientEntry.js',
> > > ['org
> > > goog.addDependency('../../../XML.js', ['XML'], []);
> > >
> > > goog.require('Test1');
> > > -document.head.innerHTML += '<script src="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=TGGfD2mJ08463DmSxT3SC3tHTwUaYMlDvKdiq%2BN3cuo%3D&reserved=0
> > > "></script<
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.js&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=TGGfD2mJ08463DmSxT3SC3tHTwUaYMlDvKdiq%2BN3cuo%3D&reserved=0
> > > >>';document.head.innerHTM
> > > L += '<link rel="stylesheet" type="text/css" href="
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcdnjs.cloudflare.com%2Fajax%2Flibs%2Fdialog-polyfill%2F0.4.9%2Fdialog-polyfill.min.css&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=FAexclRes3j9Bq7f9EVF%2FMYmqotbhKvvwUFC7G0NOFQ%3D&reserved=0
> > > ">';
> > > +
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 10, 2020 6:39 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Interesting. Just adding import shouldn't affect the output.
> > What is
> > > the difference between Test1.js with and without that import
> > statement?
> > >
> > > -Alex
> > >
> > > On 5/10/20, 8:31 AM, "Yishay Weiss" <yishayj...@hotmail.com>
> > wrote:
> > >
> > > I’ve narrowed it down to usage of mx.controls.Alert. Test
> > case is
> > > included in this issue [1].
> > >
> > > [1]
> > >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fissues%2F826&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=KLBwD3V2m0dKjXz43iSF4O%2BRAFRCY7E4Y6H3eB6aumA%3D&reserved=0
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, May 7, 2020 10:35 PM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > I think you can verify by debugging in some other browser
> > and see
> > > if breakpoints get set.
> > >
> > > A common “bug” in Flex modules was to reference and link
> the
> > > module class into the loading app. I have no idea what will
happen
> > if you
> > > have such a situation in Royale. You can look at the loading
app’s
> > > link-report to see if the module (Test1) is linked in the app and
> > probably
> > > see if Test1.js is in the output of the app if you start clean and
> > do not
> > > compile the module.
> > >
> > > HTH,
> > > -Alex
> > >
> > > From: Yishay Weiss <yishayj...@hotmail.com>
> > > Reply-To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Date: Thursday, May 7, 2020 at 12:26 PM
> > > To: "dev@royale.apache.org" <dev@royale.apache.org>
> > > Subject: RE: Modules in IE
> > >
> > > url is
> > >
> > >
> >
>
file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/library/closure/goog/../../../Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js<file:///C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js%3cfile:/C:/dev/RoyaleComponentTest/NewComponentTest/bin/js-debug/Test1.js
> >>>>>
> > >
> > > I don’t see errors other than
> > >
> > > SEC7113: CSS was ignored due to mime type mismatch
> > >
> > > But I don’t think that’s it.
> > >
> > > I put a debugger; statement on the first line of the src
> > which
> > > never kicks.
> > >
> > >
> > > From: Alex Harui <aha...@adobe.com.INVALID>
> > > Sent: Wednesday, May 6, 2020 7:58:15 PM
> > > To: dev@royale.apache.org <dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Wednesday, May 6, 2020 7:58 PM
> > > Subject: Re: Modules in IE
> > >
> > > What is the src (url) for that script? Were there any
> errors
> > > loading and running it? Are the other Royale packages/classes in
> the
> > > "window" object?
> > >
> > > One scenario I thought of is that some bug or something
> else
> > > creates a "window" property at the global window causing our
> package
> > lookup
> > > to be off.
> > >
> > > HTH,
> > > -Alex
> > >
> > > On 5/6/20, 8:47 AM, "Yishay Weiss" <yishayj...@hotmail.com
> >
> > wrote:
> > >
> > > In my example <script> element is there but it’s never
> > loaded
> > > on IE. I can confirm ModuleExamle works.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Sunday, May 3, 2020 9:31 AM
> > > To: dev@royale.apache.org<mailto:dev@royale.apache.org
> >
> > > Subject: Re: Modules in IE
> > >
> > > I just ran examples/royale/ModuleExample in IE and it
> > worked.
> > > Does it work for you?
> > > In the debugger, window.Module and window.MainApp
> > resolve to
> > > functions. window.org is an object with an apache property.
> > > In the DOM Explorer, there should be tons of <script>
> > tags in
> > > the head. Near the end of the list should be the script for the
> .js
> > file
> > > for the module.
> > > Do you see any exceptions? ModuleExample works
without
> > errors.
> > >
> > > -Alex
> > >
> > > On 5/2/20, 11:01 AM, "Yishay Weiss" <
> > yishayj...@hotmail.com>
> > > wrote:
> > >
> > > I suppose that’s what
> > >
> > > if (window[moduleName] == null) is checking
> > >
> > > The problem is that window[moduleName] never shows
> > up. On
> > > Chrome it does.
> > >
> > > From: Alex Harui<mailto:aha...@adobe.com.INVALID
> <aha...@adobe.com.INVALID>>
> > > Sent: Thursday, April 30, 2020 6:29 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > > Subject: Re: Modules in IE
> > >
> > > Is this js-debug or js-release? Did the deps file
> > load?
> > > Did other definitions get created? If js-debug, there should be
> new
> > > definitions showing up in the global/window object. IOW, if the
> > main app
> > > didn't have a DataGrid and the module did, the
mx.controls.DataGrid
> > should
> > > make an appearance as the deps are loaded and evaluated.
> > >
> > > -Alex
> > >
> > > On 4/29/20, 8:19 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Yes, it works on Chrome and FF.
> > > window[this.modulename] is undefined. Didn’t check what happens in
> > other
> > > browsers.
> > >
> > > From: Alex Harui<mailto:
> aha...@adobe.com.INVALID
> > >
> > > Sent: Thursday, April 30, 2020 12:00 AM
> > > To: dev@royale.apache.org<mailto:
> > dev@royale.apache.org
> > > >
> > > Subject: Re: Modules in IE
> > >
> > > This is IE specific? It works in other
> > browers? What
> > > does window[modulename] return?
> > >
> > > On 4/29/20, 1:41 PM, "Yishay Weiss" <
> > > yishayj...@hotmail.com> wrote:
> > >
> > > Has anyone seen this work?
> > >
> > > To me it’s stuck in UIModuleUtils in
> > >
> > > COMPILE::JS
> > > protected function
> > loadDepsHandler():void
> > > {
> > > // wait for other scripts to
> load
> > > if (window[moduleName] ==
null)
> > > {
> > >
setTimeout(loadDepsHandler,
> > 250);
> > > }
> > > else
> > > loadHandler();
> > >
> > > }
> > > Window[moduleName] is never not null.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> > --
> > Carlos Rovira
> >
> >
>
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=akvITISjPogL8SiGthbXAdAqVAe8%2BX3XvO6nRUosNcI%3D&reserved=0
> >
> >
> >
> >
>
> --
>
> Piotr Zarzycki
>
> Patreon:
*https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=jcfN4%2FEFLRZ9QkTUqtkaRt7oo%2FQKK4Ak%2B3FfhjlFR3E%3D&reserved=0
>
<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc28000f713a44be2987408d7f8eab3c4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637251559262987138&sdata=jcfN4%2FEFLRZ9QkTUqtkaRt7oo%2FQKK4Ak%2B3FfhjlFR3E%3D&reserved=0>*
>
>
>
