Cette page donne une vue d’ensemble pratique de ce que TS-Lib expose à l’exécution une fois @ts-lib/import.lua inclus dans votre ressource.
Utilitaires principaux
TS-Lib attache quelques helpers à une table globale TS, réutilisés dans les scripts Thunder Scripts.
Journalisation
Utils.Print(message, resourceName?)
Utils.DebugPrint(message, resourceName?)
Utils.ErrorPrint(message, resourceName?)
Utils.SuccessPrint(message, resourceName?)
Utilitaires génériques
Exemples de helpers courants :
Utils.IsRessourceLoaded(resourceName): boolean
Utils.IsTableEmpty(tbl): boolean
Intervalles
TS-Lib embarque un helper d’intervalles pour simplifier les callbacks répétés :
TS.Intervals.Set(callback, ms, ...): id
TS.Intervals.Clear(id)
Helpers UI
TS-Lib expose des helpers UI agnostiques du framework via TS.Lib.*.
Ils sont rendus via le NUI intégré (ui/build).
Sous-titre
TS.Lib.Subtitle.Show(text: string)
TS.Lib.Subtitle.Hide()
Depuis un script client ayant inclus @ts-lib/import.lua :
Depuis une autre ressource via exports uniquement :
Text UI (texte d’aide)
TS.Lib.TextUI.Show(text: string, position?: string)
TS.Lib.TextUI.Hide()
position vaut par défaut 'top-left'. Positions courantes :
Exemple côté client :
Ou via exports :
Text Input (input texte)
TS.Lib.TextInput(data: table): table
Ouvre une boîte de dialogue NUI pour la saisie texte et retourne la valeur entrée par l’utilisateur.
Ou via exports :
Système de commandes
TS-Lib fournit un système unifié d’enregistrement de commandes avec validation de type intégrée et support des permissions.
TS.Lib.Command.add(nomCommande, proprietes, callback)
Types de paramètres
Utilitaires serveur
Vérificateur de mises à jour
TS.CheckUpdate(versionUrl, changelogUrl?)
Vérifie les mises à jour en récupérant un JSON de version depuis une URL distante. Affiche une boîte formatée dans la console si obsolète.
Le JSON de version doit ressembler à :
Helpers de pont
TS.Bridge.GetPlayers(): table - Retourne une liste des sources des joueurs
TS.Bridge.HasPermission(source, permission): boolean - Vérifie si le joueur a une permission (utilise le pont framework ou ACE en fallback)
Vue d’ensemble des ponts
L’intérêt principal de TS-Lib est ses modules pont. Ils exposent des API normalisées qui cachent les détails propres au framework ou au script.
Bridge.Framework.* → dialogue avec votre framework (QBCore / ESX / QBox / standalone)
Bridge.Garages.* → dialogue avec votre script de garage
Bridge.VehicleKeys.* → dialogue avec votre script de clés véhicule
Bridge.Notify.* → système de notifications unifié
Chaque pont a sa page dédiée :
Ci-dessous les usages les plus courants depuis un script dépendant de TS-Lib.
Pont framework (rappel rapide)
Client
-
Bridge.Framework.Client.PlayerData
Données joueur unifiées, mises à jour automatiquement au chargement / déchargement / changement de métier.
-
Bridge.Framework.Client.Functions.GetPlayerJob() -> ok, jobOrError
Bridge.Framework.Client.Functions.Notify(message, type?)
Serveur
Bridge.Framework.Server.Functions.GetPlayerJob(source)
Bridge.Framework.Server.Functions.GetPlayersByJobName(jobName, checkOnDuty?)
Bridge.Framework.Server.Functions.GetPlayers()
Bridge.Framework.Server.Functions.GetVehicleType(model)
Bridge.Framework.Server.Functions.HasPermission(source, permission)
Voir Pont Framework pour les détails par framework et les noms d’événements.
Pont garage (rappel rapide)
Serveur
Bridge.Garages.Server.Functions.IsVehicleOwned(plate, netId?) -> boolean
Bridge.Garages.Server.Functions.SetVehicleOutsideState(plate, state)
Voir Ponts Garage pour le comportement exact par système.
Pont clés véhicule (rappel rapide)
Le pont clés se concentre sur le verrouillage / déverrouillage depuis un point d’entrée unique.
Client
Bridge.VehicleKeys.Client.Functions.SetDoorStatus(entity, lockStatus)
Les états suivent la sémantique des natives GTA (1 = déverrouillé, 2 = verrouillé, 4 = verrouillé pour tous les joueurs, etc.).
Voir Ponts Clés véhicule pour le comportement par système (qb-vehiclekeys, qs-vehiclekeys, standalone).
Pont notifications (rappel rapide)
Le pont notifications fournit un moyen unifié d’envoyer des notifications entre différents frameworks.
Client
Bridge.Notify.Client.Functions.Notify(message, type?)
Types supportés selon le framework :
- QBCore :
success, error, warning, info (ou tout type personnalisé)
- ESX : Utilise le système de notification ESX
Voir Pont Notifications pour plus de détails. Dernière modification le 22 juillet 2026