compton - En ligne dans le Cloud

PROGRAMME:

Nom

compton - un compositeur pour X11

SYNOPSIS

compton [OPTIONS]

ATTENTION

Cette page de manuel peut être moins à jour que le texte d'utilisation dans compton (compton -h).

DESCRIPTION

compton est un compositeur basé sur la version de Dana Jansens de xcommgr (qui était elle-même
écrit par Keith Packard). Il inclut quelques améliorations par rapport au xcommgr d'origine, comme
opacité du cadre de la fenêtre et transparence de la fenêtre inactive.

OPTIONS

-h, --Aidez-moi
Obtenez le texte d'utilisation intégré dans le code du programme, qui peut être plus à jour que celui-ci
page de manuel.

-d DISPLAY
Affichage à gérer.

-r RAYON
Le rayon de flou pour les ombres, en pixels. (la valeur par défaut est 12)

-o OPACITÉ
L'opacité des ombres. (0.0 - 1.0, par défaut à 0.75)

-l OFFSET
Le décalage gauche pour les ombres, en pixels. (par défaut à -15)

-t OFFSET
Le décalage supérieur pour les ombres, en pixels. (par défaut à -15)

-I OPACITY_STEP
L'opacité change entre les étapes lors du fondu entrant. (0.01 - 1.0, par défaut à 0.028)

-O OPACITY_STEP
L'opacité change entre les étapes tout en s'estompant. (0.01 - 1.0, par défaut à 0.03)

-D MILLISECONDES
Le temps entre les étapes de l'étape de fondu, en millisecondes. (> 0, par défaut à 10)

-m OPACITÉ
Opacité par défaut pour les menus déroulants et les menus contextuels. (0.0 - 1.0, par défaut à 1.0)

-c
Ombres côté client activées sur Windows. Notez les fenêtres de bureau (fenêtres avec
_NET_WM_WINDOW_TYPE_DESKTOP) n'obtient jamais d'ombre.

-C
Évitez de dessiner des ombres sur les fenêtres du dock/du panneau.

-z
Zéro la partie du masque d'ombre derrière la fenêtre. Notez que cela peut ne pas fonctionner correctement
sur les fenêtres ARGB avec des zones entièrement transparentes.

-f
Fondu d'entrée/sortie des fenêtres lors de l'ouverture/fermeture et lorsque l'opacité change, à moins que
--no-fading-openclose est utilisé.

-F
Équivaut à -f. Obsolète.

-i OPACITÉ
Opacité des fenêtres inactives. (0.1 - 1.0, désactivé par défaut)

-e OPACITÉ
Opacité des barres de titre et des bordures des fenêtres. (0.1 - 1.0, désactivé par défaut)

-G
Ne dessinez pas d'ombres sur les fenêtres par glisser-déposer.

-b
Processus de démonisation. Fork à l'arrière-plan après l'initialisation.

-S
Activer le fonctionnement X synchrone (pour le débogage).

--config PATH
Recherchez le fichier de configuration dans le chemin. Voir CONFIGURATION DES DOSSIERS section ci-dessous pour
où compton recherche un fichier de configuration par défaut.

--ombre-rouge VALEURE
Valeur de couleur rouge de l'ombre (0.0 - 1.0, 0 par défaut).

--ombre-vert VALEURE
Valeur de couleur verte de l'ombre (0.0 - 1.0, par défaut à 0).

--ombre-bleu VALEURE
Valeur de couleur bleue de l'ombre (0.0 - 1.0, la valeur par défaut est 0).

--inactive-opacity-override
Laissez l'opacité inactive définie par -i remplace les fenêtres' _NET_WM_OPACITY valeurs.

--opacité-active OPACITÉ
Opacité par défaut pour les fenêtres actives. (0.0 - 1.0)

--inactif-dim VALEURE
Assombrissez les fenêtres inactives. (0.0 - 1.0, la valeur par défaut est 0.0)

--mark-wmwin-focalisé
Essayez de détecter les fenêtres WM (une fenêtre de redirection non prioritaire sans enfant qui a
WM_STATE) et marquez-les comme actifs.

--mark-ovredir-focalisé
Marquez les fenêtres de redirection-redirection qui n'ont pas de fenêtre enfant avec le focus WM_STATE.

--no-fading-openclose
Ne se décolore pas à l'ouverture/fermeture de la fenêtre.

--ombre-ignorer-formé
Ne peignez pas d'ombres sur les fenêtres en forme. Notez les fenêtres en forme ici signifie le réglage des fenêtres
sa forme grâce à l'extension X Shape. Ceux qui utilisent l'arrière-plan ARGB sont au-delà de notre
.

--detect-arrondis-coins
Essayez de détecter les fenêtres avec des coins arrondis et ne les considérez pas comme des fenêtres en forme. Les
la précision n'est malheureusement pas très élevée.

--detect-client-opacité
Détecter _NET_WM_OPACITY sur les fenêtres clientes, utile pour les gestionnaires de fenêtres qui ne passent pas
_NET_WM_OPACITY des fenêtres clientes pour encadrer les fenêtres.

--fréquence de rafraîchissement FRÉQUENCE DE RAFRAÎCHISSEMENT
Spécifiez le taux de rafraîchissement de l'écran. Si non spécifié ou 0, compton essaiera de détecter
ceci avec l'extension X RandR.

--vsync VSYNC_METHOD
Définissez la méthode VSync. Méthodes VSync actuellement disponibles :

· aucun: Pas de VSync

· drm: VSync avec DRM_IOCTL_WAIT_VBLANK. Peut fonctionner uniquement sur certains pilotes.

· opengl: Essayez de VSync avec SGI_video_sync Extension OpenGL. Ne travaille que sur certains
conducteurs.

· opengl-oml: Essayez de VSync avec OML_sync_control Extension OpenGL. Ne travaille que sur certains
conducteurs.

· opengl-swc: Essayez de VSync avec SGI_swap_control Extension OpenGL. Ne travaille que sur certains
Conducteurs. Fonctionne uniquement avec le backend GLX. Connu pour être le plus efficace sur de nombreux pilotes.
Ne contrôle pas réellement le timing de la peinture, seul l'échange de tampon est affecté, donc il
n'a pas pour effet de --sw-opti contrairement aux autres méthodes. Expérimental.

· opengl-mswc: Essayez de VSync avec MESA_swap_control Extension OpenGL. Fondamentalement le
même que opengl-swc ci-dessus, à l'exception de l'extension que nous utilisons.

(Notez que certaines méthodes VSync peuvent ne pas être activées au moment de la compilation.)

--vsync-agressif
Essayez d'envoyer une demande de peinture avant VBlank et effectuez XFlush() pendant VBlank. Signalé
travailler assez terriblement. Cet interrupteur peut être retiré à tout moment.

--alpha-étape VALEURE
X Render backend : étape de prégénération d'images alpha. (0.01 - 1.0, par défaut à
(0.03)

--dbe
Activez le mode de peinture DBE, destiné à être utilisé avec VSync pour (espérons-le) éliminer le déchirement.
Signalé comme n'ayant aucun effet, cependant.

--peinture-sur-superposition
Peinture sur la fenêtre de superposition X Composite au lieu de la fenêtre racine.

--sw-opti
Limite compton à repeindre au plus une fois tous les 1/ fréquence de rafraîchissement seconde pour booster
performance. Cela ne doit pas être utilisé avec --vsync drm/opengl/opengl-oml comme ils
fait essentiellement --sw-optiest déjà le travail, à moins que vous ne souhaitiez spécifier un rafraîchissement inférieur
taux que la valeur réelle.

--use-ewmh-active-win
Utiliser EWMH _NET_ACTIVE_WINDOW pour déterminer la fenêtre actuellement focalisée, plutôt que
écouter Concentrer/Mise au point un événement. Pourrait avoir plus de précision, à condition que le WM
le supporte.

--respect-prop-ombre
Le respect _COMPTON_OMBRE. Il s'agit d'une fonctionnalité de niveau prototype, sur laquelle vous ne devez pas vous fier.

--unredir-si-possible
Annuler la redirection de toutes les fenêtres si une fenêtre opaque en plein écran est détectée, pour maximiser
performances pour les fenêtres plein écran. Connu pour provoquer un scintillement lorsque
rediriger/annuler la redirection des fenêtres. --peinture-sur-superposition peut rendre le scintillement moins
évident.

--unredir-si-possible-délai MILLISECONDES
Délai avant l'annulation de la redirection de la fenêtre, en millisecondes. La valeur par défaut est 0.

--unredir-si-possible-exclure CONDITION
Conditions des fenêtres qui ne doivent pas être considérées comme plein écran pour une redirection
avec l'écran du tableau des commandes prêtes.

--shadow-exclure CONDITION
Spécifiez une liste de conditions de fenêtres qui ne doivent pas avoir d'ombre.

--fade-exclure CONDITION
Spécifiez une liste de conditions de fenêtres qui ne doivent pas être estompées.

--focus-exclure CONDITION
Spécifiez une liste de conditions de fenêtres qui doivent toujours être considérées comme focalisées.

--inactive-dim-fixe
Utilisez une valeur de gradation inactive fixe, au lieu de l'ajuster en fonction de l'opacité de la fenêtre.

--détecter-transient
Utilisez le WM_TRANSIENT_FOR pour regrouper les fenêtres et considérer les fenêtres d'un même groupe focalisées
en même temps.

--detect-client-leader
Utilisez le WM_CLIENT_LEADER pour regrouper les fenêtres et considérer les fenêtres d'un même groupe focalisées
en même temps. WM_TRANSIENT_FOR a une priorité plus élevée si --détecter-transient is
activé aussi.

--flou-arrière-plan
Arrière-plan flou des fenêtres semi-transparentes / ARGB. Mauvais en performance, avec
comportement dépendant du conducteur. Le nom du commutateur peut changer sans
Notifications.

--blur-background-frame
Arrière-plan flou des fenêtres lorsque le cadre de la fenêtre n'est pas opaque. Implique
--flou-arrière-plan. Mauvaise performance, avec un comportement dépendant du conducteur. Le nom peut
changer.

--blur-background-fixe
Utilisez une force de flou fixe plutôt que de l'ajuster en fonction de l'opacité de la fenêtre.

--flou-kern MATRIX
Spécifiez le noyau de convolution flou, au format suivant :

WIDTH,HEIGHT,ELE1,ELE2,ELE3,ELE4,ELE5...

L'élément au centre ne doit pas être inclus, il sera pour toujours 1.0 ou changeant
basé sur l'opacité, selon que vous avez --blur-background-fixed. Pourtant le
l'ajustement automatique du facteur de flou peut ne pas fonctionner correctement avec un noyau de flou personnalisé.

Un noyau de flou Guassian 7x7 (sigma = 0.84089642) ressemble à:

--blur-kern '7,7,0.000003,0.000102,0.000849,0.001723,0.000849,0.000102,0.000003,0.000102,0.003494,0.029143,0.059106,0.029143,0.003494,0.000102,0.000849,0.029143,0.243117,0.493069,0.243117,0.029143,0.000849,0.001723,0.059106,0.493069,0.493069,0.059106,0.001723,0.000849,0.029143,0.243117,0.493069,0.243117,0.029143,0.000849,0.000102,0.003494,0.029143,0.059106,0.029143,0.003494,0.000102,0.000003,0.000102,0.000849,0.001723,0.000849,0.000102,0.000003, XNUMX XNUMX'

Peut également être l'un des noyaux prédéfinis : 3x3box (par défaut), 5x5box, 7x7box,
3x3gaussien, 5x5gaussien, 7x7gaussien, 9x9gaussien, 11x11gaussien. Tous les Guassiens
les noyaux sont générés avec sigma = 0.84089642 . Vous pouvez utiliser le accompagné
compton-convgen.py pour générer des noyaux de flou.

--blur-background-exclure CONDITION
Exclure les conditions de flou d'arrière-plan.

--resize-dommage INTEGER
Redimensionnez la région endommagée d'un nombre spécifique de pixels. Une valeur positive l'agrandit
tandis qu'un négatif le rétrécit. Si la valeur est positive, ces pixels supplémentaires
ne sera pas réellement peint à l'écran, uniquement utilisé dans le calcul du flou, etc. (Dû
aux limitations techniques, avec --dbe or --glx-swap-méthode, ces pixels seront toujours
incorrectement peint à l'écran.) Principalement utilisé pour résoudre les problèmes de corruption de ligne de
blur, auquel cas vous devez utiliser la valeur du rayon de flou ici (par exemple avec un noyau 3x3,
Tu devrais utiliser --resize-dommage 1, avec un 5x5 que vous utilisez --resize-dommage 2, et ainsi
au). Peut ou non fonctionner avec --glx-no-stencil. Le rétrécissement ne fonctionne pas correctement.

--invert-color-include CONDITION
Spécifiez une liste de conditions de fenêtres qui doivent être peintes avec une couleur inversée.
Occupe les ressources et n'est pas bien testé.

--règle d'opacité OPACITÉ:'ÉTAT'
Spécifiez une liste de règles d'opacité, au format PERCENT:PATTERN, comme 50:name *=
"Firefox". compton-trans est recommandé par rapport à cela. Notez que nous ne distinguons pas 100% et
unset, et nous ne faisons aucune garantie quant à d'éventuels conflits avec d'autres programmes
cet ensemble _NET_WM_WINDOW_OPACITY sur châssis ou fenêtres client.

--shadow-exclude-reg GEOMETRIE
Spécifiez une géométrie X qui décrit la région dans laquelle l'ombre ne doit pas être peinte
dans, comme une zone de fenêtre d'ancrage. Utilisez --shadow-exclude-reg x10+0-0, par exemple, si
les 10 pixels en bas de l'écran ne doivent pas avoir d'ombres peintes.

--xinerama-shadow-crop
Recadrer l'ombre d'une fenêtre entièrement sur un écran Xinerama particulier à l'écran.

--back-end BACK-END
Spécifiez le backend à utiliser : xrender ou glx. Le backend GLX (OpenGL) a généralement beaucoup
performances supérieures dans la mesure où vous disposez d'une carte graphique/puce et d'un pilote.

--glx-no-stencil
Backend GLX : évitez d'utiliser un tampon de stencil, utile si vous n'avez pas de tampon de stencil.
Peut provoquer une opacité incorrecte lors du rendu du contenu transparent (mais jamais
pratiquement arrivé) et peut ne pas fonctionner avec --flou-arrière-plan. Mes tests montrent un 15%
amélioration des performances. Conseillé.

--glx-copie-from-front
Backend GLX : copiez les régions non modifiées du tampon avant au lieu de toutes les redessiner.
Mes tests avec les pilotes nvidia montrent une diminution de 10 % des performances lorsque tout l'écran
est modifié, mais une augmentation de 20 % lorsque seulement 1/4 l'est. Mes tests sur nouveau montrent que c'est terrible
ralentir. Utile également avec --glx-swap-method.

--glx-use-copysubbuffermesa
Backend GLX : Utiliser MESA_copy_sub_buffer pour faire une mise à jour partielle de l'écran. Mes tests sur nouveau
affiche une amélioration des performances de 200 % lorsque seulement 1/4 de l'écran est mis à jour. Peut casser VSync
et n'est pas disponible sur certains pilotes. Dérogations --glx-copie-from-front.

--glx-no-rebind-pixmap
Backend GLX : évitez de relire le pixmap sur les dommages de la fenêtre. pourrait probablement s'améliorer
performances sur les changements rapides de contenu de fenêtre, mais est connu pour casser les choses sur certains
pilotes (LLVMpipe). Recommandé si cela fonctionne.

--glx-swap-méthode indéfini/échange/copie/3/4/5/6/âge du tampon
Backend GLX : méthode d'échange de tampon GLX que nous supposons. Peut être indéfini (0), copie (1),
échange (2), 3-6, ou âge tampon (-1). undefined est le plus lent et le plus sûr, et
la valeur par défaut. la copie est la plus rapide, mais peut échouer sur certains pilotes, 2 à 6 sont progressivement
plus lent mais plus sûr (6 est toujours plus rapide que 0). Habituellement, double tampon signifie 2, triple
buffer signifie 3. buffer-age signifie auto-détecter en utilisant GLX_EXT_buffer_age, supporté par
certains conducteurs. Inutile avec --glx-use-copysubbuffermesa. Pauses partielles
--resize-dommage. La valeur par défaut est indéfinie.

--glx-use-gpushader4
Backend GLX : Utiliser GL_EXT_gpu_shader4 pour une optimisation sur le code GLSL flou. mes essais
sur GTX 670 ne montrent aucun effet notable.

--dbus
Activer le contrôle à distance via D-Bus. Voir le D-BUS API section ci-dessous pour plus de détails.

--référence CYCLES
Mode de référence. Peignez à plusieurs reprises jusqu'à atteindre les cycles spécifiés.

--benchmark-wid WINDOW_ID
Spécifiez l'ID de la fenêtre à repeindre en mode benchmark. S'il est omis ou vaut 0, tout l'écran
est repeint.

Format OF MODALITÉS

Certaines options acceptent une chaîne de condition pour correspondre à certaines fenêtres. Une chaîne de condition est
formé par une ou plusieurs conditions, jointes par des opérateurs logiques.

Une condition avec l'opérateur "existe" ressemble à ceci :

[ ] :

Avec l'opérateur égal, cela ressemble à :

[ ] : =

Avec les opérateurs supérieur à/inférieur à, cela ressemble à :

[ ] :

NÉGATION (facultatif) est un ou plusieurs points d'exclamation ;

CIBLE est soit un nom de cible prédéfini, soit le nom d'une propriété de fenêtre à faire correspondre.
Les cibles prédéfinies prises en charge sont id, x, y, x2 (x + largeurb), y2, largeur, hauteur, largeurb
(largeur + 2 * bordure), hauteurb, override_redirect, argb (si la fenêtre a un ARGB
visuel), focalisé, wmwin (si la fenêtre ressemble à une fenêtre WM, c'est-à-dire n'a pas d'enfant
fenêtre avec WM_STATE et n'est pas redirigé par écrasement), client (ID de la fenêtre client),
window_type (type de fenêtre dans la chaîne), leader (ID du leader de la fenêtre), nom, class_g (=
WM_CLASS[1]), class_i (= WM_CLASS[0]) et rôle.

CLIENT/CADRE est un simple @ si l'attribut de fenêtre doit être recherché sur le client
fenêtre, rien si sur fenêtre de cadre ;

INDEX (facultatif) est le numéro d'index de la propriété à rechercher. Par exemple, [2] signifie
regardez la troisième valeur de la propriété. Ne le spécifiez pas pour les cibles prédéfinies.

Format (facultatif) spécifie le format de la propriété, 8, 16 ou 32. En cas d'absence, nous utilisons
formater les rapports X. Ne le spécifiez pas pour les cibles prédéfinies ou de chaîne.

TYPE est un caractère unique représentant le type de propriété à rechercher : c pour
CARDINAL, un pour ATOM, w pour FENÊTRE, d pour DESSINABLE, s pour STRING (et toute autre chaîne
types, tels que UTF8_STRING). Ne le spécifiez pas pour les cibles prédéfinies.

OP QUALIFICATIF (facultatif), applicable uniquement pour l'opérateur égal, pourrait être ? (ignorer la casse).

MATCH TYPE (facultatif), applicable uniquement pour l'opérateur égal, pourrait être rien (exact
correspondance), * (correspondance n'importe où), ^ (correspondance depuis le début), % (caractère générique) ou ~ (PCRE normal
expression).

OPÉRATEUR est l'un de = (égal), <, >, <=, => ou rien (existe). Existe des contrôles d'opérateur
si une propriété existe sur une fenêtre (mais pour les cibles prédéfinies, existe signifie != 0
puis).

RECONNAISSANCE est soit un entier, soit une chaîne entourée de guillemets simples ou doubles.
Les séquences d'échappement de style Python-3 et les chaînes brutes sont prises en charge dans le format de chaîne.

Les opérateurs logiques pris en charge sont && (et) et || (ou). && a une priorité plus élevée que ||,
associativité de gauche à droite. Utilisez des parenthèses pour modifier la priorité.

Exemples :

# Si la fenêtre est focalisée
concentré
concentré = 1
# Si la fenêtre n'est pas override-redirigée
!override_redirect
override_redirect = faux
override_redirect != vrai
override_redirect != 1
# Si la fenêtre est un menu
type_fenêtre *= "menu"
_NET_WM_WINDOW_TYPE@:a *= "MENU"
# Si le nom de la fenêtre contient "Firefox", ignorer la casse
nom *?= "Firefox"
_NET_WM_NAME@:s *?= "Firefox"
# Si le nom de la fenêtre se termine par "Firefox"
nom %= "*Firefox"
nom ~= "Firefox$"
# Si la fenêtre a une propriété _COMPTON_SHADOW avec la valeur 0, tapez CARDINAL,
# format 32, valeur 0, sur sa fenêtre frame
_COMPTON_SHADOW:32c = 0
# Si la troisième valeur de _NET_FRAME_EXTENTS est inférieure à 20, ou s'il n'y a pas
# Propriété _NET_FRAME_EXTENTS sur la fenêtre du client
_NET_FRAME_EXTENTS@[2]:32c < 20 || !_NET_FRAME_EXTENTS@:32c
# Le motif ici sera analysé comme "dd4"
nom = "\x64\x64\o64"
# Le modèle ici sera analysé comme "\x64\x64\x64"
nom = r"\x64\x64\o64"

LEGACY Format OF MODALITÉS

Il s'agit de l'ancien format de condition que nous utilisions autrefois. La prise en charge de ce format peut être supprimée dans
l'avenir.

condition = CIBLE:TYPE[DRAPEAU]:MOTIF

CIBLE est l'un de "n" (nom de la fenêtre), "i" (instance de classe de fenêtre), "g" (fenêtre générale
classe) et "r" (rôle de fenêtre).

TYPE est l'un de "e" (correspondance exacte), "a" (correspondance n'importe où), "s" (correspondance depuis le début), "w"
(caractère générique) et "p" (expressions régulières PCRE, si compilées avec le support).

DRAPEAUX pourrait être une série de drapeaux. Actuellement, le seul indicateur défini est "i" (ignorer la casse).

RECONNAISSANCE est la chaîne de modèle réelle.

CONFIGURATION DES DOSSIERS

compton pourrait lire à partir d'un fichier de configuration si le support de libconfig est compilé. Si
--config n'est pas utilisé, compton recherchera un fichier de configuration dans
$XDG_CONFIG_HOME/compton.conf (~/.config/compton.conf, généralement), alors ~/.compton.conf,
puis compton.conf sous $XDG_DATA_DIRS (souvent /etc/xdg/compton.conf).

compton utilise le format de fichier de configuration général libconfig. Un exemple de fichier de configuration est
disponible sous le nom compton.sample.conf dans l'arborescence des sources. La plupart des commutateurs de ligne de commande pourraient chacun
être remplacé par une option dans le fichier de configuration, ainsi documenté ci-dessus.
Les paramètres spécifiques au type de fenêtre sont exposés uniquement dans le fichier de configuration et ont les éléments suivants
Format:

wintypes :
{
WINDOW_TYPE = { fondu = BOOL; ombre = BOOL; opacité = FLOAT; focus = BOOL; } ;
};

TYPE_FENÊTRE est l'un des 15 types de fenêtres définis dans le standard EWMH : "inconnu", "desktop",
"dock", "toolbar", "menu", "utility", "splash", "dialog", "normal", "dropdown_menu",
"popup_menu", "tooltip", "notify", "combo" et "dnd". commandes "fondu" et "ombre"
paramètres d'ombre et de fondu spécifiques au type de fenêtre. "opacité" contrôle l'opacité par défaut du
type de fenêtre. "focus" contrôle si la fenêtre de ce type doit toujours être considérée
concentré. (Par défaut, tous les types de fenêtres sauf "normal" et "dialog" l'ont activé.)

SIGNAUX

· compton se réinitialise à la réception de SIGUSR1.

D-BUS API

Il est possible de contrôler compton via des messages D-Bus, en exécutant compton avec --dbus et
envoyer des messages à com.github.chjj.compton. . est l'affichage utilisé par
compton, avec tous les caractères non alphanumériques transformés en traits de soulignement. Pour AFFICHAGE=:0.0
vous devez utiliser com.github.chjj.compton._0_0, par exemple.

Les méthodes et signaux D-Bus ne sont pas encore stables, donc non documentés pour le moment.

EXEMPLES

· Désactivez l'analyse du fichier de configuration :

$ compton --config /dev/null

· Exécutez compton avec l'ombre et la décoloration côté client, désactivez l'ombre sur les fenêtres du dock et
fenêtres glisser-déposer :

$ compton -cCGf

· Même chose que ci-dessus, en plus de rendre les fenêtres inactives transparentes à 80 %, ce qui rend le cadre à 80 %
transparent, ne s'efface pas à l'ouverture/fermeture de la fenêtre, active l'optimisation du logiciel et bifurque
en arrière-plan:

$ compton -bcCGf -i 0.8 -e 0.8 --no-fading-openclose --sw-opti

· Dessinez des ombres blanches :

$ compton -c --shadow-red 1 --shadow-green 1 --shadow-blue 1

· Évitez de dessiner des ombres sur la fenêtre wbar :

$ compton -c --shadow-exclude 'class_g = "wbar"'

· Activer OpenGL SGI_swap_control VSync avec le backend GLX :

$ compton --backend glx --vsync opengl-swc

Utiliser compton en ligne à l'aide des services onworks.net