Currently it's a shared sandbox with old good DOS ASCII and pseudographics "palette" (alternative Russian DOS codepage with some custom extensions) - everybody can do anything and anybody else can see it (be careful - I can see all activities and will blacklist IPs in case of any vandal actions).

Also it will be 100% open source. Currently it's unusual mix of technologies: SQLite + Hope on the server side and JavaScript + custom bytecode interpreter (for now just JS, but custom VM will be added soon) on the client side. No canvas in JS! Just old style tables with sliced images in it. So technically it may work even in older browsers. Any thoughts?...

Thank you for open sourcing it too! Hopefully you will get a good following of people, and in a few years maybe, just maybe, beat Altium in PCB and schematic design! But first, we must get started with ASCII art of a few specific body parts, like what is getting started on the top right ish of the board.

Anyways, yeah, this is awesome! Are you referring to auto routing when you said auto tracing? I am excited to see any PCB's that might come of this!

hak8or wrote:Thank you for open sourcing it too! Hopefully you will get a good following of people, and in a few years maybe, just maybe, beat Altium in PCB and schematic design! But first, we must get started with ASCII art of a few specific body parts, like what is getting started on the top right ish of the board.

Actually I think about something just for hobbyists - with DIP, PLCC and SOIC support, but not smaller (for 99% hobby needs even Eagle is too heavy)

hak8or wrote:Anyways, yeah, this is awesome! Are you referring to auto routing when you said auto tracing? I am excited to see any PCB's that might come of this!

Right, I meant auto routing - for this approach it should not be too compex...

Finally I used my byte-code to implement a component library (with 200 components in it and most of them are programmatically generated on the fly). Now Circuits.CC is almost 3000 lines of code - 2% server side program in Hope+SQLite (public domain), 79% client side scripts in JavaScript (including LGPL libraries) and 19% client side scripts in my own Roberta programming language (GPLv3), compiled to the byte-code that is translated to JavaScript on the page load and it's working in all modern web-browsers.

P.S. Also Copy/Paste feature is there and linked to the library "Clipboard" where user may copy up to 99 items, but it's not saved anywhere - it will disappear after page reloading...

P.P.P.S. Best user experience is for Chrome and Safari. For FireFox it is not so good because every time when it loads new images, it breaks HTML-table for a few seconds and it looks ugly. It also works on Konqueror, Opera and IE8, but slower.

Wow! This is insanely awesome! I really like what you shared about the construction, and I love "software as service" that is completely open source. Usually I see it as a trap because the backend is off limits. Really nice work!

ian wrote:Wow! This is insanely awesome! I really like what you shared about the construction, and I love "software as service" that is completely open source. Usually I see it as a trap because the backend is off limits. Really nice work!

Thanks! In my case the backend is a few dozens lines of a glue code to have an interface to the server-side SQLite database - there is no so much intelligence on the server-side yet, but client side code is already a little bit heavy...

Now Lib/Brd/PLCC has 7 manually drawn "pre-wired" PLCC sockets (I think it's much easier to use PLCC if it has pre-routed SOIC-like wires which go left and right ; )

P.S. Lib/Brd/SIP already has all possible "single in-line packages" from 1 to 36 pins, Lib/Brd/DIP already has a good number of "dual in-line packages": 300 mil DIP2/4/6/8/10/12/14/16/18/20/22/24/28/32, 600 mil DIP24/28/32/40 and 900 mil DIP64 and Lib/Brd/SOIC already has SOIC8/14/16/18/20/24/28/32 packages listed with all popular dimensions (all three libraries are generated programmatically by the client-side script).