You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Generally applications use a combination of app and server name (if present) when maintaining clients through server lifetimes or reinstating Syphon state from saved files.
One situation in which this is inadequate is when server state is stored in a file opened by different applications, as the app name will change, making client restoration impossible based on the app/server name combination.
Having a persistent unique identifier for servers would
Allow clients to reconnect to servers even when the servers are restored by different applications.
Allow a server which has a fixed meaning in its application to be renamed but preserve client connections (e.g. the server on a host's Layer 1 is renamed from "Stars" to "Unicorns" but client connections preserved in files would remain).
Make saving and restoring Syphon state for servers and clients in documents much simpler.
This was previously discussed and largely rejected in #23 in the context of SyphonClient persistence.
The text was updated successfully, but these errors were encountered:
Generally applications use a combination of app and server name (if present) when maintaining clients through server lifetimes or reinstating Syphon state from saved files.
One situation in which this is inadequate is when server state is stored in a file opened by different applications, as the app name will change, making client restoration impossible based on the app/server name combination.
Having a persistent unique identifier for servers would
This was previously discussed and largely rejected in #23 in the context of SyphonClient persistence.
The text was updated successfully, but these errors were encountered: