begin process at 2012 02 12 09:25:13
  Trouver un code source :
 
dans
 
[ Dernières recherches ]

698 commentaire(s) de Delphiprog sur des sources sur tout CodeS-SourceS

Déposé sur Utilisation de tchart

Hello everybody !

Explication de l'utilité de la méthode Add du composant TChartSeries :
(extrait de l'aide en ligne)
Déclaration :
function Add(Const AValue:Double; Const ALabel:String; AColor:TColor):Longint; virtual;

Description :
La méthode Add TChartSeries permet d'insérer un nouveau point dans une série lorsque vous ne disposez pas de la valeur X correspondante.

Cette fonction insère un nouveau point dans la série. Le nouveau point ne peut avoir qu'une valeur Y. La valeur X est calculée automatiquement.

Le paramètre AXLabel est facultatif (il peut être vide '').

Le paramètre AColor est facultatif (ce peut être clTeeColor).

La fonction renvoie la position du nouveau point dans la liste des valeurs.

Est-ce plus clair maintenant ?
Posté le : 05/05/2011 22:08:58

Déposé sur Coloration syntaxique avec tparser !!

Bon, j'ai jeté un  oeil à ce projet. Jusque Delphi 2007, tout va bien et aucun changement n'est nécessaire. De plus, le contenu du buffer est parfaitement lisible pour un occidental moyen comme moi. En revanche, avec Delphi 2009, les caractères contenus dans le buffer ressemblent à du chinois ou du japonais, va savoir...
Je continue de chercher et je m'oriente vers un problème de jeu de caractères à priori. A suivre...
Posté le : 29/10/2010 20:07:18

Déposé sur Coloration syntaxique avec tparser !!

Bonsoir Clio908 et Olivier,

Delphi 2009 interprète toString comme un appel à la méthode toString définie dans la classe TObject. Il faut donc remplacer tous les toString par Classes.toString à chaque fois que le compilateur bute sur une erreur de ce type. En revanche, je n'obtiens pas les autres erreurs relevées par Clio908.
Néanmoins l'application compilée avec Delphi 2009 ne colorise pas le code contenu dans l'éditeur comme attendu et semble ne rien faire.
Je continue de rechercher la raison et je reviendrai alors vers vous.

PS : je ne me souvenais plus d'avoir apporté ma contribution à ce projet...
Posté le : 28/10/2010 22:21:02

Déposé sur Espace membre basique

Quelques maladresses relevées comme des fermetures immédiatement suivies de réouverture de balises PHP.
Dans plusieurs scripts on retrouve la connexion à la base de données avec passage des paramètres qui vont bien. Imagine un gros projet avec plusieurs centaines de pages, te vois-tu devoir modifier chaque script parce que le mot de passe a changé, parce que la base de données ne serait plus MySql ? non, évidemment. Pour éviter ces désagréments, il serait bon d'isoler cette partie dans un script dédié à cela et appelé par chaque page qui en a besoin.
Je regrette aussi qu'il n'y ait pas de gestion des erreurs de connexion !

A structurer aussi : si chaque page qui a besoin que l'utilisateur soit authentifié doit comporter le code de vérification des login et mots de passe, ça devient vite ingérable et brouillon.

Enfin, on trouve trop de redondances de code qui font penser à l'utilisation de copier/coller non réfléchis ("tu es déjà connecter").
Même pour un niveau débutant, il faudrait faire un effort à la conception et à la structuration du code.
Posté le : 16/09/2010 08:31:56

Déposé sur Débogage d'un code php (suivit des variables)

Merci pour l'utilisation de la notation Heredoc qui allège le code en évitant les guillemets simples/doubles et les opérateurs de concaténation à répétition.
Mais je vois que tu n'es pas allé au bout de la démarche comme ici :
  $this->BEGIN .= PHP_EOL
.$JS.PHP_EOL
.$CSS.PHP_EOL
.'</HEAD>'.PHP_EOL
.PHP_EOL
.'<BODY>';  

Alors qu'il suffit d'écrire chaque variable entre accolades :
  {PHP_EOL.$JS.PHP_EOL.$CSS.PHP_EOL}
</HEAD>{PHP_EOL.PHP_EOL}
<BODY>

Il suffisait de se souvenir qu'au départ, les variables devaient être encadrées d'accolades en PHP. Cette habitude a disparu avec l'évolution du langage mais reste néanmoins utilisable.

En ce qui concerne le CSS et le javascript, ton point de vue est tout à fait approprié.
Bonne continuation.
Posté le : 15/08/2010 18:54:35

Déposé sur Débogage d'un code php (suivit des variables)

Pour que l'application du design pattern soit parfaite en PHP 5, il faut penser à surcharger la méthode magique __clone et à la déclarer de portée privée, tout comme le constructeur. Sans cela, il devient facile de multiplier les instances là où elles devraient être uniques.
Code intéressant, propre et bien écrit.
Personnellement, j'aurais utilisé la notation Heredoc pour alléger le code, notamment au niveau de l'affectation du membre $this->BEGIN. Mais c'est affaire de goût...
Quant au CSS employé, dans la mesure où il ne contient pas d'éléments générés dynamiquement, il serait bon de l'externaliser, séparant ainsi le contenu de la mise en page. Dans la mesure où le code est facilement modifiable, chacun pourra l'adapter à ses goûts, ses besoins ou encore aux contraintes de développement qui lui sont imposées.
Posté le : 14/08/2010 13:47:07

Déposé sur Synchronisation de threads dans des dll

Utile, voire très utile. En tous cas, c'est du grand art.
A mettre absolument dans sa trousse à outils.

Un grand Bravo.
Posté le : 13/03/2010 21:38:47

Déposé sur Timeserver v1.0.3

Deux remarques ...

1/- Je déconseille vivement d'utiliser ce type de code :
// On affiche son nom et on le valide
ListeServeurClick(nil);

Pourquoi ?
Dans un grand projet, on est souvent amené à transtyper le paramètre sender reçu en argument. Si un développer passe nil comme valeur, c'est la cata et on a droit à une belle violation d'accès !
La solution ?
Dans l'évènement click de l'objet Listserveur, on appelle une méthode (en général déclarée de portée privée). Cette même méthode devient alors accessible dans FormCreate et il suffira de l'appeler.
Dans ce code, qui tient sur une page écran, ce n'est pas critique. Sur des projets de grande envergure, ça peut devenir problématique surtout si on travaille en équipe de développement.

2/- Deuxième remarque :
Eviter l'employer de Application.Terminate, surtout quand on utilise des ensembles de données car, dans ce cas, ils ne seront pas fermés et les éventuels verrous de table ou d'enregistrement pas libérés. Un simple appel à la méthode Close, en revanche, permettra de sortir proprement.

Pour le reste, je finirai en faisant remarque qu'il n'est pas utile de déclarer la variable TimeServ dans la partie interface puisqu'elle devient alors modifiable par une autre unité. Sa place serait plus appropriée dans la partie implementation.

Dis Christophe, tu penses continuer à publier un code par jour ?
Posté le : 09/03/2010 19:32:21

Déposé sur Upxhelper v1.1.1

Pas mal, pas mal...
Il y avait longtemps qu'on n'avait pas parlé d'UPX.

Une suggestion : pourquoi ne pas mémoriser dans un fichier de configuration les différents choix de l'utilisateur au lieu de les forcer dans l'évènement onFormCreate (sauf si le fichier de configuration est introuvable, bien sûr) ?

En tous cas, bravo pour cette nouvelle source d'une grande clarté et bien documentée.
Posté le : 07/03/2010 17:58:28

Déposé sur Annuaire v1.0.0

Je ne veux pas rentrer dans la polémique de savoir si c'est un plagiat ou non. En effet, comme le souligne Mauricio, il n'y a pas 36 manières d'utiliser un TClientDataSet en tant que composant d'accès direct aux données. En revanche, un code clair, bien présenté, bien documenté et agrémenté d'un tutoriel bien foutu, ça ne court pas les rues. Et tout ça, c'est uniquement l'œuvre de Christophe.
On a trop l'habitude de voir des copier/coller de codes pourris et là, pour moi, c'est une bouffée d'oxygène qui me fait du bien.
Dois-je aussi ajouter que le tout est rédigé dans un français impeccable ?

Ce petit gars mérite beaucoup qu'on lui prête attention et qu'on l'encourage.
Posté le : 06/03/2010 09:12:05

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70


Nos sponsors


Sondage...

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode
 
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

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 1,498 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales
Outils Convertisseur VB/C# Snippets et scripts Outils en ligne La ToolBox
Communauté Programmation Photographie Technologie Newsgroups Emploi Forum Blogs
Guide d'achat Téléphonie mobile Image et son Informatique Bureautique Jeux vidéo
Logiciels Internet & Réseau Développement Market Android Jeux & Loisirs Graphisme Multimédia Sécurité Pilotes
Loisirs Cartes virtuelles Vidéos droles Jeux en ligne Géoguide AndroLib (Android Market)