-
Notifications
You must be signed in to change notification settings - Fork 3
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
(RTL) Schematic view #1
Comments
It looks really promising, congratulations!
I agree. I think that this repo will be a mess if we try to develop everything here. It is cleaner to keep each part/module on a separate repo, but provide some process to use it externally. Then, here we can discuss, comment and share how easy/hard it is to integrate those separately developed modules together. Indeed, this can be the place for integration tests. For example, although I have not uploaded it yet, I've been trying Golang and Vue.js with WaveDrom and Codemirror: To build the app I use yarn and webpack. Therefore, if you provide a Let me know what you think about this experiment:
Do you already have a VHDL to JSON parser/converter in JS or does it require python? If so, I should 'intercept' those queries, since the backend I am using is written in golang. Then, I would catch the queries, execute you python script(s) in the backend, and return the output. |
nturley/netlistsvg seems to use the same underlying algorithm, but the visualization is not done with D3.js, but with custom JS. I think that D3.js should have useful features to aid in customizing the visualization (skins), so I would keep using it. However, I think that we should note some features:
|
About performance of ELKjs and D3.js. I am 100% sure that elkjs can not handle 100k nodes in any form. Layout alg. takes second+ for cca 5K nodes (drawing takes less than noticeable time). To overcome this problem I am trying to render simplified processes in subcomponets, remove useless assignments (just connections) etc.. |
Is this the code you are talking about? https://github.com/Nic30/hwtIde/tree/master/hwtIde/fromHwtToElk Or is there any other version which you have not uploaded yet? |
Yes, the link is pointing on my current work (backend part).
|
Hello, after so long time I am back. (It may be a living proof that my grammar is disaster.) Some components are complicated. Bitonic sorter is one of most simple. Crc5 looks nice. You can take a look and give me feedback If you have a time. |
And also JS is not minified, which means that you have to download cca 5M of on first run... |
Using modified ELKjs + D3.js I am able to generate simple graphs from HDL languages.
(SVG/ELK json/MxGraph for draw.io)
It seem to be very promising. (But I have enormous amount of work, thats why it is not done yet.)
Screenshots are drawn by simple code https://github.com/Nic30/hwtIde/blob/master/hwtIde/templates/hls/connections_elk.html
It seems to be a good choice to use elk json https://www.eclipse.org/elk/documentation/tooldevelopers/graphdatastructure/jsonformat.html format for schematic representation.
My question is, should I write "schematic visualizer" in hwtIde repo and then join it or I should put it there and develop it there?
From my point of view it will be best if I create for example NPM package and we will just install it in hwd-ide.
The text was updated successfully, but these errors were encountered: