-
Notifications
You must be signed in to change notification settings - Fork 0
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
How complete is to-vega? #8
Comments
There are no major issues with completeness, but ensuring feature compatibility in the future and using the typings/schema needs to be addressed. Also, the current version is a first attempt and I am considering a number of other improvements that are relevant to the points you raise. I am on holiday until the start of January, but will add more details when I get back ... |
Sounds great. Do you want to join the Vega slack and chat with us Vega-Lite devs about your plans? |
Great, I have joined. |
I started updating and improving to-vega, but so many major changes were required that I decided to start a new project: Vizsla. This has various advantages over to-vega; in particular, specs can be combined more easily. The improvements in Vizsla do not address the points raised above — feature completeness, using the schema etc. I have opened issue 3 in Vizsla to discuss these. |
I'd like to see whether to-vega could be a recommended way to write Vega-Lite in JS. To recommend it fully, we need to make sure that it is a) stable and b) feature complete. I was wondering what your thoughts on completeness are. Are there things expressible in Vega-Lite but not in to-vega? How do you plan to ensure feature compatibility in the future? Do you think it would make sense to generate the API automatically from our Typescript typings (like Altair is generated from the JSON schema).
See discussion in vega/vega-lite#2280
The text was updated successfully, but these errors were encountered: