f t g m
Copyright 2019 - Custom text here

que-traduit-on-

LAZARUS est compatible DELPHI.


Seulement sa compatibilité varie en fonction du type de composant à traduire. L’essentiel du temps à passer pour la traduction se fera sur la gestion graphique. En effet LAZARUS a sa propre gestion des images, les bitmaps DELPHI étant difficiles à programmer.


Traduction des ressources Il faudra toujours traduire les fichiers .dcr en fichier .lrs. Les fichiers ressources possèderont en effet des images au format .xpm (fichier image enregistrable sur GIMP).


Il faudra compiler le projet lazres dans les outils de LAZARUS afin de créer ces fichiers Resources.


Enfin dans le fichier comprenant la ressource LAZARUS il faudra mettre dans la clause uses l’unité lresources. Puis ajouter ce genre de code à la fin de l’unité avant le end. :


initialization
{$i FichierResource.lrs}
end.

lazarus-firebird-et-zeos

1. Version numbers (Numéros de version)

2. Firebird

3. Flame Robin

4. Zeos Lib

5. New project with Firebird (Nouveau projet avec Firebird)

 

 

1. Version numbers 

The version numbers used in this tutorial are:

Les numéros de version utilisés dans ce tutoriel sont:

 Lazarus versionFirebird versionZeos version

  The language used in Lazarus and Firebird is french.

Le langage utilisé dans Lazarus et Firebird est le français.

 

Lire la suite : lazarus-firebird-et-zeos

changing-of-component

French

On pense rarement à trifouiller son interface quand on programme.

Un développeur sera pourtant plus productif avec des astuces ou des raccourcis.

Nous allons ici parler de la transformation d'un composant vers un autre composant sur une fiche.

 

Démarche

 

Tout d'abord aller sur la fiche à transformer.

Ajouter son composant et l'effacer. Cela permet de relier le projet au nouveau paquet du composant.

Aller sur la classe de sa fiche dans le fichier pascal.

Changer le type de son composant dans le code, vers le nouveau type de composant sans se tromper.

Aller de nouveau sur la fiche mais cliquer droit dessus pour l'afficher en mode texte.

Retrouver son composant à transformer puis changer le type.

Fermer et rouvrir le projet.

Votre nouveau composant a remplacé l'ancien.

Cela marche aussi avec DELPHI.

 

 English


You do'nt know how to manipulate your form to upgrade its components. Here is an idea. Just change the type of your component after having adding and erasing to create the link.

I explain now the method. just add your component to your form. It is integrated in the opened project of the form. You can erase it.

After that go to the type of the component to upgrade in the pas file of form. Change the type. Go to the form and show it as text file. Change the good type of component in the right variable similar to the upgrading variable of the form.

Save the project. Close the project and reopen it. Pass the messages wishes show the erasing properties. Your new component is here.
 

be-a-genius-on-lazarus-

French

Il existe des conventions simples pour bien programmer. La complétion permet de nommer ses fonctions et variables avec un maximum d'information. On dit qu'une fonction doit être entièrement visible sur un écran.

 

Quand on débute sur un langage de programmation on se demande comment procéder. Voici les astuces pour bien commencer et aller très vite vers le développement rapide.

Première règle : Ne jamais faire de copier-coller du code. Au lieu de faire cela faire un couper-coller du code vers sa librairie de fonction. Il faudra créer sa première unité de fonctions. Une unité de fonctions c'est un fichier pascal contenant un ensemble de fonctions sur un thème qui sera le nom de l'unité.

Deuxième règle : Lorsqu'un composant n'a pas assez de possibilités ne jamais ajouter les fonctionnalités dans son application. Utiliser l'objet ou mieux les composants. Il ne sera que très rarement nécessaire de créer entièrement un composant au mieux. On ne fait que réutiliser des frameworks ou librairies existant pour en créer d'autres. Il faudra faire de la recherche et développement pour chercher un composant qui convienne.

La licence devra convenir à votre société. Un composant sans licence est entièrement modifiable. Un composant a toujours une provenance. Un composant a toujours une histoire et cette histoire doit être sue pour l'amélioration du composant et la sureté des sources du composant. Ensuite sa librairie de fonctions servira à surcharger le composant. Le composant doit montrer des choix pour le développeur. Les choix doivent être évolutifs et diffusables facilement.

Troisième règle : Savoir montrer ce qu'on sait faire. Un composant bien documenté et bien compris est populaire. Il pourra représenter le savoir-faire de son entreprise. Il faudra utiliser ses compétences pour communiquer son savoir-faire avec sa boîte à outils de documents. Il faudra de la documentation partagée dans l'entreprise.


English


Some rules exist to program as better as possible. The completion can be used for functions and procedures to get full names better informed. Is said that a function or procedure must appear entirely on screen.

 

When we begin on a programming language we demand ourselves how to proceed. Here is a method to begin like a genius on a Rapid Application Development IDE.

 

First rule : No Copy-Paste of code. Just do a Cut-Paste of code in functions library. You will have to create your first functions's units. A functions's unit is a .pas file which contains a group of functions on a theme which is the unit name.

Second rule : When a component does not have enough possibilities neither add functionalities under software. Use object and get better with the components. You will neither have to create entirely a component. You will have to search it and find it. We do not invent but we create a framework based on existing frameworks or libraries. You will have to do Research and Development to find a better component.

The license will have to be convenient to your society. You can modify everything on a component with source without licensing. The origin of the component must be known. The history of the component permit to heritate from it and to assure the license. After that your library will serve to heritate your component. The component must show the choices for the programmer. The choices must be evolutive and comprehensive easily.

Fird rule : Always show that we can do. A component with good documentation and understood is popular. It should present the framework of your enterprise. You will use your communication to show your competences with your documentation tool box. You will have some shared documentation in your society.

Sources

open all | close all