Class ToolkitOptions.X11Options

X11 backend specific options.

Inheritance

object

ToolkitOptions.X11Options

Inherited Members

object.Equals(object)

object.Equals(object, object)

object.GetHashCode()

object.GetType()

object.ReferenceEquals(object, object)

object.ToString()

Namespace: OpenTK.Platform

Assembly: OpenTK.Platform.dll

Syntax

public sealed class ToolkitOptions.X11Options

Properties

DealWithVSCodeEnvironmentVariablePollution

VSCode leaks a bunch of envrionment variables that mess with dynamic library resolution. If the environment variable SNAP_NAME is set to code and this variable is set to true, we will remove a bunch of environment variables that vscode leaks into the C# process. This means that if you want to set these variables yourself while running in VSCode for whatever reason then you need to disable this. Defaults to true.

Declaration

public bool DealWithVSCodeEnvironmentVariablePollution { get; set; }

Property Value

Type	Description
bool

Remarks

Specifically all variables that have a _VSCODE_SNAP_ORIG version will be reset to their original values. But additionally the following environment variables will be removed:

• GTK_PATH
• GIO_MODULE_DIR
• GTK_EXE_PREFIX
• GIO_LAUNCHED_DESKTOP_FILE
• GIO_LAUNCHED_DESKTOP_FILE_PID
• GTK_IM_MODULE_FILE
• GDK_PIXBUF_MODULEDIR
• GDK_PIXBUF_MODULE_FILE
• GSETTINGS_SCHEMA_DIR
• XDG_DATA_HOME

After Uninit() these environment variables will be reset to their original values.

If this setting ever bites you, I'm sorry.

PrintLibraryPathResolutionDebug

If this option is set to true, the custom dll resolver used to load native dependencies will print out to the Logger debug information about exact paths for loaded .so files. Can be useful when debugging library resolution issues.

Declaration

public bool PrintLibraryPathResolutionDebug { get; set; }

Property Value

Type	Description
bool