X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-TCPREMOTEIP: 72.130.189.202 X-Authenticated-UID: jpd AT noqsi DOT com Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-user] gschem refactoring ideas -- overall architecture document. From: John Doty In-Reply-To: <20150212090824.GA3142@visitor2.iram.es> Date: Thu, 12 Feb 2015 05:23:58 -1000 Message-Id: References: <54DBDFF1 DOT 1010409 AT ecosensory DOT com> <220C1787-45BF-459E-B217-29686DC25DF2 AT noqsi DOT com> <20150212090824 DOT GA3142 AT visitor2 DOT iram DOT es> To: geda-user AT delorie DOT com X-Mailer: Apple Mail (2.1878.6) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t1CFO7vK024583 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 On Feb 11, 2015, at 11:08 PM, Gabriel Paubert wrote: > On Wed, Feb 11, 2015 at 05:08:32PM -1000, John Doty wrote: >> >> On Feb 11, 2015, at 3:19 PM, Kai-Martin Knaak wrote: >> >>> A unambiguous sort of symbols on save would finally solve a still standing >>> issue you may remember: gnetlist behaves differently depending on the >>> order symbols were added. >> >> I agree this is an annoyance. However, take account of the problem of filled graphics, where one may manipulate that order to get the appearance you want. That might require the addition of layer numbers to the format in to work with canonicalization. > > I believe filled graphics are a rather recent addition to gschem They’ve been in gschem for several years. I don’t remember exactly: I don’t use them. > (I can't see any in my schematics), You probably won’t until you make some or grab a symbol that contains some. As far as I know, the distributed library has no filled graphics. > this rather shows that they > were not properly designed in the first place IMO. It would be nice to have a gschem whose graphics were more modern: groups, layers, inspectors, text edit in place, etc. Groups and layers would require some changes in the details of the .sch file format. We’ve had such changes before (the addition of filled graphics is one). They have not been particularly disruptive. Most non-libgeda-based scripts operate primarily on single-line attributes. Symbol generators do a little drawing, but as long as the full-service parsers maintain backward compatibility (the v record helps) everything is fine. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd AT noqsi DOT com