Restart prompting -- When you just need to start over

[lansingthomas]

Restart prompting -- When you just need to start over

[aadcg]

My view is that we need to invest our time on the crux of the matter. All parameters from common-settings should have immediate effect. What proportion of them require restarting the program as of today? All?

Until then, I think that echoing a message or leaving a notice at the beginning of the interface is good enough.

[lansingthomas]

• Can I get some help listing the cases where a re-start is required?

• when a theme is changed

• @jmercouris

• ...

[lansingthomas]

anytime a slot in the class browser is modified

• theme change
• change renderer
• proxy settings

[aadcg]

@hgluka, my understanding is that @lansingthomas is asking to polish some rough edges when it comes to customization. Access with him what exactly he's requiring and whether it is possible to address some of those concerts without much effort. If it's something you can't finish in one day, don't even start it. This is really low priority.

[lansingthomas]

Low priority is fine:

my arguments for this proposal:

1. proposal prevents errors and confusion
2. proposal is consistent with user expectations for apps
3. proposal improves visibility of system status
4. proposal systems should be recognizable (not rely on users remembering things)

[hgluka]

Yes, I've been thinking about this. I agree that it's a useful feature, but I'm not sure about the implementation. One idea is some kind of indicator on the status bar and the other is a prompt buffer that asks "Do you want to restart now?"

The example I come back to is the Common Settings page:

• As of right now, changing any setting there requires a restart to apply. This means that a "Do you want to restart now?" prompt buffer would pop up any time the user makes a change, which could be a dozen times in one Common Settings "session". That doesn't sound ideal to me.
• And then, even when we finish #3120, we'll give users the option to only apply a setting on restart, so the above problem still stands.

But as @lansingthomas pointed out, there could be other use cases which warrant a prompt buffer interruption.