AccueilCodesTutorielsForumsEmploiLivresGuide achatConnexion

  • CodeS-SourceS
  • RSS CodeS-SourceS
  • CodyxBot, le Bot GTalk & MSN qu'il vous faut !
  • Générez des revenus avec vos codes, scripts et tutoriaux
  • Aide à la navigation du site
begin process at 2009 07 12 03:24:13
Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

18 commentaire(s) de ZeroOo sur des sources sur tout CodeS-SourceS

Le : 21/04/2009 18:48:04
Source : [DLL] DESSINER COMME LES PICWINS SUR UNE DIALOGBOX (BONUS: JOUER DES SONS MIDI)
Disons que pour moi les fonctions de la DLL ne sont pas forcément très utiles quoique cela puisse un petit côté personnalisé aux dialogues et que je n'ai sûrement pas pensé à tous les côtés pratiques (tu aurais pu nous fournir un exemple).

Par contre fournir le code source serait, à mon avis, très utile pour tous ceux qui souhaitent développer un peu le côté DLL en mIRC.

Le commentaire de Pakofils_ me semble un peu mal venu.

Le : 17/03/2009 20:00:27
Source : CREATION DE SCRIPT IRC
Comme tu n'as pas l'air d'avoir compris, ce qu'on te dit c'est de faire un script léger. Un script bourré de sons et d'images : ça ne sert à rien. Offrir la possibilité de signaux sonores sur quelques événements (HL, notice, etc.) peut-être sympa mais pas de là à en mettre pour tout et n'importe quoi. Un script mIRC de 5 mégas me paraît déjà très lourd alors quand je vois ton script qui en fait dix fois plus...  

J'ajoute également que ce ne sont pas les fonctions qu'offre le script qui prennent de la place mais les images, les icônes, les sons, etc. Ton script peut contenir 5 000 commandes, si elles sont toutes dans un doc.txt ça ne va pas prendre plus de place que ça.

J'ai un peu regardé la structure de tes codes : c'est le bordel - sans parler des très grosses optimisations pouvant être apportées - je ne vois pas comment tu arrives à te retrouver là-dedans. Essaye de faire un dossier avec tes codes, le tout bien classé avec un fichier par option si cela est nécessaire.

J'ai l'impression que tu as regroupé des addons qui sortent d'un peu partout sans chercher à faire quelque chose de cohérent ce qui accentue le côté bordélique.

Le : 23/01/2009 22:03:47
Source : CONNEXION DES SERVEURS PROPOSÉE ET PERSONNALISÉ
Il n'en reste pas moins qu'il est assez pauvre tant au niveau du codage que des options. Tu pourrais grouper tes événements, utiliser un combo pour lister les serveurs, faire un système de connexion "profil" plutôt qu'un simple pseudo...

Bref, beaucoup de chose à retravailler comme il a été dit.

Le : 29/10/2008 21:12:04
Source : ANTI BAN ANTI BAN
Ouais, bon dans l'absolu ça reste une source inutile.

Le : 16/07/2008 23:57:20
Source : QUOTES BASH ET BASHFR
Tuni23 : tu crois vraiment que ces deux sites ont encore besoin de pub ?

A propos de la source :

- regroupe tes var sur une même ligne (var %a = bla, %b = bla)
- le "halt return" (dans l'aliase /bash) je ne vois pas trop à quoi ça sert.
- la série de if pourrait être optimisée il me semble
- travailler directement sur le code de la page serait une meilleure idée comme l'a dit ArKanis. Ceci dit, si tu restes avec un document texte, utilise le file handling plutôt que le /write vu que tu vas écrire pas mal de chose dans ledit doc'.

Sinon c'est un bon exemple d'utilisation des sockets,

bonne continuation



Le : 06/06/2008 23:25:35
Source : SYSTÈME SEEN
Pour le $iif, quelque chose du genre .msg salon $iif(%read,commande-si-vrai,commande-si-faux)

Le file handling fonctionne comme ça :

- ouverture du fichier
- écriture ligne 1
- écriture ligne 2
- fermeture

Alors que le /write fait : ouverture, écriture ligne 1, fermeture, ouverture, écriture ligne 2, fermerture.

C'est assez pratique quand tu cherches à écrire pas mal de choses dans un fichier. Si tu ne dois écrire qu'une liste, reste quand même sur le /write.

Regarde dans les commandes /fopen, /fclose, etc. pour le file handling. Il suffit juste de penser à ouvrir et à fermer le fichier, sinon, tout déconne.

Le : 05/06/2008 12:57:56
Source : APPARRENCE MIRC
Hi,

Wims a raison : ton code est inutile, il a déjà été vu et revu et l'utilisation du rawmode serait beaucoup plus propre.

Cependant, si tu veux que ton code soit vraiment utile à quelqu'un essaye de l'améliorer un peu avec, par exemple, des conditions comme :

on ^*:VOICE:#: {
  if ($nick == $me) && ($vnick == $me)
  elseif ($vnick == $me)
  elseif ($nick == $me)
  else
}

Ajoute des commentaires pour expliquer à quoi chaque événement correspond, essaye d'utiliser les identifiants $nick, $vnick, $hnick, $opnick, $knick, etc. Sers-toi également , dans l'événement JOIN, de l'IAL pour essayer de faire un détecteur de clones, enfin bref quelque chose d'un peu plus complet.

P.-S. : le halfop correspond au HELP (et DEHELP pour l'autre)

Le : 04/06/2008 12:09:03
Source : SYSTÈME SEEN
Yep,

Alors voici quelques trucs :

- Groupe tes raws de cette manière  :

raw *:*:{
  if ($numeric == 311)
  elseif ($numeric == 401)
  etc.
}

- Le if ($2 == $null) devient if (!$2)

- Au niveau de l'utilisation des conditions :

if (%read != $null) et if (%read == $null) peuvent se simplifier avec l'identifiant $iif

- L'utilisation des variables globales n'est pas une très bonne idée, préfère les hashtables

Pour apporter quelques améliorations, tu pourrais envisager de faire un dialogue ou une @window où les différents événements seraient affichés (avec la possibilité de trier les logs/événements).

Bonne journée !

P.-S. : si tu es intéressé par les méthodes d'écriture dans les fichiers, je te conseille d'aller regarder du côté du file handling qui est une méthode beaucoup plus puissante pour effectuer ce genre d'opération.




Le : 13/06/2007 18:50:17
Source : AUTO-CONNEXION/AUTO-JOIN MULTI-IDENT ET MULTI-SERVER COMPLET
Yop,

Pour les did -a à améliorer, j'ai pensé à faire une var pour stocker les données et une while pour  lister les données et les afficher dans les item. Après, c'est une technique comme une autre.

Le : 12/06/2007 16:50:25
Source : AUTO-CONNEXION/AUTO-JOIN MULTI-IDENT ET MULTI-SERVER COMPLET
Yep,

Bon, c'est une source comme celle-là sera toujours utile, mais niveau codage c'est pas trop ça. Quelques trucs que tu peux modifier :

- Les var en cascade, tu changes et tu fais var %a = blabla, %b = blabla, %c = etc.
- tes événements dans le on *:dialog, tu peux utiliser les if ($devent == init), if ($devent == sclick), etc.
- Lorsque tu fais les "did -a $dname 4 $fullname" ça ne sert à rien. Laisse uniquement le "edit $fullname, 11, 42 57 60 10" (le fullname va se mettre directement dans l'édit).
- Les nombreux "did -a" peuvent être amélioré.
- Les /write en cascade aussi, c'est pas génial, pense au file handling (jete un oeil à l'aide).
- Les fautes d'orthographe sont trop nombreuses et un petit screen aurait été sympa.

Voilà, bonne continuation !


1 2


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Appels d'offres

Comparez les prix Nouvelle version


Samsung CLX-3175FN Color Laser All-in-One Printer Laser
Entre 372€ et 399€


Visiter le guide achat

Photothèque Nouveau !

Photo pretty girlsPhoto femme, plage, bien être, soleil, vacances, été, détente, repos
Photo handsome manPhoto jeune femme sportive

Visiter la photothèque


Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 3,791 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.