Text-based schematics?

That's a natural desire to make diagramming more efficient : )

(I guess you don't mean HDLs, since the output from them usually you wouldn't want to convert down to a schematic more detailed than a block diagram, i.e. not at the level of say discrete components in an analogue circuit for instance).

Over the years, I've tried automating diagramming many times, with varying results.

For instance, there was a period where I wanted nice message sequence diagrams, so I automated that, not using SVG at the time, but some other graphical language or format which I can't recall.

Simple block diagrams are fairly feasible directly typing SVG, with no higher-level language. I wanted a resistor color code, I did that in raw SVG, it was simpler than manually drawing it.

The SVG looked like this:

Another time, I wanted to sketch out some sort of timeline of activity, and that was quite successful, it was quite elaborate, using a mySQL database to store lots of timestamps and event names, and then plotting from that, and having the ability to click on the graphic and identifying the full entry in the database. This sort of stuff is great when there are thousands or tens of thousands of events.

I think there's a lot of potential nowadays with languages such as Python so that diagrams could be programmatically created (and it would be possible to write higher-level functions to (say) place a specific component etc), but I've often found I prefer to tweak things myself, and for the high-quality diagrams, I stick with PowerPoint. For instance, I won't always center everything, because some things just visually look better eyeballed, even though they are not technically aligned (same reason old classic cars look nice with their french-curved metalwork rather than perfect computer-made curves. That's the sort of thing that would get awkward to do programmatically without many iterations in code, until it looked visually right. I think you hint at the same problem when you mention the problem of labeling things, because although there's a desire to just focus on logic, there's also another desire, to make it visually pleasing too, and that will still need the human input to nudge things one or two pixels, or move a node a fraction to the left more than a computer may have done, and so on. I actually do the same thing even with computer-drawn charts. If I'm using Matlab, then I'll edit the graphic output, because I like nudging the values on the axis a little bit different to what the computer did! I don't think anyone has ever noticed that though, but nevertheless it makes me feel better knowing a chart has been tweaked to what I feel at the time is just right!

Example below; the text "1MHz" has been nudged to the right compared to what Matlab would have done by default, i.e. rightly or wrongly, I preferred to trust my sense of what looks visually better, more than the software.

If it's a simple schematic, then I like using PowerPoint (since I've got shapes for most of the basic components already drawn over the years), otherwise I'll draw in KiCad.Over the years I have plenty of basic shapes drawn in PowerPoint, e.g. MOSFET example below. For sure I could construct that in a programming language, but I bet I'd still want to tweak manually.

Anyway, back to Python; one method I've used on occasion, is to use it to create the desired diagram, and then edit the generated SVG output in (say) Inkscape. However, it's a one-way thing, i.e. if any changes need to be made, you'd have to either start from the Python code again and then again modify using Inkscape, or, just make further changes to the output, and accept that the Python code wont be used again, it has served its purpose for originating that particular diagram.

Also, KiCad supports Python, so technically it may be possible to use that to directly create a schematic, but I've never tried that. I've done a few basic things with Python with KiCad, it's for sure powerful, but I'd be speculating if I suggested it's possible today to entirely build a schematic using it. I think it could be a lot more effort than just manually drawing the schematic though.

That's a natural desire to make diagramming more efficient : )

(I guess you don't mean HDLs, since the output from them usually you wouldn't want to convert down to a schematic more detailed than a block diagram, i.e. not at the level of say discrete components in an analogue circuit for instance).

Over the years, I've tried automating diagramming many times, with varying results.

For instance, there was a period where I wanted nice message sequence diagrams, so I automated that, not using SVG at the time, but some other graphical language or format which I can't recall.

Simple block diagrams are fairly feasible directly typing SVG, with no higher-level language. I wanted a resistor color code, I did that in raw SVG, it was simpler than manually drawing it.

The SVG looked like this:

Another time, I wanted to sketch out some sort of timeline of activity, and that was quite successful, it was quite elaborate, using a mySQL database to store lots of timestamps and event names, and then plotting from that, and having the ability to click on the graphic and identifying the full entry in the database. This sort of stuff is great when there are thousands or tens of thousands of events.

I think there's a lot of potential nowadays with languages such as Python so that diagrams could be programmatically created (and it would be possible to write higher-level functions to (say) place a specific component etc), but I've often found I prefer to tweak things myself, and for the high-quality diagrams, I stick with PowerPoint. For instance, I won't always center everything, because some things just visually look better eyeballed, even though they are not technically aligned (same reason old classic cars look nice with their french-curved metalwork rather than perfect computer-made curves. That's the sort of thing that would get awkward to do programmatically without many iterations in code, until it looked visually right. I think you hint at the same problem when you mention the problem of labeling things, because although there's a desire to just focus on logic, there's also another desire, to make it visually pleasing too, and that will still need the human input to nudge things one or two pixels, or move a node a fraction to the left more than a computer may have done, and so on. I actually do the same thing even with computer-drawn charts. If I'm using Matlab, then I'll edit the graphic output, because I like nudging the values on the axis a little bit different to what the computer did! I don't think anyone has ever noticed that though, but nevertheless it makes me feel better knowing a chart has been tweaked to what I feel at the time is just right!

Example below; the text "1MHz" has been nudged to the right compared to what Matlab would have done by default, i.e. rightly or wrongly, I preferred to trust my sense of what looks visually better, more than the software.

If it's a simple schematic, then I like using PowerPoint (since I've got shapes for most of the basic components already drawn over the years), otherwise I'll draw in KiCad.Over the years I have plenty of basic shapes drawn in PowerPoint, e.g. MOSFET example below. For sure I could construct that in a programming language, but I bet I'd still want to tweak manually.

Anyway, back to Python; one method I've used on occasion, is to use it to create the desired diagram, and then edit the generated SVG output in (say) Inkscape. However, it's a one-way thing, i.e. if any changes need to be made, you'd have to either start from the Python code again and then again modify using Inkscape, or, just make further changes to the output, and accept that the Python code wont be used again, it has served its purpose for originating that particular diagram.

Also, KiCad supports Python, so technically it may be possible to use that to directly create a schematic, but I've never tried that. I've done a few basic things with Python with KiCad, it's for sure powerful, but I'd be speculating if I suggested it's possible today to entirely build a schematic using it. I think it could be a lot more effort than just manually drawing the schematic though.