X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20120113;
	h=date:from:to:subject:message-id:in-reply-to:references:mime-version
	:content-type:content-transfer-encoding;
	bh=vrditcGacY3+hZTMEUT3r0TPB5QCAKoeQKIu07o1WEU=;
	b=f4lP/RdusVYxZx6LYZ6eEmHRT2nQ1slQeqYAzW0EhF7/H509ri2JZ1lTt/sj/Jh8cJ
	G6tYXlH1NsnlGDWsEoE6I9DVs910p1t2uQcs2pjbcmH+Z93lHDe039pyLsWWyKE6QBqb
	vvEH2rs1cKH2YgM+nqefGXY+FgZtkiYaNteWNpKNdNYqdhUv4Whewq1SBF2eOXye/EEV
	0RjvTP9/Cz3J/BC1Vv8D3OrhRn4rSsbI1iPRT5NSnJwkMQI5p4zmwiLPZVLTYL+7nff1
	jeouSIpO5gvu0floEHQQt/y0fiT/b+qGO6FbZbK9EDIBIkRG0z2LkK2QiSk4zZ9hZWPi
	s7fQ==
X-Received:	by 10.194.240.132 with SMTP id wa4mr30436770wjc.138.1443005732367;
	Wed, 23 Sep 2015 03:55:32 -0700 (PDT)
Date:	Wed, 23 Sep 2015 12:55:27 +0200
From:	"Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] Apollon the technical thread
Message-Id:	<20150923125527.1753bd421c845e22a23f9ab1@gmail.com>
In-Reply-To:	<mttu1v$ccl$1@ger.gmane.org>
References:	<20150921001659 DOT 0c211170 AT jive DOT levalinux DOT org>
	<55FF3F4B DOT 8000406 AT jump-ing DOT de>
	<CACwWb3DhZCvy7sffoG5GW-=-EYAC5Ym8KOQ2HJnGe6kov+pXRQ AT mail DOT gmail DOT com>
	<CAOFvGD7zFq=ypb5gWWvqv_FemiJucm_cDfAPfeeTmGiu-zKNyg AT mail DOT gmail DOT com>
	<20150921225908 DOT 480bde74 AT jive DOT levalinux DOT org>
	<mtt0po$25j$2 AT ger DOT gmane DOT org>
	<20150923112839 DOT bdc9d0ead29c8df8f60820d5 AT gmail DOT com>
	<mttu1v$ccl$1 AT ger DOT gmane DOT org>
X-Mailer:	Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version:	1.0
Reply-To:	geda-user AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	geda-user AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> > I would say it would be stupid to choose a font solution that does not
> > work with design rule check or electric calculations.
> 
> For the record: current implementation of text in pcb hardly provide these 
> checks, in the first place. DRC just looks at the line width and 
> connection check simply ignores text in copper.

If connection check ignores text in copper it will not notice if they short circuit and this is probably an example for the main argument I had. The idea had was that text is transformed to the same simple drawing primitives used for all other objects and then this transformation have been done there would be no need for any special handling of text.

Other solution are different methods to handling the text depending on there it is used: the screen, gerber, eps, ...

Summary:
In both cases text is stored as text in pcb layout file. In both cases it is possible to chose suitable rules for rendering and I guess there may be a conflict between something good looking at screen and suitable for printing as a silkscreen. Text should not intefere with electricity although possibility to check that this is not the case is good.

- Raw text -