[GitHub] [incubator-echarts] susiwen8 commented on issue #13375: series中的tooltip不生效,无法显示
susiwen8 commented on issue #13375: URL: https://github.com/apache/incubator-echarts/issues/13375#issuecomment-704625783 Does this work with 4.9? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] echarts-bot[bot] commented on issue #13393: Visual Map not rendering line color (but it IS rendering correct color in label)
echarts-bot[bot] commented on issue #13393: URL: https://github.com/apache/incubator-echarts/issues/13393#issuecomment-704438986 Hi! We've received your issue and please be patient to get responded. 🎉 The average response time is expected to be within one day for weekdays. In the meanwhile, please make sure that **you have posted enough image to demo your request**. You may also check out the [API](http://echarts.apache.org/api.html) and [chart option](http://echarts.apache.org/option.html) to get the answer. If you don't get helped for a long time (over a week) or have an urgent question to ask, you may also send an email to d...@echarts.apache.org. Please attach the issue link if it's a technical questions. If you are interested in the project, you may also subscribe our [mail list](https://echarts.apache.org/en/maillist.html). Have a nice day! 🍵 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] Daemach opened a new issue #13393: Visual Map not rendering line color (but it IS rendering correct color in label)
Daemach opened a new issue #13393: URL: https://github.com/apache/incubator-echarts/issues/13393 ### Version 4.9.0 ### Reproduction link [https://codepen.io/daemach/pen/MWegRvO](https://codepen.io/daemach/pen/MWegRvO) ### Steps to reproduce See code pen. ### What is expected? I expect the line color to change based on values in dimension 2 of series 0 ### What is actually happening? Line color does not change, although the LABEL color is being mapped correctly according to visual map rules --- It doesn't work in the 5.0.0 alpha 2 release either. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] 100pah edited a comment on pull request #13358: Custom morph2
100pah edited a comment on pull request #13358: URL: https://github.com/apache/incubator-echarts/pull/13358#issuecomment-704408035 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] 100pah commented on pull request #13358: Custom morph2
100pah commented on pull request #13358: URL: https://github.com/apache/incubator-echarts/pull/13358#issuecomment-704408035 # How a user expresses data mapping for transition? ## Issues First and foremost, we need to consider those issues below: ### ISSUE_I: If we need to "auto detect the change of dimensions" between old data and new data, how to implement it? We should consider: + We have never been forcing users to specify dimension names. User can only specify certain dimensions by dimension index, which is probably convenient in some scenario in practice. + If we implement "data mapping for transition animation" via "auto detection of the change of dimensions", probably we can force the users to specify dimension names if they want to have a "correct transition animation", and perform mapping by the rule of `MAPPING_ON_THE_SAME_DIMENSION_NAME`, which means that if there is any equality on `oldData.dimensions[i].name` and `newData.dimensions[j].name`, we can perform mapping of data items by the values on `oldData.dimensions[i]` and `newData.dimensions[j]`. **Is there any flaw if applying that rule**? ### ISSUE_II: The issues of "mapping by index": The default data mapping implementation is provided by `List['diff']`, where if the names of data items are not specified, they will be mapped by data index. "mapping by index" is not a big deal in scenarios that the meaning of transition are not noticed. But in some scenario that the meaning of transition need to be noticed, like storytelling, any incorrectly data mapping is probably inappropriate. For example: `dataA` is the raw data, where the dimensions are `['Year', 'Income', 'Population', 'Sex', 'Country']`. `dataB` is calculated by: ```sql select avg(`Population`), avg(`Income`) from `dataA` group by `Sex`; ``` `dataC` is calculated by: ```sql select avg(`Population`), avg(`Income`) from `dataA` group by `Country`; ``` Suppose there are only two values in dimension `Country` (`'France'`, `'Germany'`), which are just the same as the value count of dimension `Sex` (`'Woman'`, `'Man'`). Consequently the count of `dataB` and `dataC` are exactly the same. Having these data above, when `dataB` is switched to `dataC` via `setOption`, the data mapping should not be performed by index. Otherwise there will be misleading mappings from `'Man'` to `'France'` or from `'Women'` to `'Germany'`. In this case, no transition animation is probably better than misleading transition animation. ### ISSUE_III: The issues of "when dimensions not changed": Suppose there is no changes before and after `setOption` called: Dimensions of `dataA` is `['Income', 'Population', 'Country']`, Dimensions of `dataB` is `['Income', 'Population', 'Country']`, exactly the same. But `dataB` is calculated by: ```sql select sum(`Income`), avg(`Population`) from `dataA` group by `Country`; ``` Have these data above, the dimensions are not change, but obviously it should be mapped neither by index, nor by the first same dimension (`Income`). The appropriate mapping should be performed on dimension `Country`, which, nevertheless, can not be auto-detected. That is, even though the dimensions are not changed, it hardly auto-detect how to make a totally correct data mapping. User input about transition is still needed in this case. ### ISSUE_IV: Issues about "user specifies a dimension (also say, `key` below) to perform mapping": Suppose there are requirements: 1. `dataB`(`seriesB`) ---transition1(on `'Country'`)---> `dataA`(`seriesA`) 2. `dataC`(`seriesC`) ---transition2(on `'Income'`)---> `dataA`(`seriesA`) We say the data before the "transition arrow" as `from`, and the data after the arrow as `to`. `transition1` needs user to input a key `'Country'`, and `transition2` needs user to input a key `'Income'`. That is, the "user specified key" is not only related to `to` but also related to `from`. That is, the "user specified key" only work for this calling of `setOption`, and should be discarded after setOption called. That is, the "user specified key" should better be set on the params of `setOption` rather than series option. If we intend to make the "user specified key" on series option, probably we need to lift the concept of that "key", making it not describe this transition but describe the feature of the data itself. For example, describe that it is the unique key of the data, and make a auto-mapping rule based on unique key). We will discuss it below in detail. ### ISSUE_V: Issues about "data totally not changed but need transition animation". Like transition from bar to pie chart with the same data. For example, there is `dataA`, which dimensions are `['Income', 'Population', 'Country', 'Sex']` and no dimension is suitable for `itemName`. The current
[GitHub] [incubator-echarts] plainheart commented on issue #13392: Labels behind nodes for graph charts
plainheart commented on issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392#issuecomment-704349584 > Do you know when the v5 will be released? The 5.0.0 stable version should be released this month as planned. > Meanwhile, is there an option to fix the problem in the current stable version? I'm afraid no. Thanks. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] plainheart edited a comment on issue #4537: echarts3.x 还能像echarts2.x那样,支持svg的地图扩展吗?
plainheart edited a comment on issue #4537: URL: https://github.com/apache/incubator-echarts/issues/4537#issuecomment-70442 目前似乎可以通过 `echarts.registerMap` 注册所需的 svg 扩展地图,然后在 `series.map` 中使用即可。 ```js $.get('football.svg', function (svg) { echarts.registerMap('football', { svg: svg } }); ``` ![image](https://user-images.githubusercontent.com/26999792/95221439-04f8e080-082a-11eb-9064-c70581a9ef3c.png) mapbox 也提供了一个 svg 转 geoJSON 的插件:[svg-to-geojson](https://github.com/mapbox/svg-to-geojson) 不过转换出来只是结构,不包含样式。 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] plainheart commented on issue #4537: echarts3.x 还能像echarts2.x那样,支持svg的地图扩展吗?
plainheart commented on issue #4537: URL: https://github.com/apache/incubator-echarts/issues/4537#issuecomment-70442 目前似乎可以通过 `echarts.registerMap` 注册所需的 svg 扩展地图,然后在 `series.map` 中使用即可。 ```js $.get('football.svg', function (svg) { echarts.registerMap('football', { svg: svg } }); ``` mapbox 也提供了一个 svg 转 geoJSON 的插件:[svg-to-geojson](https://github.com/mapbox/svg-to-geojson) 不过转换出来只是结构,不包含样式。 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] telco2011 commented on issue #13392: Labels behind nodes for graph charts
telco2011 commented on issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392#issuecomment-704327167 Hi, @plainheart I'm seeing that the last echarts version is 4.9.0 and v5 still in alpha version. I'm using echarts in a production application and I'd prefer to use a stable version. Do you know when the v5 will be released? Meanwhile, is there an option to fix the problem in the current stable version? Thanks This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] plainheart commented on issue #13392: Labels behind nodes for graph charts
plainheart commented on issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392#issuecomment-704272501 Hi, the version 5.0 has fixed it, you could have a try. ![image](https://user-images.githubusercontent.com/26999792/95208420-a62c6a80-081b-11eb-9543-4cd8b839b53f.png) This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] plainheart edited a comment on issue #13392: Labels behind nodes for graph charts
plainheart edited a comment on issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392#issuecomment-704272501 Hi, the version 5.0 has fixed it, you could have a try. Screenshot https://user-images.githubusercontent.com/26999792/95208420-a62c6a80-081b-11eb-9543-4cd8b839b53f.png"; height="400"> This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] echarts-bot[bot] commented on issue #13392: Labels behind nodes for graph charts
echarts-bot[bot] commented on issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392#issuecomment-704154071 Hi! We've received your issue and please be patient to get responded. 🎉 The average response time is expected to be within one day for weekdays. In the meanwhile, please make sure that **you have posted enough image to demo your request**. You may also check out the [API](http://echarts.apache.org/api.html) and [chart option](http://echarts.apache.org/option.html) to get the answer. If you don't get helped for a long time (over a week) or have an urgent question to ask, you may also send an email to d...@echarts.apache.org. Please attach the issue link if it's a technical questions. If you are interested in the project, you may also subscribe our [mail list](https://echarts.apache.org/en/maillist.html). Have a nice day! 🍵 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org
[GitHub] [incubator-echarts] telco2011 opened a new issue #13392: Labels behind nodes for graph charts
telco2011 opened a new issue #13392: URL: https://github.com/apache/incubator-echarts/issues/13392 ### Version 4.2.1 ### Steps to reproduce I attach a options.js file with the options to reproduce the issue inside a graph chart like https://echarts.apache.org/examples/en/editor.html?c=graph-simple ### What is expected? The labels should show above the nodes. ### What is actually happening? The labels are shown under the nodes --- To see this behaviour, it is needed to do zoom into the graph. [options.js.txt](https://github.com/apache/incubator-echarts/files/5332776/options.js.txt) This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: commits-unsubscr...@echarts.apache.org For additional commands, e-mail: commits-h...@echarts.apache.org