From 35a413167e323f8b0c9ea40fe7599ffb50e9e321 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Hugo=20H=C3=B6rnquist?= Date: Tue, 31 Mar 2020 16:46:02 +0200 Subject: Attempt at decentralized configuration system. Placing all possible configuration items in a central (parameters) module scales really badly. This idea that any module can register configuration parameters is better. The current implementation however has the drawback that it requires that the module exposing the parameter is loaded before the value can be sat, but that scales even worse. A probable solution would be to abandon binding everything to guile's module system, and instead let (util config) provide a `conf-ref' and a `conf-set!' procedures. A `define-configuration' similar to emacs `defcustom' could be of use, mainly for retroactively type checking parameters. --- module/vcomponent/load.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) (limited to 'module/vcomponent') diff --git a/module/vcomponent/load.scm b/module/vcomponent/load.scm index e3e6f192..d4324437 100644 --- a/module/vcomponent/load.scm +++ b/module/vcomponent/load.scm @@ -7,13 +7,14 @@ :use-module (datetime util) :use-module (srfi srfi-41) :use-module (srfi srfi-41 util) - :use-module (parameters) + ;; :use-module (parameters) ;; :use-module (vcomponent) :use-module (vcomponent base) :use-module ((vcomponent parse) :select (parse-cal-path)) :use-module ((vcomponent recurrence) :select (generate-recurrence-set repeating?)) :use-module ((vcomponent datetime) :select (ev-time