Bonjour!
 
Je cherche des infos sur le format qui sert a stocker des données Excel dans le Presse-Papiers. J'ai une appli avec des données stockées sous forme de tableau et si je fais un petit Ctrl+C et ben....
Point de données dans le presse papiers!
là n'est pas vraiment le problème, celui là est en passe d'être résolu mais que mes données soient bien placées sous excel est une autre paire de manches je crois
 
C'est pour ça que je cherche des infos sur le formats de Copier-Coller Excel.
 
Merci d'avance!

Re-Bonjour
 
Je vois que des gens viennent lire mon sujet mais ne tente aucune réponse....
Le sujet est trop pointu?
Le sujet n'est pas bien expliqué?
Je pars complètement a l'ouest avec mon histoire de format de copier coller Excel?
 
aidez moi plizz!

regarde toujours du coté de openoffice, ils ont un équivalent à excel
 
tu regarde si ca fonctionne, et tu regardes dans les sources comment ils ont fait

Pour mieux comprendre : une application contient des données (les tableaux, c'est juste une présentation visuelle). En sélectionnant ces données, puis copiant par CTRL+C, et tentative de collage dans EXCEL, ça donne rien ?
Ou c'est le contraire : collage ds EXCEL puis collage qq part ?
 
En essayant, après copiage de coller dans Notepad/BlocNote ou autre éditeur ASCII "banal", y a qq chose ou non ? Si non, voir si la commande CTRL+C est supportée, c'est pas tj codé (raccourci habituel mais pas obligatoire, c'est pas Windows qui le gère directement mais celui qui a écrit le soft), certains softs demandent "menu Editer/copier" sinon rien.
Pour reconnaître les tabulations, il faut que le soft génère des "tab" (caractère ASCII 9, ça se voit dans un éditeur ASCII car ça aligne les colonnes, des fois avec décalages quand champ trop long).

Alors en fait, je comprend complètement que données et représentations soit différentes.
 
L'application sur laquelle je bosse est étanche au données qui viennent de l'exterieur (normale, ce n'est pas implémenté dans le code).
Et un "copier" de donnée de mon apli ne se retrouve pas dans le presse-papier (pas implémenté non plus...)
 
Le truc c'est que chaque donnée n'est pas stocké de la même manière dans le presse-papier, il y a des formats (un bitmap c'est pas tt a fait la même chose qu'un bout d'ASCII...)
 
c'est pour ça que je cherche des infos sur le format de copier-coller Excel...
c'est le style de soft ou les données du mien sont susceptible d'etre source/destination.

Le copiage/collage, y a le mode "standard" avec un certain nombre de types de formats : texte, bitmap, métafichier, propriétaire (qu'on peut "définir" soi-même, faut l'enregistrer par l'API qui va bien). Par OLE, l'application doit suivre les spécif Krosoft. OLE "complique" les choses, mais si le copiage/collage basique ne marche pas, je pense pas que l'OLE puisse "tourner" (suis pas pro donc pas garanti).
Quand collage "figé" une seule fois, OLE inutile (c'est mon avis :-) ).
 
OLE, c'est bien pour mettre à jour "au vol" des données qui changent, mais la contrepartie est que l'appli "liée" soit ouverte, que les données aient pas changé d'emplacement, ... (me suis fait piéger par une appli graphique : collage photos dans StarOffice, document pas valide quand réouvert car images déplacées et soft fermé).
 
Dans l'aide du VBA EXCEL, y a pas d'infos ? Faudra que je regarde.
 
L'appli ne reconnait que ses données à elle ? Son code n'est pas dispo ? Seul moyen : écrire un convertisseur qui fournit du CSV (comma separated values, le séparateur est ";" ) à condition que les fichiers "étanches" ne soient pas en binaire (faisable mais ça complique beaucoup).

Si, l'appli reconnait ses données, qd même! y'a un minimum ;P
Je pense que je vais pouvoir trouver mon bonheur là-dedans :
 
http://msdn.microsoft.com/library/ [...] /SFA86.asp
 
Merci qd même de t'etre penché sur mon problême.

J'avais dit "L'appli ne reconnait que ses données à elle ?"
 
DDE, un vieux souvenir (il me reste qq cheveux quand même).
 
Bon courage.