Pour les motivés, il ne reste plus qu'a intégrer ces unités dans mes deux sources :
http://www.delphifr.com/codes/INTERPRETEUR-LANGAGE-PERSONNALISABLE-BIS_53427.aspx
et
http://www.delphifr.com/codes/INTERPRETEUR-LANGAGE-PERSONNALISABLE_53363.aspx
Comme ça, on aura un langage interprété gérant des nombres énormes...

bon courage pour la suite à tous

Juste pour mettre mon grain de sel sur l'infini, et en ressortant mes cours de fac, les infinis peuvent se comparer, car il en existe plusieurs...
L'ensemble N des entiers naturels contient un nombre infini de nombres.
L'ensemble Z des entiers relatifs contient un nombre infini de nombres encore plus grand ? (puisqu'il y a les nombres négatifs en plus...)
Et bien non,
si on fait correspondre (0 avec 0), (1 avec 1), (-1 avec 2), (2 avec 3), (-2 avec 4),.... (n avec 2n-1) et (-n avec -2n) on remarque que chaque nombre de N correspond à un nombre de Z.
Donc, il y a "autant" de nombres dans N que Z.
Par contre, l'ensemble R a plus de nombres que N (on ne peut pas faire correspondre un nombre de R avec un nombre de N).
Donc N à un nombre infini d'élément, mais R à un nombre infini "encore plus grand" d'élément.

C'est fou les maths...
Mais bon, on est d'accord que ça ne fait pas avancer votre Schmilblick.

Barbichette

Juste une petite remarque qui a son importance et que j'ai faite en perso à Christophe67, les lignes :
LabDate1 := TLabel(FindComponent([...]));
ne sauvegarde pas les informations, c'est une simple création "d'alias" du composant TLabel...

@Pierrefo:
"continuent à utiliser une version de Windows vieille de 10 ans?"
Ben moi, et il me semble que bon nombre de personnes utilisent encore WinXP,... Et oui, déjà 10 ans...

Pour le reste, je ne dis pas que les nouvelles versions de Delphi ne servent à rien. Sinon, il n'y a aucun intéret à en développer de nouvelles... Il y a dans les nouvelles versions la possibilité de créer ces propres opérateurs ou surrchager des opérateurs avec des types perso.
Par contre, de là à dire que D7 est obsolète, je ne pense pas.

Dans le cas qui nous intéresse, ce Memo v1.0.0, je pense que rassembler 4 composants et lier les propriétés entre elles n'est pas de la programmation. La programmation attendue sur ce site est juste celle qui permettrai de créer un Memo V2.0.0 avec un nombre quelconque de notes, contenu en mémoire dans un tableau du type ARRAY of TNote, une sauvegarde dans un XML, la gestion des timers Windows pour déclancher l'alerte au bon moment et non en scrutant toutes les secondes si c'est l'heure, la possibilité de créer différents niveaux d'alertes pour chaque note... Heu, je m'emballe encore...
Après, que l'appli soit dans la barre des tâches ou la zone de notification, bon, pourquoi pas...

A bon entendeur... Salut... (si ça peu donner des idées ou un exercice pour l'auteur @Christophe67).

Barbichette

Je viens de voir qu'il y a plus qu'une "petite remarque", je me suis emballé...
Et j'ai oublié la note...
;-)

Bonjour à tous,
juste une petite remarque en passant...
- Pour développer un PostIt contenant 40 labels, il me semble que Delphi 7 est plus que suffisant.
- Pour le TTrayIcon, il y a quantité de sources sur ce site qui montre comment le faire sans faire appel à un composant de Delphi tout en un.
- Je ne connais pas le budget de tout le monde, mais perso, je n'est pas vraiment les moyens de me payer une licence de Delphi tout les ans, même une PRO.
- "totalement obsolète" pour les gens qui ne connaissent pas le langage. La grande différence entre D7 et les suivants, c'est la gestion de l'Unicode par défaut en lieu et place de l'ASCII. Pour le reste, il me semble que D7 suffit à la majeure partie des codes présents sur ce site.
- Si on veux parler d'obsolescence, je dirai juste que les fichiers INI sont périmé, de l'aveu même de Microsoft et doit être remplacé par du XML.
- L'utilisation de TLabel pour stocker des données, y compris des dates, des heures,... me paraît à la limite du tiers-monde. En delphi, il existe des class, des structures... et les TLabel ne sont que des composants visuels pour afficher un résultat.

Bon j'arrête mes remontrances et je donne une note d'encouragement (même si c'est pas en D7)
4/10 : joli visuellement mais programme de débutant. Pas forcement un bon exemple.

Je vais peut-être laisser les cracks de ce site en dire plus. Peut-être ne sont-ils pas en accord avec mes remarques...

Barbichette

c'est un problème dans UParser (fonction Block je pense...).
Je vais regarder ça...
Merci

Merci Ketch68.
J'ai regardé en détail cette affaire et j'ai corrigé le problème.
Il manquait 2 libérations d'objets TValue...
C'est pas grand chose, mais assez pour faire exploser la mémoire...

@Mauricio:
La technique n'est pas la même que pour le parser mathématique.
Dans le parser, la liste des tokens est transformée en pile d'évaluation, suivant des règles de priorités uniquement. (une seule fonction qui tourne en boucle)
Dans cette interpréteur, la liste des tokens est transformée en arbre syntaxique, via une série de fonctions qui l'appellent les unes les autres. La notion de priorité est gérée par l'imbrication des fonctions. En gros, la plus imbriqué, "atom", est la plus élevée, et la moins élevé, "commande", est en général celle qui appelle toutes les autres.

Merci @AMiga68.

Encore une petite précision.
J'ai eu un peu de mal à gérer la classe TValue. (Savoir quand créer un nouvelle objet, le détruire, le modifier). Normalement, chaque TValue créé est détruit. Mais je n'en suis à vrai dire pas sûr...

Barbichette