On Sep 27, 2010, at 7:21 PM, kai-martin knaak wrote: > John Doty wrote: > >> Appending the following line to your .sym file will get you started: >> >> P 100 100 100 100 1 0 0 >> > > Nice. I added this to the wiki. > http://geda.seul.org/wiki/geda:faq-gschem#is_it_possible_to_have_zero_length_pins > >> Unattached, it looks like a little red flag, while with a net >> attached it disappears. Gnetlist has no trouble treating it as a pin. > > With your permission, I used these two sentences unaltered. You have my permission, although I am queasy about how the documentation is evolving. One of the things that attracted me to gEDA years ago was how clean and concise the documentation was. > > >> and thereby gaining unusual flexibility. Genius. > > So flexible, that it can't deal properly with µ and ?, let alone > right to left scripting, or Chinese. Works fine with UTF-8 characters, although I don't know how to make it work right to left or top to bottom. > Multi line text cannot be > centered or flushed to the right. Fancy word processing features should not be included in a schematic drawing program. They are a distraction. > Ellipses are impossible, Support for unusual graphics does not belong in gschem. They can be imported in the rare cases they are needed. > lines > bear no thickness. Line styles are in the design, but are apparently not yet supported. A more serious breach of factored design is the multiple sorts of lines. Why should there be "pins", "nets" and "busses" as distinct atomic entities? Function of a line should depend on attributes, while line style could sensibly remain part of the graphic parameters. > Color space is limited to a whooping 19. And that's plenty for a schematic drawing program. > The > mark at the active end of a pin relies purely on color. This > leaves those with color blindness in the dark. That's another consequence of the design failure noted above: pins are atomic objects of predefined style. gEDA has an unusually clean design, but it is not perfect. > > The flexibility you praise, is very narrowly defined. Well, I just drew the following, which would claim is impossible:
Attachment:
k-m.sch
Description: Binary data
Of course, I drew and colored the ellipses in a different program, but that's good. Gschem has no problem importing graphics, and its UI should not be cluttered with "fritterware" features. Other tools do fancy graphics just fine: gschem should specialize in expressing topology. There is no difficulty entering Japanese using SCIM and Anthy with the gschem GUI. And as you can see, it renders fine. While direct support for ellipses doesn't belong in gschem, support for the user's language certainly does. Ellipses are rare in schematics, but text is common. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd@xxxxxxxxx
_______________________________________________ geda-user mailing list geda-user@xxxxxxxxxxxxxx http://www.seul.org/cgi-bin/mailman/listinfo/geda-user