On Tue, 6 Feb 2018 11:10:52 +0100 Didier Kryn <[email protected]> wrote: > Le 06/02/2018 à 00:17, Steve Litt a écrit : > > Oh Oh. Here's what my Chromium browser says the last paragraph of > > the document says:
[snip my description] > > > > On what browser did you observe the lack of the tilde? > > My remark was about "secura.conf" instead of "sakura.conf" Ah-Ha! Fixed (be sure to refresh cache) [snip stuff about shift+ctrl+t] > >> <personal-opinion>Sakura rewriting its config file on exit is > >> definitely a bad feature.</personal-opinion> > > I'd rather have two files: One for config, the other for persistent > > state. I'd prefer the former not be overwritten, and the latter > > overwritten and headed by a comment not to edit it directly. > > This could be done by wrapping the invocation into a script. Yet > it's not satisfactory. Actually I don't see the need for recording > the state of a terminal emulator (which state, btw?). I assume you mean a script to preserve and restore the original .conf. Yeah, that could be done, but I just have the feeling it would have corner case problems. The states I'm discussing are which colorset and font size. I can sort of see the use of saving this state, but like you, I don't see it as especially essential, and given the problems it causes with config file rewrite, yeah, I agree with you. > > In general I like applications (and desktop session) to start > from fresh instead of restoring the dirt accumulated in the previous > invocations. In some cases, restoring the state can lead you to > restarting always in a broken state you cannot go out of. There are some situations I like saving state. One is the situation where file-pickers default to the last directory from which you picked last time. That can save a lot of time. But that's not what we're talking about here. Thanks, SteveT Steve Litt January 2018 featured book: Troubleshooting: Why Bother? http://www.troubleshooters.com/twb _______________________________________________ Dng mailing list [email protected] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
