Feature


Object Hierarchy:

WebKit.Feature WebKit.Feature WebKit.Feature

Description:

[ CCode ( ref_function = "webkit_feature_ref" , type_id = "webkit_feature_get_type ()" , unref_function = "webkit_feature_unref" ) ]
[ Compact ]
[ Version ( since = "2.42" ) ]
public class Feature

Describes a web engine feature that may be toggled at runtime.

The WebKit web engine includes a set of features which may be toggled programmatically, each one represented by a Feature that provides information about it:

  • A unique “identifier”: [method@Feature.get_identifier].
  • A “default value”, which indicates whether the option is enabled automatically: [method@Feature.get_default_value].
  • Its “status”, which determines whether it should be considered user-settable and its development stage (see [enum@FeatureStatus] for details): [method@Feature.get_status].
  • A category, which may be used to group features together: [method@Feature.get_category].
  • An optional short “name” which can be presented to an user: [method@Feature.get_name].
  • An optional longer “detailed” description: [method@Feature.get_details].

The lists of available features can be obtained with [func@Settings.get_all_features], [func@Settings.get_experimental_features], and [ func@Settings.get_development_features]). As a rule of thumb, applications which may want to allow users (i.e. web developers) to test WebKit features should use the list of experimental features. Additionally, applications might want to expose development features *when targeting technically inclined users* for early testing of in-development features (i.e. in “technology preview” or “canary” builds).

Applications **must not** expose the list of all features to end users because they often lack descriptions and control parts of the web engine which are either intended to be used during development of WebKit itself, or in specific scenarios to tweak how WebKit integrates with the application.


Namespace: WebKit
Package: webkit2gtk-4.0

Content:

Methods: