From mboxrd@z Thu Jan 1 00:00:00 1970 References: <871rrdthmz.fsf@elephly.net> <87mua01sa1.fsf@kyleam.com> <87o8ugrt2r.fsf@elephly.net> <87imkn21k1.fsf@kyleam.com> From: Ricardo Wurmus Subject: Re: Comments on process template syntax In-reply-to: <87imkn21k1.fsf@kyleam.com> Date: Mon, 03 Feb 2020 16:23:32 +0100 Message-ID: <87h807snij.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To: Kyle Meyer Cc: gwl-devel@gnu.org List-ID: Kyle Meyer writes: > Ricardo Wurmus writes: > >> Kyle Meyer writes: >> >>>> (FWIW, I intend to rename the =E2=80=9Cprocess:=E2=80=9D macro to just= =E2=80=9Cprocess=E2=80=9D to >>>> remove confusing syntactic noise, so anything about the first line may >>>> be changed.) >>> >>> Hmm, but wouldn't that conflict with the `process' constructor defined >>> in gwl/processes.scm? >> >> Yes, that would need to be renamed as well. > > But then it's not just about syntactic sugar that helps the wisp end of > things. The changes are affecting how things have to be written at the > scheme level. While I understand your reasoning for offering the wisp > syntax as an alternative, it seems problematic to me if a desire to > improve readability of the wisp syntax requires changes to how things > are written on the scheme end. I suppose the correct way would be to rename =E2=80=9Cprocess:=E2=80=9D to =E2=80=9Cdefine-process=E2=80=9D and =E2=80=9Cworkflow:=E2=80=9D to =E2=80= =9Cdefine-workflow=E2=80=9D and to leave =E2=80=9Cprocess=E2=80=9D and =E2=80=9Cworkflow=E2=80=9D unchanged. Becaus= e =E2=80=9Cprocess:=E2=80=9D does define a variable that=E2=80=99s bound to a =E2=80=9Cprocess=E2=80=9D value. I just find =E2=80=9Cdefine-process=E2=80=9D and =E2=80=9Cdefine-workflow= =E2=80=9D really clunky :-/ It would be possible to use the very same macro name and simply rename things when (gwl sugar) is imported, and perhaps to import (gwl sugar) only by default when the workflow is written in Wisp. Currently (gwl sugar) is always imported in the evaluation environment of any workflow. Does this sound better? -- Ricardo