-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
remove schemeCategory20c in a backward-compatible way #1403
Comments
Thanks for creating this :) |
Can you suggest which colors should we use as default. Planning to work on this now. |
Tough choice! Please start with schemeSet1 and we'll see how it works. It is going to change our look dramatically! @tttp in his proposed #831 noted that there may be difficulties with the default white label text and some background colors. I can't recall if this was a problem with the old color scheme. Elsewhere I have implemented labels that switch from white to black depending on the luminosity of the background color. We could add that if we need it. |
Please see #1409 I have created a framework so that changing the pallet will not cause huge breakage in the specs. |
@kum-deepak implemented a nice solution with a new global configuration Released in dc.js 3.0 alpha 10. |
@gordonwoodhull i dont think 3.0 alpha 10 is working, actually the comment at the top of the file says dc 3.0.0-alpha.9. This change is breaking the cross filter charts. Is there any immediate solution to this? |
Please try beta 1, which was just released today. What do you mean, not working? If you want help you always need to describe the problem and how to reproduce it. In particular, what errors do you see in the browser console? |
@gordonwoodhull |
That's a warning, not an error. It tells you what you can do to make the warning go away. If your charts are not displaying, there could be many reasons for that. You'd have to post a reproducible example, preferably on SO or the user group, in order for me to help you figure out what is going wrong. |
OK. You are right! The actual error which caused breaking was the way d3.csv function working. I think some examples refer the old way d3.csv("filename", function(error, data){}); I did correct to d3.csv("filename").then(function (data) {}); |
Yes, that has changed with D3v5. If you see an example we missed, please let us know. Aside from every fiddle and every SO answer now being wrong, I think we have updated everything in the repo and website. |
OK. Thanks for the quick responses. I appreciate it! |
Ooh, i like the idea of automatically switching colours based on the
background! Probably better to set the class dark vs light, so we can more
easily tune them
Imo should be an default for all the charts, adding the class, those that
want something different can simply css their way out of it
…On Sat, 14 Apr 2018 21:12 Gordon Woodhull, ***@***.***> wrote:
Tough choice! Please start with schemeSet1
<https://github.com/d3/d3-scale-chromatic/blob/master/README.md#schemeSet1>
and we'll see how it works. It is going to change our look dramatically!
@tttp <https://github.com/tttp> in his proposed #831
<#831> noted that there may be
difficulties with the default white label text and some background colors.
I can't recall if this was a problem with the old color scheme.
Elsewhere I have implemented labels that switch from white to black
depending on the luminosity of the background color. We could add that if
we need it.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1403 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAH1qtqOrWAVJr2FJg1AA3MHZtkCZG_mks5tokoSgaJpZM4TQVkH>
.
|
Agree, light/dark text classes are the way to go. |
Warning on D3V5. In Angular5
## Getting below warning for this code
Can you give me some suggestions? Thanks in advance |
@badrinath389 it is a warning, please check https://github.com/d3/d3-scale-chromatic for some alternatives. If you are confused, you can ignore the comment. |
The warning is mostly there because the colors will change (probably to one of the colorbrewer schemes) in 3.1, so you need to take steps if you want to keep the old colors. The old colors are arguably defective because they imply relationships which are not there - see the above links for details. |
In #1394 I wrote:
@kum-deepak wrote:
I replied:
This is just a suggestion; there are other ways to implement this. But in any case, we should not write to
d3
.src/d3v3-compat.js
should go away before we release dc.js 3.0The text was updated successfully, but these errors were encountered: