>It looks like you are using the "convert technology to library" feature
>here:
>
>https://staticfreesoft.com/jmanual/mchap08-02.html
Yeah, right.
>The error message you're getting seems to be a bug in LibToTech.java,
>emanating from this line:
>
>error.markError(null, np, "No highlight layer found");
I found a way to ignore this one (and some other nonecritical) errors in code of LibToTech.
But when ignoring errors without of setting error status user looses opportunity to know that things went wrong.
So I didn't suggest any patch at my first attempt, sorry.
Yet I did a temporary fix for my self which just ignores all errors and took a look on
SkyWater130 converted to library :)
>I could try to fix the bug in LibToTech, but I don't know if that's
Okay, now I know it's a bug to be fixed. But not anintentionally implemented
feature.
>such a great use of resources. The skywater130.xml technology is
>generated by a Java program; you shouldn't edit the XML file with a
I saw that ;)
>text editor or with LibToTech. You should edit the Java code that
>generates the XML file instead. It's much easier to read because Java
>code can factor out repetition using loops and subroutines; XML can't
>do that.
Thought coding java is much more convinient for me too.
The final user will typically want to take a look on technology definition when having
some problem with layout drc/vls or either.
In situation when I do not understand how tech layers and connectivety rules are set,
I also wanted to just see it without real editing.