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]" <geda-user AT delorie DOT com>
X-Google-Original-From:	vzh <vzh AT lepton>
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:	<YHrhqCfn5pnbjHmp@lepton>
Mail-Followup-To:	geda-user AT delorie DOT com
References:	<f8c52456-df0a-0d5e-968a-f46aecdea612 AT wavecable DOT com>
	<YGKiL+QJHhcTyttA AT lepton>
	<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>
	<YHqB1sLeFXFjw2CW AT lepton>
	<20210417120802 DOT AC8E5824EA9F AT turkos DOT aspodata DOT se>
MIME-Version:	1.0
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

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

- Raw text -