Discussion :

[Gilbert Geyer]

A Ero-sennin :

Bonjour,

J'allais quitter le formum pour continuer sur l'appli quand j'ai vu que t'avais déjà répondu.

la A je ne la trouve pas très intéressante du fait qu'il faut un programme annexe ...

... exact, mais c'est une solution de dépannage de la catégorie système-D ... sauf que pas mal de développeurs font souvent appel à des programmes annexes qu'ils pilotent depuis Delphi (Pilotage de Word, Excel, etc) ... ça évite d'avoir à recoder sous Delphi toutes les fonctionnalités de ces programmes.

Moi, j'essayé de garder le formatage ligne à ligne mais apparemment ...voir ma méthode du post précédent

... je suis sûr que si tu modifies ta méthode selon le principe de la B cela marchera au moins pour fixer des marges gauche+droite lors de l'impression pour rétablir en fin d'impression des marges nulles à l'écran.

[Gilbert Geyer]

A Ero-sennin, SergioMaster et Petitprince :

Enfin j'ai pratiquement fini. Donc si cela vous intéresse d'avoir le fichier Zip de mon appli faites-moi signe.
(sinon le code de l'unité de pilotage du formattage et d'impression fait un peu plus de 400 lignes et celui de l'unité utilisatrice un peu plus de 200 lignes)
A+

[ero-sennin]

Ah, ba voilà une bonne nouvelle

Moi je suis intéressé par ton travail afin de voir un peu le principe ...
Personnellement, dès que j'ai du temps libre j'essaie d'avancer mais je bute toujours par la sélection ligne par ligne d'un RichEdit en gardant le formatage

Je chercherai encore un peu mais je pense que je vais devoir mettre un terme à cette méthode

En tout cas, félicitation pour avoir mené ce travail jusqu'au bout

[Gilbert Geyer]

A Ero-sennin :

Vu que tu es intéressé par mon travail je mettrai très prochainement un fichier Zip dans le forum (Je vais d'abord fignoler un peu mieux les exemples d'utilisation, et rechercher sur le Forum les messages où j'ai mis des Zip qui bouffent mon quota limité de Zip's).

Tu dis : ... mais je bute toujours sur la sélection ligne par ligne d'un RichEdit en gardant le formatage

... précises un peu mieux quel est l'objectif que tu vises : s'agit-il de piloter la sélection d'une ligne entière qui pré-existe ? Et pourquoi la sélectionner en gardant son formattage ?
A+

[Gilbert Geyer]

A Ero-sennin :

Comme promis voici le fichier .Zip de l'unité de pilotage du Formattage d'un RichEdit et de son impression regroupée dans une appli de démo d'utilisation.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
Résumé :
//------------------------------------------------------------------------------
// Unité de pilotage du formattage (Police, Taille, Style, Couleur, Indice, Exposant)
// mot par mot d'une ligne à ajouter à la suite dans un RichEdit. (Pour générer
// des états enrichis même avec des Wingdings ou des Webdings).
// Le pilotage des marges gauche/droite et de l'alignement gauche/droite/centré
// est également prévu. Toutefois, pour éviter d'encombrer l'écran avec des marges
// forcément vides celles-ci peuvent être déclarées comme nulles à l'écran vu
// que cette unité inclut un gestion de l'impression et un dialogue permettant
// de fixer les marges et l'orientation de l'impression en cours d'utilisation.
//------------------------------------------------------------------------------

A+

[petitprince]

Superbe, très bon travail...

[ero-sennin]

Salut,

Je viens de voir la source et honnêtement très bon travail !
Donc comme tu avais dit, tu gères l'impression en insérant le contenu d'un richedit sur un canvas vierge de l'imprimante!

Je vais le regarder de plus ce code, car ça m'intéresse bien se savoir comment tu as géré le tout!

Encore une fois, félicitations et qui saitn RDV sur un autre petit projet tout aussi sympathique

[Gilbert Geyer]

A Ero-sennin et Petitprince :

Merci les gars.
Il reste cependant des fignolages à achever :
- actuellement si on fixe des marges d'impression nulles le texte est imprimé à partir des marges techniques non-nulles de l'imprimante donc les valeurs des marges saisies à l'écran ne sont significatives que si elles sont supérieures aux marges techniques ... par contre la saisie par exemple d'une marge basse nulle conduit à une impression avec une marge basse-réelle égale à la marge technique basse qui est de 14 mm dans le cas de mon Epson. (donc 0 = 14 c'est pas bien clean).
- je m'interroge également sur l'intérêt de pouvoir déclarer le nombre de copies à imprimer, et celui de pouvoir choisir une imprimante autre que l'imprimante par défaut(en plus comme je n'ai qu'une imprimante ce serait difficile de tester l'absence de bugs!)
- et pour ce qui est du formattage du texte du RichEdit il reste certainement des fonctionnalités à ajouter car actuellement le formattage s'effectue à l'avancement sur la ligne ajoutée à la fin du RichEdit ... et il peut y avoir éventuellement des besoins où le texte brut de décoffrage est injecté en entier avec un Assign ou un AddStrings et que l'on souhaite y ajouter du formattage programmé sélectif.
De toutes façons si je modifie notablement l'appli je remplacerai le Zip par un nouveau.
A+