Skip to main content
Les ponts clés véhicule abstraient la façon dont les différents scripts de clés verrouillent et déverrouillent les véhicules.
Vos scripts appellent une fonction et TS-Lib route vers qb-vehiclekeys, qs-vehiclekeys ou une implémentation standalone.

Statut et tests


Systèmes de clés pris en charge

TS-Lib embarque le support pour :
  • qb-vehiclekeys
  • qs-vehiclekeys
  • lfKeys
  • standalone (aucune ressource de clés externe)
Configuration dans ts-lib/config.lua :
Quand Config.VehicleKeys = 'auto', TS-Lib sélectionne la première ressource démarrée dans Config.Data.VehicleKeys.

API côté client

Bridge.VehicleKeys.Client.Functions.SetDoorStatus(entity, lockStatus)

Point d’entrée principal depuis vos scripts.
Convention d’état de verrouillage (natives GTA) :
  • 1 – déverrouillé
  • 2 – verrouillé
  • 4 – verrouillé pour tous les joueurs, etc.

Comportement par système

  • qb-vehiclekeys
  • qs-vehiclekeys
  • lfKeys
  • standalone
En mode standalone, l’état de verrouillage repose uniquement sur le state bag de l’entité et les natives, sans ressource externe.

API côté serveur

Pour l’instant TS-Lib n’expose pas d’helpers serveur supplémentaires pour les clés.
Le pont serveur (Bridge.VehicleKeys.Server) est un emplacement réservé pour de futures extensions :
  • Octroi / révocation centralisés des clés
  • Opérations de verrou avec prise en compte des permissions
  • Traçabilité des événements de verrou
Vous pouvez l’étendre dans votre fork en suivant la même structure que les ponts existants.
Dernière modification le 22 juillet 2026