The__V

Bonsoir, Je me suis penché sur ta demande, et voici le script que je t'ai concocté. ShutUp Description: Permet de réduire vos joueurs au silence. Auteur: The__V Dépendances: Skript Fonctionnalités: /mute <joueur> [durée] : Bascule le statut "muet" d'un joueur, avec la possibilité de spécifier une durée. (ex: /mute notch 3 days) Une liste des commandes bloquées facile à éditer (dans la section options) Des messages complètement personnalisables (eux aussi dans la section options) Un système de bypass pour que les admins ne puissent pas être réduits au silence (permission par défaut : shutup.bypass) Impossible de se réduire au silence soi-même, afin d'éviter les erreurs Je reste disponible pour le support de ce script, en cas de problème. Le script est testé et fonctionne à merveille. En espérant avoir répondu à votre demande The__V, une Ombre à votre service

Mesdames, messieurs bonsoir. Après quelques jours de travail, j'ai enfin réussi à concocter un "petit" script de party. Une grande partie du code est commentée pour une meilleure lisibilité/compréhension des mécaniques. Le principe est simple : chaque joueur peut créer une party (création de la variable de type liste "party.%player%::*", puis inviter d'autres joueurs à le rejoindre. Un bref coup d'oeil sur le bas du script devrait suffire à vous expliquer quelles sont les commandes disponibles. Donc, la variable qui t'intéresserait, @NaolShow , serait celle que je viens de citer (party.%player%::*) Je te souhaite bon courage pour la suite de ton script mini-jeu :) Cordialement The__V, une Ombre à votre service

Bonsoir, Pense à: Vérifier que t'as bien les addons requis Mettre les : aux if et else Faire attention à l'indentation Te renseigner sur SkUnity.com Je t'ai corrigé ton script, vois ce que ça donne, de mon côté y a aucune erreur au chargement (maintenant qu'il est modifié, bien sur ^^)

Revenons dans le vif du sujet, voulez-vous? J'ai fixé le double message du staffchat, plus aucune erreur n'est à déplorer au chargement du script, tous les joueurs ayant la permission avec.moderation.staffchat.read seront informés des warns, le grade du joueur s'afiche désormais dans le staffchat (testé avec Pex, je suppose que ma technique fonctionnera avec GM), SkAction n'est plus requis. De plus, les messages sont désormais personnalisables directement dans la section options pour une facilité d'édition (plus besoin de fouiller dans le code). En espérant avoir traité votre demande The__V, une Ombre à votre service EDIT: Je sais pas où j'avais la tête, j'ai pas upload le bon fichier. C'est corrigé maintenant.

Salutations, Voici le code pour empêcher l'utilisation de la commande "/f claim" dans la zone "test": On Command "/f claim": if "%region at player%" is "test": cancel event Pense à passer le sujet en "résolu" si c'est le cas, et un petit "j'aime" fait toujours plaisir ;) En espérant avoir été utile, The__V, une Ombre à votre service

Me voilà flatté par votre réaction, @MyMyMy26 :D Suite à votre demande, j'ai modifié les messages d'erreur relatifs à la syntaxe des commandes, le clearchat peut désormais être utilisé de manière globale (juste /clearchat ou /cc). Vous verrez maintenant vos propres messages dans le StaffChat, qui affiche désormais le rang du joueur (/!\ nécessite l'add-on SkAction et le plugin PermissionsEx). De plus, la commande /delwarn a été ajoutée et renvoie, comme la commande /warn, le nombre de points d'avertissement du joueur ciblé, pour savoir où on en est après avoir opéré sur les points du joueur. Je précise que ce code n'est pas testé (je ne suis pas chez moi) mais me semble correct du point de vue de la syntaxe. Un petit mot pour @Tristiisch74 : Reprendre le code des autres pour améliorer le sien, c'est bien, mais encore faut-il le faire correctement. Pour les sanctions qui ne s'applique pas, c'est un oubli de % dans les commandes (mets %argument 1% plutôt que arg 1). Cordialement The__V, une Ombre à votre service

Salutations, Votre sujet m'intéresse, et je le suis depuis quelques jours. Voyant que la situation ne se débloque pas, je vous propose mon aide. Voici donc AdvancedModeration. - Aucune erreur n'a été enregistrée au chargement du script. - Pour des raisons de fiabilité, la réduction de points est gérée avec une variable et un timespan, afin d'éviter qu'un redémarrage serveur au bout de 6 jours fasse recommencer à 0 le compteur (Skript ne mémorise pas le temps avec un event de type periodical). - Une fonctionnalité que vous aviez demandé (et qui est apparemment passée à la trappe), le StaffChat, est disponible et fonctionne parfaitement, avec log des messages du StaffChat dans la console pour une meilleure traçabilité. Je tiens à vous féliciter pour le logigramme, si tout le monde faisait ça, les demandes seraient bien plus faciles à régler. ;) Pensez à passer le sujet en "résolu" si c'est le cas, et un petit "j'aime" ne fait pas de mal si je vous ai aidé. En espérant avoir résolu votre problème, The__V, une Ombre à votre service

Salutations, Le script que tu demande est simplissime, et le voici: Every 2 minutes: loop all players: execute console command "minecraft:give %loop-player% 5805 2" execute console command "minecraft:give %loop-player% 5837 1" stop N'oublie pas de passer le sujet en "résolu" si c'est le cas et de lacher un "j'aime" si je t'ai aidé, ça fait toujours plaisir ;) En espérant avoir été utile, The__V, une Ombre à votre service

BUG REPORT Permettez à vos joueurs de vous signaler les bugs de votre serveur ou de vous faire des suggestions. Commandes: /bug <description du bug> : Permet de signaler un bug. permission: bugreport.send /suggestion <détail de la suggestion> : Permet de suggérer une amélioration du serveur. permission: bugreport.send Informations: Les joueurs ayant la permission bugreport.alert seront avertis lorsqu'une suggestion sera faite ou qu'un bug sera signalé. Les suggestions et les bugs se trouvent dans un fichier .yml dont l'emplacement est, comme les messages et les permissions, modifiable dans la section options du script. WildSkript est requis pour la gestion des fichier .yml.

Salutations à vous deux, Cela fait deux jours que je me creuse la tête sur votre problème, et il semblerait que j'ai abouti à quelque chose. J'espère que ça fonctionne, en tous cas ça ne donne pas d'erreur au chargement. Permissions, messages et emplacement de la base de données sont personnalisables dans la rubrique "options". La commande /alt a bien été ajoutée, avec une permission dédiée. En espérant avoir répondu à votre demande, The__V, une Ombre à votre service. EDIT: Je me suis foiré, les ips ont des points, donc le yaml n'est pas adapté à la situation. Voici donc une révision du script, bien plus légère, et gérée avec des listes plutôt que du yaml. Les fonctionnalités sont les mêmes, la personnalisation reste possible dans la section options. Je laisse l'ancien fichier à disposition, on ne sait jamais si ça peut servir à quelqu'un. Pensez à laisser un like, ça fait toujours plaisir :) EDIT 2: Cette fois-ci, dans AltChecker_final, les pseudos sont stockés dans des teams minecraft. L'alerte n'est pas possible en raison d'un bug de Skript lui-même. La commande /alt <pseudo> renvoie les autres joueurs qui se sont connectés avec l'ip du joueur spécifié. La permission altchecker.alt est requise. Me contacter en cas de problème.

Je sais pas où t'es allé chercher ce script, mais c'est du lourd. Lourd, dans le sens où c'est dur de s'y retrouver. Bref, ajoute ton broadcast après les lignes 550 et 561, ça devrait faire ce que tu veux. Le code n'a aucun commentaire pour aider à la compréhension, les bans sont gérés directement par les variables de Skript, pas par la liste de Minecraft, donc c'est galère à suivre. En espérant avoir résolu ton problème, The__V, une Ombre à votre service.

Bonjour, Je suppose que l'erreur se trouve ligne 99: broadcast "&e%arg 1% &7à été banni par &c%player% &7pour &c%arg 2%" Une instruction au beau milieu des options, ça me semble pas correct. Supprime la ligne, ça devrait marcher. En espérant t'avoir aidé The__V, une Ombre à votre service.

Salutations. Voyant ce sujet partir en vrille sans solution, je me suis attelé à coder ce petit script. Je vous laisse juger du résultat. [spoiler=SkEssentials] # # # SkEssentials # # -------------- # # # # Description: Le plugin Essentials en version Skript. # # Note: Réalisation à la demande de _Dogui_. # # Auteur: The__V # # Dépendances: Skript # options: JOUEUR_BANNI: "&c%argument 1% &7a été banni par &c%sender% &7pour &c%argument 2%&7." JOUEUR_PARDONNE: "&c%argument 1% &7 a été débanni du serveur." IP_BANNIE: "L'IP de %argument 1% a été bannie par %sender% pour %argument 2%&7." KICK: "&c%argument 1% &7a été kick du serveur par &c%sender%&7 pour &c%argument 2%&7." JOUEUR_MUTE: "&c%argument 1% &7a été mute par &c%sender% &7pour &c%argument 2%&7." JOUEUR_UNMUTE: "&c%argument% &7a été unmute par &c%sender%&7." #instructions: #-----------------------< BAN >------------------------# command /ban <player> <text>: description: Bannit un joueur du serveur. usage: /ban <pseudo> <raison> permission: skessentials.ban trigger: execute console command "/minecraft:ban %argument 1% %argument 2%" broadcast {@JOUEUR_BANNI} stop #----------------------< UNBAN >-----------------------# command /unban <text>: description: Dé-bannit un joueur du serveur. usage: /unban <pseudo> permission: skessentials.unban trigger: execute console command "/pardon %argument 1%" broadcast {@JOUEUR_PARDONNE} stop #----------------------< BANIP >-----------------------# command /banip <player> <text>: description: Bannit l''IP d''un joueur du serveur. usage: /banip <pseudo> <raison> permission: skessentials.banip trigger: IP-ban argument 1 broadcast {@IP_BANNIE} stop #----------------------< KICK >------------------------# command /kick <player> <text>: description: Expulse un joueur du serveur. usage: /kick <pseudo> <raison> permission: skessentials.kick trigger: kick argument 1 due to "%argument 2%" broadcast {@KICK} stop #----------------------< MUTE >------------------------# command /mute <player> <text>: description: Réduit un joueur au silence. usage: /mute <pseudo> <raison> permission: skessentials.mute trigger: set {isMuted.%argument 1%} to "true" broadcast {@JOUEUR_MUTE} stop On First Join: set {isMuted.%player%} to "false" On Chat: if {isMuted.%player%} is "true": cancel event #---------------------< UNMUTE >-----------------------# command /unmute <player>: description: Redonne la parole à un joueur baillonnné. usage: /unmute <pseudo> permission: skessentials.unmute trigger: set {isMuted.%argument%} to false broadcast {@JOUEUR_UNMUTE} stop [spoiler=Instructions] Commandes: /ban <pseudo> <raison> - Bannir un joueur du serveur. /unban <pseudo> - Dé-bannir un joueur du serveur. /kick <pseudo> <raison> - Expulser un joueur du serveur. /mute <pseudo> <raison> - Réduire un joueur au silence. /unmute <pseudo> - Rendre la parole à un joueur. Les messages peuvent être modifiés dans la catégorie "options" du fichier .sk En espérant avoir su vous contenter, The__V, une Ombre à votre service

Ton tutoriel est assez clair, mais il me semble qu'il manque la partie "téléportation aléatoire" que tu annonces dans ton titre, ici ce n'est que l'assignation à une variable aléatoire. De plus, comment gérer un nombre de joueur pouvant varier de 2 à 20 ? Dois-je faire 20 fois, 40 fois, 60 fois la même chose, copiée-collée en boucle et éditée à la main pour subvenir aux besoins des multiples situations ou y a-t-il d'autres moyens moins "fatigants"? La clarté de tes explications est là, mais ton tutoriel m’apparaît incomplet et dérouté de son but initial. Cordialement.

Bonjour, Si tu as le niveau pour faire un skript d'UHC, tu dois sans doute être capable de reprendre un skript existant pour le transformer un peu. Un de mes Skripts, RandomWarp, devrait pouvoir t'aider. Bonne journée.

En fouinant un peu dans la section "Résolus", on trouve rapidement son bonheur : command /nick. Bien sûr, il faut adapter à la situation, mais ça reste une bonne piste. En espérant être utile.

Là, ça marche avec n'importe quel joueur, oui.