Diskussion:Object Linking and Embedding

"OLE Funktionalität bei allen Applikationen irreführend"

Die OLE-Funktionalität steht unter Microsoft Windows als Betriebssystem-Komponente allen Applikationen zur Verfügung und wird innerhalb der Microsoft-Office-Produktfamilie – aber auch von anderen Herstellern von Windows-Applikationen – intensiv eingesetzt. Dieser Satz ist irreführend, da nicht ganz klar ist, ob mit "allen Applikationen" nur die Windows-Applikationen gemeint sind oder alle Programme diese Möglichkeit aufweisen.

• .pdf ist zum Beispiel nicht OLE funktional. Also meines Wissens nichts. (nicht signierter Beitrag von TonreG1337 (Diskussion | Beiträge) 10:45, 1. Jul 2015 (CEST))

Pdf ist auch keine Anwendung, sondern ein Dateiformat. Bei Ole werden keine Dateien eingebettet (auch wenn das so aussieht), sondern Anwendungen zusammen mit einem Aufruf einer Datei. Es muss eine Anwendung vorhanden sein, die die Ole-Funktionalität zur Verfügung stellt. Es spricht also nichts dagegen, dass irgend ein Anbieter eines pdf-readers auch eine OLE-Funktionalität zur Verfügung stellen könnte, womit man dann pdf-Dokumente innerhalb eines anderen Dokumentes öffnen könnte. (Der Nutzen scheint allerdings überschaubar - pdf ist eben ein Ansichts-Format)

Die Formulierung "steht [...] allen Applikationen zur Verfügung" ist unglücklich formuliert. Gemeint ist ja, dass eine Funktionalität zur Verfügung gestellt wird, die Anwendungen aber auch implementieren müssen. Ich stelle mal die Formulierung "beliebigen Applikationen zur Implementierung zur Verfügung" zur Diskussion: Ich finde, das trifft den Punkt am besten, ist aber möglicherweise zu sperrig formuliert? Da ich es in jedem Fall als Verbesserung zur vorhandenen Formulierung empfinde, schreib ich das mal rein. Maddes8cht (Diskussion) 22:11, 6. Dez. 2018 (CET)

"OLE schafft große Probleme beim Datenaustausch"

Was für Probleme schafft OLE denn beim Datenaustausch? Das sollte hier deutlicher formuliert werden. der.Marcus

Würde mich auch interessieren. IMHO ist das eine unqualifizierte Aussage und gehört gestrichen. --Alpinist 12:12, 25. Nov 2005 (CET)

Nu ja - man muss jedenfalls aufpassen. Wenn man öfter Dateien von irgendwo auf der Festplatte per Ole einbindet und die dann weitergibt, dann muss man die eingebetteten Dateien halt auch mitgeben.

Man muss sich da schon gut organisieren, sonst geht das schief.

Noch schlimmer: Wen jemand die eingebettete Datei dann ändert, muss er auch beide wieder zurückgeben. Auch wer selbst organisiert genug ist, bei der Weitergabe gewohnheitsmäßig alles richtig zu machen, kann da sein Gegenüber überfordern. Das Gegenüber sollte Ole dann nämlich zumindest halbwegs verstanden haben. Was für sich schon eine mutige Annahme ist. Daher: so ganz aus dem Nichts kommt der Hinweis zu möglichen Problemen beim Datenaustausch nicht. Maddes8cht (Diskussion) 20:51, 6. Dez. 2018 (CET)

Das Problem ist das dann jeder halt alle Programme haben muss von denen Objekte eingebetet wurden. Stellen wir uns vor jemand hat Corel Draw in LibreOffice eingebettet. Da werden schon einige Probleme beim öffnen haben. --MasterLee (Diskussion) 16:30, 16. Okt. 2019 (CEST)

Wird eine Datei per OLE verlinkte und danach beide Dokumente per E-Mail versandt, funktioniert die Anzeige der eingefügten OLE nicht, weil E-Maiprogramme den OLE-Link nicht erkenne können. Wird danach die Zieldatei des OLE-Links nicht an den exakt gleichen lokalen Pfad gelegt, kann es sein, dass das Dokument nie wieder korrekt angezeigt wird/kaputt geht. Das Konzept des OLE ist unflexibel und in vielen Anwendungen (auch in MSO) sehr mangelhaft umgesetzt. Führt normalerweise zu viel mehr Problemen als es löst. Zudem stellt OLE auch ein erhebliches Sicherheitsrisiko dar, Weil z.B. Makros oder Skripts eingebunden sein können, die man in einem Office-Dokument so nicht erwartet.

Quellen: https://de.repairmsexcel.com/blog/reparatur-excel-ole-aktion-fehler , https://www.ms-office-forum.net/forum/showthread.php?t=44030, https://microsoft.public.de.access.narkive.com/j1n4GA6c/der-ole-server-ist-nicht-registriert , https://www.ionos.de/digitalguide/online-marketing/verkaufen-im-internet/excel-funktioniert-nicht/ , https://www.computerweekly.com/de/antwort/Microsoft-Office-Risiko-So-kann-man-sich-vor-OLE-Malware-schuetzen , https://computer-service-remscheid.de/wieder-einmal-gravierende-luecke-in-ms-office/ , http://de.openoffice.info/viewtopic.php?t=56 ...

--81.6.59.149 10:08, 14. Sep. 2021 (CEST)

Es wurden ja jetzt schon ein paar Gründe genannt, welche Nachteile es bei OLE gibt. Im Artikel findet man dazu aber nichts. Insofern sollte man das vielleicht wieder in den Artikel einbauen und dann jeden Punkt idealerweise mit Quellen belegen. --IT-Compiler (Diskussion) 02:48, 9. Mai 2022 (CEST)

"OLE stammt von der Firma Wang"

siehe Link: http://www.computermuseum-muenchen.de/computer/wang/index.html (letzter Satz) djchrisi

OLE/COM wurde glaube ich von zwei Software-Architekten/Microsoft Mitarbeitern namens Bob Atkinson und Tony Williams entwickelt. http://channel9.msdn.com/Showpost.aspx?postid=224935

VIelleicht stammt die Idee des Embeddings oder irgendwelche Vorläufertechnologien von Wang. Quelle von Microsofts "Bestätigung"?

Rumpfprogramm

„Dieses läuft dazu – erkennbar am geänderten Menüaufbau – als Rumpfprogramm innerhalb der Dokument-Applikation.“

Was soll ein Rumpfprogramm sein? Wäre nicht die Dokument-Applikation das Rumpfprogramm? --84.63.15.136 21:00, 16. Nov. 2007 (CET)

Verlinkt oder eingebettet?

Wie unterscheiden sich beide Einzelverfahren (OLE als Name erfaßt ja beide?) in ihrer Auswirkung, z.B. wenn das Quellobjekt (Tabelle) unabhängig, also außerhalb des Zielobjekts (Textdatei), bearbeitet wird? Ändert sich das sichtbare Resultat im Zielobjekt? Bei DDE verändert es sich, bei meinen Versuchen mit OLE aber nicht. Dabei wird DDE als Vorgänger von OLE benannt, was mich völlig durcheinanderbringt.--Wikipit (Diskussion) 10:59, 18. Aug. 2016 (CEST)

Wenn es verlinkt wurde, dann sollte es sich in allen Anwendungen, die die Verlinkung nutzen, entsprechend ändern. Bei einem Link arbeitet man immer mit dem Original, denn der Link verweist nur auf das Original. Wenn es dagegen eingebettet wurde, dann arbeitet man mit einer Kopie. Das bedeutet also, Änderungen, die man an der Kopie vornimmt, landen nicht im Original. --IT-Compiler (Diskussion) 02:47, 9. Mai 2022 (CEST)