This thread looks to be a little on the old side and therefore may no longer be relevant. Please see if there is a newer thread on the subject and ensure you're using the most recent build of any software if your question regards a particular product.
This thread has been locked and is no longer accepting new posts, if you have a question regarding this topic please email us at support@mindscape.co.nz
|
Hello. I could not find the way how create next... (see attach file) I want start drawing bars from y = 33(for example) instead 0 Thanks |
|
|
Hello IgorZ I have just implemented this feature for you and it will be available for download in about 14 hours from now (at about 1200 GMT). You can download this through our nightly builds from here: http://www.mindscapehq.com/products/wpfelements/nightly-builds The BarSeries now has a BaseLine property which you can set to be whatever base line position up the Y axis you want. 33 for example. Tip: You may also want to set the AlwaysShowYAxisZero property on the BarSeries to false. This will mean that when the chart is automatically setting the axis minimum/maximum range, it won't include the zero mark on the Y axis if it doesn't need to. Let us know how it goes. Jason Fauchelle |
|
|
Perfect! I have questions. 1. Could you hide black line (base line)? 2. is it possible make own base line for every bar? (see picture) |
|
|
Hello IgorZ 1) To hide the base line, you can set the BarSeries.ZeroLineStyle to be a style that makes the line invisible. For example, you could use a style like the following which will live in a resource dictionary somewhere:
Then use this to set the ZeroLineStyle of the BarSeries like this:
2) Unfortunately we do not include a way to specify a different base line for each bar. I do have plans to include this type of chart in the future and have increased the priority of this. In the meantime, you could still achieve the same visual effect by displaying multiple bar series on the same chart. All bars that have the same baseline can belong to the same series. For example in the image you sent, the first bar will be in its own bar series with the baseline that it needs. All the other bars are within a different bar series which uses a different base line value. The only issue with this would be splitting up the data into multiple collections. Let me know if you have any questions about this. Jason Fauchelle |
|
|
When you are planning create different base line for each bar? Is date of release known? |
|
|
Hello IgorZ I plan to get this done within 4 to 5 weeks from now. This will be a new type of chart series which will be called something like RangeBarSeries or FloatingBarSeries. It will have support for data points made up of 3 values: x, y and baseline. I'll let you know when this is available. In the meantime, let me know if you have more questions. Jason Fauchelle |
|
|
Thanks. In general i dont have questions. |
|
|
Hello. I have some questions about chart. 1. Logarithmic axis. in my case i need start from 0.1. Is it possible? 2. AlternativeYAxes. I use localization - Title="{Loc COVAS}" in this case AlternativeYAxes doesn't work, if i change to Title="COVAS" - ok. Is it possible use for binding to AlternativeYAxes another property instead Title? 3. An question about different baseline for one bar series - it is released? Thanks. |
|
|
Hello 1) I have added a property called Minimum to the LogarithmicAxisValueConverter. You can set this to 0.1 to get the desired effect. This will be available in the next nightly build. 2) When you say that it is not working, do you mean the title is not being displayed? or is the series not being mapped to the alternate axis? One thing to make sure is that the YAxisTitle property on the series is also using the same localization. If you still can't get it working, please send us a simple demo that shows how you are doing the localization so we can find a solution. 3) Sorry this is a little late. The new bar series is scheduled to be complete by early next week. I'll let you know when this is ready. Jason Fauchelle |
|
|
Hello. |
|
|
Hello Thanks for sending the examples and sorry for this sudden bug. This will be back to normal in the next nightly build. Jason Fauchelle |
|
|
Hello IgorZ The new bar series type will be available through the next nightly build. This will be available at around 1200 GMT (about 11 hours from now) and can be downloaded from this page: http://www.mindscapehq.com/products/wpfelements/nightly-builds Rather than using BarSeries, you'll now want to use the FloatingBarSeries chart type. The easiest way to display data in a FloatingBarSeries is to populate the ItemsSource with instances of our Point3 class. The chart will automatically plot the X and Y values along the X and Y axis, and the Z value will be used for the baseline. Or if you need to use your own business objects that have X, Y and baseline values, you can set the XBinding, YBinding and BaseLineBinding properties on the FloatingBarSeries to indicate which properties you want these values to be read from. You can look at examples of using BubbleSeries in the SampleExplorer that is installed with WPF Elements which is used in a similar way. Jason Fauchelle |
|
|
Hello We will look into this issue soon. Jason Fauchelle |
|
|
Please this is a blocker issue for us. We use the nightly builds because of the added features detailed earlier in this thread (posted by IgorZ). Thanks Yael |
|
|
Hello Yael and Igorz Sorry for the wait. This issue will be resolved in the next nightly build. Jason Fauchelle |
|
|
Thank You! Yael |
|
|
Hello, the issue with wrong width of the bar is still there (using 5.1, checking all nightly builds). We need assistance on it, because it's a blocker bug for us. Thanks |
|
|
Hello Yael I have not been able to reproduce this issue at my end. Version 5.1 with the latest nightly build is using the correct bar widths when there is only 1 bar and when there are multiple bars. One thing to check is that your application is correctly referencing the latest dll you have downloaded. If it definitely is using the correct dll but the issue still remains, please send us a repro project so we can solve the issue. Also, was the issue resolved and then suddenly broken again? Or has the issue never been resolved since downloading the latest nightly build. Jason Fauchelle |
|
|
I apologize for the incomplete description of problem. |
|
|
Hello Yael Thanks for the repro! this issue has been resolved and can be downloaded through the next nightly build. Jason Fauchelle |
|
|
Hello. |
|
|
Hello Yael The positioning of the labels on negative bars was a bug. This will be resolved in the next nightly build. Jason Fauchelle |
|
|
Hello. |
|
|
Hello Yael Thanks for bringing this to our attention and sending the repro project. This bug has been resolved and the fix will be available through the next nightly build. Jason Fauchelle |
|
|
Hello Jason. |
|
|
Hello IgorZ Just to clarify, do you want the bars from different series to overlap each other? (keep their current Y values, but render them at the same X values) or do you want the bars to stack on top of each other up the Y axis? (Similar to our StackedBarSeries) Let me know which one you want and I'll add this feature for you. Jason Fauchelle |
|
|
First variant. |
|
|
Hello IgorZ I have added the FloatingBarSeries.BarRenderingMode property which will be available in the next nightly build. This property is a BarRenderingMode enum which can be either Overlap or SideBySide. The default is SideBySide. You can set this property to Overlap on all the FloatingBarSeries that you want to have overlapped bars. Jason Fauchelle |
|
|
Hello Jason |
|
|
Hello Yael At the moment the selection API is a bit limited. In BarSeries there is a SelectedDataPointChanged event which you can listen to when the user selects a bar, and the SelectedDataPoint property can be used to get (but not set) the currently selected data point. Please describe anything else you need and I'll see if we can add it in. Jason Fauchelle |
|
|
SelectedDataPoint setter could resolve a problem |
|
|
Hello Yael In the next nightly build you'll find a new SelectedItem property on all data series. This will let you get or set the selected raw data object. This object is expected to be one of the objects in the ItemsSource. Jason Fauchelle |
|
|
Hello! |
|
|
Hello yael The current behavior is to deselect everything when the selection mode changes. Unfortunately we can not change this behavior until a major version release. What you can do is set the SelectedItem property again when you change the selection mode. Note that you'll need to get the next nightly build to fix a minor bug in doing this. Jason Fauchelle |
|
|
Hello, Jason Is there any changes with this behavior (deselect everything when the selection mode changes) ? Can it fix in current version ? |
|
|
Hello Yael I can have another look into this for you now. Though first I'd like to clarify the behavior that you want to achieve. In your prototype demo you attached, you are setting the selection mode to None while feeding the chart data, and then select it back to Single when the data is paused. Currently the SelectionMode defines both the users ability to select data as well as the underlying programming model. i.e. If the selection mode is None, then even in the model, there can be no selected items. Did you want setting the SelectionMode to None to keep the current selection visible? If so, I may need to create another property so that user interaction and programmatic selection are separate options. Jason Fauchelle |
|
|
Hello Jason Not exactly, we need next: Selected item keeps when Selection mode changed from None to Single. To clarify I changed attached example. |
|
|
Thanks for the clarification Yael In the next nightly build the chart will not clear the selection when switching to single mode if there is already 1 item selected. Jason Fauchelle |
|
|
Hello, Jason Thanks a lot. It works fine. (Please, ignore attached example, it's for other post) |
|