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=20161025; h=from:date:to:subject:message-id:mail-followup-to:references :mime-version:content-disposition:in-reply-to; bh=Dm6RvudSFGTZTjaYESwudhZqb3NecvkiEbl5C4ecX5A=; b=i8eOltWvFvvNWJt3It3sGCEllbEXBXwDtrIIZ8RM+c2Kq98SOLwSXIKK/hg0rneB7c GkEerURML5Mmja6lfBFGxf9aNx0zrwFrLtsNhkfOgwvUQ6khmLVjofa7laDzA7Ueczq2 zmmEU2G4S0EnL6C0z8UVirf8izj9INxBzCyHZbHqDfvQAoLUJAqfAnOgb1SktiF8aA2u dVXjgzTLqrFKiV/2s6UypzbRinffSHuF46Qo1azdxV8yYWWIUE8t1oaadbEkBQhXxaTy 7O5OR2HMz+KTXqa3C2GrJvuWifCv4uBUQv2FXE5jg6v4JLpTjoapyNfcR85/KHDkEHv+ UWFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to; bh=Dm6RvudSFGTZTjaYESwudhZqb3NecvkiEbl5C4ecX5A=; b=ly3ikBa5luq3/Z55im8A/abmXdfF5pcJtzvlkNfXh32NbL+qy3jf2imyDb5HNyjer/ KJvO5eHse6IlDzwUPMRKCrBRFky4QH/YziETu5gXQ1EUmmMDgViwt8rCAUU8tD30vyD0 l+H5iqDdLlTFfw5WfT7syCklXnkUwp5VonN68nV5IgCMciFss3SKNt9a1F/eYNtovi4p 4MhUCf+MzqqCYY2C/WSjOSL6Ikngovf22H3+ZBLne2cEJ25hV4vYes7NdOTsbcMratq6 eQ9W2eK5S26xbSVk7maGMNc09SgegYohmnj0fbjXUU7FfqZGx5Oqiy+S417mm46lmRbq pRdQ== X-Gm-Message-State: AOAM532ORnL3P8cJG9CZuraiEOGQPlJGlHk+6eHM5ceKxYaCgBGyon4c tPvmRIBclvcPUJw4eOPpV51ejgRtjY0= X-Google-Smtp-Source: ABdhPJxp0Fujr9IxF+822jV4uUcdZ6ZFzDnCSHgIQOKKtUjLBiDjBhkJTrr4ZkERiroNQBSI/IxAaA== X-Received: by 2002:a05:6512:3b21:: with SMTP id f33mr2518683lfv.271.1618665899097; Sat, 17 Apr 2021 06:24:59 -0700 (PDT) From: "vzh (vzhbanov AT gmail DOT com) [via geda-user AT delorie DOT com]" X-Google-Original-From: vzh Date: Sat, 17 Apr 2021 16:24:56 +0300 To: geda-user AT delorie DOT com Subject: Re: [geda-user] lepton-schematic configuration Message-ID: Mail-Followup-To: geda-user AT delorie DOT com References: <17a2b20c-5100-7084-b3e5-da83b4c7cc31 AT wavecable DOT com> <20210416171019 DOT AB0F783D2748 AT turkos DOT aspodata DOT se> <45fc224d-86ac-d9e7-e0c0-045f88ff3c39 AT wavecable DOT com> <20210417120802 DOT AC8E5824EA9F AT turkos DOT aspodata DOT se> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210417120802.AC8E5824EA9F@turkos.aspodata.se> 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 Karl, On Sat, Apr 17, 2021 at 02:08:02PM +0200, karl AT aspodata DOT se [via geda-user AT delorie DOT com] wrote: > Vladimir: > > On Fri, Apr 16, 2021 at 03:58:22PM -0700, Thomas D. Dean (tomdean AT wavecable DOT com) [via geda-user AT delorie DOT com] wrote: > ... > > > I read the parft about moving to lepton-user.conf and assumed that was done. > ... > > We're steadily moving towards this goal and have done much > > already. The only functions that still live in executable rc > > files in Lepton are those related to libraries and color-maps. > > If dropping rc files, how do I do something like this, > i.e. load things from a directory but don't complain if there > is no such directory: > > (define (cl str) (if (access? str R_OK) (component-library str))) > (cl "sym") We're not going to drop them. See below. > ... > > M$ and Gnome *.ini or *.ini-like files are not very much suitable > > for multi-value records. > ... > > So why do you want to use that format, you could use s-expressions > or whatever markup language, e.g. http://repo.hu/projects/lihata/ > > On the other hand, if you write the parser yourself, you can extend > it in a suitable direction. It was not my decision, some people here had been asking for this change for years and some of the code supporting this had been written before I became a mere developer. We're just trying to accomplish the work. (As for me, I had always the feel that Scheme is TRT here. Look, e.g., at Guix and/or Kicad. The latter uses sexps for its file format and a parser for it written in C++ :-) It's a shame that geda moved other way around having all means and whose interpreter just _reads_ sexps natively.) Anyways, nothing prevents us from reading new config files using Scheme, and lepton-netlist can confirm this :-) We can do more, i.e. support sxml config files, json (see, e.g. the guile-json project) and many more formats. The concrete issue I'm raising here is about the ini-file-like config file format that had been chosen over a decade ago, and I'm going to finish the work on it anyway. And anyway, RC files will continue to exist, since smart people like more automation, eh? ;-) Vladimir