| |
|
|
- page 1 - |
|
| allô Profaner...
je voudrais de einem Programme une Speicherbereich füllen laisser et cette ensuite avec einem anderen Programme auslesen. Folgende concept: - Je mets mittels GlobalAlloc globalen grenier bereit. - par den Flag GMEM_FIXEDerhalte Je l' Pointer sur cette Bereich. - je kopiere avec RtlMoveMemory alias CopyMemory une variable dans cette Speicherbereich. - Mittels Usermessage übermittele Je l' Pointer des Bereichs moins un zweites Programme. - avec CopyMemory kopiere je là ensuite den Bereich dans un Profan Bereichsvariable, qui je ensuite auslesen peux.
malheureusement bekomme je sur diesem Weg seulement Müll zurück. pourquoi? Hat quelqu'un déjà la fois so quelque chose ähnliches gemacht?? |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
| Würde mir un Prog mon Clipboardinhalt zerschießen serait je es würgen.
Salve, iF |
|
|
| |
|
|
|
Jörg Sellmeyer | allô Andreas, Könntest Du dem 2. Programme pas cela Handle eines (unsichtbaren) Edits ou bien Textfeldes donner? Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 24.01.2005 ▲ |
|
|
|
|
Rolf Koch | Hi Si,
si je z.B. irgendwelchen le contenu des Clipboars verändere, ensuite mach je es toujours so, qui le vieux gesichert wird et pour Aktion wieder hergestellt wird.
Rolf |
|
|
| |
|
|
|
| Kla Rolf - là suis je mir sûrement - es utilise mais nix. :|
Clearclip löscht meiner attitude plus que seulement z.B. den Text.
il y a oui z.B. aussi OLEObjekte im Clipboard, Bilder bzw. Fremd/Thirdpartyformate - wohin arrêt une bestimmte Software cela Clipboard utilise um données im eigenen Format trop hinterlegen. Nehme on z.B. Goldwave (un bon Shareware-WavEditor) - cette speichert chez Copy den markierten Bereich ins Clipboard dans einem eigenen Format. - So aussi viele autre Programme.
alors Finger wech vom Clipboard.
Salve, iF |
|
|
| |
|
|
|
Frank Abbing | |
|
| |
|
|
|
Rolf Koch | Hi Si,
[quote-part:7e47098e7f] il y a oui z.B. aussi OLEObjekte im Clipboard, Bilder bzw. Fremd/Thirdpartyformate - wohin arrêt une bestimmte Software cela Clipboard utilise um données im eigenen Format trop hinterlegen. Nehme on z.B. Goldwave (un bon Shareware-WavEditor) - cette speichert chez Copy den markierten Bereich ins Clipboard dans einem eigenen Format. - So aussi viele autre Programme. [/quote-part:7e47098e7f] alors sollte qui Funktion Clipboard überflüssig son, ou bien? comment wäre es? Erweiterung XPSE? Realclip() (concept hat oui Frank bereits geschrieben) Wäre super, là je maintenant wirklich drin suis dans XPSE!!! Rolf |
|
|
| |
|
|
|
| [quote-part:1eb0564b6e=Rolf Koch]Hi Si,
[quote-part:1eb0564b6e] il y a oui z.B. aussi OLEObjekte im Clipboard, Bilder bzw. Fremd/Thirdpartyformate - wohin arrêt une bestimmte Software cela Clipboard utilise um données im eigenen Format trop hinterlegen. Nehme on z.B. Goldwave (un bon Shareware-WavEditor) - cette speichert chez Copy den markierten Bereich ins Clipboard dans einem eigenen Format. - So aussi viele autre Programme. [/quote-part:1eb0564b6e] alors sollte qui Funktion Clipboard überflüssig son, ou bien? comment wäre es? Erweiterung XPSE? Realclip() (concept hat oui Frank bereits geschrieben) Wäre super, là je maintenant wirklich drin suis dans XPSE!!! Rolf[/quote-part:1eb0564b6e] non um Gottes Willen überflüssig ist vous pas - seulement vous sollte seulement ensuite genutzt volonté si qui User es auslöst. Sonst sais il oui pas cela son Clipboard überschrieben wird.
Salve, iF |
|
|
| |
|
|
|
| allô allee zusammen...
seulement einmal vielen Dank pour eure zahlreichen répondre!
@Frank: und dir mir ici la fois wieder ums apprendre et pas ums Anwendungen écrivons. quand même besten Dank pour deinen Vorschlag - so gehts naturellement aussi.
@Jörg: cela était jusqu'alors mon Solution, sur Usermessage Handle eines Textelementes senden et ensuite auslesen.
@Uwe Pascal Niemeier: quoi ist ensuite qui Unterschied entre LocalAlloc et GlobalAlloc? et quoi sommes ensuite Atome?? devoir Atome pas global auslesbare Cordes son???
@Rolf: Votre Ansicht sur cela Clipboard teile je - ist mais wohl Ansichtssache... |
|
|
| |
|
|
| |
|
- page 2 - |
|
|
| AAAAAAAAH...
So lente beginne ego trop comprendre. GlobalAlloc et LocalAlloc scheint es seulement encore aus kompatibilitätsgründen trop 16-Bit Windows trop donner. sous 32-Bit Windows gibts là keinen Unterschied plus.
mais il y a scheinbar autre APIsm avec denen on grenier partager peux, et qui werde je mir regarder! Besten Dank alors nochmals à Uwe Pascal Niemeier! la hâte den den Knoten gelöst!!! (hoffentlich) |
|
|
| |
|
|
|
Uwe ''Pascal'' Niemeier | allô gens, allô Andreas!
Avec l' den Atomen habe je aussi déjà est mais voilà dans den Dokus aussi qui discours en, dass en Anzahl begrenzt ist.
mais j'ai là nochwas: FileMapping Dabei wird une Art virtuelle Dossier (alors seulement im grenier) angelegt, sur qui on de überall her zugreifen peux. Scheint mir qui einfachste Solution trop sein; muss naturellement encore sous XP/NT getestet volonté!
qui Vollständigkeit halber habe je aussi qui CopyData-Demos encore avec eingepackt, weils oui là Probleme beim Runterladen donnais.
HTH Pascal |
|
|
| |
|
|
|
| Bingo!
Filemapping habe je gemeint - qui Possibilité gibt es encore. Bevor je mir deine Source ansehe, werde je seulement la fois versuchen, mir selbst quoi trop bricoler - veux oui quoi apprendre... |
|
|
| |
|
|
|
Uwe ''Pascal'' Niemeier | allô gens! Kleiner Nachtrag: dans qui FileMapping-Demos hat sich un kleiner faute eingeschlichen. Am Ende qui Codes muss es korrekterweise heissen
~UnmapViewOfFile(ViewHandle&) et pas ~CloseHandle(ViewHandle&)
Sorry! Pascal |
|
|
| |
|
|