[flexcoders] Resetting Chart scale on LineAxis

2012-07-09 Thread k.sigiscar
Hi, I have a chart with dynamic series on a LinearAxis (Y) and a DateTimeAxis (X). The series visibility can be set to true / false by the user. When a series with a very high value is displayed, the rest of the chart is scaled down. When the series with the high values is then discarded

Re: [flexcoders] Resetting Chart scale on LineAxis

2012-07-09 Thread claudiu ursica
Hi Karl, Can you share some basic example? I don't know how your chart and data looks like, and how you add/discard new data. I see you already ran into this and did not work... https://userflex.wordpress.com/2011/04/21/update-linear-axis/ C From: k.sigiscar

[flexcoders] Re: Resetting Chart scale on LineAxis

2012-07-09 Thread k.sigiscar
Hi Claudiu, Yes, I saw that one. But he's using a CategoryAxis and not a DateTimeAxis (we bind the minimum and maximum properties of the DateTimeAxis to the values of our timeline component). Therefore, we cannot do the same thing as he does to reset the chart scale. Best regards, Karl.

Re: [flexcoders] Re: Resetting Chart scale on LineAxis

2012-07-09 Thread claudiu ursica
Hi Karl, I am not an expert on the charts, I only played with an example from the docs which updates nicely. Hence the request about some basic example to see if it can be narrowed down. Unless you already try it, you can debug the bindings via the BindingManager.debugBinding() or wrap the

[flexcoders] Re: Resetting Chart scale on LineAxis

2012-07-09 Thread k.sigiscar
Hi, The minimum and maximum properties of the LinearAxis are not bound to anything and they are the ones I have problems with (values not resetting when setting series visibility). Only the minimum and maximum properties of the DateTimeAxis are bound and there is no problem with that part.

RE: [flexcoders] Errors in flash.external::ExternalInterface$/call()

2012-07-09 Thread michael_regert
Changing the function use encoding (%3D in place of the =) causes the function to completely fail. I guess I can chalk this one up as an Adobe bug overall? ExternalInterface.call(window.open,urlString,_blank,status%3D1,scrollbars%3D1,toolbar%3D1,menubar%3D1,location%3D1,resizable%3D1);

Re: [flexcoders] Errors in flash.external::ExternalInterface$/call()

2012-07-09 Thread Erik van der Neut
In your original message you wrote: me! nubar=1 Instead of: menubar=1 I assume that was a typo in your message to this group, not in your actual code? Erik On Jul 9, 2012, at 12:41 PM, michael_reg...@dell.com michael_reg...@dell.com wrote: Changing the

Re: [flexcoders] Errors in flash.external::ExternalInterface$/call()

2012-07-09 Thread Erik van der Neut
Oh, also seeing urlStri! ng -- must be something else then...? E On Jul 9, 2012, at 4:28 PM, Erik van der Neut wrote: In your original message you wrote: me! nubar=1 Instead of: menubar=1 I assume that was a typo in your message to this group, not in

Re: [flexcoders] Errors in flash.external::ExternalInterface$/call()

2012-07-09 Thread Erik van der Neut
Ignore me. Those got introduced halfway down the discussion, with the message from Alex Harui. Sorry, E On Jul 9, 2012, at 4:29 PM, Erik van der Neut wrote: Oh, also seeing urlStri! ng -- must be something else then...? E On Jul 9, 2012, at 4:28 PM, Erik van der Neut wrote: In

Re: [flexcoders] Errors in flash.external::ExternalInterface$/call()

2012-07-09 Thread Alex Harui
I would encode the commas as well. Another test would be to simply pass in “foo” instead of “status...” to see if it is something in that string that is causing the problem. On 7/9/12 9:41 AM, michael_reg...@dell.com michael_reg...@dell.com wrote: Changing the function use encoding (%3D

[flexcoders] HDividedBox divider events not working after changing current state

2012-07-09 Thread method_air
The HDividerBox dividerRelease and dividerPress event listeners no longer execute after changing the current state of a parent container (and the 'drag handle' is lost)...but the HDividedBox still 'has event listeners' for these events. Any ideas? I'll post code if necessary. Thanks.