Programmübergreifend Steuerelemente aktualisieren

[DeddyH]

Wieso muss ich bei dieser Lösung hieran denken?

[paule32.jk]

me?

ich nutze diesen Schnippsel Code dafür, das ich aus einen Tool, das mir XML Daten aufbereitet, dazu, um die Daten dann in HelpNDoc.com Personal zu stöpseln.

Nix schlimmes, da nach mehrmaliger Support-Anfrage bestimmte Dinge in HelpNDoc fehlen, und der Support dann spricht, das ich zusatztools verwenden soll.

Das mit den Input-Key's ist Thread-sicher, was man bei SendMessage manchmal nicht sagen kann, da es da zu überschneidungen kömmen kann.

Um bissl Werbung zu machen: HelpNDoc ist prima für Hilfe-Dokumente zu erstellen.

[himitsu]

SendMessage ist immer thread-safe, da es sich in den Ziel-Thread synchronisiert (der, wo das WinControl erstellt wurde)

PostMessage und PostThreadMessage können per se nur thread-safe sein, da sie in der MessageQueue des Ziel-Threads landen und jener kann nur sequentiell abgearbeitet werden.

[geldis]

Besten Dank an alle!

Am einfachsten war der Timer Vorschlag. Ich bin bei dem Teil immer etwas skeptisch, aber in diesem Fall reicht das völlig aus.

geldis

[KodeZwerg]

Zitat von geldis:

Besten Dank an alle!

Am einfachsten war der Timer Vorschlag. Ich bin bei dem Teil immer etwas skeptisch, aber in diesem Fall reicht das völlig aus.

geldis

Hmmm... warum unnötig polling betreiben wenn man es bequem per SendMessage() lösen könnte oder wie der englische Kollege schrieb per CallBack als parameter deiner zweiten Anwendung.
Ich pers. würde mir einen Message Handler in Programm_B anlegen und beim Beenden von Programm_A eine Nachricht an Programm_B schicken, was dann halt alles mögliche ausführen kann ...

[Uwe Raabe]

Ich hatte doch da mal was geschrieben...Moment...hier: https://www.delphipraxis.net/210618-...ml#post1506019

[paule32.jk]

Hallo,
ich komme erst Heute dazu, mich zu entschuldigen.
Wie könnte denn man "anschaulich" erklären, ohne Quelltext ?
Ich habe jetzt den einen oder anderen Paste-Service gefunden...
die sind aber meist nur für kurze Zeit ausgelegt...
Und wenn ich dann an den Haltwertzeit der Beiträge mal hier so betrachte, dann sind das durchaus mehr als nur einen Monat...

Auf der einen Seite könnte man ja Dialog halten, was kommt wann ...
So wie es Ember. mit den Subscriptions bei E-Mails macht:
- in der einen Woche haben wir das,
- in der anderen jenes
...

Aber das würde doch die Datenbank des Boards auch zupflastern, so wie dieser Beitrag ?

[Sinspin]

<OT>

Zitat von DeddyH:

Wieso muss ich bei dieser Lösung hieran denken?

Unrecht hast du leider nicht. Nur dass es im aktuellen Fall anders geartet ist. Ein / zwei Nutzer überziehen alles mit mehr oder weniger nutzlosen Quelltexten. Als wenn es einen Wettbewerb gäbe fürs zukleistern von Postings.

Zitat von paule32.jk:

me?

Ja, ist schön dass es dir auffällt. Du kannst gene deine Gedanken beisteuern. Jede weitere Idee ist eine Bereicherung für den TE und alle die irgendwann mal das gleiche Problem haben.
Aber einfach einen Quelltext hinzurotzen, der auch noch größtenteils am Ziel vorbeigeht, ist einfach unnötig.
</OT>