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=WknIY2W3G/79rHq140ZadfZnINhenUPT5WczZUVVPkY=;
        b=tTGNf7EOIzPFlvikgFE+191/yWuLHsb9MJsTu7g8KLoJ+mGKXxLS/+IurPWD9wvNn4
         S0WLEWJSsxwWfa7jgq0NpAzNawg71KHGBmDyolFVTxNEONND3GRWX56gPMQ/+20vJLiD
         EId5aI+9nlugMrnTwAjsDfRIYYo2TpOUCGSrAlsegvUTrwUDTZb1Snjh1GuuHpYRkpRV
         KRAIhiaC3w5pYlT9WsrSB5XxYsZZVp5GnI+p80AwPKzd77tbuRIVVGXsWNvbsE0BLEgS
         sqspsLNvIJ7AoI27l2sU6vOYR0WLA0OmJN03WlD6DDK7jEO2gpq7Wa9N0qPJcgBzIeC+
         zmGg==
X-Received: by 10.194.21.199 with SMTP id x7mr26418038wje.63.1442218630628;
        Mon, 14 Sep 2015 01:17:10 -0700 (PDT)
Date: Mon, 14 Sep 2015 10:17:08 +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
Message-Id: <20150914101708.410259223bbe0698a4ba32f9@gmail.com>
In-Reply-To: <201509140303.t8E33xJk014460@envy.delorie.com>
References: <20150913140631 DOT 1da1b78d AT jive DOT levalinux DOT org>
	<201509131529 DOT t8DFTUVS022118 AT envy DOT delorie DOT com>
	<B0EDB76E-F0DE-4A05-97FC-A405489ACA5A AT noqsi DOT com>
	<201509131824 DOT t8DIOCBc028428 AT envy DOT delorie DOT com>
	<B03281A2-123E-4F54-B3AA-CB8CCB09F1B1 AT noqsi DOT com>
	<201509132031 DOT t8DKVH0P000824 AT envy DOT delorie DOT com>
	<AB671235-711B-4ECD-9015-515A5BFC6955 AT noqsi DOT com>
	<201509132148 DOT t8DLmxI6003481 AT envy DOT delorie DOT com>
	<D8151856-4B93-4826-A80F-E00578A2E93C AT noqsi DOT com>
	<201509132300 DOT t8DN0sE6006134 AT envy DOT delorie DOT com>
	<7EF3E562-BC7F-4853-B90A-29726FDFEBF6 AT noqsi DOT com>
	<201509132319 DOT t8DNJBjC006829 AT envy DOT delorie DOT com>
	<40057B48-2FD4-4A37-A01E-9344F6C33ADF AT noqsi DOT com>
	<201509140138 DOT t8E1cqY1011780 AT envy DOT delorie DOT com>
	<F19A9B9C-C544-4B76-AF8B-EA981B6BA952 AT noqsi DOT com>
	<201509140303 DOT t8E33xJk014460 AT envy DOT delorie DOT com>
X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
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
Precedence: bulk

> ...
> You end up with data like this:
> 
> (part N [500,450,60] (this is X,Y,A)
>   (subpart M [40,500,35]
>     (subpart L [-50,100,25]
>       (text [0,0,0] "foo")
>       )
>     )
>   )

This seems reasonable.

> ...
> ... (pcb's main drawing loop can be pretty
> expensive, for example) ("performance" is the reason we pre-rotate
> footprints)

I guess it would also be possible to use a cache in this case. Instead of doing all the calculations each time drawing need to be done calculated values are stored and new values are calculated only then data needed for the calculated values are changed or maybe only then they have changed and drawing need to be done. A similar scheme is used in a Makefile to avoid recompiling all files every time and not the least avoid compiling then none of the files have changed since last time.