Wofür gibt es Bibliotheken, die man auch exportieren und importieren kann, wenn letztendlich doch niemand auf die Funktionen zugreifen kann? Oder habe ich den Zusammenhang etwas falsch verstanden?
So fern sich das auf das bezieht was ich zu benutzerdefinierten Tabellenfunktionen schrieb ist es doch lediglich ein Mißverständnis, denn wenn ich schreibe das in Basic geschriebene benutzerdefinierte Tabellenfunktionen nicht im Funktionsassistenten auftauchen heißt das nicht das man sie nicht benutzen kann, mann kann sie nur nicht mit ein paar Mausklicks im Funktionsassitentenb einfügen, sondern muß sie per Tastatur eintippen, so wie man das mit normalen Funktionen auch kann, dort aber nicht muß.
Oder verstehe ich die FRage falsch?
Verstehe ich nicht ganz warum Add-Ins erst kompliziert
das heißt inhaltlich was?
und dann auch noch nicht einmal in Basic geschrieben werden können.
Ich denke schon das diese allgemein auch in Basic geschrieben werden können, allein ging es hier im Thread ja darum das es nicht möglich ist ein AddIn in Basic zu schreiben welches benutzerdefinierte Tabellenfunktionen enthält, also ein ganz spezielles ADDIn (nicht "speziell" weil besonders kompliziert, sondern weil es einer spezifischen Aufgabe dient).
Wo sich Add-Ins in excel doch durch einen Mausklick realisieren lassen.
Das ist überhaupt nicht vergleichbar, weil erstens der Begriff "AddIn" bei OOo etwas Anderes umfasst, denn das was in Excel (Basic-)AddIns sind wären in Calc technisch Extensions und zum Wesentlichen weil hier wieder einmal gilt das OOo multiplattformfähig ist und das AddIns dann auch sein müssen.
Ein Excel-AddIn hat es hier viel leichter, denn es muß nur unter Windows funktionieren und es kann sich quasi darauf verlassen unter Windows zu laufen, kann also (notfalls) wenn bei bestimmten Dingen die Excel-Funktionalität nicht reicht gleich Möglichkeiten von Wndows nutzen, z.B. direkte Registry-Zugriffe.
Alles das könnte ein Calc-AddIn auch, nur es ist wenig üblich plattformabhängige AddIns zu schreiben, die dann nur unter einem Betriebsssytem funktionieren würden. Es ist ja zum Beispiel möglich auch von OOo aus (auch in basic) auf die Windows-Registry zuzugreifen, nur würde ein AddIn welches sich dieses ZUgriffes bedingt dann unter Linux oder MacOS schlicht nicht mehr funktionieren, weil keine Registry da ist. Typischerweise vermeidet mam also solche betriebssystemspezifischen ZUgriffe um nicht in jedem AddIN mehrere Versionen (Windows, Linux, MacOS) beinhalten zu müssen.
Gruß
Stephan
[quote]Wofür gibt es Bibliotheken, die man auch exportieren und importieren kann, wenn letztendlich doch niemand auf die Funktionen zugreifen kann? Oder habe ich den Zusammenhang etwas falsch verstanden?[/quote]
So fern sich das auf das bezieht was ich zu benutzerdefinierten Tabellenfunktionen schrieb ist es doch lediglich ein Mißverständnis, denn wenn ich schreibe das in Basic geschriebene benutzerdefinierte Tabellenfunktionen nicht im Funktionsassistenten auftauchen heißt das nicht das man sie nicht benutzen kann, mann kann sie nur nicht mit ein paar Mausklicks im Funktionsassitentenb einfügen, sondern muß sie per Tastatur eintippen, so wie man das mit normalen Funktionen auch kann, dort aber nicht muß.
Oder verstehe ich die FRage falsch?
[quote]Verstehe ich nicht ganz warum Add-Ins erst kompliziert[/quote]
das heißt inhaltlich was?
[quote]und dann auch noch nicht einmal in Basic geschrieben werden können.[/quote]
Ich denke schon das diese allgemein auch in Basic geschrieben werden können, allein ging es hier im Thread ja darum das es nicht möglich ist ein AddIn in Basic zu schreiben welches benutzerdefinierte Tabellenfunktionen enthält, also ein ganz spezielles ADDIn (nicht "speziell" weil besonders kompliziert, sondern weil es einer spezifischen Aufgabe dient).
[quote]Wo sich Add-Ins in excel doch durch einen Mausklick realisieren lassen.[/quote]
Das ist überhaupt nicht vergleichbar, weil erstens der Begriff "AddIn" bei OOo etwas Anderes umfasst, denn das was in Excel (Basic-)AddIns sind wären in Calc technisch Extensions und zum Wesentlichen weil hier wieder einmal gilt das OOo multiplattformfähig ist und das AddIns dann auch sein müssen.
Ein Excel-AddIn hat es hier viel leichter, denn es muß nur unter Windows funktionieren und es kann sich quasi darauf verlassen unter Windows zu laufen, kann also (notfalls) wenn bei bestimmten Dingen die Excel-Funktionalität nicht reicht gleich Möglichkeiten von Wndows nutzen, z.B. direkte Registry-Zugriffe.
Alles das könnte ein Calc-AddIn auch, nur es ist wenig üblich plattformabhängige AddIns zu schreiben, die dann nur unter einem Betriebsssytem funktionieren würden. Es ist ja zum Beispiel möglich auch von OOo aus (auch in basic) auf die Windows-Registry zuzugreifen, nur würde ein AddIn welches sich dieses ZUgriffes bedingt dann unter Linux oder MacOS schlicht nicht mehr funktionieren, weil keine Registry da ist. Typischerweise vermeidet mam also solche betriebssystemspezifischen ZUgriffe um nicht in jedem AddIN mehrere Versionen (Windows, Linux, MacOS) beinhalten zu müssen.
Gruß
Stephan