X-Received: by 2002:a6b:c3c5:: with SMTP id t188-v6mr4732728iof.65.1530216842308; Thu, 28 Jun 2018 13:14:02 -0700 (PDT) X-Received: by 2002:aca:c6ca:: with SMTP id w193-v6mr923585oif.1.1530216842101; Thu, 28 Jun 2018 13:14:02 -0700 (PDT) Path: csiph.com!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!u78-v6no3007251itb.0!news-out.google.com!p13-v6ni3971itf.0!nntp.google.com!d7-v6no3037677itj.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.graphics.apps.gnuplot Date: Thu, 28 Jun 2018 13:14:01 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=80.242.179.110; posting-account=dOCFDgoAAADjxX1_Z07BOmxhzKhUF2Q5 NNTP-Posting-Host: 80.242.179.110 References: <2e3258e6-1bce-465f-9817-049a03ae996f@googlegroups.com> <21868ab2-d7c2-472d-9b53-60f40311fd31@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <9d2ffdb9-bad7-43f9-b3d6-613fa7f06a61@googlegroups.com> Subject: Re: How to reset configurations to their defaults? From: palme@kapott.org Injection-Date: Thu, 28 Jun 2018 20:14:02 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Lines: 60 Xref: csiph.com comp.graphics.apps.gnuplot:3984 Hi Ethan, thanks for the detailed explanations. > Not bugs. > ... I understand this perspective, and I agree.=20 Maybe my use case is just a bit weird: Assume I would collect gnuplot scrip= ts from arbitrary users. Each user provides one or more separate gnuplot sc= ripts, each script creates exactly one plot/graph. When creating these scri= pts the users assume that they start from a fresh gnuplot session with all = values set to their defaults. Now I want to place several of these user-provided plots in a multiplot (th= e order is determined dynamically at runtime, i.e. it cannot be predicted).= For this I would either have to insert a "reset" before each user script (= to consider the fact that each script assumes it runs in a default environm= ent), or I would have to insert commands to put all settings to their defau= lts explicitly. The "reset" approach does not work because it also destroys the multiplot e= nvironment, and the problems with the "explicit set values to defaults" app= roach are described in my previous post. Also following your suggestion to use "set" commands that specify all possi= ble options explicitly is problematic, because then I would have to parse t= he user provided scripts, understand all the set commands, find the values = that were not explicitly given, and add the corresponding default values to= the set commands. I think you get the point why I don't like this approach= :) (This description is not at all the real use case, but it describes the fun= damental problem quite accurately). I understand that my "problems" are actually not caused by bugs, just by a = philosophy which does not fit my use case. Currently I see two ways for me: 1) Execute each user script separately in a really clean environment (i.e= . with a "reset" or whatever before them), and then find a non-gnuplot base= d way to put all of them onto a single page (i.e. emulating "multiplot" by = myself). 2) The gnuplot community agrees that there might be different kinds of "r= eset" commands: one that also affects a multiplot context, another one that= resets everything EXCEPT the multiplot information, ... ideas welcome Sorry for the lengthy post... One last comment: your description of unset/set to hide/show a certain feat= ure makes sense from user perspective. But in this case the documentation s= hould be updates, because it describes the "unset" command like this: > Options set using the set command may be returned to their default state = by the corresponding unset command. Obviously this is not true :-) Thanks and regards -stefan-