Re: [de-dev] Kein Laden von ODT+sxw simplen Dateien über Windows-Netzwerk
Jürgen Wippler wrote: > Hallo Liste, > >> Die schlechte Nachricht: >> >> Kein Laden von ODT+sxw simplen Dateien über Windows-Netzwerk - >> mit besagtem >> featureguide - >> >> aber auch mit einem mit OOo1.9.91 gemachten Test-odt-sxw - >> welches nur! Dies >> ist ein Test ! enthielt. >> >> Das Speichern funktioniert. Laden und Speichern funktioniert bei >> sxw mit OOo >> 1.1.4 problemlos (selbe Computer, selbe Dateien, selbe Ordner). >> >> Client WinME - Server WinXPSP1 >> > > Da heute frisch installierte 1.9.95 multi kann es bei mir auch nicht... Wenn du jetzt noch genauer beschreiben würdest, wie das "Kein Laden" aussieht, könnte man wenigsten ein bischen raten. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Kein Laden von ODT+sxw simplen Dateien über Windows-Netzwerk
Jürgen Wippler wrote: > Hallo Mathias, > >> Wenn du jetzt noch genauer beschreiben würdest, wie das "Kein Laden" >> aussieht, könnte man wenigsten ein bischen raten. > > Es kommt die übliche - nichtssagende - Fehlermeldung: xxx.odt oder auch > xxx.sxw existiert nicht > > Lies auch meine früheren Meldungen, da steht auch einiges wissenswertes. da > ich das Problem jetzt auch mit 95 auf zwei unterschiedlichen ME-Clients habe > (jetzt nur noch Laden) und bei XP-Client es geht, bin ich etwas beunruhigt, > dass der offensichtliche Fehler untergeht - bis zum Final. Linux als Client > teste ich auch mal, bei mehr Zeit - nächste Woche. Sorry, aber ich werde nicht in den Unmengen von Mails nach irgendwelchen Meldungen von dir suchen. Wenn du dich auf ältere Mails beziehen willst, solltest du das in deren Thread tun. Was die "95" in deinem Text soll, ist mir nicht klar, OOo ist nicht für Win95 "freigegeben", mindestens Win98SE ist erforderlich (also WinME sollte in der Tat funktionieren). Im Übrigen glaube ich nicht, dass sich das Verhalten von OOo bezüglich Laden von Dateien zur Final noch ändert. Es ist sicherlich nicht generell so, dass das Laden unter WinME von XP-Servern nicht geht, insofern scheint an eurer Umgebung schon etwas "besonders" zu sein, was immer das ist. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-dev] Kein Laden von ODT+sxw simplen Dateien über Windows-Netzwerk
[EMAIL PROTECTED] wrote: > Sorry aber ihr habt diese Mail an die falsche Adresse geschickt! Wohl kaum. Die Mail ging an die Mailing Liste. Offensichtlich hast du sie abonniert. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Speicheradresse von Makro-Bibliotheken
Jörg Schmidt wrote: > Hallo, > > gibt es eine universelle Möglichkeit festzustellen wo im Dateisystem > eine bestimmte OOo-Makro-Bibliothek gespeichert ist, wenn ich lediglich > deren Namen kenne? Nicht dass ich wüßte, aber selbst wenn es sie gäbe, würde ich dringend von deren Verwendung abraten. Was willst du denn damit bezwecken? Für den Zugriff auf das Package-Verzeichnis der Komponente gibt es jedenfalls einen besseren Weg (wenn es das ist, was dich interessiert). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Speicheradresse von Makro-Bibliotheken
Jörg Schmidt wrote:
> Ich muß zusammen mit einem Makro Bilder (die ich in Dialogen verwende)
> und weitere Dateien (als Hilfedatei für das Makro - wahrscheinlich PDF
> oder HTML) ausliefern.
> Ich habe mich entschlossen das zu tun indem ich diese mit in das
> Installationspackage packe.
> (sollte es einen grundsätzlich besseren Weg geben, bin ich natürlich
> daran interessiert, nur es geht um package-Installation und nicht um
> eine "eigenständige" Installationsroutine)
Du kannst eine xcu-Datei mitliefern, in der du den Zugriff auf deine
Bilder als Konfigurationseintrag mit Hilfe einer Variablen ("%origin%")
ortsunabhängig formulierst. OOo hat Hilfsmittel, diesen Eintrag zur
Laufzeit in einen absoluten Pfad umzuwandeln.
Leider sehe ich gerade, dass das nirgendwo beschrieben ist und ich habe
auch gerade nur ein Java-Beispiel. Ich habe den issue 48938 dafür
angelegt, das mal allgemein verwendbar bereitzustellen. Das Target
"OOo2.0.1" soll nur besagen, dass es nicht auslieferungsrelevant ist,
ich hoffe aber, dass sich das in nicht allzu ferner Zukunft realisieren
läßt.
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Speicheradresse von Makro-Bibliotheken
Jörg Schmidt wrote:
> Mir ist nur nicht klar wie ich das löse:
> der Menüeintrag ist perfekt und auch die Verknüfung zum Makro geht.
> Klicke ich startet das Makro und ein Basic-Dialog wird angezeigt. Auf
> diesem Dialog ist ein Bild, dessen Pfad brauche ich um es anzuzeigen.
> Sollte ich da irgendwie %origin% als Pfadvariable verwenden Können (ich
> habe noch nicht probiert), bloß dann wäre %origin% für diesen Fall doch
> unabhängig von Einträgen in der xcu-Datei und besagte nur wo das Makro
> sich im Dateisystem befindet. Das wäre allerdings *genau* das was ich
> mir wünschte.
Du kannst dort einen Konfigurationseintrag anlegen, dessen Inhalt
"%origin%/bla.png" ist. *Beim Installieren des Packages* mit Hilfe von
pkgchk/unopkg wird "%origin%" in der ausgepackten Datei durch einen Pfad
ersetzt, der neben dem Packageverzeichnis noch ein paar Variablen
erhält, die man zur Laufzeit dann mit dem MacroExpander Service auflöst.
Ich habe wie gesagt i.A. nur Java-Code als Beispiel, aber vielleicht
verdeutlich das ja in etwa, was ich meine:
> // component context
> Object obj = xContext.getValueByName(
> "/singletons/com.sun.star.util.theMacroExpander");
>
> com.sun.star.util.XMacroExpander xMExpander =
> (com.sun.star.util.XMacroExpander)AnyConverter.toObject(
> com.sun.star.util.XMacroExpander.class, obj);
>
> // we need a config provider factory
> obj = xMCF.createInstanceWithContext(
> "com.sun.star.configuration.ConfigurationProvider", xContext);
>
> com.sun.star.lang.XMultiServiceFactory xProviderFactory =
>
> (com.sun.star.lang.XMultiServiceFactory)UnoRuntime.queryInterface(
> com.sun.star.lang.XMultiServiceFactory.class, obj);
>
> com.sun.star.beans.PropertyValue aPathArgument =
> new com.sun.star.beans.PropertyValue();
> aPathArgument.Name = "nodepath";
> aPathArgument.Value = "vnd.bla.bla.SOAddon/Files";
> Object[] aArguments = new Object[1];
> aArguments[0] = aPathArgument;
>
> // we use the access provider and the interface XNameAccess
> com.sun.star.container.XNameAccess xAccess =
> (com.sun.star.container.XNameAccess)
> UnoRuntime.queryInterface(
> com.sun.star.container.XNameAccess.class,
> xProviderFactory.createInstanceWithArguments(
> "com.sun.star.configuration.ConfigurationAccess",
> aArguments));
>
> System.out.println("\n## Output ###");
> // access a filename property
> obj = xAccess.getByName("file1");
> String sFile1 = AnyConverter.toString(obj);
>
> // use the expander to expand the macro URL to a real file URL
> String sExpFile1 = xMExpander.expandMacros(sFile1);
Sowas in Basic und mit einer Beispiel-Konfigurationsdatei fehlt noch.
Dafür der Issue.
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] angepaÃte Menüs/Symbolleisten in Dokumenten
Jörg Schmidt wrote: > in OOo 1.0.x und SO 6 funktionierte der Mechanismus mit einem Dokument > benutzerdefinierte Symbolleisten/Menüs zu speichern tadellos. In 1.1.x/7 > dann nicht mehr. Ich stelle gerade fest das es in 1.9.87 ebenfalls nicht > richtig funktioniert (es lassen sich nur zusätzliche Symbolleisten > erstellen, jede Einflußnahme auf bestehende ist nicht dokumentspezifisch > speicherbar). Ab OOo1.1.x (x=weiss ich nicht mehr genau) funktioniert das in der Tat wg. Bug nicht mehr richtig. Es sollte aber auf jeden Fall in den neueren 1.9.x funktionieren, IIRC wird der Bug auch in OOo1.1.5 gefixt sein (das aber ohne Gewähr, da müßte ich erst noch forschen). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] angepaÃte Menüs/Symbolleisten in Dokumenten
Jörg Schmidt wrote: > Ja man kann *zusätzliche* Leisten mit dem Dokument speichern, nur das > ist nur ein Teil in Bezug auf 'angepaßte Symbolleisten in Dokument > speichern'. In 1.0.x- Versionen war es so das ich beliebige > Konfigurationen speichen konnte das hat auch wunderbar funktioniert. Ja stimmt, der Bug ist noch nicht vollständig gefixt, man kann keine der existierenden Leisten in ein Dokument speichern. Immerhin habe ich jetzt herausgefunden, dass der analoge Bug aus OOo1.1.4 in OOo1.1.5 gefixt sein wird. Das hilft dann aber leider nichts für 2.0, da das wirklich an dieser Stelle komplett anderer Code ist. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Manfred Reiter wrote: > Hi *, > > ich beziehe mich auf > > http://www.heise.de/newsticker/meldung/60501 > > kann mir jemand > (wenn möglich in einfachen Worten) erklären > > > 1. was das heisst? Das heißt, dass wir unser "Herzstück" als eigenständiges Paket zur Verfügung stellen, sodass man auch andere Applikationen damit erstellen kann. UNO ist eine Art universelle Vermittlungsstelle für die Kommunikation zwischen Komponenten. Letzteres können Teile einer Applikation oder auch eine komplette Applikation sein. Zwei Applikationen, die sich über UNO "unterhalten", können auf dem gleichen Rechner oder auf verschiedenen, über TCP/IP verbundenen Rechnern sein. Theoretisch also weltweit. :-) UNO kann dabei nicht nur zwischen verschiedenen Komponenten vermitteln, sondern kann durch sogenannte Language Bindings auch "übersetzen". Eine Komponente kann zum Beispiel Java sprechen, eine andere C++ und beide können mit einem Basic Macro angesprochen werden. Andere Sprachen sind momentan Python, Visual Basic, Delphi, JavaScript, BeanShell und alle .NET-Sprachen wie C#. Weitere Sprachen sind durchaus möglich. Dabei ist UNO z.T. auch in der Lage, mit Komponenten zu sprechen, die andere "Vermittlungsstellen" benutzen, da UNO einen "Vertrag" mit denen hat. Das ist neben .NET noch OLE Automation, Mono ist soweit ich weiß in Arbeit. UNO wird in OOo überall verwendet, auch wenn fast alle Komponenten in C++ implementiert sind. Man kann sie so aber leicht austauschen und dann auch in anderen Sprachen entwickeln. Und natürlich kannst du sie in Basic Macros benutzen. > 2. was das praktisch für OOo bedeutet? Zunächst einmal gar nichts. Momentan ist UNO noch in OOo integriert, erst spätere Versionen werden UNO auch über das eigenständige Package benutzen können. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Andre Schnabel wrote: > Hallo Mathias, > > ... > >>UNO ist eine Art universelle Vermittlungsstelle für die Kommunikation >>zwischen Komponenten. >> > Soweit hatte ich's verstanden, was UNO ist. > > Was mir allerdings fehlt, ist das Verständins, was nun genau als URE > "eigenständig" werden soll: > - die reine Vermittlungsstelle (also das , was du als UNO beschrieben > hast) .. oder ... Genau das und zusätzlich ausgewählte Language Bindings, da man sonst ja keine Programme schreiben kann. Weitere Bindings können dann folgen. > - Vermittlungsstelle inklusive grundlegender OOo-Komponenten (so, wie es > Michael in der parallelen Mail beschreiben hat). Nein, OOo-Komponenten gehören nicht zum URE. Allerdings enthält OOo heute ein paar Libraries, die zum URE gehören und in Zukunft dann auch von dort geholt werden sollen. > Ich glaube, hier fehlt (mir und anderen) das Verständis, wo die > Kommunikationsschnittstelle aufhört und eine konkrete (OOo-)Komponente > anfängt. Die Komponente fängt da an, wo irgendeine Programmlogik implementiert wird. Die immer gleichen Bibliotheken, die diese Komponente dann benötigt, um sich mit anderen Komponenten zu "unterhalten", sind Bestandteil des UNO Runtime Environment. Vielleicht ein Vergleich mit etwas Altbekanntem: Windows-Applikationen bieten eine OLE-Schnittstelle an. Der Code-Kleister zwischen zwei OLE-basierten Anwendungen befindet sich in der Systembibliogthek OLE32.DLL. Diese ist quasi das OLE Runtime Environment. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Christian Junker wrote: > Hallo Andre, > > nein es wird mit UNO keine einzige OpenOffice Komponente mitgeführt. Dieser > Schritt - ein separates UNO package zu erstellen - ist schon länger in > Bearbeitung gewesen, bzw. war schon öfter aufgetaucht auf den udk > Mailinglisten, umso schöner, dass es nun scheinbar bis 2.0 klappen wird. > Dieses URE ist wie ein Gerüst, das dann an eigene Applikationen von > jedermann angewandt werden kann, wie das jetzt ganz genau aussieht, kann ich > dir auch nicht sagen, denn UNO selbst ist die absolute Basis, deshalb kann > es übrigens auch ohne OOo bestehen -> OOo ist auf UNO aufgebaut und nicht > anders herum. Weil UNO die absolute Basis ist, ist es natürlich ziemlich > low-level, und es wurde glaube ich auch schon darüber nachgedacht UNO > komplett in C zu transformieren, statt dem derzeitigen C++ um noch mehr > performance zu gewinnen. UNO (wenn man die Language Bindings mit einrechnet) besteht nicht nur aus C++ Code, es enthält auch C und sogar Assembler Code. Ein Port der C++-Teile nach C würde an der Performance nichts ändern und ist daher auch nicht in Planung. In der Tat gab es vor langer Zeit mal ein experimentelles C Binding, das aber aus verschiedenen Gründen nicht weiter verfolgt wurde. Vielleicht verwechselst du das damit?! > Die Nachfrage nach dieser URE - wie sie jetzt genannt wird - war schon seit > einiger Zeit ziemlich groß, so weit ich das mitbekommen habe, deshalb dieser > Schritt des OOo Entwicklerteams in Hamburg: Ein von OOo unabhängiges UNO > herauszubringen, dass dann von Programmierern für ihre Applikationen > integriert werden kann, um z.B. auch eine API für das eigene Programm > aufzubauen. Exakt. UNO wäre theoretisch eine großartige Möglichkeit, eine wirklich Herstellerunabhängige Technologie zu erstellen, die auch von Qualität, Performance und Mächtigkeit her professionellen Ansprüchen genügt. COM und .NET können ersteres nicht bieten, andere Ansätze versagen IMHO im zweiten Punkt bzw. sind einfach noch nicht so weit (Mono) oder werden nie so weit kommen, da sie sehr stark einschränkende Randbedingungen haben (Bonobo, XPCOM). Der "anonyme Sponsor" jedenfalls wird genau gewußt haben, warum er sich für UNO entschieden hat und nicht für Corba oder Mono. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Michael-E. Voges wrote: > Hallo Andre, > Am Freitag, 10. Juni 2005 22:00 schrieb Andre Schnabel: >> Was mir allerdings fehlt, ist das Verständins, was nun genau als URE >> "eigenständig" werden soll: >> Ich glaube, hier fehlt (mir und anderen) das Verständis, wo die >> Kommunikationsschnittstelle aufhört und eine konkrete (OOo-)Komponente >> anfängt. > Ich weiß nicht, ob irgend jemand schon geantwortet hat, mein Server läßt zur > Zeit nicht alles durch. Falls nein: > > URE soll die Anbindung an andere Applikationen herstellen. > URE stellt dafür, wenn gewünscht, nur einzelne FunktiOOonen aus OOo bereit, > die dann (fast wie) in der anderen Anwendung arbeiten. Das Ergebnis ist zum > Beispiel ein OOo-Dokument, das für die Anwendung verwendet wird - aber auch > mit OOo (weiter-)verarbeitet werden kann. Tut mir leid, hier widersprechen zu müssen: ;-) Das URE hat *eigentlich* mit OOo nicht direkt was zu tun. Zum URE gehören eine Reihe von Funktionen, die man zum Entwicklen von UNO-basierten Komponenten benötigt. Diese sind natürlich heutzutage *auch* Bestandteil von OOo, da OOo viele UNO-Komponenten enthält. Trotzdem wäre es falsch zu sagen, diese Funktionen seien OOo-Funktionen. > Beispiel: Ich baue ein Programm für Anwälte. Ich will einen > Anwalts-Schriftsatz für LaTeX schreiben. Der Inhalt soll über die > Schreib-Oberfläche von OOo eingegeben werden, ich brauche > Calc-Rechenfunktionen, um die Kosten des Anwalts im Schriftsatz berechnen zu > lassen. Dann wird das ganze in LaTeX konvertiert (weil: welcher Anwalt kann > LaTeX?) und als PDF ausgedruckt. Er wäre blöd, für die paar Funktionen aus > OOo das ganze OOo zu laden. Ich nehme URE: die kleine Runtime und die > benötigten Funktionen. Über das ganze stülpe ich QT-widgets. Kein Benutzer > merkt, daß ich in OOo geschrieben und in LaTeX konvertiert habe. Das wird so nicht funktionieren. Wenn du Calc-Funktionen benötigst, wirst du auch in Zukunft "trotz" URE ein laufendes Calc brauchen. Wenn du Glück hast, wird Calc in Zukunft soweit modularisiert, dass man nur Teile (einzelne Komponenten) davon braucht, aber keines von diesen Teilen wird jemals Teil des URE sein. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
eicher befinden, da sie "auf Verdacht" schon mal geladen wurden. Das kann man aus praktischen Erwägungen aber ohnehin nur bis zu einem gewissen Punkt treiben. Ein Calc, zerlegt in einzelne, eigenständig installierbare Komponenten, kann ich mir nicht vorstellen, sofern die Zerlegung über die naheliegende Dreiteilung Core/UI/Filter hinausgeht. Einzelne Rechenfunktionen als Komponenten? Unwahrscheinlich, schon aus Performancegründen. Wir werden sicherlich möglicherweise weitere Teile von OOo analog zum URE als eigene Packages zur Verfügung stellen (Configuration Service und UCB wären gute Kandidaten), aber die brauchst du genauso wie das URE sowieso fast in jeder anderen Komponente. Neu wird dann aber sein, dass du sie auch "außerhalb" hast. Du siehst: kein absoluter Widerspruch zu deiner offensichtlich intendierten Darstellung, nur eine IMHO notwendige Klarstellung, auf welcher Seite denn die Vorteile liegen. BTW: Tatsächlich könnte man sich vorstellen, dass Entwickler eigenständige Komponenten komplett unabhängig von der OOo Code Base entwickeln, die die von dir gewünschten Funktionen realisieren, basierend auf dem OD File Format. Dafür müßten sie nicht einmal UNO verwenden, allerdings wären wir sehr erfreut, wenn sie es täten. :-) *Das* wird dann natürlich auch durch ein URE erst möglich. Wir landen also wieder bei dem Punkt: das URE ist in erster Linie dazu da, anderen diese unserer Meinung nach großartige Technologie (plattformübergreifend, sprachunabhängig, hochperformant und "gut abgehangen") zur Verfügung zu stellen und UNO gegenüber anderen vergleichbaren Technologien zu stärken. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Bernd Eilers wrote: > Ich hoffe mal mir ist mit dem, zugegebenerweise etwas hinkendem, LEGO > Vergleich eine sehr vereinfachte Darstellung gelungen die noch halbwegs > an der Realität dran ist. Der Lego-Vergleich ist eigentlich super, wenn man Komponenten erläutern will, IIRC stand er auch vor vielen Jahren mal bei uns als Begriff dafür. Zum Verständnis dafür, was man mit UNO oder einem URE eigentlich machen will, paßt er also hervorragend. Da das ja hier ein wesentliches Element der Mißverständnisse ist, war er IMHO ganz prima. Allerdings läßt er völlig im Dunkeln, was denn die Rolle von UNO dabei ist (das ist bei der phänomenologischen Betrachtung von Komponenten auch in der Regel egal) und warum wir jetzt ein URE daraus gemacht haben. Denn UNO ist auch nicht der Grundbaukasten aus den einfachen Steinen. Nun gut, einen Teil von UNO kann man als "der eine Baustein" sehen, den man immer braucht und ohne den man gar nichts bauen kann. Gibt's in Lego nicht, kann man sich aber vorstellen. UNO ist aber mehr. In der Legobaustein-Metapher ist es am ehesten noch zu sehen als ein Werkzeug, das einem hilft, sich eigene Legobausteine herzustellen. Ein weiteres, ergänzendes Werkzeug dafür ist das SDK. Außerdem ist UNO auch das Mittel, das nachher die Bausteine in dem Bauwerk zusammenhält (nein, das sind nicht die "Noppen", die sind für mich die Interfaces!). Dafür fällt mir jetzt aber kein Bezug zu Lego mehr ein, denn da sind das Naturkräfte - so weit möchte ich UNO dann doch nicht erhöhen! :-) Klebstoff ist es mit Sicherheit nur dann, wenn die Entwickler übel gehackt haben. ;-) Wir verteilen nun dieses kombinierte Werkzeug und "Klebemittel", das man bisher immer nur im Set mit unseren eigenen Legosteinen bekam, auch ohne Steine (bzw. mit "dem einen Stein"). Das ist dann das URE. Ich hoffe, der Vergleich hinkt jetzt nicht soweit, dass man ihn im "Ministry Of Silly Walks" patentieren könnte. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] UNO - URE
Christian Lohmaier wrote: > Hallo Mechtilde, *, > > On Mon, Jun 13, 2005 at 12:37:53PM +0200, Mechtilde Stehmann wrote: >> [...] >> Wir wollen unsere kleine Anwaltskanzlei von >> Windows und Office-Professionell und einem >> proprietären Kanzleiprogramm, welches auf >> MS-Access aufsetzt, nach GNU/Linux und OSS migrieren. >> [...] >> Für jedes Bausteinchen, dass uns hierbei hilft, >> sind wir dankbar. > > Schau doch mal hier vorbei: > http://www.apriorit.com/automateit.html > > (gefunden wieder einmal über Erwin's blog: > http://blogs.sun.com/roller/page/dancer/20050526#integration_of_openoffice_with_office > ) Das ist aber noch eine "sehr frühe Alpha" und benötigt Windows. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] XForms OO 1.9.9.5
Florian Fischer wrote: > Hallo, > > mir sind schwerwiegende Fehler in der XForms Implementation aufgefallen. > > 1.Wenn ich mit dem Instance Editor längere Zeit arbeite und Elemente und > Attribute hinzufüge, stürzt OO 1.9.9.5 nach einiger Zeit grundlos ab. > Bugreports sind verschickt. Was ist das denn für eine Version? So eine ist mir noch nicht untergekommen. Wahrscheinlich meinst du die 1.9.95. In dem Fall würde ich schon mal ein Update empfehlen, zumindest die Recovery-Funktion ist danach noch verbessert worden. Das wird dir wahrscheinlich für XForms nicht viel helfen, aber das ist ja auch schon mal was. Ansonsten bist du wahrscheinlich mit dem Anlegen von Issues und/oder einer Diskussion auf dev@xml.openoffice.org besser beraten. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Wie kompatibel ist das OpenDocument Format
Christian Lohmaier wrote: > Ein offenes Dateiformat zu implementieren ist sicherlich einfacher als > ein closed-source-Binärformat, aber trotzdem schüttelt man sich sowas > nicht aus dem Ärmel. > > Ich kenne zwar den Artikel nicht, aber ich bin mir ziemlich sicher daß > die angesprochenen Probleme überhaupt nix mit dem Dateiformat zu tun > haben, sondern vielmehr mit unvollständiger Implementierung oder Bugs in > der Implementierung. Exakt. Bisher kann man nur sagen, dass die Implementierung in KOffice einfach noch nicht ausreichend ist. Der Hauptgrund für das OD Format ist doch, dass durch die Offenheit und die Standardisierung des Formats jeder, der es benutzt, die Kontrolle über seine Daten hat. Viele Firmen, die an dem Format mitgewirkt haben, stammen ja nicht einmal aus der Software-Welt! Ob und wieviele andere Applikationen (ausser OOo) das Format implementieren und wie gut sie das tun ist für diese Firmen erst einmal zweitrangig, aber durch die strikte Definition des Formats und seine Zweckmäßigkeit läßt es sich gut und verläßlich(!) in deren Prozesse einbinden und stellt für sie Zukunftssicherheit und vor allem Kalkulierbarkeit her. Das sieht für Endanwender möglicherweise anders aus, die werden vielleicht von dem c't-Bericht enttäuscht sein. Aber das liegt wie schon gesagt IMHO eher am KOffice als am Format. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Wie kompatibel ist das OpenDocument Format
Eric Hoch wrote: > Ihr habt beide Recht mit Euren Argumenten und die lassen sich im > Geschäftsleben und bei Firmen sicherlich anbringen > > aber: > >> Das sieht für Endanwender möglicherweise anders aus, die werden >> vielleicht von dem c't-Bericht enttäuscht sein. Aber das liegt wie schon >> gesagt IMHO eher am KOffice als am Format. > > Das kommt beim Endanwender an. Der etwas besser Informierte > fortgeschrittene Computerbenutzer liest es in der c't und gibt es > so weiter und irgendwann steht es dann auch in PC Welt und > Commputerbil. > > OpenDocument schön und gut aber ebenso "unkompatibel" wie MS Word. > Damit würden wir unsere "Versprechen" ad absurdum führen. Wieso *wir*? Was haben "wir" mit KOffice zu tun? Was können wir dafür, wenn die Entwickler von KOffice halbgare Implementierungen rauskippen, nur um das Etikett "wir unterstützen Open Document" zu erhalten? *Das* muß doch kommuniziert werden. > Wir müssen also aufpassen, was wir dem Endanwender vermitteln und ob es > nicht schon zu spät ist. Der hat nämlich, korrigiert mich wenn es > falsch ist, das Bild vor Augen, daß OpenDocument ihm so was wie > "garantiert", das sein Dokument in KOffice so aussieht wie in > OpenOffice.org. Wir sollten also hier den Endanwender gezielt auf > seinem Niveau informieren, daß dies, im Augenblick, nicht der Fall > sein wird und ihm die anderen Kriterien, warum OpenDocument, > vermmitteln. *Wir* (OOo) können sowas gar nicht garantieren und haben das auch nicht getan. Wir glauben nur garantieren zu können, dass das Dateiformat alle Voraussetzungen dafür bietet, einen Datenaustausch zu gewährleisten. Wenn ein Program einen Standard schlecht implementiert, ist das weder eine Schuld des Standards noch eine derjenigen, die ihn kreiert haben, sondern es ist ein Problem desjenigen, der die schlechte Implementierung erstellt hat. So etwas zu kommunizieren ist aber nicht ganz einfach, denn es kann leicht so wirken, als würde man auf die KOffice-Entwickler einprügeln wollen. Das will aber niemand, im Gegenteil, deren sofortige Reaktion ist sehr zu begrüßen. Es ist eher die Release-Politik, die zu verurteilen ist, genauso wie z.B. der Fall dass Suse schon OOo-Betas ausliefert statt der stabilen Version. Manche übertreiben das "Release early and often" Prinzip bzw. haben es IMHO nicht wirklich verstanden. KOffice hätte mit der Veröffentlichung des OD-Supports noch warten sollen bzw. viel deutlicher kommunizieren müssen, dass dieser Teil eher eine Alpha-Version ist. Den Schuh sollten wir uns aber nicht anziehen. Insofern solltest du deine Bedenken vielleicht mal auf einer KDE-Liste äußern. Suche aber vorher deine feuerfeste Unterwäsche. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Mail kommt von de-dev und Antwort geht direkt
Bernhard Dippold wrote: > Die meisten Mail-Programme verwenden bei der Antwort-Funktion > "Reply-To", falls das definiert ist, falls nicht, wird auf den direkten > Absender zurückgegriffen (soweit ich das verstanden habe). Bei "Antwort > an alle" werden daneben auch alle im "To:" und "CC." gelisteten > Mailadressen mit aufgeführt. Die Mailinglist-Software unserer Listen setzt automatisch den Reply-To Header auf die Liste (was durchaus umstritten ist, da es so nicht ohne Klimmzüge möglich ist, dem Absender direkt zu antworten), dadurch antworten dann auch Programme wie Mozilla, die kein "ReplyToList" kennen, immer automatisch an die Liste. Wenn Pegasus das Reply-To ignoriert und zum Antworten den "From"-Header auswertet, ist das ein Bug. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Weltgrößte Opensource-Projekt?
Michael Dannenhöfer wrote: > Hallo, > > kann mir jemand diese Zahlen, mit den Thomas rumschmeißt, bestätigen. > Sie stehen zwar auch irgendwo auf der org.-Seite, aber HTML ist geduldig. > > Wenn Sun den größten Teil der Entwickler stellt (ca. 50, glaube ich) > kann die Anzahl der Entwickler nicht groß sein. Hier ist mit "Entwickler" wohl die Gruppe der Leute gemeint, die direkt am Code arbeiten, die Releases erstellen, Tools dafür entwickeln und Spezifikationen schreiben. Neben den ca. 90 Sunnies (grob geschätzt, ohne QA), die derartige Tätigkeiten ausführen, gibt es in der Tat nur noch wenige andere Entwickler dieser Art. Ein Beispiel sind die (8-10? geraten!) Entwickler von Novell (Ximian), die sich allerdings hauptsächlich um die SuSE-Version kümmern und wenig an Features oder der Programm-Architektur arbeiten. > In der deutschen dev-Gruppe sind max. 100 Leute. Wie sieht es in den > anderen Ländern aus? Ich glaube, dass man die "Entwickler" (genauer: die Mitglieder mit "developer"-Status) der de-Community nicht unbedingt mit den Core-Entwicklern vergleichen sollte. Das wird keiner der beiden Gruppen gerecht und führt in der Öffentlichkeit nur zu einem falschen Bild. Man kann die Situation wohl ganz gut mit einem Industriebetrtieb vergleichen. Die einen, die "Engineers", entwerfen und erstellen die Produkte, die anderen liefern dazu Verpackungen, Beschreibungen, PR u.a. "Produktentwickler" sind sie damit irgendwie alle, aber wenn man bei Software von "Entwicklern" spricht, meint man doch eher die "Engineers". Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] mimetype und Base
Jörg Schmidt wrote: > Beim manuellen Umbenennen einer Datei in *.odb (Base) versagt dieses > Verfahren jedoch, und diese werden (scheinbar) nicht auf den Inhalt > untersucht sondern immer in Base geöffnet. > > Kann das jemand erklären oder weiß Abhilfe? Die Erklärung hast du schon selbst angedeutet: Base untersucht die Dateien offensichtlich nicht oder zumindest nicht ausreichend. Ich würde das als Bug ansehen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] StarOffice 8
Jens Ruckelshäuser wrote: > Werner Harrichhausen schrieb: > >>wie ich aus einem weiterführenden Thread ersehen kann, beruht wohl >>SO 8 unter Linux auf 680m124(Build:8945). >>Ich gehe von der gleichen Version bei den anderen OS aus. >> > Jau, unter Windows ist es auch die m124... > > Na, da ist OOo aber aktueller! :-) Das ist richtig. Wenn du dir aber die Issues ansiehst, die zwischen m124 und m131 gefixt wurden, sind sie meistens für SO irrelevant. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] StarOffice 8
Werner Harrichhausen wrote: > Am Sonntag, 2. Oktober 2005 14:14 schrieb Mathias Bauer: >> Jens Ruckelshäuser wrote: >> > Werner Harrichhausen schrieb: >> >>wie ich aus einem weiterführenden Thread ersehen kann, beruht wohl >> >>SO 8 unter Linux auf 680m124(Build:8945). >> >>Ich gehe von der gleichen Version bei den anderen OS aus. >> > >> > Jau, unter Windows ist es auch die m124... >> > >> > Na, da ist OOo aber aktueller! :-) >> >> Das ist richtig. Wenn du dir aber die Issues ansiehst, die zwischen m124 >> und m131 gefixt wurden, sind sie meistens für SO irrelevant. >> > Hallo Mathias, > > dies mag in gewisserweise sein. Allerdings, wenn ich mir die Threads und > Issues anschaue, komme ich nicht zu so einem Ergebnis. Ob dies irrerelant ist > wird der Nutzer von SO 8 bemerken. Wie gesagt: die meisten. Manche Fixes betreffen nur bestimmte Plattformen oder sind sogar für Bugs, die erst nach der m124 reingekommen sind (Regressions). Wichtige Fixes für Windows oder die "normale" Linux-Version (also keine Spezialbuilds der Distributoren) nach der m124 habe ich bisher nicht entdecken können. Mag aber sein, dass ich was übersehen habe. > Bis hin zu inklusive 680m130 wurde so einiges gefixt. Weshalb sollte die > "Vor-Beta2-Version (680m124)" genauso -gut- oder unproblematisch sein sein ? > Wenn sich SO in Version 8 dazu entschieden hat, mus dies nicht wirklich > -gut- > sein. > Ich gehe von einer "optimalen" Version erst ab RC aus. > Leider liegt hier der Fehler in der Identifizierung von OOo vor. > Siehe http://de.openoffice.org/issues/show_bug.cgi?id=55114 Das ist zum Beispiel ein Bug, der in der m124 noch nicht drin war. Ich habe auch noch zwei andere dieser Art gefunden. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev]Jetzt wieder neu NFS Probleme war: m56 unter Linux
Hi, Holger Bruenjes wrote: > Hallo > > Irgendwie ist das Thema, wenn man jetzt die users liest doch noch > nicht durch. > > Schade :-) > > Ich dachte das waere erledigt > > Oder es sollte igenmdwo wo es richtig ist hinzugefuegt werden das > SuSE das erst wieder ab 9.2 richtig macht > > Holger > > > Hallo > > Ich habe mal ein Problem und eine Frage. > > Ich habe jetzt nach 51, 54 auch 56 installiert, habe aber immer noch > keine moeglichkeit auf den Server zuzugreifen. Ich bekomme immer Was bitte soll das sein? Das sind doch uralte Versionen! Ich vermute, du meinst ähnliche Probleme mit neueren Versionen. Meinst du vielleicht den issue 54586? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OO Version 2.0
Wünsche ebenfalls einen guten Tag, Werner Honegger wrote: > Guten Tag > Vor kurzem habe ich von Ihrer Website das grosszügige Angebot, OpenOffice 2.0 > frei herunterzuladen, angenommen. Jetzt habe ich festgestellt, dass OO > sämtliche MS-Ikonen übernommen hat. Wie kann ich das korrigieren? Es ist > sicher nicht Ihre Idee MS so zu verdrängen. > Besten Dank für Ihren Bescheid. > Mit freundlichem Gruss > W. Honegger Sie meinen wahrscheinlich, dass die Word - und Excel-Dateien auf Ihrem Rechner jetzt ein OpenOffice.org-Icon haben. Das haben Sie aber (offensichtlich ohne es zu wissen) selbst so eingestellt: wenn sie OpenOffice.org installieren, wird nachgefragt, ob es die Default-Applikation für die MSOffice-Formate werden soll. Als Voreinstellung ist dies abgewählt, erst wenn Sie die Checkboxen anclicken wird OpenOffice.org im System als für diese Dateien zuständig markiert. Sie können dies einfach reparieren, wenn sie für eine Word - oder Exeldatei "Öffnen mit" aufrufen und dort die MSOffice-Applikation wieder als Standardprogramm eintragen (oder die analoge Änderung in den Ordneroptionen von Windows vornehmen). Mit freundlichen Grüßen, Mathias Bauer -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev]Jetzt wieder neu NFS Probleme war: m56 unter Linux
Holger Bruenjes wrote: > Hallo Mathias > > Am 2005-10-27 21:20, schrieb Mathias Bauer: >> Hi, >> >> Was bitte soll das sein? Das sind doch uralte Versionen! >> >> Ich vermute, du meinst ähnliche Probleme mit neueren Versionen. Meinst >> du vielleicht den issue 54586? > > Ich bin mir bewusst, dass diese von mir wieder aufgegriffene mail > uralt ist. Gleichzeitig bin ich aber auch verwundert, dass dieses > Problem immer noch auftritt. Darum habe ich hier noch einmal darauf > zurueck gegriffen um aufzuzeigen, dass ich dieses schon vor einem > Jahr geschrieben habe. > > Nur geloest ist es demnach wohl nicht. > > Darauf bezog sich mein Schade. Ich sehe nicht, dass beide Sachverhalte das zwangsläufig gleiche Problem beschreiben. Zumindest das Problem von issue 54586 kann nicht das in der m56 gewesen sein, denn zu diesem frühen Zeitpunkt war FileLocking IIRC auf Linux noch gar nicht per default angeschaltet, das ist erst kurz vor der Beta geschehen. Die bloße Tatsache, dass manche Anwender in einer m56 Probleme hatten, die auf den ersten Blick so aussehen wie die, die diese oder andere Anwender auch mit der Final haben, bedeutet noch nicht, dass es die gleichen Probleme sind. Statt hier Vermutungen anzustellen, wäre es wesentlich hilfreicher, herauszufinden, ob es sich vielleicht in der Final wirklich um issue 54586 handelt, dafür gibt es nämlich einen einfachen Workaround (File Locking wieder - so wie in OOo1.x - ausschalten z.B.). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Borland C++ Builder und URE
Hi Marcel, Marcel Salein wrote: > Hallo zusammen, > > ich muss für das Software Engineering Praktikum eine Software erstellen, die > Calc Domkumente ausliest und in Writer Dokumente ausgibt. Mein Prof. will > dass wir den Borland C++ Builder verwenden. Ich wollte heute Abend nur mal > etwas simples ausprobieren, dass ich aus einem Calc Dokument Daten auslese. Mit dem Borland Compiler wird das nicht gehen. Du mußt entweder Windows/MSVC++ oder Linux/GCC verwenden. Theoretisch könnte man Borland C++ über OLE Automation mit OOo sprechen lassen, aber glaube mir: das wirst du nicht tun wollen! Alternativen wären Java und C#. Damit geht das sehr gut, vor allem zu Java wirst du viel Hilfe und Doku finden. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Absatzvorlagen greifen nicht!!!
Hi Marc, Marc Thein wrote: > Hallo Liste, > > OpenOffice 2.0 hat mir gerade eine Textdatei kaputtformattiert. > (Mit den 1.xxx Versionen gab es dieses Problem nicht) > > Bitte um Hilfe, wenns geht an diese (meine) Emailadresse. > > Problem: > - ein 200 Seitiges .doc Dokument (immer in diesem Format geblieben) > - Hatte über den Stylisten meinen Überschriften "Unterstrichen" >zugewiesen (nur vorrübergehend, für mich zum Arbeiten) > - Kapitelnummerierung eingeschaltet > - Und jetzt ist Abgabe und ich bekomme die Unterstreichungen nicht >mehr raus!!! Wenn du Hilfe willst, solltest du vielleicht sagen, *wie* es denn nicht funktioniert, sprich: was hast du versucht. Ich würde ansonsten einfach die Vorlage "Unterstrichen" ändern. Im Stylist über "Bearbeiten". Wenn du dort die Unterstreichung entfernst, sollten sie auch aus den Überschriften verschwinden. BTW: ein Ausrufungszeichen - oder Fragezeichen genügt. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] SDK
Marcel Salein wrote: > Hallo Zusammen, > > > > ich habe das SDK nun schon zum Dritten mal installiert unter Windows. Und > jedes Mal sind alle entpackten Dateien schreibgeschützt und ich kann diese > weder löschen, ändern, ausführen noch sonst was und ich bin admin an meiner > kiste, ich muss jedes mal um das SDK wieder zu entfernen in den > abgesicherten Modus und die Eigentümer ändern. Ist das normal? Wie hast du das SDK denn installiert, woher und wohin? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] AW: SDK Weiterentwicklung
Marcel Salein wrote: (snip) Sorry für das Nullquote, aber das Chaos wollte ich nicht quoten. :-) Also. Du solltest das SDK einfach so benutzen, wie es vorgesehen ist. Also: auspacken, erst einmal einen Blick in die mitgelieferte Doku werfen (index.html im Root-Verzeichnis des SDK) und dann vorgehen, wie dort beschrieben. Also configureWindowsNT.bat ausführen und dann deine Shell mit setsdkenv.bat (wird im ersten Schritt erzeugt) konfigurieren. Dann gehst du mal in eines der C++-Beispiele und versuchst, das zu kompilieren. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo 2.0: Fehlermeldung beim ersten Speichern nach Programmstart
Achim Kalwa wrote: > beim jeweils ersten Versuch, ein mit OOo 2.0 erstelltes Dokument zu > speichern, erhalte ich folgende Fehlermeldung: > > - snip - > OpenOffice.org 2.0 > Fehler beim Laden des BASIC des Dokuments > file:///D:/app32/Office/OO11/share/basic/WebWizard/script.xlb/: > Allgemeiner Fehler. > Allgemeiner Ein-/Ausgabefehler. > [OK] > - snap - > > Nach dem OK-Klick folgt eine fast identische Fehlermeldung, dort wird > jedoch "dialog.xlb" angemeckert. Screenshots in voller Pracht gibt's hier: > http://www.achim-kalwa.de/images/error1.png > http://www.achim-kalwa.de/images/error2.png Du könntest entweder dein User Profile einfach löschen (sofern da nicht Wichtiges wie Benutzerwörterbücher oder bestimmte Konfigurationen drin sind) oder du könntest versuchen, die angemeckerten Bestandteile händisch im Basic zu löschen (WebWizard Library und Dialog Library). Dann sollte fürderhin Ruhe sein. Du könntest auch die dialog.xlb und script.xlb in $(user)/basic editieren und die WebWizard-Zeilen rauswerfen. > - Beim zweiten Speichern-Versuch tritt der Fehler nicht mehr auf. >Erst nach einem OOo-Neustart ist das Fehlerverhalten wieder da. Der Fehler tritt beim Laden des Basic auf. OOo lädt Basic wenn auf Macro-Funktionalität zurückgegriffen wird oder wenn zum ersten mal ein Dokument gespeichert wird, je nachdem, was zuerst passiert. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Borland C++ Builder und URE
Marcel Salein wrote: > Entschuldigung das ich schon wieder schreibe, aber ich habe nur noch eine > Frage zu: Kein Problem. :-) >> Theoretisch könnte man Borland C++ über OLE Automation mit OOo sprechen >> lassen, aber glaube mir: das wirst du nicht tun wollen! > > Wenn ich es mit OLE Automation machen würde, was wäre Deiner Meinung nach > der Aufwand? Ich habe bisher nur eine C++ Vorlesung gehört und da > objektorientierte Grundlagen mitbekommen. An sich einarbeiten ist OK. Aber > es sollte machbar in einem Semester sein, nicht das ich Tag und Nacht damit > verbringe, ich habe schließlich noch andere Vorlesungen und Praktikas. OLE Automation kann man eigentlich sinnvoll nur mit Visual Basic einsetzen. Jeder Methodenaufruf über die Automation-Schnittstelle ist extrem mühsam, das zu erklären, führt aber jetzt zu weit. In Basic wird die Komplexität hinter dem Interpreter versteckt, OLE Automation mit Visual Basic sieht über weite Strecken aus wie OpenOffice.org Basic. > Gibt es dazu überhaupt auch ein paar Dokumentationen mit Beispielen? IIRC gibt es im Developers Guide was mit Delphi. Das sieht dort ähnlich fies aus. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] SDK
Marcel Salein wrote: > Hallo schon wieder, ;) > > Also das SDK habe ich von einem Mirror über die OpenOffice.org Seite war > glaub der FTP-Server von Aachen oder Esslingen, weiß ich nicht mehr genau, > jedenfalls war es ein zip und das habe ich mit WIN RAR in ein Verzeichnis > auf meine Partition D: (NTFS) entpackt. Jedenfalls konnte ich es nur lesen > und im abgesicherten Modus, konnte ich dann den Besitzer bzw. die > Berechtigungen ändern, da dies im normalen Windows Modus nicht geht. > Jedenfalls war für einen Benutzer S-1-4-23-423 (irgendein Wirrwarr aus > Zahlen und Bindenstrichen und glaub auch Buchstaben, bestimmte > Berechtigungen gesetzt und für mich selbst nur lesen. Bei einem Paket konnte > ich die Berechtigungen ändern, das andere verweilt bei mir auf der Platte > und ich bekomme es nicht weg. > > Ich habe das ganze schon 4 Mal mitgemacht, jedes Mal dasselbe, zuerst dachte > ich es liegt am Paket, dann habe ich es von einem anderen FTP ausprobiert > und hatte wieder das selbe Ergebnis. > > Kein Ahnung an was das liegt, muss es vielleicht mal auf einem anderen > Rechner ausprobieren. Ich bin ehrlich sprachlos. Das *kann* aber nur an deiner/eurer Windows-Installation und/oder WIN RAR liegen. Hast du mal versucht, ein DOS-basiertes ZIP-Tool zu verwenden (sorry, das ist nur ein Herumstochern). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WG: [de-dev] Borland C++ Builder und URE
Marcel Salein wrote: > Hallo Mathias, > > vielen Dank für Deine Antwort. Ich habe mich nun seit ein paar Tagen die > Nächte totgeschlagen, wie ich das ganze umsetzen könnte. > > Also heute Abend bin ich auch mal auf OLE bzw. wird es auch teilweise COM > genannt gestoßen, aber die Code Snippets die ich da gesehen habe, da wurde > mir ganz schlecht... Das ist ja wahnsinn. Ich muss versuchen den Prof. dazu > zu bringen dass wir es mit MSVS .NET machen dürfen, aber da habe ich auch > schon das Problem, dass ich die Beispiele nicht zum Laufen bringe. Ich habe > mal die Doku von SergeM durchgeschaut und auch die ersten Schritte um mit > MSVS .NET zu starten, aber das klappt bei mir leider nicht. Ich habe die > Version 7.1.3088 bei mir auf dem Rechner von Visual Studio und für den GNU > Make habe ich die Make.exe aus dem CYGWIN genommen, weil die im SDK > verlinkte für Windows ist nicht mehr zu erreichen, toter Link. Sonst habe > ich OpenOffice und SDK usw. alles drauf. > > Falls Du Erfahrung damit hast das ganze in VS .NET zu machen, wärst Du > bereit mir mal Deine Vorgehensweise zu schildern? Nun, das schrob ich schon. Bei mir funktioniert's genauso wie geschildert. Ich checke mal, ob es evtl. Versionsprobleme sein könnten. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] AW: SDK Weiterentwicklung
Marcel Salein wrote: > Hallo Mathias, > > passt schon, ich freue mich über jede Antwort, ich will bald mal wieder > nachts schlafen. ;) > > Also beim SDK, mit dem ConfigureWindows.bat kein Problem und dann auch das > setsdkenv.bat ausführen auch kein Problem, allerdings, wenn ich dann die C++ > Dateien ausführen will erhalte ich ständig Fehlermeldungen. > > Wenn ich es nach dem Vorgehen von SergeM mache, bleibe ich bei Schritt > hängen. > > Außerdem musste ich mal alle DLLs in VS dabei umschreiben, weil durch die > Aktualisierung auf Version 7.1 heißen die nun anders, also vs71.dll oder so. > Na ja, ich werde mal weiter testen und Fehlersuchen. Äh, das verstehe ich jetzt nicht. Du solltest an den MS-DLLs gar nichts tun. Mir scheint, du hast möglicherweise ein veraltetets SDK. Sag doch mal, was in deiner Datei $(SDK_ROOT)/settings/dk.mk steht. Ein aktuelles SDK findet sich auf jeden Fall z.B. unter ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/OpenOffice/contrib/rc/2.0.0rc2/ Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] AW: SDK Weiterentwicklung
Marcel Salein wrote: > Hallo, > > also in der dk.mk steht folgendes drin: > > #OpenOffice.org1.1_SDK dependent settings > DKNAME=OpenOffice.org1.1_SDK > BUILDID= 645m16(Build:8674) > DKREGISTRYNAME=$(subst \\,\,"$(OFFICE_PROGRAM_PATH)$(PS)types.rdb") Das ist das 1.1 SDK. Das solltest du dann in der Tat nicht mit einem MSC7.1-Compiler verwenden, das kann nicht funktionieren. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] AW: SDK Weiterentwicklung
Marcel Salein wrote: > Man irgendwie muss ich schon wieder spamen, > also wenn ich dem Link den Du mir geschickt hast, finde ich kein SDK, > bin ich richtig, wenn ich das SDK unter > > ftp://sunsite.informatik.rwth-aachen.de/pub/mirror/OpenOffice/stable/1.1.0_s > dk/ > > ziehe? Nein, das ist auch das alte SDK. Das funktioniert nicht mit dem 7.1-Compiler. Gehe mal zu http://download.openoffice.org/680/sdk.html#sdk Dort findest du das aktuelle SDK, auch wenn dort nur "2.0rc" steht (aber im letzten RC, der dann die Final wurde, ist am SDK nichts mehr geändert worden). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Impress Assistent blockiert Writer
Christian Lohmaier wrote: > Hallo Frank, > > On Fri, Nov 04, 2005 at 08:16:16PM +0100, Frank Hocke wrote: >> >> Wollte gerade den Schnelleinstieg in Impress nachvollziehen. Habe die >> "Korrekturgelesene Fassung von ESImpress 2.0" aus dem RC-Ordner mit Writer >> geöffnet >> und angefangen zu lesen. Nach dem Impressstart hat der >> Präsentations-Assistent >> mein Writer blockiert. Ich kann nur noch auf die Titelleiste doppelklicken >> und damit zwischen >> Vollbild- unfd Fenstermodus umschalten. Alles andre geht nicht mehr. Das ist >> doch bestimmt nicht richtig. > > Nein, das ist nicht richtig. Wenn ein Programmteil hängt, hängen auch > die anderen. (Kann auch passieren wenn man ein Dokument mit verknüpften > Bildern aus dem Internet lädt diese aber nicht erreichbar sind, dann ist > OOo bis zu dem Timeout nicht benutzbar) Ich glaube da an ein Mißverständnis. Für mich hört sich das so an, als ob der Assistent einfach als modaler Dialog das gerade aktuelle Fenster (und nur dieses) blockiert. Das ist kein Fehler, sondern so ist das bei modalen Dialogen. Wenn OOo "hängt", wird es auch beim Umschalten der Fenstergröße wie oben beschrieben nichts mehr zeichnen. Davon lese ich aber in Franks Mail zunächst mal nichts. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Impress Assistent blockiert Writer
Frank Hocke wrote: > Hab nochmal probiert: So lange der Assistent an ist (auf dem Schirm zu sehen > ist), ist es so, als wenn > der Assistent zu Writer und nicht zu Impress gehören würde. Das Writer nicht > hängt, zeigt schon, dass > ich Writer zwischen Maximiert und Fenster hin und her schalten kann. Wenn > ich den Assistenten mit klick > auf das Kreuz schließe, kann ich Writer sofort wieder bedienen. > He, das gleiche passiert mit Calk. Ich würde sagen, der Assistent ist ganz > schön dominant. So nach dem > Motto: Jetzt bin ich an, jetzt übernehme ich mal das Kommando über die ganze > Suite, hab ja sonst nichts zu sagen. > Gibt es noch mehr Assistenten die sich so verhalten? Lies doch bitte mal meine Mail, da steht die Antwort auf deine Frage schon drin. Das ist so bei modalen Dialogen. Der Dateidialog verhält sich ganz genauso. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] AW: SDK Weiterentwicklung
Marcel Salein wrote: > Hallo Mathias, > > Bei den oben genannten Files gibt es nur eine für Windows und das ist das > URE, das ist doch nur die Schnittstelle UNO ausgelagert, wenn ich das > richtig verstanden habe. Du hast völlig recht. Keine Ahnung, warum da kein SDK für Windows ist. Ich gebe das mal weiter. Das sollte sich bis morgen korrigieren lassen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo SDK 2.0
Marcel Salein wrote: > vielen Dank dass Du Dich so schnell darum gekümmert hast, dass das aktuelle > Windows SDK downloadbar ist. Bin selbst überrascht, wie schnell das geklappt hat. :-) Demnächst wird es noch eine Version mit Installer geben. > Wenn ich die configureWindows.bat ausführe hänge ich bei dem Schritt fest wo > nach dem Pfad des Office bzw. URE gefragt wird. Ich würde gerne die URE > verwenden und habe diese bereits installiert. Egal welches Verzeichnis ich > angebe (entweder …\URE oder …\URE\bin oder …\URE\java oder …\URE\misc), > werde ich immer wieder nach dem Verzeichnis gefragt. Auch wenn ich das > OpenOffice Verzeichnis wie bei der SDK 1.1 angebe, was damals funktioniert > hat, werde ich immer wieder nach dem Pfad zu Office bzw. URE gefragt. Es > scheint als würde ich in einer Endlosschleife festhängen. Was mache ich > jetzt schon wieder falsch? *binverzweifelt* Ich habe bisher das URE noch nicht selbst verwendet. Wenn du das Office verwendest, brauchst du das URE doch nicht. Geht es denn nicht ohne URE? Ich habe es mit dem Office gemacht (mit der gleichen SDK-Version, die du heruntergeladen hast) und es funktioniert problemlos (7.1-Compiler vorausgesetzt). Die Benutzung des URE macht nur Sinn, wenn du keine Office - sondern UNO-Programmierung machen willst. > Ich weiß, ich nerv bestimmt schon langsam ;) Nicht wirklich. :-) Die Benutzbarkeit des SDK liegt uns ja am Herzen. Wenn's Probleme gibt, muss man sie eben lösen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo SDK 2.0
Marcel Salein wrote: > Hallo Mathias, > > Danke für die Antwort, aber das Problem habe ich immer noch mit der > configureWindows.bat, es bleibt einfach am zweiten Schritt hängen, egal > welchen Pfad ich zum Office angebe. Ich habe auch die Unterordner > durchprobiert ../Programm usw., aber es scheint als würde er in einer > Endlosschleife hängen. Ich hoffe ich muss nicht schon wieder das Office neu > installieren. Und weil er das URE Verzeichnis nicht schluckt, komme ich > dabei auch nicht weiter. Du brauchst eigentlich keinen Office-Pfad anzugeben, das Installationsskript liest ihn aus der Registry und zeigt ihn auch an. Wenn nicht, ist bei dir der Schlüssel HKEY_CURRENT_USER\\Software\\OpenOffice.org\\UNO\\InstallPath\\ nicht korrekt gesetzt. > Dann habe ich mal eine andere Frage an Dich. Also das Programm das wir > schreiben für das Softwareengineering Praktikum muss nach Fertigstellung > über ein Setup auf einem nackten Rechner laufen, also auch kein OpenOffice > vorhanden. Ist das so ohne weiteres möglich oder muss man da das SDK mit in > das Setup einbinden? - In dem Bereich bin ich ein absoluter Noob, weil ich > noch nie so was gemacht habe. Du brauchst zum Ablaufen kein SDK, aber das Office, schließlich benutzt du ja dessen Funktionalität, oder habe ich da was falsch verstanden? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo SDK 2.0
Marcel Salein wrote: > Hallo Mathias, > > an sich verwende ich nur die Dokumente in Form von Writer und Calculator, an > sich müsste man diese nicht mal anzeigen sondern nur die Inhalte von > Calculator in Writer Datei reinschreiben an bestimmten Stellen. > Das würde dann wahrscheinlich mit dem OLE ohne OpenOffice gehen oder? Nein. Das Bearbeiten von OOo-Dokumenten benötigt entweder ein installiertes OOo oder muß rein auf XML-Techniken basieren, d.h. du kannst eine XSLT benutzen oder den XML-Code selbst parsen und verarbeiten. Dafür brauchst du dann nicht mal das SDK, ich würde es aber eher in Java als C++ implementieren. Je nach XML-Kenntnissen ist das einfacher oder schwieriger als der Weg über das API (und somit eine OOo-Installation). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Technologie OLE/COM
Marcel Salein wrote: > Sehe ich das richtig, dass beim Zugriff über OLE/COM in C++ auf OpenOffice, > dass dort das C++ Programm auf die C++ - UNO Bridge zugreift und den C++ > Code in UNO Code umwandelt? – Oder wie könnte man das am besten erklären? OOo implementiert ein registriertes COM-Objekt, den ServiceManager. Über diesen kann man sich weitere erzeugen lassen, die den entsprechenden UNO-Objekten entsprechen. Allerdings implementiert jedes dieser Objekte nur 2 COM-Interfaces, IUnknown und IDispatch. Letzteres ist das sogenannte Automation-Interface, über das man mehr oder weniger interpretierend auf die Methoden und Properties des Objekts zugreift. Wie das im einzelnen funktioniert ist nicht OOo-spezifisch und sollte sich in unzähligen Publikationen zu OLE Automation nachlesen lassen. Selbst Google sollte da genügend Hilfe liefern. Jede Programmiersprache, die die Möglichkeit besitzt, IDispatch zu benutzen, kann dann zur OOo-Programmierung benutzt werden, was aber in den allermeisten Fällen nicht sehr komfortabel ist (wie immer bei OLE Automation), in Visual Basic geht es aber sehr einfach. OOo unterstützt auch das Einbetten seiner Dokumente als OLE Documents Objekte mit den dazu gehörigen Interfaces wie IDataObject etc. Man kann sich auch von einem solchen Objekt einen IDispatch-Zeiger besorgen und das Dokument dann über OLE Automation scripten. Auch zu OLE Documents (auch "eigentliches" OLE = "Object Linking and Embedding" bezeichnet) findest du Müllidschonen von Beschreibungen. > Der Vortrag sollte 10 Minuten sein, dabei ist eben die Sache, dass ich mich > da nicht genau im Detail mit der Technologie auskenne, gibt es dafür > Diagramm, die das ganze erläutern, damit ich diese eventuell verwenden kann? Ich würde sagen, dann müsstest du dich wohl mit der Technologie etwas vertraut machen . :-) Literatur dazu sollte es in Massen geben. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Problem mit Clipboardfunktionalitä t
Christoph Herzog wrote: > Hallo, > sorry, wenn das von mir beschriebene Problem bereits diskutiert sein > sollte oder diese Liste nicht der richtige Ort sein sollte, darauf > aufmerksam zu machen. > Das Problem: Ich habe den Eindruck, daß die Clipboardfunktion von > OpenOffice.org writer nicht ganz korrekt arbeitet. > So kann ich weder unter Windows noch unter Linux (Suse 9.3, KDE 3.4 und > frühere Versionen) Daten aus dem Rich-text-Widget (QTextBrowser) der > Bibliothek Qt4 von Trolltech nach OpenOffice.org writer kopieren. Unter > Windows erscheint eine Fehlermeldung, die ein falsches Format bemängelt > und unter Linux klappt das ganze zwar, aber die UTF-8 Codierung des > Rich-text-widgets wird nicht erkannt und für jedes Nicht-ASCII-Zeichen > deshalb die entsprechenden zwei (bzw. drei etc.) Bestandteile angezeigt. > Nach Microsoft Word z.B. klappt das Kopieren aus dem widget aber > tadellos, weshalb ich schließe, daß es kein Problem von Qt4, sondern > eines von OO.o ist. > Sollte dieses Problem von Interesse sein, werde ich gern versuchen, > soweit ich kann, nähere Details dazu zu ermitteln. Es ist sicherlich von Interesse, aber wohl kaum auf dieser Liste. Ich empfehle Issuezilla. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Qualität der 2.0.1
Jacqueline Rahemipour wrote: > Es gab weitere Abstürze beim Einrichten von Symbolleisten, (... snip ... ) Der sollte gefixt sein, war ein Resourcefehler (falls du den Absturz beim Anlegen von Custom Toolbars meinst). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL - ReadOnly=false?
Jörg Schmidt wrote:
> Hallo,
>
> auf der users-liste verfolge ich einen Thread zum öffnen eines *.txt
> welches HTML-Quelltext enthält. OOo 2.0 öffnet solche Dokumente per
> default als HTML, d.h. man müßte vorher den richtigen Filter im
> Dateidialog manuell wählen um als txt zu öffnen.
> Folgendes Makro sollte helfen, wenn ich es dem Ereignis 'Dokument
> öffnen' der OOo-Anwendung zuordne:
>
> Sub TXT_ist_HTML()
> IF ThisComponent.supportsService("com.sun.star.text.WebDocument") then
> DOK = StarDesktop.CurrentComponent
> pfad = DOK.URL
> DOK.Close(true)
> If Right(pfad, 3) = "txt" Then
> dim args3(0) as new com.sun.star.beans.PropertyValue
> args3(0).Name = "FilterName"
> args3(0).Value = "Text"
> 'dieses Dokument öffnet schreibgeschützt
> StarDesktop.loadComponentFromURL( pfad , "_blank", 0, args3() )
> end if
> end if
> End Sub
>
> Problem ist:
> -->das durch das Makro als txt geöffnete Dokument ist jedoch
> schreibgeschützt!?
Die Erklärung ist einfach: du schließt das Dokument, während dieses
gerade ein Ereignis versendet. Da das Dokument nicht weiß, was während
des Ereignisses passiert, schützt es sich solange gegen Zerstörung,
sprich: es wird solange nicht wirklich geschlossen, bis die
Benachrichtigung über das Ereignis beendet ist, aber dann sofort danach.
Dein Macro läuft aber *komplett* in der Benachrichtigung, insofern hast
du nichts davon, wenn das Dokument dann unmittelbar später tatsächlich
geschlossen wird.
Es ist IMHO hier kein Bug im Spiel. Was dein Macro tun will, ist einfach
ein bischen haarig. Eigentlich ist es sogar etwas unsauber, ein Dokument
in einer Benachrichtigung zu schließen, erst recht direkt nach dem Laden.
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL - ReadOnly=false?
Thomas Krumbein wrote: > Hey Jörg, > > Jörg Schmidt schrieb: > [..] >> Das Makro funktioniert manuell (nicht über das Ereignis "Dokument >> öffnen") gestartet ohne Probleme. > > Das zumindest ist ein Bug und nicht auf dein Makro bezogen. Target der > Lösung: 2.0.2 Na, mal sehn. Welchen Bug meinst du jetzt? Ich kann hier keinen erkennen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL(): neues Dokument aus Vorlage erstellen
Günter Urbanczyk wrote:
> Hat schon irgendwer eine vernünftige Lösung dafür gefunden, wie man
> unter Verwendung von Vorlagenbereich und Vorlagennamen ein neues
> Dokument unter OO2 per Makro erzeugt? Ich hoffe, daß ich hier richtig
> bin, man hat mir geraten, die Frage einmal hier zu stellen, nachdem mir
> in der newsgroup niemand helfen konnte.
Versuch mal (mit deinen Region+Template-Namen natürlich)
dim document as object
dim dispatcher as object
document = ThisComponent.CurrentController.Frame
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
dim args(1) as new com.sun.star.beans.PropertyValue
args(0).Name = "Region"
args(0).Value = "Finances"
args(1).Name = "Name"
args(1).Value = "Car Costs"
dispatcher.executeDispatch(document, ".uno:NewDoc", "", 0, args())
Hab ich übrigens schon in einer der SO-Newsgroups gepostet. :-)
> Die Lösungen, die ich in der newsgroup, der dortigen faq und diversen
> Büchern gefunden habe, basieren darauf, daß man beim Erzeugen eines
> neuen Dokumentes die Eigenschaft "As Template" verwendet und bei
> loadComponentFromURL() den kompletten Pfadnamen der Vorlage als Pfad
> übergibt. Das funktioniert zwar, setzt aber voraus, daß man den
> absoluten Pfad kennt, läuft also nicht auf jeder beliebigen
> Installation. Eigentlich sollten deshalb die Eigenschaften
> TemplateRegionName und TemplateName genutzt werden können. Das hat bei
> mir aber überhaupt nicht funktioniert, ich habe hierzu auch noch keine
> Dokumentation gefunden.
Das ist ein Bug, ich habe mich noch nicht entschieden, ob in der Doku
oder der Implementierung. :-)
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL - ReadOnly=false?
Thomas Krumbein wrote: > Morgen Mathias, > > Mathias Bauer schrieb: >> Thomas Krumbein wrote: >>[..] >> Welchen Bug meinst du jetzt? Ich kann hier keinen erkennen. > > Ausführen von Makros beim Öffnen oder Erstellen von Dokumenten. > > Issue 59047 / bzw. 58527 > > Bezog sich auf die Aussage, dass das Makro funktioniert bei manueller > Auslösung, nicht aber beim Zuweisen des obengenannten Ereignisses. Das ist hier aber gar nicht das Problem. Das Problem von Jörg ist einzig und allein darin begründet, dass das, was er will, nämlich ein Dokument im "OnLoad"-Event *sofort* zu schließen, einfach nicht geht (siehe meine letzte Mail dazu). Issue 58527 bezieht sich darauf, dass ein Macro bei der Ausführung Fehlermeldungen produziert. Hier tut es einfach nichts und das auch noch aus ganz anderem Grund. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL - ReadOnly=false?
Jörg Schmidt wrote: > Meine Fragen: > (1) > Warum verhalten sich OOo 1.1.4 und OOo 2.0.1 hier unterschiedlich? Weil OOo1.1.4 einen Bug hatte, der gelegentlich zu Crashes führte. Der konnte nur dadurch gefixt werden, dass ein unmittelbares Zerstören eines Dokuments innerhalb der Ereignisverarbeitung verhindert wird. Das Dokument zerstört sich dann selbst unmittelbar danach, leider für dein Macro zu spät. > (Konkret habe ich weder Deine noch die Erklärung von Thomas genau > verstanden, nur Thomas sagt ja das wäre in 2.0.1 ein Fehler (das würde > dann weitere Erklärungen entbehrlich machen), Du hingegen sagst (IMHO) > es dürfte garnicht funktionieren.) Noch einmal: der von Thomas erwähnte Fehler (der übrigens in Ooo2.0.2 gefixt sein wird) hat *überhaupt nichts* mit deinem Problem zu tun. > (2) > Wie 'überzeuge' ich OOo 2.0.1 ggf. sich so zu verhalten wie 1.1.4, falls > doch kein Fehler in Version 2.0.1 vorliegt. Wie gesagt: das Verhalten ist korrekt so wie es in Ooo2.0.1 ist. Das Feature, ein Dokument *sofort* in seinem "OnLoad"-Event zerstören zu können musste zugunsten besserer Stabilität geopfert werden. Ich finde nicht, dass das ein Verlust ist. Du musst schon zugeben, dass dein Macro etwas eigenartige Dinge tut. Leider gibt es in OOo-Basic keine Timer-Events, dann könntest du das Problem relativ simpel dadurch lösen, dass du das Neuladen einfach später ausführst. Noch ein Versuch der Erklärung: Du lädst ein Dokument. Wenn das Dokument mit dem Laden fertig ist, versendet es ein Event "Bin fertig!". Du hast per Konfiguration verfügt, dass beim Eintreffen dieses Events ein Basic-Macro ausgeführt wird. Dieses Macro ruft u.a. "close(True)" an dem Dokument auf, dabei wird es geschlossen, aber noch nicht vollständig zerstört, da es sonst in manchen Fällen bei der Rückkehr von der Macro-Verarbeitung zu Abstürzen kam. Erst wenn diese Rückkehr erfolgt ist, also *nachdem* dein komplettes Macros durchgelaufen ist, wird das Dokument restlos freigegeben. Ich halte das Verhalten nicht für einen Bug, ich würde sogar soweit gehen, dass ich mir auch vorstellen könnte, dass man hier den "close"-Aufruf verweigern könnte (in Form einer CloseVetoException). Um dieses Verhalten zu ändern, müsste jedenfalls ein nicht unerheblicher Aufwand getrieben werden, ich kann mir nicht vorstellen, dass es dazu kommt. Aber man soll nie nie sagen. Soll heißen: ich denke darüber nach. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] loadComponentFromURL - ReadOnly=false?
Jörg Schmidt wrote: > Ja, im Prinzip schon - *wenn* ich Deine Ausführungen richtig verstehe > geschieht Folgendes: > Das Dokument 'sagt' ich _beginne_ jetzt mich zu öffnen und in diesem > Moment startet das Makro. Es ist jetzt sicher unwichtig darüber zu reden > ob mit Start des Makros der Ladevorgang des Dokuments stehen bleibt und > erst das Makro weiterarbeitet oder ob das Beides vollkommen parallel > erfolgt. Zumindest ist die Situation doch so das das Makro früher fertig > ist als das Dokument komplett geladen ist, oder diese Gefahr bestünde > wenn das Makro sehr kurz wäre. Will heißen es könnte in bestimmten > Fällen 'gut gehen' und in anderen nicht und wegen dieser 'anderen' wird > das gesamte Verfahren verworfen um auf der 'sicheren Seite' zu sein. > > Nur ist mein Verständnis hier richtig? Fast. :-) Es ist egal, wie lange dein Macro läuft, so lange es läuft, "steht" die weitere Verarbeitung im Office-Code. Das Dokument ist auch schon fertig geladen (das sollte deine andere Frage beantworten), das ist nicht das Problem. Das Problem ist einfach, dass das Dokument *innerhalb* einer Event-Verarbeitung sich nicht komplett zerstören lässt, erst unmittelbar danach ist es "weg". > Ich habe inzwischen eine Lösung gefunden, nur ich würde doch gerne > wissen was als (theoretischer) Hintergrund richtig ist. Das ist auf jeden Fall löblich. :-) > Es handelt sich > bei dem Ereignis das das Makro startet, entweder um: > "Dokument wird geladen" > oder um: > "Dokument wurde geladen" Letzteres, wie schon gesagt. > Nein, ich kann schon lesen(*), ich wollte mich nur über die Hintergründe > vergewissern. > (*) > denn wenn ich die Einträge in der Auswahl-Liste wörtlich nehme muß ja > "Dokument öffnen" dem Ereignis "Dokument wird geladen" entsprechen, > wegen der Analogie zu "Dokument sichern" und "Dokument wurde gesichert" Hast recht, das ist in der Wortwahl unglücklich. > Ersteres könnte ich (nunmehr) gut verstehen, Zweiteres eher nicht und > könnte dann nur zur Kenntnis nehmen das: > >> musste zugunsten besserer Stabilität geopfert werden. Exakt. Mal der Versuch eines Ablaufdiagramms: Dokument lädt | | | Dokument ist fertig mit laden | Dokument schützt sich gegen Zerstörung (Stabilität!) | Dokument benachrichtigt EventListener > Listener führt Code aus | Code schließt Dokument(1) Code lädt Dokument erneut | Dokument übernimmt wieder Kontrolle < Listener ist fertig Dokument entfernt Schutz gegen Zerstörung -> führt nun zur sofortigen Zerstörung!(2) | usw. Dein Problem ist, dass du erwartet hattest, das Dokument wäre schon bei (1) zerstört, allerdings passiert es erst bei (2). >> Aber man soll nie nie sagen. Soll heißen: ich denke darüber nach. :-) > > Naja, sooo wichtig ist die Sache wohl nicht bzw. wenn Du schon bereit > wärst über was nachzudenken ... ;-)... würde ich es bevorzugen Dir > meinen favorisierten Feature-Wunsch nennen zu dürfen ... nachdem ich > Zeit hatte gründlich zu überlegen, welcher das wäre :-) :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OLE-Automation
Matthias Frey wrote: > Am 08.02.2006 12:20 schrieb Michael Dannenhöfer: >> Hallo, > > Hallo, > >>> 2. Einfügen von Text im RTF-Format. >>> Manuell über die Zwischenablage gehts, aber wie programmier ich das? >>> >> Am besten nicht über die Zwischenablage sondern, über Datei einfügen. >> Also den RTF-Text speichern und mit InsertDocumentFromUrl an die >> Cursorpsoition einfügen. Das geht mit RTF sehr gut. > > Über eine (temporäre) Datei? Geht das nicht irgend wie auch direkt? > War eigentlich froh, dass ich in meinen Programm inzwischen > an fast allen Stellen, temporäre Dateien vermieden habe. Geht leider (zumindest momentan) nicht anders. Theoretisch kann man es auch über einen Stream machen, allerdings ist das (wie mir ein Blick in die Writer-Sourcen gezeigt hat) hier nicht implementiert. Selbst wenn es ginge, weiß ich nicht, ob und ggf. wie man unter Verwendung der Automation Bridge einen Stream zur Verfügung stellen soll: soweit ich weiß, geht das gar nicht. Wie hattest du denn gedacht, dass es gehen sollte? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Dateiendung ".do" wird von WRITER geöffnet,
Manfred Reiter wrote: > Nachdem ich M. Bauer auf der users gelesen habe, > müssen wir nur noch auf die 2.0 beta warten, die > macht dann den gleichen Fehler wie Äcksel und schon > gehts auch mit OOo. :-( - :-) Nicht ganz. OOo kann sich nur so verhalten wie Excel, wenn man die Dateiextension dem csv-Filter von OOo hinzufügt. Das zu machen hatte ich für "xls" für die Beta in Aussicht gestellt. Aber nicht für "do". ;-) Ich glaube auch nicht, dass es hier an der Extension hängt, sondern eher am MIME Type, denn Mozilla interessiert sich in der Regel nur für letzteren. Auch Excel ist IIRC nicht für ".do" registriert, wohl aber für seinen eigenen MIME Type. Wenn du deinem Mozilla beibringst, dass OOo für den Excel MIME Type zuständig ist, hast du den ersten Schritt getan. Leider mußt du dann immer noch auf OOo2.0 warten und den CSV-Filter von Hand patchen, da wir dort nicht alle Extensiosn dieser Welt eintragen können. Die Information über den MIME Type geht leider zwischen Browser und OOo verloren, sodass nur die Extension bleibt, und die kennt SO nicht, sodass es dann wieder raten muß und bei allem textähnlichen wird dann halt der Writer genommen. Möglicherweise kann man das Problem (in OOo2.0) auch anders lösen, aber das erzähle ich lieber nicht, bevor ich's selbst ausprobiert habe. :-) Ich denke, die Bank sollte diesen Unsinn lassen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo1.9: OLE zu Tabellen (Calc/Writer) statisch
Andreas Mantke wrote: > Hallo, > > mit der neuen Version OOo1.9m71_1 habe ich einmal ausprobiert, ob > das Einbinden eines OLE-Tabellen-Objektes (auch mit Setzen des > Häkchens bei verlinkt; aus einer gespeicherten Datei) dynamisch > erfolgt. Also ob Änderungen in der Calc-Datei Auswirkungen auf die > Daten in der in Impress eingebundenen Tabelle haben. > Ich habe feststellen müssen, daß hier keine Änderung zu sehen ist > (Zahlen bleiben gleich zum Einfügezeitpunkt). > Gibt es in dieser Beziehung noch Änderungen bis zur 2.0? Zunächst werden OLE-Links genauso wie z.B. DDE-Verknüpfungen nicht automatisch aktualisiert. Momentan fehlt aber die automatische Rückfrage beim Benutzer, wie man sie sonst kennt. Weiterhin kann es sein, dass in den aktuellen Builds auch das händische Aktualisieren im Verknüpfungsdialog nicht geht. Das kommt aber. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Stylist
Jacqueline Rahemipour wrote: > Ansonsten, wenn es schon ein anderer Begriff als "Stylist" sein muss, > dann sollte er möglichst ebenso kurz und einprägsam sein. Früher hieß das Teil in StarOffice mal "Gestalter", zumindest bevor SO mit Anglizismen vollgestopft wurde, weil das im Internet-Zeitalter offensichtlich so sein muß. ... Nein, das war lange bevor Sun SO übernommen hatte! Aber vielleicht ist das ja wieder zu deutsch. :-) Viel zu oft werden heute englische Begriffe (oder das, was ihre Erfinder dafür halten) verwendet, weil die deutschen nicht modern oder was weiß ich erscheinen (vielleicht sollte ich jetzt nicht "hip" genug sagen ;-)), auch wenn das Ergebnis dann bestenfalls Anlaß zum Schmunzeln gibt, vor allem bei englisch sprechenden Anwendern. Ich bin zwar Germane, aber auch ich mußte beim "Stylist" immer zuerst an einen Friseur denken und nicht an ein Formatierungshilfsmittel. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Stylist
Jacqueline Rahemipour wrote: > Und es ist tatsächlich so, einige Dinge, die in Word ohne jegliches > Formatvorlagen-Wissen erledigt werden konnten, gehen in OOo eben nicht > so einfach. Klassisches Beispiel: In Word gibt es die Option für die > Kopfzeilen / Seitennummerierung "Erste Seite anders". In OOo muss man > plötzlich mit zwei Seitenvorlagen arbeiten und wenn man sich damit nicht > annähernd auskennt, dann ist das nun wirklich nicht trivial. Die > vordefinierte Seitenvorlage "Erste Seite" findet der ein oder andere > vielleicht noch, aber der "Trick" mit dem manuellen Umbruch kaum jemand. Das kann man auch in OOo so machen. Eine Option "Erste Seite anders" darf ja gerne intern das tun, was OOo üblicherweise so tut (sprich eine weitere Seitenvorlage anlegen und diese auf die erste Seite anwenden), aber das muß der Anwender ja nicht von Hand machen, oder? Das wäre IMHO überhaupt ein netter Weg, die beiden Welten mehr miteinander zu verheiraten: im UI es so machen, wie Anwender es "von früher" ;-) gewöhnt sind, aber hinter den Kulissen es so umsetzen, wie man es als OOo-Anwender machen würde. Dazu noch ein Hinweis im Help Agent, damit die Anwender vielleicht auch mit dem "OOo Weg" vertraut gemacht werden und alle könnten zufrieden sein. Teilweise wurde das ja auch so umgesetzt (z.B. beim Pinsel, wenn ich die Vorführung von Falco auf der OOoCon richtig verstanden habe). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Stylist
Oliver Specht wrote: > Mathias Bauer wrote: >> Ich bin zwar Germane, aber >> auch ich mußte beim "Stylist" immer zuerst an einen Friseur denken und >> nicht an ein Formatierungshilfsmittel. >> > Hi, > ist ein Friseur nicht auch ein Formatierungshilfsmittel? Nur benutzt der leider harte Formatierungen. :-) Ein funktionales Pendant zu unserem "Stylist" wäre dann wohl eher ein Perückenmacher. > SCNR > Oliver SCNRA Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Stylist
Andre Schnabel wrote: > ... und dass OOo 1.9.74 abstürzt, wenn man zu heftig im Dialog für die > Tastaturkürzel rumklickt. Wenn du das reproduzieren kannst, wäre ich an einem diesbezüglichen Bug Report sehr interessiert. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] deutsche Bezeichnungen in m77
Mathias Röllig wrote: > Und wenn ich gerade bei Begriffsdefinitionen bin: wie heißt das linke > Ende einer Symbolleiste? "Anfasser"? "Symbolleistenschieber"? In den Mozilla-NGs werden ähnliche Teile im Mozilla immer scherzhaft "Grifflinge" genannt (nach dem englischen "Grippies"). Ich finde das irgendwie kultig. :-) Ansonsten kann ich zumindest in der Hilfe nichts darüber lesen, insofern scheint es dafür noch keinen "offiziellen" Namen zu geben. Wie wäre es mit "Henkel"? > Bin ich denn hier mit Fehlerbeschreibungen an der richtigen Stelle? > Da gäbe es dann nämlich noch die ausführliche Tipphilfe zur > Rechtschreibung (Mauszeiger über Symbol "Rechtschreibung während der > Eingabe" bei aktivierter Direkthilfe). Da wird etwas zur alten und neuen > Rechtschreibung erzählt, was dort aber fehl am Platze ist. Die richtige Stelle für Fehlerbeschreibungen ist eigentlich Issuezilla. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo1.9.x-Bug; Fehlfunktion der Statusleiste
Michael Reichow wrote: > Hallo Liste, > > hier mal ein etwas längerer Text der anderen Art. > > Vielleicht kann mir jemand helfen, den folgenden Text kompakt > in einen Issue zu packen. (...) IIRC ist der Bug mit der Statuszeile bekannt und mittlerweile gefixt (nicht im offiziellen Master bisher). Das Verhalten der Statuszeile ist im Grunde nicht vorhersehbar, da irgendwie immer zwei Statuszeilen erzeugt werden, die sich gegenseitig stören. Trotzdem vielen Dank für die Mühe. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo1.9: Fehlerverfolgung unter WinXP/Umsetzen der Codecs
Andreas Mantke wrote: > Hallo, > > nun mal wieder ein technisches Thema: > Ich habe unter dem Betriebssystem WinXP mit allen installierten > Versionen von OOo1.9 (m65 - m 79) wieder (weiterhin) Probleme beim > Öffnen von Mediadateien. Manchmal läßt sich ein Quicktime als > Plugin einfügen und spielt auch ab (allerdings nicht im > Präsentationsmodus). Wenn ich es ausschneide und ein neues einfüge, > stürzt OOo nach kurzer Plattenaktivität kommentarlos ab. Ich denke, du müßtest das schon genauer beschreiben und am besten im Issuezilla. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OOo1.9: Fehlerverfolgung unter WinXP/Umsetzen der Codecs
Andreas Mantke wrote: > Hallo Mathias, > > Am Mittwoch, 23. Februar 2005 08:44 schrieb Mathias Bauer: >> Andreas Mantke wrote: >> > Hallo, >> > >> > nun mal wieder ein technisches Thema: >> > Ich habe unter dem Betriebssystem WinXP mit allen installierten >> > Versionen von OOo1.9 (m65 - m 79) wieder (weiterhin) Probleme >> > beim Öffnen von Mediadateien. Manchmal läßt sich ein Quicktime >> > als Plugin einfügen und spielt auch ab (allerdings nicht im >> > Präsentationsmodus). Wenn ich es ausschneide und ein neues >> > einfüge, stürzt OOo nach kurzer Plattenaktivität kommentarlos >> > ab. >> >> Ich denke, du müßtest das schon genauer beschreiben und am besten >> im Issuezilla. > > ich sehe Probleme das genauer zu beschreiben, da OOo ohne > Fehlermeldung (zumindest sehe ich keine) abstürzt. Ich hoffte > deshalb auf ein Werkzeug entsprechend strace, mit dem ich die Infos > sammeln und dann in den Issue liefern könnte. So wird es schwierig, > den Entwicklern konkrete Anhaltspunkte zu liefern. Es würde ja schon reichen, wenn du ein (möglichst einfach) reproduzierbares Szenario beschreiben könntest. Den Rest sollten die Entwickler dann schon hinbekommen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Alte Liebe rostet nicht :-)
[EMAIL PROTECTED] wrote: > Hallo zusammen, > > Einige von Euch kennen mich noch, für die anderen stelle ich mich hier nochmal > kurz vor: > Mein Name ist Friedhelm Abels, 40 Jahre alt, Erzieher, wohnhaft im > Rhein-Sieg Kreis. Besondere Schwerpunkte im Projekt waren früher mal > Übersetzungen > vom Englischen ins Deutsche und ein wenig Marketing (Frühjahr 2002 - Herbst > 2003). > Ob ich in nächster Zeit viel beitragen kann weiß ich nicht, aber der Wille > und ein > praktikabler Zugang sind vorhanden :-) Wenn du jetzt noch einen Mail Client auftreiben könntest, der auch Threading zumindest sendeseitig unterstützt, wäre das wirklich sehr (lese)freundlich. Momentan zerpflückst du leider jeden Thread, an dem zu teilnimmst. Der OE und der Mozilla, die du früher mal hattest, konnten das jedenfalls. (Ja! Das Archiv ist gnadenlos! :-)) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] ODT über Netzwerk öffnen?
Jürgen Wippler wrote: > Hallo Thomas, > >>> Hallo Jürgen, *, >> On Monday 28 February 2005 08:49, Jürgen Wippler wrote: >> > jetzt konnte ich die Probleme eingrenzen. Ich habe es soeben >> > geschafft den aktuellen Featureguide3.odt nur lokal in !! 11 >> > Minuten 20 Sekunden !! zu laden, >> das ist ja richtig fix! Bei mir lädt das "Monster" (Monster, weil es >> ca. 68 KB groß ist ... ;) ) mittlerweile in ca. 30-45 Minuten ... : >> ( >> > Da kann aber was nicht stimmen, denn die "Finale_2.odt" ist ja auch kaum > kleiner und läd in 0 Sekunden, siehe meine Tests. Und die habe ich, > inklusive OOo 1.14 auf dem selben WinMe ausgeführt! Das > Featureguide_Final_2.sxw, welches aus einem .odt zurückkovertiert wurde, läd > in !! 2 Sekunden!!. Meiner Meinung nach kann das nicht "normal" sein dass > muss entweder an den Builts liegen oder am final_3.odt. Vielleicht ist was > an dem Dokument faul! Wo findet man denn die entsprechenden Dokumente? Bei solchen Extremen kann man ja nicht einfach zur Tagesordnung übergehen. Ich würde mir die gerne mal ansehen, aber dann bitte exakt die Dokumente, mit denen ihr die enormen Performanceprobleme erfahren habt. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: [de-dev] ODT über Netzwerk öffnen?
Jürgen Wippler wrote: > >> -Original Message- >> From: Jürgen Wippler [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, March 01, 2005 12:31 PM >> To: dev@de.openoffice.org >> Subject: RE: [de-dev] ODT über Netzwerk öffnen? >> >> >> Hallo Mathias, >> >> habe gesehen, das ist Spam sink. Deshalb den Problem file als Download: >> >> http://wipcon.no-ip.info/feature-FinalEdit3_de.zip >> >> MFG Jürgen Wippler Danke, ich bin schon dran. :-) Das mit der Spamsenke habe ich übrigens mittlerweile aufgegeben. Für mich völlig überraschend bekomme ich so gut wie keinen Spam, insofern reicht es, den Account normal zu filtern. Offensichtlich profitiere ich davon, dass viele Leute ungülitige Adressen mit "nospam" verwenden, sodass die Spammer solche Adressen gleich verwerfen. Ich habe also deine Mail schon erhalten. Ich sollte mal meine Sig ändern... Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead "For every complex problem there is an answer that is clear, simple, and wrong." -- H.L. Mencken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] ODT über Netzwerk öffnen?
Jürgen Wippler wrote: > Hallo Mathias, > > habe gesehen, das ist Spam sink. Deshalb den Problem file als Download: > > http://wipcon.no-ip.info/feature-FinalEdit3_de.zip Erste Zwischenbilanz: das Problem sind verknüpfte Graphiken, deren URLs irgendwann mal kaputt als http-URL abgespeichert wurden. Das Auflösen dieser URLs dauert (da es sie nicht gibt und so jedesmal ein Timeout abgewartet werden muß) und addiert sich dann zur Katastrophe. Das müßte sich dann eigentlich auch nach dem Laden daran zeigen, dass diese Graphiken nicht angezeigt werden. Es handelt sich dabei um "star.jpg", das mehrfach in dem Dokument vorkommt. Ich habe mal in der "content.xml" alle "http://star.jpg/"; durch ein "../star.jpg" ersetzt, dann lädt die Datei wieder genauso schnell wie das sxw. Natürlich fehlt dann die Graphik, aber das kann man ja wieder korrigieren. Möglicherweise ist in den aktuell erhältlichen Versionen noch ein Bug beim Laden und Abspeichern verknüpfter Graphiken, vielleicht sollte man bis zur Final Graphiken nur embedden oder die Links nur absolut speichern. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead "For every complex problem there is an answer that is clear, simple, and wrong." -- H.L. Mencken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] ODT über Netzwerk öffnen?
Jürgen Wippler wrote: > Hallo Mathias, > > mich läßt das auch nicht los. Ich habe soeben das problematische final_3.odt > nach 11 Min Ladezeit mit 1.979 in ein .sxw konvertiert und dann das Ding > über ein Windows-Netzwerk in OOo1.14rc geladen. Das dauerte 4Min 10 Sek. > Wohl gemerkt, das ging über das Netzwerk. OOo 1.974 sowie 79 geben da den > geposteten Fehler aus und laden nichts (auch andere sxws und odts nicht über > Win-Netzwerk)! Verstehe ich das richtig: das odt lädt in 1.9.79, gespeichert als sxw lädt es in 1.1.4, aber nicht in 1.9.79? Das scheint dann aber ein komplett anderes Problem zu sein. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead "For every complex problem there is an answer that is clear, simple, and wrong." -- H.L. Mencken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Alte Liebe rostet nicht :-)
[EMAIL PROTECTED] wrote: > Hallo Mathias, hallo zusammen, > >> -Ursprüngliche Nachricht----- >> Von: Mathias Bauer [mailto:[EMAIL PROTECTED] >> Gesendet: Montag, 28. Februar 2005 23:29 >> An: dev@de.openoffice.org >> Betreff: Re: [de-dev] Alte Liebe rostet nicht :-) > [...] >> Wenn du jetzt noch einen Mail Client auftreiben könntest, der >> auch Threading zumindest sendeseitig unterstützt, wäre das >> wirklich sehr (lese)freundlich. Momentan zerpflückst du >> leider jeden Thread, an dem zu teilnimmst. Der OE und der >> Mozilla, die du früher mal hattest, konnten das jedenfalls. >> (Ja! Das Archiv ist gnadenlos! :-)) > > Na, dann zeigt das Archiv ja auch, dass ich zumindest bemüht bin! :-) > Leider bin ich z.Zt. auf Vorgaben angewiesen, die mein Arbeitgeber macht: > a) Citrix > b) Outlook > c) bin ich z. Zt. dabei zu klären was ich an "fremder Software nutzen darf > d) was ich machen kann, tu ich (Einstellungen sind manchmal nicht permanent > speicherbar :-( ) > e) sei so lieb (per PM?) mir Probleme möglichst exakt zu beschreiben, > möglicherweise gibt es einen Workaround...?) > >> Ciao, >> Mathias > > Ernstgemeinten Dank nochmal für Deinen Hinweis, ich arbeite an Lösungen! Vielen Dank für dein Verständnis, das Problem ist, dass deine Mails keine "In-Reply-To:" oder "References:" Header enthalten, die die Maikl referenzieren, auf die du antwortest. Des Rätsels Lösung scheint aber schon gefunden: du benutzt Outlook. IIRC setzt das zwar im Client einen "In-Reply-To:" Header, der fliegt dann aber auf dem Server wieder raus, wenn der nicht entsprechend konfiguriert ist (zumindest hat mir ein Experte mal so erklärt). Die meisten Admins scheren sich da leider nicht drum, insofern ist dann schnell Schicht im Schacht. Vielleicht ist deiner ja anders. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] icons 2.0 Beta
Andre Schnabel wrote: > Hi, > > >> >> Ich fand ehrlich gesagt die Alten gut, man hatte sich auch schon dran >> gewöhnt. Am besten fänd ich sogar, wenn StarOffice, Openoffice.org und >> die Openoffice-Versionen von Debian, Suse, Solaris und ich weiß nicht >> wer noch alles eigene Icons baut die gleichen (alten) hätten. (Das >> nervt mich wirklich, da ich mit allen System arbeiten muss und für >> mich ist der Sinn auch nicht erkennbar) >> >> Es geht sogar soweit, dass ich in der Beta immernoch nach dem Button >> für Formularfelder suche... > > Ahsoo .. du meinst die Symbole für die Werkzeugleisten. > > Also ... StarOffice 8 und OOo 2 benutzen die gleichen Symbole. (Die auch > schon SO 7 hatte). > Die "alten" (von OOo 1.x) standen doch immerwieder ziemlich in der > Kritik. Warum nun aber die Linux-Distributoren ihre eigenen Iconsets > verwenden, musst du diese fragen. Allerdings kommen auch von SuSE-User > Bemerkungen wie "mir fehlen bei der "original"-OOo Version die KDE-Icons > im Programm. Das wird in Zukunft bei OOo2.0 sehr einfach: alle Images (ich nenne sie mal beim richtigen Namen, denn "Icons" sind nur die im System installierten Bildchen für die Dokumente und Applikationen) befinden sich in einer großen zip-Datei (images.zip) in der Installation. Wer den "offiziellen" OOo build hat (mit den Sun Images) und lieber die Images von Suse will, muß sich nur diese Datei besorgen und sie in seine Installation kopieren, dann in seinem Userverzeichnis die Images Caches löschen und fertig. Auch das Austauschen einzelner Images ist natürlich möglich, da sie mittlerweile statt Nummern Kommandonamen tragen sollte es sogar möglich sein, herauszufinden, welches Image man denn Austauschen muß für z.B. den Button für Formularfelder. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] icons 2.0 Beta
Andre Schnabel wrote: > Hi, > >>verstehe ich das richtig, dass das dann auch sowas wie >>"themes" (firefox) gebastelt werden können? >> >> > Im Prinzip - ja. Allerdings enthält das Zip-File über 7000 Images. Auch > wenn diese grob nach Modul sortiert sind und auch die Funktion im > Dateinamen "angedeudet" ist ... gerade einfach wird es nicht, ein > komplettes Theme zu bauen. ... was aber keine "Schuld" des OOo GUI ist, sondern einfach daran liegt, dass ein Firefox ein vergleichsweise triviales UI hat. Meistens will man ja auch kein komplettes Theme basteln, aber natürlich gilt dann immer noch "gewußt wo". Vielleicht wäre ein "Trace" Mode klasse, indem man den Ort eines Images irgendwie durch Anclicken des Toolbarbuttons erfahren kann (oder so ähnlich). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] 2.0 Beta Fehler bei Symbolleistenkonfiguration
Jörg Schmidt wrote: > Es ist möglich benutzerdefinierte Symboleistenkonfigurationen in einem > *.sxw-Dokument zu speichern. Beim Öffnen werden diese auch eingelesen, > jedoch nur in den Beta-Versionen. Öffne ich solche Dokumente mit > aktuellen Versionen geht es immer noch nicht. > Für mich heißt das das die eigentlichen Dokumente immer noch nicht > richtig erzeugt werden und das nur in den Beta-Versionen eine Anpassung > ist die es ermöglicht aus fehlerhaften Dateien trotzdem die > Symboleistenkonfiguration herauszulesen. > > Weiß da jemand etwas Genaueres drüber? Da sich die Symbolleisten in SO8/OOo2 so gravierend geändert haben, macht es keinen Sinn, umkonfigurierte Standardsymbolleisten aus SO7/OOo1-Dokumenten zu importieren, benutzerdefinierte Symbolleisten sollen aber importiert werden. Es gibt da aber in der Tat einen Bug, der kurz vor dem Fix steht. Ich bin allerdings überrascht, dass es in der SO8/OOo2-Beta gehen soll. IIRC tritt der Bug dort auch auf. Oder macht es hier einen Unterschied, ob das Dokument mit SO6/OOo1.0.x oder SO7/OOo1.1.x erzeugt wurde? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] 2.0 Beta Fehler bei Symbolleistenkonfiguration
Jörg Schmidt wrote: > Bei 2.0 Beta (1.1.79) bzw. SO8 Beta ist es so: > erstelle ich eine Symblleistenkombination (für ein Dokument) und > speichere diese in *.sxw oder *.sxc und öffne diese Dateien in 2.0 oder > SO8 werden die Symbolleisten richtig angezeigt. Öffne ich jedoch in SO7 > oder 1.1.4 (wahrscheinlich sind weitere betroffen) funktioniert es > nicht. > > Schlußfolgerung: > die Speicherung der Symbolleistenkombinationen im Dokument ist auch bei > 2.0/SO8 nicht i.O. und nur 2.0 und SO8 haben innerhalb des Programms > einen Fix der eigentlich (bezgl. Symbolleisten) nicht korrekte Dateien > dennoch korrekt wiedergibt. Nein, die Beta ist schon in Ordnung, nur lassen die grundsätzlichen Änderungen und die nun viel mächtigeren Konfigurationsmöglichkeiten (u.a. beliebig viele eigene Toolbars!) ein Speichern im "alten" Format nicht zu. Man könnte aber versuchen, so viel wie möglich noch zu speichern, aber nur benutzerdefinierte Toolbars, nicht die "normalen", denn die ganzen Toolbars im "neuen" Office gibt es im "alten" nicht und umgekehrt. Das wird aber nichts mehr für die Final. > Im Moment ist das alles nicht so störend, da ich ja wie geschildert auf > SO6 ausweichen kann. Nur irgendwie müßte das mal wieder ins Laufen > kommen, da ich nicht noch in 5 Jahren SO6 benutzen will. Das ist natürlich ärgerlich, ich wußte gar nicht, dass es in SO7 nicht geht. Warum wechselst du nicht auf das Oasis Dateiformat? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Word Vorlagen *.dot
Thomas Hackert wrote: >> Bei der Beta Version kommt immer ein fehler wenn ich versuche >> eine *.dot Datei zu öffnen. > Welcher denn genau? Und unter welchem Betriebssystem (ach ja ... > auch die genauere Definition der "neuen" OOo wäre fein ... ;) )? > Aber warte mal, ob dir nicht ein anderer aus unserem "Ameisenhaufen" > dir helfen kann ... ;) Das ist issue 42411. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Word Vorlagen *.dot
Harald Schilly wrote: > On Wed, 16 Mar 2005 08:00:04 +0100, Volker Merschmann <[EMAIL PROTECTED]> > wrote: >> Sehr ärgerlich, das das erst kurz nach der Beta gefixt wurde. >> > > Beta hat ja den Sinn dass noch längst nicht alles funktioniert ;) > Sonst wärs ja schon fertig. > Nach der Beta kam die m84 raus, vermutlich gehts da schon. > http://download.openoffice.org/680/index.html So ist es. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Voraussetzungen für OpenSource?
Jörg Schmidt wrote: > Hallo Christian, > > Christian Lohmaier schrieb: > > >> > ich nämlich festgestellt hatte das ich statt quickstart.exe jedes >> > beliebige Programm einbinden kann, so auch meines, und das mit >> > Extras>Optionen "harmoniert".) >> >> Was sind das für Optionen mit denen der Schnellstartrer >> harmonieren muß? > > keine Besonderen. Nur hätte man ja auch erwarten können das OOo intern > z.B. die MD5-Prüfsumme der quickstart.exe ermittelt bevor es die > Verknüpfung in den Autostartordner legt (nachdem ich bei Optionen das > Häkchen gesetzt habe). > Was mich allerdings gewundert hat ist das es zwei Mechanismen für den > Schnellstarer gibt: > -normal mit Verknüpfung von Quickstart.exe im Autostartordner > -oder mit soffice -quickstart *Wobei es hiermit auch geht wenn ich > Quickstart.exe vorher im Programmordner gelöscht habe.* Also ist das an > anderer Stelle nochmals implementiert. quickstart.exe ist nur ein bequemer Wrapper für soffice.exe -quickstart, genauso swriter.exe ein Wrapper für soffice.exe -writer ist. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] OpenOffice 3.0
Peter Eberlein wrote: > Colm Smyth hat in einem Interview durchklingen lassen (so habe ich es > aufgefasst), dass die 3.0 (wieder) Groupware-Funktionen haben wird. > Er ist ja auch Co-Lead des Groupware-Projektes. > http://www.adityanag.org/articles/ooo_interview.htm Das ist aber eher als eine persönliche Hoffnung zu verstehen. Für OOo3.0 gibt es noch keine Beschlüsse über irgendwelche Features. Also bitte die Pferde nicht scheu machen. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Datei zu sxw-Archiv hinzufuegen
Jörg Schmidt wrote: > Hallo Klaus, > > [...] > > Vielen Dank, Dein (Quellen)Hinweis hat mir geholfen. Ich konnte jetzt > auch etwas Quellcode finden und werde mich damit auseinandersetzen. Du solltest aber bedenken, dass OOo beim Speichern von Dokumenten alle unbekannten Streams wieder rausschmeißt, es sei denn, sie befinden sich in einem "Ordner", dem in der Manifest.xml-Datei ein MediaType zugeordnet ist. Beides (Ordner anlegen und MediaType vergeben) läßt sich über das Package-API, das Mikhail erwänte, tun. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Datei zu sxw-Archiv hinzufuegen
Jörg Schmidt wrote: > in einem "fertigen" sxw existieren in der manifest.xml u.a. folgende > Einträge: > > manifest:full-path="Basic/"/> > manifest:full-path="Basic/Standard/Module1.xml"/> > > ich kann jetzt den Eintrag: > > manifest:full-path="Basic/Standard/4.txt"/> > > hinzufügen und die Datei 4.txt in den Ordner Basic/Standard kopieren und > das Archiv (neu) packen. Die sxw-Datei kann ich anschließend normal > öffnen, etwas reinschreiben und Speichern und meine Datei 4.txt ist > weiterhin vorhanden. Das solltest du so lieber nicht machen, niemals Streams in Ordner hineinpacken, die "anderen" (hier dem Basic) gehören. Aber das hast du ja auch schon probiert, wenn auch nicht ganz richtig (s.u.). > Wenn ich jedoch in manifest.xml das hier ergänze: > > > manifest:full-path="Test/4.txt"/> > > den Ordner Test anlege und die Datei 4.txt dorthin kopiere und das > Archiv packe kann ich das resultierende sxw zwar normal öffnen, aber > wenn ich was reinschreibe und speichere geht dabei meine Datei 4.txt > verloren. > > Was habe ich übersehen? Ja. Du *mußt* dem Ordner unbedingt einen MediaType zuordnen, da Ordner ohne MediaType für interne Zwecke reserviert sind (z.B. der "Pictures"-Ordner). Beim Speichern einer Datei legt OOo immer eine komplett neue Kopie an, dabei werden Ordner ohne MediaType nicht automatisch mitkopiert (da angenommen wird, dass das explizit über Programmcode passiert). Findet OOo hingegen einen Ordner mit MediaType, bei dem es sich nicht um ein eingebettetes Objekt handelt, wird der "auf Verdacht" kopiert. Erzeuge einen *eigenen* Ordner und gib ihm irgendeinen MediaType, der auf dich oder dein Projekt verweist, also sowas wie "vnd.myname.myproject.mytype". Der Bezug auf dein Projekt im Namen ist quasi ein "Namespace", der Type Name Clashes verhindern soll. Du kannst auch einen GUID als Stringdarstellung verwenden, das garantiert auf jeden Fall, dass du keinen Name Clash erhältst. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Datei zu sxw-Archiv hinzufuegen
Jörg Schmidt wrote: > Hallo Mathias, > > Mathias Bauer schrieb: >> Erzeuge einen *eigenen* Ordner und gib ihm irgendeinen MediaType, der >> auf dich oder dein Projekt verweist, also sowas wie >> "vnd.myname.myproject.mytype". Der Bezug auf dein Projekt im Namen ist >> quasi ein "Namespace", der Type Name Clashes verhindern soll. >> Du kannst >> auch einen GUID als Stringdarstellung verwenden, das garantiert auf >> jeden Fall, dass du keinen Name Clash erhältst. > > Vielen Dank, das funktioniert jetzt. > Nun muß ich als Nächstes sehen wie ich da per Basic-Code rankomme und > was so alles möglich ist. In OOo2.0 liefert ThisComponent.DocumentStorage dir ein Storage-Objekt. An diesem kannst du mit openStorageElement an deinen "Ordner" (=SubStorage) kommen, der auch wieder ein Storage-Objekt ist. Darin kannst du dann mit openStreamElement deinen Stream öffnen. Mehr dazu findest du in der IDL-Doku in com.sun.star.embed.Storage. In OOo1.x kannst du nur an einen Storage (ein Package) herankommen, indem du ihn selbst Package-Objekt erzeugst und öffnest. Das ist aber für bereits geöffnete Dokument natürlich nur "readonly" möglich. > Aber sag mir doch bitte: > Was ist/sind "Name Clashes"? Damit ist gemeint, wenn mehrere, an sich unterschiedliche Symbole "zufällig" den gleichen Namen haben und so "kollidieren" (to clash = zusammenstoßen, kollidieren). Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Datei zu sxw-Archiv hinzufuegen
Jörg Schmidt wrote:
> Warum erhalte ich bei (*) als letzten Wert des Arrays 'Configurations2',
> es gibt im Archiv keinen Ordner (oder Datei) dieses Namens?
Doch, den Ordner gibt es immer "virtuell" sowie die Datei geöffnet wird.
Das Storage-Dateiformat ist transacted, d.h. neu angelegte Ordner oder
Streams werden erst in die Datei geschrieben, wenn das komplette Package
"committed" wird.
> Kann ich irgendwie direkt die Zeichen aus einer Plain-Text Datei lesen?
Nein, nicht über das API, dafür ist das nicht gedacht. Vielmehr wäre da
ein Funktion zuständig, die aus einem beliebigen Stream Text einlesen
kann (egal ob der Stream aus einem Package oder direkt von der Platte
stammt).
> (Mit ReadSomeBytes muß ich den Rückgabewert erst in der Schleife in
> Buchstaben umwandeln. Mir ist auch nicht klar warum die Rückgabe bei
> z.B. "ß" -33 ist, weshalb ich (**) brauche. Naja, -33+256 = 223 und
> ASC("ß") ist auch 223, aber so richtig verstehe ich noch nicht warum
> Rückgabe -33 und ebend nicht 223)
Weil Basic keine "unsigned" Werte verwendet, und dann wird der 8Bit-Wert
von "223" eben als "-33" interpretiert.
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Neuer Bug: Direktes Exportieren als PDF (ab m88)?
Michael Reichow wrote: > > Funktion "Direktes Exportieren als PDF" ab Version m88 steht bei > > bestimmten Formatierungen nicht zur Verfügung. Das hat IMHO nichts mit der Datei oder deren Formatierungen zu tun, sondern mit dem Zustand des Programms. Lade mal zuerst irgendeine Datei der gleichen Applikation, bei der das PDF-Symbol nicht disabled ist. Lade dann deine "Problemdatei". Geht's jetzt? > Test mit Referenzversion m78 (English): > - PDF-Symbol steht zwar zur Verfügung, doch nach Anklicken und Auswahl > "Speichern unter" als PDF erscheint folgende Meldung: > > === > This document may contain formatting or content that cannot be saved in > the PDF - Portable Document Format file format. Do you want to save the > document in this format anyway? > > - Click 'Yes' to keep the same format. > - Click 'No' to use the latest OpenDocument file format and be sure all > formatting and content is saved correctly. > === > > Klick auf 'Yes' und die Datei wird ohne Formatierungverluste korrekt in > PDF umgewandelt. Die Abfrage ist ein Bug in der Beta, mittlerweile gefixt. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] m87 Absturz bei Makroausführung
Jörg Schmidt wrote: > Hallo, > > bei der Ausführung eines Makros stürzt m87 reproduzierbar ab (die > Dokumentwiederherstellung läuft danach normal ab). > Ich konnte ein verkürztes Testmakro erstellen, welches den "Effekt" > erzeugt: > > Sub Main > for i = 0 to UBOUND(y()) > L = L & y(i) & CHR(13) > next i > msgbox L > End Sub > > Unter 1.1.3 und SO 7 PP4 kommt eine Fehlermeldung das die Objektvariable > nicht belegt sei und das Programm stürzt *nicht* ab. (nach Deklaration > Dim y() läuft es dann normal) > > Unter SO 8 Beta verhält es sich wie bei 1.1.3 / SO 7. WinXP m89 crasht auch nicht. Wenn du's genau wissen willst: schicke beim nächsten Crash einen Fehlerbericht, gib deine e-mail Addresse an und erlaube Kontaktaufnahme. Keine Angst, es wird dich schon keiner belästigen ;-), aber dann kann ich den Report in der Datenbank leichter finden. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Java: officebean und Workstation-Installation
Markus Plessing wrote: > ich benutze die officebean aus 1.1.4 und eine > OpenOffice.org1.1.4 Netzwerk-Installation. > > Meine Anwendung startet als seperater Benutzer, > der über eine Workstation-Installation im Home- > Verzeichnis verfügt. > > Wenn ich allerdings nun aus der Anwendung ein > Dokument anzeigen lassen möchte startet immer > das Setup und will die Userdateien im Arbeitsverzeichnis > installieren ... Existiert das Office-Verzeichnis im > Arbeitsverzeichnis meines Programmes funktioniert > alles wie es soll. Hast du evtl. mehrere OOo-Installationen? Wenn ja, welche wird gestartet? In jedem Fall: was steht in der bootstrap.ini im program-Verzeichnis der Installation, die startet? Was steht in der .sversionrc Datei im Home-Verzeichnis des Users, der hier offensichtlich benutzt wird? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] m87 Absturz bei Makroausführung
Jörg Schmidt wrote: > Hallo Mathias, > > Mathias Bauer schrieb: >> Wenn du's genau wissen willst: schicke beim nächsten Crash einen >> Fehlerbericht, gib deine e-mail Addresse an und erlaube >> Kontaktaufnahme. >> Keine Angst, es wird dich schon keiner belästigen ;-), aber dann kann >> ich den Report in der Datenbank leichter finden. > > Habe es gerade abgeschickt und meine Email-Adresse angegeben. OOo stürzt hier ab beim Versuch, die Fehlermeldung zu laden. Das kann bedeuten, dass in deiner Installation was nicht stimmt oder dass in dem Build die Resourcedatei defekt oder unvollständig war. Da es in späteren Builds ja funktioniert, scheint es kein Problem mehr zu sein. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Java: officebean und Workstation-Installation
Markus Plessing wrote:
> | In jedem Fall: was steht in der bootstrap.ini im
> | program-Verzeichnis der Installation, die startet?
>
> Ok, sorry. OS ist Linux, wäre vielleicht erwähnenswert gewesen.
> $:/opt/OpenOffice.org1.1.4/program$cat bootstraprc
> [Bootstrap]
> ProductKey=OpenOffice.org 1.1.4
> Location=$SYSUSERCONFIG/.sversionrc
> Section=Versions
> BaseInstallation=$ORIGIN/..
> UserInstallation=${$Location:$Section:$ProductKey}
> buildid=645m52(Build:8824)
> InstallMode=NETWORK
> ProductPatch=
> [ErrorReport]
> ErrorReportPort=80
> ErrorReportServer=report.services.openoffice.org
>
> Was steht hier denn wohl in der $SYSUSERCONFIG ?
Das ist unter Unix das Homeverzeichnis. OOo erwartet per default dort
eine .sversionrc, wenn dort keine ist, nimmt es an, nicht installiert zu
sein, sofern du nicht den "UserInstallation" Key anpaßt.
> | Was steht in der .sversionrc Datei im Home-Verzeichnis des Users,
> | der hier offensichtlich benutzt wird?
>
> $:/home/interna$ cat .sversionrc
> [Versions]
> OpenOffice.org 1.1.4=file:///home/interna/OpenOffice.org1.1.4
>
> Die Sache mit der .sversionrc hat mich erleuchtet.
> Es reicht, diese Datei aus der Installation in das
Aus der Installation?! Wer hat die denn dorthin geschrieben?
> Arbeitsverzeichnis meines Programmes zu kopieren,
Welches Verzeichnis meinst du jetzt?
> damit alles funktioniert. Mehr prüft das Startscript
> wohl nicht. Wäre natürlich schön, wenn man das auch
> noch umgehen könnte, damit das script auch im richtigen
> Pfad sucht, aber so ist das erstmal o.k.
Welches Startscipt meinst du jetzt?
Wie gesagt .sversionrc *muss* direkt im HOME liegen, zumindest per
default. OOo schreibt es auch dort hin, d.h. du mußt es "mutwillig"
verschoben haben. ;-)
Wenn du das anders haben willst, patche deine bootstraprc:
Ersetze
Location=$SYSUSERCONFIG/.sversionrc
durch den Ort, wo du deine Datei hast. Wenn das also
/home/interna/.sversionrc sein soll, schreibe
Location=$SYSUSERCONFIG/interna/.sversionrc
Dann mußt du allerdings bei *allen* Usern, die diese Installation
benutzen, die .sversionrc unter /home/interna haben.
Ciao,
Mathias
--
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Java: officebean und Workstation-Installation
Markus Plessing wrote: > OpenOffice (aufgerufen durch officebean.jar) sucht offensichtlich aber > nicht > in /home/$USER nach der .sversionrc, sondern wohl im Verzeichnis, das > `pwd` > ausgibt, was in meinem konkreten Fall /home/interna/EMS-Interna/ ist. Nein. Wo OOo die .sversionrc sucht, steht in der bootstraprc, wie unten beschrieben. > Das nehme ich an, weil das Setup diesen Pfad auch vorschlägt, sobald es > aufgerufen wird, obwohl für den User "interna" ja schon eine Workstation- > installation und eine .sversionrc unter /home/interna/ existieren. > > | > | Wenn du das anders haben willst, patche deine bootstraprc: > | > | Ersetze > | > | Location=$SYSUSERCONFIG/.sversionrc > > In meinem Fall würde ich jetzt eher an > "Location=/home/`whoami`/.sversionrc" > denken. Das ist ja offenbar der Standard, an den sich mein OOo nicht > hält. ;-) Nein, OOo macht das schon so. Keine Ahnung, warum es bei dir nicht geht. Aus irgendeinem Grunde löst OOo hier $SYSUSERCONFIG zu /home/interna/EMS-interna statt zu /home/interna auf. Näheres zu erfahren würde erfordern, den Code für die Auflösung der Variable zu untersuchen (das passiert irgendwo in sal). Nach Jörgs Hinweis scheint ja möglicherweise was mit deinem $HOME nicht zu stimmen?! > Hoffe, dass ich jetzt verständlicher gedacht und geschrieben habe :-) Ja, danke. Deine ursprüngliche Beschreibung war doch etwas verwirrend. :-) Irgendwie hörte sich deine Beschreibung so an, als wäre "interna" ein Verzeichnis im home des Users und du hättest den User-Namen einfach weggelassen. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] m87 Absturz bei Makroausführung
Jörg Schmidt wrote: > Hallo Mathias, *, > >> OOo stürzt hier ab beim Versuch, die Fehlermeldung zu laden. Das kann >> bedeuten, dass in deiner Installation was nicht stimmt oder >> dass in dem >> Build die Resourcedatei defekt oder unvollständig war. >> >> Da es in späteren Builds ja funktioniert, scheint es kein Problem mehr >> zu sein. > > Danke für Deine Bemühungen. > Ich habe zufällig etwas herausgefunden was ich noch nicht wußte als ich > die Fehlermeldung sandte und möchte es nur erwähnen: > > Die Fehlermeldung kam bei einem m87 mit deutschen Sprachpaket m84. Bei > einer "reinen" englischen m87 kommt es nicht zu dem Fehler. > > Könnte mir jemand bestätigen oder widersprechen das die Verwendung eines > deutschen Sprachpakets m84 für eine OOo-Version m87 überhaupt "zulässig" > ist? Oder ist es von vorherein ein Fehler das zusammen zu verwenden? Das ist nicht "zulässig". Es *kann* funktionieren, muss aber nicht. Bei dir offensichtlich letzteres. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Neuer Bug: Direktes Exportieren als PDF (ab m88)?
Michael Reichow wrote: > Hallo Matthias, all > > Am Mo. 04.04.05 19:15 schrieb Matthias Bauer: > >> Michael Reichow wrote: >> >> > Funktion "Direktes Exportieren als PDF" ab Version m88 steht bei >> > bestimmten Formatierungen nicht zur Verfügung. >> >> Das hat IMHO nichts mit der Datei oder deren Formatierungen zu tun, >> sondern mit dem Zustand des Programms. Lade mal zuerst irgendeine Datei >> der gleichen Applikation, bei der das PDF-Symbol nicht disabled ist. >> Lade dann deine "Problemdatei". Geht's jetzt? > > Ja, es funktioniert. > Nur IMO ist es eine Zumutung diesen Weg zu gehen, um ein grundlegendes > Feature vom OOO2.0 zu nutzen. Natürlich ist es das. :-) Das war ja auch meinerseits nur als Bestätigung dafür gedacht, dass du das Opfer eines bereits bekannten Bugs geworden bist: issue 45873 (gefixt in m91). Also einfach auf den Fix warten. :-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Richtige message-id in den Mailinglisten?
Christian Lohmaier wrote: > Deine Msg-ID ist also entgegen meiner Behauptung technisch OK, obwohl die > Bedingung der Einzigartigkeit jedoch deutlich eingeschränkt ist (und > somit wiederum der praktische Nutzen Deiner msg-ID in Frage gestellt wird) Da laut RFC2822 MSGIDs sowieso optional sind (für Mail), ist bzgl. dieser IDs der Sinn des RFC und seine Forderung nach Eindeutigkeit an sich schon in Frage gestellt. :-) Ich habe noch nie verstanden, wie man etwas als "optional" bezeichnen kann, dann gleichzeitig verlangt, dass das eindeutig sein muß, wenn's denn benutzt wird. Bevor mir jetzt mehrere unpassende Vergleiche entschlüpfen (eine typische Usenet-Krankheit), höre ich lieber auf. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Fehler Textdokumentvorlagen OOo 1.9.91-de
Markus Zywitza wrote: > Hallo, > > mir ist eben folgendes Problem aufgefallen: > > Eine Vorlage im ott-Format kann nicht zum Weiterbearbeiten im Writer > geöffnet werden. Egal wie ich die Datei öffne (auch > Datei-Vorlagen-Bearbeiten!), es wird stets ein neues Dokument erzeugt. > > Der Bug war in der 1.9.79 noch nicht vorhanden... > > Kann das jemand bestätigen, am besten auch ohne LangPack? Dann mache > ich einen Issue auf. Das Problem ist bekannt, der Bug auch mittlerweile gefixt. Nummer ist mir gerade nicht geläufig. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Sicherheitspatch für OpenOffice.org 1.1.4
Andreas Mantke wrote: > Der Fehler betrifft OpenOffice.org 1.1 (einschliesslich 1.1.4) Er betrifft auch OpenOffice 1.0.x. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-dev] Sicherheitspatch für OpenOffice.org 1.1.4
Andre Schnabel wrote: > Hi, > >>Das heißt dann konkret der patch ist *nur* für 1.1.4 und *nicht* für >>1.1.x allgemein geeignet? >> >> > > ja .. im englischen steht das etwas genauer drin: > "... This patch fixes the problem in 1.1.4 but not in earlier or > subsequent releases. > We suggest that users of releases prior to 1.1.4 upgrade by downloading > either 1.1.4 and the patch ..." Wobei ich aber (weil das offenbar beim ersten mal untergegangen ist, sonst würde nicht permanent von 1.1.x gesprochen) noch einmal explizit darauf hinweisen möchte, dass mit "prior to 1.1.4" auch alle 1.0.x-Versionen gemeint sind! Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [de-dev] Sicherheitspatch für OpenOffice.org 1.1.4
Andreas Mantke wrote: > Hi, > > Am Freitag, 15. April 2005 23:23 schrieb Andre Schnabel: >> Hallo, >> >> >Wobei ich aber (weil das offenbar beim ersten mal untergegangen ist, >> >sonst würde nicht permanent von 1.1.x gesprochen) noch einmal explizit >> >darauf hinweisen möchte, dass mit "prior to 1.1.4" auch alle >> >1.0.x-Versionen gemeint sind! >> >> ja, ich weiss ... nur war da die Mail schon draussen (und wer möchte, >> darf das gerne öffentlich korrigieren .. ich finde es nicht so tragisch). > > würde doch auch bedeuten, daß wir unsere patch-seite ändern müßten oder eine > zweite bauen müßten, wenn ich Euch richtig verstehe: der Patch funktioniert > auch mit allen Versionen vor 1.1.4?? Nein! Daher wird ja auch empfohlen, auf 1.1.4 upzudaten. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Kein Text in deinen Emails (war: Re: [de-dev] Abmeldung fuer eine Woche)
Eric Hoch wrote: > Hallo Andreas, > Am Sun, 17 Apr 2005 20:29:14 +0200, schrieb Andreas Mantke: > seit knapp einer Woche bekomme ich deine Emails nur als Anhang. Die > eigentliche Email ist leer und dann seh ich das Anhang Zeichend, > klicke drauf und sehe einen Anhang "Ohne Titel". > > Diesen Anhang muß ich speichern und dann mit einem Editor öffnen, > da TextEdit oder andere "Textprogramme" unter OS X versagen. Die > Email, die sich dann öffnet ist allerdings nur mühsam zu > entziffern. Keine Umlaute und manchmal alles in einer Zeile. Ganz > graußam. > > Es liegt nich am Email und wohl auch nicht an OS X, denn beide > Emailprogramme die ich unter OS X getestet habe zeigen das gleiche > Verhalten. Ich kann jetzt noch Tunderbird ausprobieren, aber dazu > müßte ich ihn erstmal einrichten. Die Mail von Andreas ist völlig OK, lediglich die eingestellte Kodierung (UTF-8) paßt nicht zum Umlaut in der Sig (das "ü" ist offensichtllich ISO-8859-1 kodiert). Möglicherweise kommt dein E-Mailprogramm nicht mit utf-8 zurecht? Vielleicht stört es sich auch am "Content-Disposition" Header? Der Rest ist jedenfalls absoluter Standardkram. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Kein Text in deinen Emails (war: Re: [de-dev] Abmeldung fuer eine Woche)
Eric Hoch wrote: >> Möglicherweise kommt dein E-Mailprogramm nicht mit utf-8 zurecht? >> Vielleicht stört es sich auch am "Content-Disposition" Header? >> Der Rest ist jedenfalls absoluter Standardkram. > > Das könnte ne Erklärung sein. Ich such mal bei Google ob es mit > diesem Header Eintrag Probleme unter OS X gibt. Aber das gleich > zwei Emailer unter OS X davon betroffen wären, daß finde ich schon > merkwürdig. Wieseo? Vielleicht benutzen sie gemeinsame Libs oder der eine hat vom anderen abgeschrieben? Entwickler tun so was, wirklich, ich sollte das wissen! Ich meine, nicht dass ich selbst jemals ..., aber ..., also, du verstehst schon, gelle? :-) Probier mal Thunderbird, zumindest unter Windows hat der keine Probleme mit der "Problemmail". Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Regressions in 2.0.2
Florian Effenberger wrote: > Hi Daniela, > > rc2 sollte so nach und nach auf die Mirrors kommen. Das LangPack gibts > von oootranslation.services.openoffice.org > >> Da funktioniert aber der pdf-Export auch mit Nummerierung wie gewünscht. > > War anscheinend falscher Alarm, mit nem blanken Profil gehts problemlos. > Danke fürs Testen! Trotzdem wäre es ja nun interessant, was im Profil denn nun den Absturz verursacht hat. Lässt sich das noch nachträglich herausfinden? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Sicherungskopie konnte nicht erstellt werden
dino beer wrote: > Hallo zusammen, > > Mein Problem: > Beim Speichern einer vorhandenen Datei kommt die Fehlermeldung > "Sicherungskopie konnte nicht erstellt werden", und die Datei kann nicht > mehr unter dem selben Namen gespeichert werden. > > Installation: > Ich habe auf einigen W2K-Rechnern OpenOffice.org 2.0 installiert. Auch die > Konfiguration ist exakt identisch, denn ich habe die betreffenden Dateien > kopiert, bzw. teilweise per Skript erstellen lassen. Bei den einen kommt > diese Fehlermeldung, bei anderen jedoch nicht. > > Sowohl unter Google, als auch in den diversen, auf > de.openoffice.org/foren.html angegebenen Links habe ich leider nichts zu dem > Thema gefunden. > > Für eine Antwort wäre ich sehr dankbar. Ich kann mich nicht mehr an Details erinnern, aber es ist gut möglich, dass es mal einen Bug gab, der unter bestimmten Voraussetzungen ein solches Verhalten hervorbrachte. Hast du mal die 2.0.2 versucht? Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] untereschiede im Windows- und Linux SDK
Andre Schnabel wrote: > Hi, > > ich weiss, die Frage gehört eigentlich nicht hier hin, aber vielleicht > kann sie ja jemand weitertragen. Ich trage. Antwort kann aber ein paar Tage dauern, da der SDK-Kollege gerade ein paar Tage Urlaub macht. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Merkwürdige Fehlermeldung
Jens Ruckelshäuser wrote: > Ähm, war sdw nicht in OpenOffice 1.0.x und sxw dann unter 1.1.x das > Standardformat? SDW War auf jeden Fall unter StarOffice 5.x das > Standardformat, evtl war dann swx auch schon unter StarOffice 6.0 > (OpenOffice 1.0.x) vorhanden... Das Standardformat von OOo1.x (x>=0) war immer XML-basiert, im Writer also sxw. Binärformate wie sdw waren nur in SO (<=5.x) das Standardformat. Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
