Vala mon problme, j'ai un gros (très gros) fichier excel à mettre à plat (avec des colonnes de largeur fixes, surtout).
 
Donc:  
Je met toute la feuille en police à caractère fixe (utile ?).  
Je met toutes les cellules en format texte.
 
Conversion en .prn => oké, mais lignes tronquées (enregistrements trop longs).
Conversion en .csv => les cellules ne contenant que des chiffres sont de longueur variable.
 
Ex :une référence sur 10 car. :
"MICKEY   " donne ;MICKEY      ;
mais
"123      " donne ;123;
et je parle pas des cacractères mal interprétés...
 
Donc, je voudrais soit :
- Contourner la limite du .prn
- Faire accepter les colonnes fixes au .prn
- Trouver un autre format de conversion (en passant par une autre application ?).
 
J'y ai passé l'après midi...  

"Mettre à plat", ça veut dire "imprimer", "mettre en forme", ..  ??? Il est tard => pas très réveillé.
 
J'avais écrit une "base de données" sous Quatro DOS. Sortie imprimante dans fichier => colonnes de largeur idéales, celle que j'avais imposé.
Quatro sous Windows, le même fichier : colonnes en zigzag dans le fichier car Windows ou Quatro Win gère les espaces et colonnes par le caractère HT (horizontal Tabulation) au lieu de mettre des espaces trop "banaux". 1 HT vaut 8 espaces (ou 6 ?). La version DOS me sert encore.
 
A une époque, on pouvait choisir une imprimante "texte" je crois. Ca permettait de sortir sur fichier de façon "basique".
 
Les colonnes "123    ", en en changeant le "type"(format), y en a pas un qui conviendrait mieux sur le rendu ?

Mettre à plat, pasque c'est pour envoyer sur un AS/400 sur lequel on utilise pas DB2, on lit les fichiers, on fait pas des requètes, donc nous, on parle de fichier "à plat" (mauvais jargon, certainement).
 
Mais c'est comme pour imprimer, faut pas que les colonnes soient en zig-zag.
 
Quand aux formats de cellules/colonnes, de pertinent, y a que "standard" et "texte"... J'ai essayé les deux : pas mieux.
 
Je vais installer excel à la maison, et essayer les convertisseurs.
 
J'ai déjà appris ce soir que pour passer un document texte de ClarisWorks pour Mac à Word 97/2000 sans perdre de mise en page, faut passer par le format WordPerfect 5.1 Dos ...
Donc plus rien ne m'étonne.
 
Kwakilensoi,   CARBON_14

Le format DBase, je sais plus s'il encadre les chaînes au plus près (je le crains, doit y avoir une table de largeurs qq part à côté ?)
 
Si le 123 était un format chaîne et non un nombre (si c'est possible), ça serait mieux   ?
 
Si y avait des caractères HT (caract ASCII 9) dans le fichier, on peut écrire un filtre DOS (pas compliqué à faire) pr régénérer les espaces "compactés" ds HT, mais là y a PAS les espaces voulus autour de "123"..

Euh, normalement, c'est fichier plat (français de flatfile) pas fichier à plat
 
Mais bon, ceci n'a aucun rapport, je sais, je suis déjà dehors.
 
 
Enfin, pas tout de suite quand même
 
Partant du fait que çà marche pour le texte, Tu as essayé de convertir tes colonnes "chiffres" en colonnes textes ?
 
Sinon, pour le prn, il me semble que c'est normal, car il s'adapte aux paramètres de l'imprimante (je crois) lors de l'export.
 
Sinon, il te reste la solution "moulinette", jamais très élégante, mais toujours très efficace

YODA_57 : Bin, justement, c'était pour éviter une moulinette...
 
Elles sont faites et semblent fiables, mais sur 10000 puis 35000 lignes, je verrais les boulettes que trop tard      
 
J'ai aussi pensé à éclater le document excel en plusieurs (colonne 1 à 3, puis 4 à 6 etc ...) et à recoller les .prn après sur l'AS/400, mais ça m'aurait donné autant de boulot.
 
Ton explication, pour le .prn est plus que plausible. Mais j'aurais jamais une imprimante qui accepte des lignes de 800 caractères  
 
Quand au format de mon exemple "123   " => ;123; c'est après avoir mis le format des TOUTES les cellules/colonnes en texte.
"MICKEY   " et "123    " sont dans la même colonne au format "texte".
 
Mais peut-être par une option de "conversion" du contenu ou du format des cellules ??? A voir.
 

C'est étrange, ce doit être un bug d'Excel 97, je viens de tester avec Excel 2000 ca fonctionne. Regarde chez Microsoft s'il n'y a pas quelque chose a ce sujet.

Guru : J'y avais pensé vendredi, mais comme on a pas d'accès internet au boulot (enfin, pas simplement...)c'était tombé dans l'oubli.
 
Et ça serait très vraisemblable, ça y ressemble beaucoup...
Merçi de m'avoir rafraichi la mémoire  

La solution est donc de passer à EXCEL 2000, ou de bricoler une moulinette (mais faudrait alors savoir quelles sont les largeurs imposées à chaque colonne pour ajouter des espaces avant le ";" quand on le rencontre trop tôt).  
J'avais écrit un filtre DOS à une époque, il se fiche des tailles de fichier (lecture char par char, suffit espace disque).

 
Pour le prn, une solution (peut-être), c'est d'installer par exemple une imprimante type A0, ou plotter, juste pour avoir des lignes très longues. Ensuite tu définis cette imprimante par défaut, tu lances ton export, et tu la vires de nouveau une fois l'export terminé.

L'imprimante générique texte (existe encore sous 98/Me/XP/2000 ??) est "infinie" mais le pb semble venir de son soft EXCEL 97 qui bugg dans les colonnes format numériques ou format texte contenant des chiffres en ne respectant pas les espaces qu'il impose pour gérer ses largeurs de colonnes (effet zigzag selon la longueur des nombres contenus).
 
Le plotter reçoit normalement des commandes HPGL, ça risque pas d'aider (retrouver les écritures de texte avec cmde LB, ça complique ).

 
OK

Ca aurait pu.  

Merçi jeunes gens, j'ai donc plusieurs pistes.
Dans l'ordre.
1° Déclarer une imprimante texte standard et voir dans le .prn si ça tronque plus.
2° Rechercher un eventuel correctif Excel97 (si bug) pour le .csv.
3° Trouver un Excel2000 pour le .csv.
4° Tomber malade et pas aller bosser la semaine prochaine  
 
Je vais essayer ça lundi.
Je vous tiendrais au courant.
 

Pour Quattro Windows (je sais plus quelle version) j'avais contacté service technique, mais ce que j'obtenais était les HT générés par Windows ou pilote "générique texte" pour compacter les paquets d'espaces. Y avait le compte si je débobinais les HT. J'avais donc continué avec version DOS.
 
A lundi.

Donc :
 
1° Imprimante texte générique : Tronque quand même le .prn.
 
2° Correctif / éventuel bug dans Excel97 pour le .csv : pas cherché. Dimanche, c'était dimanche, et lundi au taff, pas facile (aller sur le pécé à la cave...), et pris par autre chose.
 
3° Essai avec un Excel2000 pour le .csv : Même problème. Zarb pasque chez Guru, ça marche. Version de compilation, ou je sais pas quoi, pit-être. Pas insisté, pasque pour ça j'ai dû virer LE utilisateur qu'a un Excel2000.
 
Donc je me suis pété une moulinette "standard" de feignasse qui fout chaque colonne à 40 caractères alpha.  
Et ensuite je donne ça à manger à mon application qui se demerde de convertir/formater tout ce qui devrait être numérique en chiffre en retrouvant les décimales, signes etc...
 
Mais, bon, ça aurait été plus propre... tant pis.
 
Merssi à tous pour votre aide.    
 
Pis là je vais aller ajouter un ventilo à mon boitier, pasqu' il a chaud...