Re: Moonshine 1.5.0 Release

2017-07-13 Thread Olaf Krueger
Thank you! I've just installed it on Windows7 and it works! Olaf BTW: Seems that your Moonshine web side is outdated? [1] [1] Moonshine is being developed using: Apache Flex® SDK 4.15.0 Adobe AIR® SDK 22.0 Apache FlexJS® SDK 0.7.0 Apache Ant® 1.9.2 -- View this message in context: http://a

Re: Bead Lifecycle (was Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData)

2017-07-13 Thread Harbs
1. I think so, or at most, only slightly. We’d probably save some code by not adding lots of functions for events and the like. I feel like the event system in general is bloated more than it needs to be. 2. I think there’s probably some and some. There’s probably going to be some lazy beads, an

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Alex Harui
I could be wrong, but I'm pretty sure the typedefs/externs prevent the renaming. I think it knows that HTMLElement.style is a CSSStyleDeclaration. On 7/13/17, 4:15 PM, "Harbs" wrote: >One thing I’m curious about: > >Why does the Google compiler not rename style properties even when we use >dot

Re: Bead Lifecycle (was Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData)

2017-07-13 Thread Alex Harui
These are good points. I'm glad I sent my PAYG email earlier today. I'm not sure I understood points #3 (dependencies) and #5 (cross-referencing) so apologies if my thoughts below didn't take them into account. I'd say that some of these ideas simply need to be tried and measured against the PAY

Re: Bead Lifecycle (was Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData)

2017-07-13 Thread piotrz
Harbs, I agree with everything what you just said. I've used PureMVC a lot and indeed it has really strong communication channel between each parts of framework which is worth to apply if it possible. Apart of that I think your experience should be put at least as an comments to page about PAYG

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
One thing I’m curious about: Why does the Google compiler not rename style properties even when we use dot notation? Is it because the object is owned by an external HTMLElement object? I’d like to get a better grasp on when Object typed variables are renamed and when not. I’ve taken to using b

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
I was wondering why bracket access was not working. I should have opened my eyes. I am surprised that both kinds of bracket access works though. You learn something new all the time. ;-) Either way, camel case “feels” more correct, but whatever… Harbs > On Jul 14, 2017, at 1:46 AM, Harbs wro

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
Yes. You are right. https://jsfiddle.net/Harbs/9c8zezx5/1/ I’m not sure how I missed that. My bad… > On Jul 14, 2017, at 1:38 AM, Greg Dove wrote: > > Harbs I think that jsfiddle is not working because of the missing quotes in > the bracket access. > >

Bead Lifecycle (was Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData)

2017-07-13 Thread Harbs
Now that Yishay and I have spent quite some time with beads, I have some thoughts on the architecture. Here’s some things I’ve noticed (somewhat randomly): 1. There’s no clear place to add beads to components in AS. It seems like the catch-all place to do so is in addedToParent(), but many comp

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Greg Dove
Harbs I think that jsfiddle is not working because of the missing quotes in the bracket access. There are a bunch of uses of the bracket access throughout the framework, including, iirc, some things like ['flex-basis'] etc. imo, I agree these should be using the javascript camel case properties,

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi, BTW the only other uses of pointer events in the code is in DragMouseConroller and it has: COMPILE::JS { dragImage.element.style['pointer-events'] = 'none'; } DisableBead which has: COMPILE::JS { (_strand as Object).element.style.pointerEvents = disabled ? "none" : ""; } And MXMLViewe

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi, > I’m not understanding. What worked and what didn’t? I’ll take a deeper look at it at the end of my work day. Thanks, Justin

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
I’m not understanding. What worked and what didn’t? In this fiddle: https://jsfiddle.net/Harbs/9c8zezx5/ You should get an alert when clicking on every div except div1 (the top left one). Are you seeing something different? > On Jul 14, 2017, at 12:52 AM,

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi, > Wouldn’t string constants be even clearer? I did consider that but they would come at increased cost in terms of code size. Thanks, Justin

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi, > IIRC, style["pointer-events"] works in some browsers but not all. I tests on Firefox, Safari and Chrome on OSX and in all cases this failed to work: style.pointerEvents = "none”; and the other two styles did work. Perhaps it’s different on windows? Thanks, Justin

Re: Multipart

2017-07-13 Thread Harbs
One of them was documentation edits. Another was a workaround for a Flash permissions issue. It was a sometime yes, sometimes no problem. I finally found where the problem lay that required that code. You can see the comments in old issues on that repo. That piece of code is very necessary for

Re: Multipart

2017-07-13 Thread Alex Harui
Made two comments in the GH issue. Looks like there were other contributors so we may need to get their permission to make the license ALv2. Of course, I could be wrong,... -Alex On 7/12/17, 9:14 PM, "Harbs" wrote: >I don’t think he has plans on modifying it. > >Do you mind making the suggesti

Re: Moonshine 1.5.0 Release

2017-07-13 Thread Alex Harui
Congratulations. I hope to try it out soon. -Alex On 7/13/17, 1:06 PM, "JoelProminic" wrote: >I am pleased to announce that Moonshine 1.5.0 has been released at >https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmoonshine- >ide.com%2F&data=02%7C01%7C%7Cc7e1bdc3acf541ffce5e08d4ca2

Moonshine 1.5.0 Release

2017-07-13 Thread JoelProminic
I am pleased to announce that Moonshine 1.5.0 has been released at http://moonshine-ide.com/ and on the App Store. Updates: - Support for FlexJS 0.8.0 and Flex 4.16.0 - Create Feathers UI projects (SDK must be configured manually) - Rename variables and functions - Automatically add missing packa

Re: FlexJS Yeoman generator

2017-07-13 Thread Harbs
We’re already discussing that problem here: https://www.patreon.com/posts/scaffold-apache-12918005?cid=6126089 It works from the command line, so it seems like it’s an issue that’s connected to the VS Code extension. > On Jul

Re: FlexJS Yeoman generator

2017-07-13 Thread PKumar
Hi Josh, I tried tried the yeoman & flexjs generator with VCode. Everything is really good and working fine. One problem i am getting on creating mxml component. when i am trying to create the new mxml then i am getting exception. check the attached screen shot.

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Alex Harui
Yes, but then you can't use "int" for xpos/ypos and open the door to more bad inputs. Either way is fine with me. On 7/13/17, 10:39 AM, "Harbs" wrote: >Wouldn’t string constants be even clearer? > >> On Jul 13, 2017, at 8:26 PM, Alex Harui >>wrote: >> >> I would also recommend using large num

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Josh Tynjala
With classic Flex, I believe IDEs would check if the [Inspectable] metadata had an enumeration field and provide those values as suggestions when a property is used in MXML. I've been meaning to add that feature to the VSCode extension. I just added an issue to remind myself: https://github.com/B

PAYG

2017-07-13 Thread Alex Harui
Hi, I promised some feedback on Greg's PAYG page. After thinking about it some more, I'm proposing my take on it below. I know past discussion tried to break off component set definitions from PAYG, but I think PAYG is always going to be subjective enough that the goals of the various component

Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData

2017-07-13 Thread yishayw
So going back to Piotr's original post, the current approach for adding functionality to a bead (ControllerForWithoutResponse) is to create a new bead (ConterollerForWithResponse) that extends the functionality of the original bead, rather than adding a bead to the original one (ControllerForRespon

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
Wouldn’t string constants be even clearer? > On Jul 13, 2017, at 8:26 PM, Alex Harui wrote: > > I would also recommend using large numbers for the constants.

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
Something that I keep forgetting to ask: Do [Inspectable] meta tags work in FlexJS? I’m not sure how they worked in classic Flex, but having suggestions of possible values in an IDE was very helpful. Josh, would something like that be possible in VS Code? > On Jul 13, 2017, at 8:26 PM, Alex Ha

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
It did not work on any Mac browser. Don’t know about Windows. > On Jul 13, 2017, at 8:26 PM, Alex Harui wrote: > > IIRC, style["pointer-events"] works in some browsers but not all.

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Alex Harui
IIRC, style["pointer-events"] works in some browsers but not all. Anyway, this is quite a bit of new code. The old bead should have been preserved and given a name like ToolTipsOnRightBottomBead and the existing examples updated to use it. I would also recommend using large numbers for the const

Re: [FlexJS] Use of typeof

2017-07-13 Thread Josh Tynjala
I just gave it a try, and I'm not seeing global either. It appears that "var global" is not defined in the typedefs. I guess we'll need to add it to the missing.js for Node. - Josh On Thu, Jul 13, 2017 at 10:09 AM, Harbs wrote: > Adding node.swc makes things like require be recognized, but glob

Re: [FlexJS] Use of typeof

2017-07-13 Thread Josh Tynjala
If you need access to global in Core, then yes, you should add node.swc. The value of -targets does not determine which SWCs are included. It only determines how the compiler generates the JavaScript. You should probably continue to use JSFlex, but you should manually add node.swc to the project's

Re: [FlexJS] Use of typeof

2017-07-13 Thread Harbs
Adding node.swc makes things like require be recognized, but global is still not. Odd. I thought I saw it in the typedefs. > On Jul 13, 2017, at 8:04 PM, Harbs wrote: > > Are you saying we should add node.swc to Core? > > FWIW, I just tried setting targets to JSNode and global is still not >

Re: [FlexJS] Use of typeof

2017-07-13 Thread Harbs
Are you saying we should add node.swc to Core? FWIW, I just tried setting targets to JSNode and global is still not recognized. node.swc does not seem to be used even when that’s the target. That does not seem right either. > On Jul 13, 2017, at 7:42 PM, Josh Tynjala wrote: > > I think the co

Re: [FlexJS] Use of typeof

2017-07-13 Thread Josh Tynjala
I think the correct solution is to add node.swc to the -external-library-path when you need access to global. You need js.swc on the -external-library-path when you want to access window. You can't use window in a SWF-only project, for instance. - Josh On Thu, Jul 13, 2017 at 9:29 AM, Harbs wrot

Re: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData

2017-07-13 Thread Alex Harui
Yes, that's how I think of it. You are right that getting one bead in a multi bead set to listen to other beads is tricky. UIBase defines a particular order of model first, then view, then controller. But otherwise, you either have to dictate your own order or find another event to listen to tha

Re: [FlexJS] Use of typeof

2017-07-13 Thread Harbs
There is a mention of window in the NativeJSType enums. Not sure why it’s needed there. global should already be in node.js (I think). I’m pretty sure it’s defined in the node typedefs I don’t really care how it’s achieved, but by default (without doing any special imports) global should be re

Re: [FlexJS] Use of typeof

2017-07-13 Thread Alex Harui
IIRC, the compiler doesn't special case handling of that code. "window" is defined in missing.js so the js.swc knows there is such an entity. Is there any reason not to add a "global" to node.swc? -Alex On 7/13/17, 12:29 AM, "Harbs" wrote: >Right now, if you have code that looks like this, th

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
Here’s a fiddle trying to set pointer-events in various ways. Only one (with dot notation) works: https://jsfiddle.net/Harbs/9c8zezx5/ > On Jul 13, 2017, at 5:51 PM, Harbs wrote: > > More information here: > https://developer.mozilla.org/en-US/docs/Web/CSS

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
More information here: https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Properties_Reference > On Jul 13, 2017, at 4:48 PM, Harbs wrote: > > When specifying css via javascript, the naming is different than specifyin

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
I don’t see how this is PAYG. It’s more code for no reason. > On Jul 13, 2017, at 3:25 PM, Justin Mclean wrote: > > Hi, > >> Any reason you didn’t just add this to the constructor? > > PAYG - i.e. no need to do it until it added to the UI. > > Thanks, > Justin

Re: Flash Builder desktop debugging issue

2017-07-13 Thread Fréderic Cox
Thanks for the help Alex, I'll check it tomorrow when I am back in office On Wed, Jul 12, 2017 at 5:20 PM, Alex Harui wrote: > Location of mm.cfg is listed here [1] > > If mm.cfg is ok, next step is to use the command-line debugger. For AIR > apps, you have to launch bin/fdb from the SDK folder

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
When specifying css via javascript, the naming is different than specifying using CSS files. I’d be *very* surprised if the code works as-is. > On Jul 13, 2017, at 3:23 PM, Justin Mclean wrote: > > Hi > >>> + positioner.style["pointer-events"] = "none”; >> >> I think that s

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi, > Any reason you didn’t just add this to the constructor? PAYG - i.e. no need to do it until it added to the UI. Thanks, Justin

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Justin Mclean
Hi >> +positioner.style["pointer-events"] = "none”; > > I think that should be positioner.style["pointerEvents"] = "none”; The style is "pointer-events" [1] so I’m not sure why you would use "pointerEvents”. I’ve tested ""pointer-events” and it works. Thanks, Justin 1. ht

RE: git commit: [flex-asjs] [refs/heads/develop] - Add FileUploaderWithResponseData

2017-07-13 Thread Yishay Weiss
Generally speaking it feels like sometimes I need to insure the order of invocation. Since beads communicate with one another through events it’s difficult to achieve. Regarding the upload response data I understand your suggestion as follows (edges contain event names): --uploadRequested-c

Re: Flash builder is stucked at 57 %

2017-07-13 Thread after24
Hi Olaf, Hi Alex, Firefox was the culprit, I uninstalled/installed it and it works again. Thanks for your answers. Vincent. -- View this message in context: http://apache-flex-development.247.n4.nabble.com/Flash-builder-is-stucked-at-57-tp63167p63210.html Sent from the Apache Flex Develo

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
Any reason you didn’t just add this to the constructor? I think all you need is: mouseEnabled = false; In Flash, “element” is a pointer to “this”. Thanks, Harbs > On Jul 13, 2017, at 10:16 AM, jmcl...@apache.org wrote: > > + COMPILE::SWF > + override public function add

Re: git commit: [flex-asjs] [refs/heads/develop] - added simple positioning to tool tip / make tool tip not react to mouse events

2017-07-13 Thread Harbs
> + positioner.style["pointer-events"] = "none”; I think that should be positioner.style["pointerEvents"] = "none”;

Re: FlexJS Yeoman generator

2017-07-13 Thread Olaf Krueger
Great Josh, you should post it on the users list! @All Please don't forget that everybody can support this awesome guy by being a patron [1] Olaf [1] https://www.patreon.com/josht -- View this message in context: http://apache-flex-development.247.n4.nabble.com/FlexJS-Yeoman-generator

Re: [FlexJS] Use of typeof

2017-07-13 Thread Harbs
Right now, if you have code that looks like this, the compiler will report and error and it will fail: global[“foo”]; I would like for that to be legal code in a COMPILE::JS block and it should compile to: global[“foo”]; Exactly the same as window: If you write: window[“foo”]; It’s legal co

Re: [FlexJS] Bindable and consts

2017-07-13 Thread Harbs
Thanks. I just (re)read it. I don’t think I quite understood it the first time around. > On Jul 13, 2017, at 9:24 AM, Alex Harui wrote: > > See this background thread if you're > interested [1] > -Alex > > [1] > https://lists.apache.org/thread.html/9802158cb9bf3b3737d7841ff950130d8e7a6e >

Re: [FlexJS] Use of typeof

2017-07-13 Thread Alex Harui
I'm still not clear what changes are needed. Are you trying to access APIs that are global but not defined in JS.SWC or Node.SWC? Otherwise, the APIs on window/global should be defined in those SWCs. I'm not sure what the test case is supposed to look like. Thanks, -Alex On 7/13/17, 12:11 AM,

Re: [1/5] git commit: [flex-asjs] [refs/heads/develop] - FLEX-35337 place tool tip anchor point in the centre rather than the bottom right

2017-07-13 Thread Harbs
> On Jul 13, 2017, at 7:21 AM, Justin Mclean wrote: > > Hi, > >> I noticed today that I was actually using ToolTips and your changes make my >> buttons very difficult to use as they are significantly obscured by the >> tooltips. Also, the tooltips are now under the mouse, so the text in not

Re: [FlexJS] Use of typeof

2017-07-13 Thread Harbs
Electron has both window and global. Node has global and no window. I think CEF has window and no global. Browsers have window but not global. Depending on which environment you are writing for, you’re going to need either window or global for accessing global variables. I’m more concerned with

Re: [FlexJS] Bindable and consts

2017-07-13 Thread Alex Harui
Sort of. That was part of the thread [1]. There was an attempt to use @expose that resulted in other problems, so we went back to @export and [] access. That was back in October 2016 and supposedly, access to static accessors shouldn't have worked after that. -Alex On 7/12/17, 11:45 PM, "Greg

Re: Flash builder is stucked at 57 %

2017-07-13 Thread Olaf Krueger
>only with one workspace, other workspaces are fine Do you've already tried to re-create the workspace? I've other weird issues with FB from time to time and re-creating the workspace helps most of the time. HTH, Olaf -- View this message in context: http://apache-flex-development.247.n4

Re: git commit: [flex-asjs] [refs/heads/develop] - Uploads are assumed to be POST

2017-07-13 Thread Harbs
I actually realized that if I don’t do a clean before a regular compile, the release is built from the modified JS files in the framework. I moved "if (!goog.DEBUG)return;” to the very beginning of the function and removed the @export tag. With that change, all traces of trace are removed. (pun