ah, actually I think its better to leave these as explicit. I thought we were talking about entirely removing s.boot or Server.default.boot from help files. why repeat this over and over again ? There is a button to boot the server.

but to rely on knowing that s is usually / by default set to Server.default is more mysterious.

principal of least surprise: "oh duh, I forgot to turn it on" vs "what the hell is this s thing ? why do these people hide things from me ?"

if we have s to have a special meaning in interpreter code (and I take that as given), we should also use it in the examples.

"oh dude, look my nice patch: s = Synth(\default, [\freq, 8000]);"

That would be unfortunate ...

ok, you lost me here: leave what as explizit? There's a variety of changes in this 49 files.
should we remove s.boot at all? Or what would I change back?

@telephon , I took the special meaning as given, also as in "s is set once and for good" (in Main.sc).
As @crucialfelix pointed out in the other thread, either users know what they are doing or use the button.
For a starter I'd recommend to leave s untouched for the time being, if she/he is more advanced side-effects of changing s etc should be clear.
The handling of Server.default etc changes throughout the help pages and I don't experience it as consistent - which IMHO should be the case in a help system.

I completely agree.

ok, you lost me here: leave what as explizit?
There's a variety of changes in this 49 files.

yes, please change them as you proposed! It was just s.boot that you could leave in.

should we remove s.boot at all?

maybe not (at least this is what I tend toward)

Or what would I change back?

Nothing, I think.

For a starter I'd recommend to leave s untouched for the time being, if she/he is more advanced side-effects of changing s etc should be clear.

yes!

revised HelpSource/Tutorials/Tutorial.schelp

ok, consistency is best. s is well established I think.

the changes here are fine with me. I just made one note about not using a ~var

great, thanks! I'll change that and push again.

ok, basically done, but I discovered I stated wrongly when saying at
s = Server.local; // this is done by default at startup of SuperCollider <----
I just cross-checked and in truth in Main.sc it's
// set the 's' interpreter variable to the default server.
interpreter.s = Server.default;
So the above comment is not true ...

OT side-note: git-gui (homebrew) crashes when entering a ~ in the commit message field. "copypasta" works though ;)

changed comment on s at startup and pushed again.

ok, pushed again ... ;)

thanks again, very welcome.

np!