Re: [de-users] soffice.bin und soffice.exe

[Frank Schönheit]

Hi Dieter,

> Bei mir, dem das auch wiederfährt, kommt es dazu, wenn ich
> ...

Hmm, da habe ich auch keine Idee zu.

Ich kenne einen Bug, der zu den beschriebenen Symptomen führt, der
auftritt, wenn OOo mit einem bestimmten "-accept="-Parameter gestartet
wird. Was Du beschreibst, klingt aber nach der normalen
System-Integration, und da wird dieser Parameter, so weit ich weiß,
nicht verwendet.

Ciao
Frank


-- 
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] soffice.bin und soffice.exe

[Frank Schönheit]

Hallo Georg,

> Eine Überprüfung im Windows Task Manager ergab, daß mehrere Prozesse 
> (bisher 12) unter soffice.bin gleichzeitig liefen, die
> Speicherauslastung ging dabei -mit einer Ausnahme- bei den einzelnen
> Prozessen in den 6-stelligen Bereich und baute sich ständig weiter auf.
> Für jeden soffice.bin-Prozess ist ein soffice.exe gestartet.  

Du startest Dein OOo nicht zufällig mit irgendwelchen besonderen
Kommandozeilen-Parametern?

Ciao
Frank

-- 
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Base Formular schließen

[Frank Schönheit]

Hallo Siegfried,

> ThisDatabaseDocument.FormDocuments.getByName("Formulare/anmeldung").close
> 
> Bekomme aber eine Fehlermeldung.
> 
> Hast du eine Idee

getByHierarchicalName?

Ciao
Frank

-- 
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Re: [3.2.0 Base] geändertes Listb ox-Verhalten (Bug???)

[Frank Schönheit]

Hi Heiko,

> Das Formular ist so aufgebaut, dass es immer nur eine Datensatz gibt.

Okay, das macht zumindest das von Andreas benannte Problem hinfällig.

> Da ich den Datensatzwechsel über eine Listbox im übergeordneten Formular
> mache, muss ich wohl das Unterformular neu laden.
> Den gesamten Listenbox-Inhalt kann ich ja mit refresh aktualisieren.
> Jedoch den aktiven Listbox-Eintrag (sollte er sich geändert haben) auch
> nur über ein reload des Formulars.

Der aktuelle Listbox-Eintrag definiert sich über den Inhalt der
entsprechenden Spalte im aktuellen Datensatz des Formulars. "reload"
lädt das *gesamte* Formular neu, ein "refreshRow" [1] sollte nur den
aktuellen Datensatz neu laden.

Ciao
Frank

[1]http://api.openoffice.org/docs/common/ref/com/sun/star/sdbc/XResultSet.html#refreshRow


-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Base: öffnen eines Formulars b eim Öffnen einer OO-B

[Frank Schönheit]

> Das sollte prinzipiell equivalent zum dem obigen loadComponent am
> Controller sein, aus diversen Gründen würde ich aber die Methode per
> Controller empfehlen.

Ach so, zu den Methoden am Controller wollte ich noch das hier
empfehlen:


Ciao
Frank

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Fehlermeldung in allen OpenOffice-Programmen

[Frank Schönheit - Sun Microsystems Germany]

Hallo Thomas,

> ich bekomme bei jedem Start irgendeiner OpenOffice-Komponente eine 
> Fehlermeldung.

Schaue mal, wenn Du kein Dokument offen hast (also nur das "Start
Center"), unter Extras/Anpassen/Ereignisse. Ist da irgendwo ein
"DmInstall.MajAuto.TestNewVersionDemarrage" eingetragen? Wenn ja,
einfach entfernen ...

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: AW: [de-users] Abfrage Datenquelle in OOo 1.1.5

[Frank Schönheit - Sun Microsystems Germany]

Hi Marcus,

>> Also, *ideal*, um das zu reproduzieren, und damit zu fixen, wäre:
>> Eine virtuelle Maschine, auf der installiert ist:
>> - eine Test-Version von Lotus Notes
>> - der ODBC-Treiber
>> - eine eingerichtete ODBC-Datenquelle, die sich auf den
>>   Server verbindet
>> - ein OpenOffice.org 3.1
>> - eine Datenbank-Datei, die besagte ODBC-Datenquelle verwendet, und bei
>>   der man den Absturz sehen kann
>>
>> :)
>  
> um die VM kümmere ich mich; aber besser über PM, o.k.?

Klar, danke!

> Schön, dass du dich kümmern willst!!

Naja, die OOo-Version, die Du da noch verwendest, hat mich tief
schockiert :)

Keine Garantien, aber reinschauen würd' ich schon mal gern, und sehen,
was man da tun kann.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: AW: [de-users] Abfrage Datenquelle in OOo 1.1.5

[Frank Schönheit - Sun Microsystems Germany]

Hallo Marcus,

> Ich habe das Thema bereits zweimal in der Mailinglist angerissen.

die les' ich nur sporadisch :)

> Ein Issue habe ich seit geraumer Zeit auch laufen.
> Das wurde auf meine Bitte kürzlich auch wieder eröffnet, nachdem es
> seinerzeit aus Mangel an Informationen geschlossen wurde:
> 
> Issue 86770

Wenn Du das Ganze mal in einer 3.1 machen würdest, und den Crash
Reporter (oder wie immer das im Deutschen heißt) seine Daten abschicken
läßt, dann solltest Du eine Mail mit der "Report ID" bekommen - die
hätte ich gern, hier in der Liste, oder im Issue :)

> Steht aber alles in besagtem Issue. Kann ich noch etwas beitragen? Ich wäre
> bereit, fast alles zu tun ...

Oh, "fast alles" 

Also, *ideal*, um das zu reproduzieren, und damit zu fixen, wäre:
Eine virtuelle Maschine, auf der installiert ist:
- eine Test-Version von Lotus Notes
- der ODBC-Treiber
- eine eingerichtete ODBC-Datenquelle, die sich auf den
  Server verbindet
- ein OpenOffice.org 3.1
- eine Datenbank-Datei, die besagte ODBC-Datenquelle verwendet, und bei
  der man den Absturz sehen kann

:)

Ciao
Frank

PS: Ich werde heute zu nix mehr kommen bei diesem Thema, und dann bis
Montag offline sein. Erwarte also bitte nix vor nächster Woche ...

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Abfrage Datenquelle in OOo 1.1.5

[Frank Schönheit - Sun Microsystems Germany]

Hallo Marcus,

> voweg: OOo 1.1.5 unter Windows XP

Uhoh. Da bin ich ja froh, dass Du nicht "Windows 3.1" geschrieben hast :)

> (nicht wundern, ich brauche OOo 1.1.5 zur Verwendung mit dem ODBC-Treiber
> NotesSQL, da OOo ab 2.x hier zu Abstürzen führt)

Ich weiß, das trägt gerade nicht zur Lösung Deines Problems bei, aber:
Gibt es dafür einen Bug in IssueZilla? Hast Du eventuell den
Crash-Reporter mal die Infos über einen Absturz (idealerweise in der
aktuellen Version, also 3.1) senden lassen, und eine Mail mit der
Report-ID bekommen, die Du mir nennen kannst?

> Es fehlt immer die Anzeige des fünften Kriteriums.

Klingt eindeutig nach einem Bug :)
Die Innereien des Abfrage-Entwurfes kennen bezweifle ich, dass man da so
ohne weiteres drum herum arbeiten kann.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo BASE 3.1.0: fehlender Menüpunkt 'Extras / Makros migrieren...'

[Frank Schönheit - Sun Microsystems Germany]

Hallo Helmut,

> Immerhin habe ich die persönliche Datei gefunden:
> "...\OpenOffice.org\3\user\config\soffice.cfg\modules\dbapp\menubar\menubar.xml"
> DORT FEHLT DER EINTRAG!

Das ist in der Tat das Problem, denn ...
> 
> Und jetzt drängt sich mir ein Verdacht auf:
> Wenn es zweierlei Menüdefinitionen gibt - eine im Programmordner und 
> eine im persönlichen Bereich -, müßten die ja zur run time irgendwie 
> 'gemerged' werden.

... das werden sie nicht. Wenn in "user" eine Menü-Definition vorhanden
ist wird die genommen, und die in "share" ignoriert :-\

> Denn einerseits will ich die allgemeinen, z.B. durch 
> update aktualisierten Menüdefinitionen mitbekommen, aber andererseits 
> die persönlichen Einstellungen nicht verlieren. Wie funktioniert das?

Gar nicht :( - das ist exakt das Problem, auf das Du hier gestoßen bist.

> Zum workaround:
> Kann ich im persönlichen Bereich einfach die Datei menubar.xml löschen? 

Wenn da nix drin ist, was Dir wichtig ist - ja. Selbst wenn es das ist -
kanst Du über Extras/Anpassen alles wieder herrichten. Häßlich, aber
sollte das Problem lösen.

> oder wenigstens nur den tree menubar\menubar.xml oder 
> dbapp\menubar\menubar.xml?

Das sollte auch ausreichen.

> Dann muß ich wenigstens nur diese 
> Menüeinstellungen wieder nachvollziehen und habe nicht die 
> Holzhammermethode. Aber probieren trau ich mich nicht...

Du kannst auch einfach die eine Zeile aus der "share"-Version in die
"user"-Version kopieren.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo BASE 3.1.0: fehlender Menüpunkt 'Extras / Makros migrieren...'

[Frank Schönheit - Sun Microsystems Germany]

Hallo Mechtilde,

> Helmut hat event. eine Extension installiert, die auch einen
> Menü-Eintrag erzeugt. Vielleicht wurde auch nur eine zusätzliche
> Symbolleiste erzeugt.

Ah, spannende Idee. In der Tat, wenn er in 3.0 sein Menü angepasst hat
(Extras/Anpassen/Menü), oder ihm irgend eine Extension das Menü anpasst,
und dann in 3.1 seine Benutzer-Daten aus der 3.0 weiterverwendet (bzw.
die vom entsprechenden Assistenten hat migrieren lassen), dann tauchen
Menüeinträge, die in 3.1 eigentlich neu sind, nicht auf. (Kennt jemand
eigentlich einen/den Bug in IZ dafür?)

> vielleicht könnt Ihr uns verraten, welche Datei das genau ist.

Basis/share/config/soffice.cfg/modules/dbapp/menubar/menubar.xml. Da
sollte es einen Eintrag mit ".uno:DBMigrateScripts" geben. Wenn nicht,
dann hat wohl genau dieses Szenario zugeschlagen.

In diesem Fall könnte man den Eintrag entweder manuell hinzufügen (keine
Ahnung, welche Caches da beteiligt sind und weggeworfen werden müssen),
oder man kann den Eintrag sicher auch über Extras/Anpassen an eine
beliebige Stelle seiner Wahl packen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo BASE 3.1.0: fehlender Menüpunkt 'Extras / Makros migrieren...'

[Frank Schönheit - Sun Microsystems Germany]

Hi Helmut,

> "...Datenbank anschauen...": Gerne! Es werden einige 
> Ungeschicklichkeiten drin sein, da ich erst Einsteiger bin.

daum geht's mir gar nicht :), nur um den potentiellen Bug. Für alles
andere hab' ich, fürchte ich, nicht wirklich Zeit im Augenblick.

> Deshalb weiß ich auch nicht recht, was ich tun muß, um Euch die 
> Datenbank anschauen zu lassen / zu kopieren (?).
> Ich probier's einmal, die Datei einfach als Anhang mitzuschicken.

Hat geklappt. Das war die gute Nachricht.

Die schlecte ist: Wenn ich das Dokument in einer OOo 3.1 (deutsch,
Windows Server 2003) öffne, hab ich sehr wohl den Menüpunkt
"Extras/Makros migrieren ...".

Hmm. Da Du unter Windows arbeitest, vermute ich, Du hast Dein OOo 3.1
von der offiziellen Seite, ja? Dann, fürchte ich, fällt mir nicht
wirklich ein, warum das nicht gehen sollte :(

> Erst wenn ich in die Formularbearbeitung gehe, bekomme ich mit 
> "pflanzen.odb : pflanzenFO" etwas angeboten, was offenbar dem Formular 
> zugeordnet ist und damit auch beim Kopieren mitwandert. Zur 
> Veranschaulichung der Anhang makropflanz.jpg.

Dieser Anhang kam nicht mit durch, aber so, wie Du es beschrieben hast,
klang es schon richtig. Die Formular-Makros sind dem Makro-Organisierer
(oder wie immer das Ding auf Deutsch heißt) erst bekannt, wenn das
Formular auch geöffnet ist. Sobald die Makros in das Datenbank-Dokument
direkt migriert wurden, sind sie auch sofort verfügbar in dem Dialog.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo BASE 3.1.0: fehlender Menüpunkt 'Extras / Makros migrieren...'

[Frank Schönheit - Sun Microsystems Germany]

Hi Mechtilde,

> Einen Menüpunkt "Makros migrieren" habe ich auch nicht.
> 
> Muss ich dafür erst Makros in den Formularen oder Berichten erstellt haben?

Ja, die Meldung kommt dann (und nur dann), wenn eine .odb geöffnet wird,
die Makros in Formularen oder Berichten hat. Und unter dieser Bedingung
existiert auch der Menüpunkt. So die Theorie.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] OOo BASE 3.1.0: fehlender Menüpunkt 'Extras / Makros migrieren...'

[Frank Schönheit - Sun Microsystems Germany]

Moin Helmut,

> Diese Migration würde ich gerne machen, aber ich finde den Menüpunkt 
> 'Extras / Makros migrieren ...' nicht, auch nicht in den diversen 
> Makro-Untermenüs, weder im Datenbank-Hauptfenster noch im 
> Formular-Bearbeitungsfenster.

Kann man sich die Datenbank mal anschauen, mit der das passiert?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Dialog-Schaltflächen mit Graf iken

[Frank Schönheit - Sun Microsystems Germany]

Hi Götz,

> Gibt es da eine Möglichkeit, diese Grafiken fest mit dem Dialog zu 
> verknüpfen, also irgendwie einzubinden?

Einfach so mit Haken setzen in dem Dialog geht es leider nicht.

Zwei halbe Lösungen fielen mir ein, die vielleicht funktionieren könnten:

Wenn Deine Grafiken rein zufälllig aus der images.zip stammen, in der
OOo all seine eigenen Grafiken verwaltet, dann tut es eine
graphicrepository-URL [1].

Wenn Deine Grafiken im Dokument eingebettet sind, könntest Du versuchen,
sie beim Laden des Dialoges aus dem Dokument zu lutschen, und als
Graphic-Property (nicht: ImageURL) am Button zu setzen. Frag mich nicht
nach der genauen API dafür :), aber da findet sich hier vielleicht jemand.

Ciao
Frank

[1]http://api.openoffice.org/docs/common/ref/com/sun/star/graphic/MediaProperties.html#URL
[2]http://api.openoffice.org/docs/common/ref/com/sun/star/awt/UnoControlButtonModel.html#Graphic

-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Absturz OOoBase 3.0 mit odb aus OOo 2.3

[Frank Schönheit - Sun Microsystems Germany]

Hi Götz,

> Bei mir
> 
> Ooo 3.0
> WinXPPro aktuell
> Java 1.6.0_11-b03
> 
> erscheint kurz nach dem Öffnen des DB-Fensters folgende Hinweismeldung:
> 
>  OpenOffice.org Base
> Die Verbindung zur Datenquelle "Telefongebühren_Universal" konnte nicht 
> hergestellt werden.
> 
> error in script file line: 1 S1000 General error
> java.lang.NoClassDefFoundError: Could not initialize class
> sun.text.normalizer.NormalizerImpl in statement [SET DATABASE COLLATION 
> "German"]
> -

Das klingt ein wenig nach einem kaputten Java. Das "b03" scheint mir auf
"Beta" hinzudeuten, versuch mal ein aktuelles/stabiles Java.

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org
For additional commands, e-mail: users-h...@de.openoffice.org

Re: [de-users] Änderungen beim Raster in Dra w

[Frank Schönheit - Sun Microsystems Germany]

Hallo Regina,

> In OOoDev m37 bekomme ich nun am Kreuzungspunkt der Hauptrasterlinien 
> dickere Punkte. Dadurch wird das Raster sehr unruhig und das Ansehen und 
> Arbeiten ist unangenehm. Ist diese Änderung mit Absicht? Wenn ja, wo 
> steht etwas darüber?

Soweit ich weiss, ist das Absicht. Allerdings stammt dieses Wissen nur
aus der Diskussion mit dem Autor der Änderung, wo was darüber steht, und
ob überhaupt, weiss ich nicht.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab

[Frank Schönheit - Sun Microsystems Germany]

Hi Robert,

> Einmal platt gesagt: Um bequem Daten weiter transportieren zu können 
> (*.odb-Datei) wird also lieber etwas an der Sicherheit gespart? Denn wenn ich 
> das richtig verstehe ist dies ja nur ein Problem der internen 
> Datenbankkonstruktion. Binde ich HSQLDB als vollwertige Datenbank aus dem 
> Netz ein (habe ich auch schon einmal durchgetestet, als es hier 
> Datenbankprobleme gab), dann dürfte beim Absturz des *.odb-Päckchens doch nur 
> die noch nicht bestätigte letzte Eingabe verloren sein, oder?

Ja.

> Ich finde es immer blöde, wenn ich als User Ansprüche an ein Team stelle, das 
> schließlich ehrenamtlich arbeitet und dem ich dabei mangels eigener 
> Kenntnisse (und natürlich auch entsprechender Zeitkontingente) nicht helfen 
> kann. Deswegen lieber erst einmal die klare Empfehlung, für eine entsprechend 
> höhere Sicherheitsstufe wohl mit Base, aber eben mit einer externen Datenbank 
> zu arbeiten - was ohne weiteres auch die HSQLDB sein kann. Oder liege ich da 
> jetzt falsch?

Nein.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab

[Frank Schönheit - Sun Microsystems Germany]

Hi Robert,

>> Natürlich sind die Daten, wenn Du sie in der Tabelle eingegeben hast,
>> für alle anderen Operationen auf der DB - zum Beispiel Abfragen -
>> sichtbar. HSQLDB selber - die benutzte Engine - speichert sie auch
>> sofort und unmittelbar auf Platte (abzüglich einer einschaltbaren
>> Verzögerung, die glaube ich standardmäßig auf 60 Sekunden steht).
> 
> Wo wird das denn gespeichert? Wo befindet sich die HSQLDB?

HSQLDB arbeitet auf Dateien. Bei der Integration in OOo wird jeder
Dateizugriff von HSQL abgefangen und in temporäre Dateien (Ort: siehe
Extras/Optionen/Pfade) "umgeleitet". Beim Speichern der .odb werden
diese temporären Dateien, zusammen mit allem anderen wie
Formulare/Berichte, zusammengepackt.

> Dann können doch trotzdem keine Datensätze verloren gehen, oder? Die 
> *.odb-Datei fragt beim Öffnen nach dem Datenstand bei der HSQLDB. Und was 
> drin ist, ist drin.  Wie sollen dann mehrere Datensätze in der Luft hängen?

Wenn OOo abstüzrt, während HSQL schon die Daten in seine temporären
Dateien geschrieben hat, aber diese noch nicht in die .odb gepackt
(automatisch oder manuell) wurden, dann geht leider die Verbindung zu
dem temporären Dateien verloren.

Das ist, das möchte ich hier explizit betonen, kein Problem von HSQLDB
(sonst wird hier wieder ein Gerücht draus :). HSQL weiß nichts davon,
dass seine Dateien nur temporär sind. Das ist ein Problem von ODF (was
eben ZIP verlangt, statt eines Formats mit wahlfreiem Zugriff) im
Zusammenspiel mit Base. *Final* fixen läßt sich das nur, wenn man von
ZIP wegkommt. Und da ist ODF vor, trotz all unserer Argumentations-Versuche.
Deutlich entschärfen läßt es sich, indem man die temporären Dateien
wenigstens beim der AutoRecovery (oder wie immer das im Deutschen heißt)
wieder einbindet. Dann wäre sie nur weg, wenn AutoRecovery nicht
funktioniert. Aber dafür brauchen wir Vorarbeiten aus einem anderen
Team, die wir zur 3.2 hoffentlich bekommen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab

[Frank Schönheit - Sun Microsystems Germany]

Hi Robert,
>> Es gibt ein paar "Auffangpunkte", zum Beispiel werden die Daten
>> gespeichert, wenn man die Tabellen-Ansicht, in der man sie eingegeben
>> hat, schließt.
> 
> Die Auffangpunkte wüsste ich im Interesse meiner eigenen Datensicherheit 
> gerne - denn aus der Datenbank selbst sind sie nicht ersichtlich. Ich mache 
> das einmal an einem Beispiel deutlich.
> Habe ich eine Tabelle "Ort" mit dem Feld "Ort" und eine Abfrage 
> "Abfrage_Ort", 
> die ebenfalls das Feld "Ort" wiedergibt, so kann ich
> in die Tabelle einen neuen Datensatz eingeben und 
> hier nur die Zeile wechseln
> und ohne die Tabelle zu schließen
> die Eingabe mit der Abfrage sichtbar machen.
> All dies ohne dass bei der Datenbank zwischendurch sichtbar wird, dass etwas 
> abzuspeichern wäre (z.B. Diskettensymbol zeigt Speicherbedarf ...). Vielmehr 
> kann ich die Datenbank direkt schließen, ohne dass der Datensatz später 
> fehlen würde.

Hmm, es gibt hier ein Missverständnis, glaube ich.

Natürlich sind die Daten, wenn Du sie in der Tabelle eingegeben hast,
für alle anderen Operationen auf der DB - zum Beispiel Abfragen -
sichtbar. HSQLDB selber - die benutzte Engine - speichert sie auch
sofort und unmittelbar auf Platte (abzüglich einer einschaltbaren
Verzögerung, die glaube ich standardmäßig auf 60 Sekunden steht).

Allerdings kennt HSQLDB die .odb-Datei nicht. Insofern sichert OOo das,
was HSQLDB geschrieben hat, periodisch in der .odb-Datei (das meinte ich
mit Auffangpunkten - welch häßliches Wort). *Ständig* kann diese
Sicherung nicht stattfinden, da das Open Document Format, durch die
Benutzung von ZIP als Container, das einfach viel zu teuer machen würde:
 So ein Neu-Packen der .odb kann schon mal ein paar Sekunden dauern, und
das will man nicht nach jedem geänderten Datensatz.


Zu den konkreten Stellen, an denen das .odb neu geschrieben wird: Zum
einen natürlich, wenn Du explizit auf den "Speichern"-Knopf drückst.
Außerdem wird bei jedem Schließen einer Tabelle/Abfrage sowie eines
Formulares neu gespeichert.

> Ich ergänze noch: Wenn ich den Datensatz wechsele wird in der Tat bei
> mir die *.odb-Datei mit einem neuen Datum versehen.

Das, muß ich zugeben, finde ich überraschend, und kann ich auch nicht
nachvollziehen. Die SUSE- oder die "Vanilla"-Version von OOo?

Ciao
Frank
-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab

[Frank Schönheit - Sun Microsystems Germany]

Hallo Sebastian,

> ich habe Schwierigkeiten mit einer Datenbank, die ich mit BASE hergestellt 
> habe. Obwohl es nur wenige Tabellen sind und die Datensätze nicht besobnders 
> umfangreich sind, stürzt Ooo ab, sobald ich etwa 10 Datensätze eingegeben 
> habe.
> ...
> Ooo 2.41 unter Kubuntu 8.10 auf AMD64

Das heißt, dass ist die 64-Bit-Version von Kubuntu selber, oder die
"vanilla"-Version direkt von www.openoffice.org (die es aber nur in 32
Bit gibt)?

Wenn ersteres: Probier doch bitte mal letzteres. Wenn das Problem dort
nicht auftritt, solltest Du Dich an Kubuntu wenden.

Wenn letzteres: Gibt es eine Chance, dass ich mir die .odb mal ansehen
kann, um das Problem eventuell nachzuvollziehen?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Ooo stürzt bei Dateneing abe ab

[Frank Schönheit - Sun Microsystems Germany]

Hallo Robert,

> Das scheint mir etwas merkwürdig. Wenn in Base eine Datenbank erstellt wird 
> und die Tabellenkonstellation sowie die Formulare klar sind, dann muss nichts 
> mehr abgespeichert werden. Wie bei jeder ordentlichen Datenbank müssen 
> Datensätze nicht gesondert gespeichert werden. Die Speicherung erfolgt beim 
> Wechsel zum nächsten Datensatz.

So ungern ich das sage - aber ganz so ist es nicht.

Wenn man die eingebaute HSQLDB benutzt, bei der die Daten in der
.odb-Datei gespeichert werden, dann wird *nicht* nach jedem Datensatz
gespeichert. Das benutzte Open Document Format (ODF), das für Dokumente
eine ZIP-Datei vorsieht (all die .od? sind ZIPs), ist hier einfach nicht
mit dieser Anforderung an eine DB kompatibel: Speichern der Daten heißt
komplettes Neu-Schreiben/Packen der ganzen Datei, wenn man das nach
jedem Datensatz täte, dann könnte man sehr schnell gar nicht mehr damit
arbeiten.

Es gibt ein paar "Auffangpunkte", zum Beispiel werden die Daten
gespeichert, wenn man die Tabellen-Ansicht, in der man sie eingegeben
hat, schließt.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Aktivierungsreihenfolge in Formularen

[Frank Schönheit - Sun Microsystems Germany]

Hallo Robert,

>> Was mir noch einfiele:
>> Falls das Tabellen-Kontrollfeld das einzige Kontrollfeld seines
>> (logischen) Formulares ist (also im Formular-Navigator nur ein Elter,
>> aber keine Geschwister hat), dann wäre eventuell die
>> "Zyklus"-Eigenschaft eben dieses Formulars noch interessant - die
>> sollte, denke ich, auf "Standard" stehen. Ansonsten könnte es sein, dass
>> ein Ctrl-Tab einfach zum nächsten Kontrollfeld innerhalb desselben
>> logischen Formulars bewegt - und das ist das Tabellenfeld selber.

Uhm - das war falsch. Sie sollte *nicht* auf Standard stehen, denn
Standard bedeutet gerade, dass (Ctrl+)Tab nur im aktuellen (logischen)
Formular wechselt.

> Ich habe den bisherigen Arbeitsstand einfach einmal zum Download hochgeladen. 
> Falls Du oder jemand anderes Interesse hat.
> http://www.scoolonline.de/download/Rechnung.odb

Wenn man im Formular "Rechnung" für sämtlichen logischen Formulare den
"Zyklus" auf "Seite" (sorry, weiß den genauen deutschen Begriff grad
nicht, im Englischen ist es "Current Page") stell, dann klappts auch mit
dem Navigieren per (Ctrl+)Tab.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Aktivierungsreihenfolge in Formularen

[Frank Schönheit - Sun Microsystems Germany]

Hallo Robert,

> Ich habe das heute in der Schule bei dem dort installierten XP mit OOo 2.4.1 
> getestet - ebenfalls ohne den gewünschten Erfolg.

Hmm, spannend.

Was mir noch einfiele:
Falls das Tabellen-Kontrollfeld das einzige Kontrollfeld seines
(logischen) Formulares ist (also im Formular-Navigator nur ein Elter,
aber keine Geschwister hat), dann wäre eventuell die
"Zyklus"-Eigenschaft eben dieses Formulars noch interessant - die
sollte, denke ich, auf "Standard" stehen. Ansonsten könnte es sein, dass
ein Ctrl-Tab einfach zum nächsten Kontrollfeld innerhalb desselben
logischen Formulars bewegt - und das ist das Tabellenfeld selber.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Aktivierungsreihenfolge in Formularen

[Frank Schönheit - Sun Microsystems Germany]

Hi Robert,

> Das hat Mechtilde erledigt:
> http://qa.openoffice.org/issues/show_bug.cgi?id=95277

Ah, jetzt erinnere ich mich ... Hat Ocke ja zur 3.0.1 gefixt.


> Habe ich hier
> http://qa.openoffice.org/issues/show_bug.cgi?id=95755
> erledigt - hoffentlich ausreichend verständlich.

Danke - ja.

> Ich habe den 3-er KDE-Desktop von OpenSuSE. Die Desktopeinstellungen belegen 
> diese Kombination nicht, voausgesetzt das Kontrollzentrum verbirgt nicht 
> irgendwo etwas. Außerdem müsste ich dann ja auch irgendeine Aktion wahrnehmen 
> (Sprung zu einem anderen Fenster, Ausschneiden der rechten unteren Ecke ...). 

Dann fällt mir dazu nix mehr ein, fürchte ich :(

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Aktivierungsreihenfolge in Formularen

[Frank Schönheit - Sun Microsystems Germany]

Hallo Robert,

> Eine Info vorab: Ich arbeite in der Schule mit der Version OOo 2.4.1 - und 
> möchte da auch momentan nicht wechseln, da eine Änderung der Kontrollelemente 
> zum Programmabsturz führt.

Du hast da nicht zufällig einen Bug dafür geschrieben? In der
Allgemeinheit kann ich es nicht nachvollziehen, aber fixenswert klingt
das ja schon ...

>> Dann setzt Du die "Tabstop"-Eigenschaft auf "Nein".
> 
> Wenn ich das an der richtigen Stelle suche, dann ... - in den 
> Formulareigenschaften finde ich nichts, im Tabellen-Kontrollfeld ja, aber 
> dort steht bereits standardmäßig Tabstop - Nein. Und der Cursor geht trotzdem 
> in das Kontrollfeld

Argh, in der Tat, kann ich nachvollziehen. Bis Du des Englischen
(ausreichend) mächtig, um das auf
http://qa.openoffice.org/issue_handling/pre_submission.html als Bug zu
melden?

> (worüber ich zur Zeit noch ganz froh bin ...). Innerhalb 
> des Grid-Control ist dann wieder keine Möglichkeit für die Einstellung 
> gegeben.

Nein, für die Spalten selber kann man das nicht festlegen.

>>> Der zweite Punkt ist dann die Möglichkeit, sich wieder aus einem
>>> Tabellen-Kontrollfeld wieder heraus zu bewegen.
>> Ctrl+(Shift+)Tab.
> 
> Dies funktioniert bei mir weder in der Version 2.4.1 noch in der Version 3.0.0
> 
> Mein System: OpenSUSE 11.0 mit OOo 2.4.1 (Suse-Version) und OOo 3.0.0 in der 
> Originalversion

Hmm, gerade getestet, klappt bei mir in OOo 3.0 (Originalversion) unter
einem etwas älteren SuSE (9.2) ganz prima.
Kann es sein, dass Dein Desktop vielleicht Ctrl+Tab für irgendwas
anderes abfängt?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Aktivierungsreihenfolge in Formularen

[Frank Schönheit - Sun Microsystems Germany]

Hallo Robert,

> Ich habe zuerst
> vergeblich nach einem anderen Weg gesucht und frage mich natürlich, was 
> passiert, wenn ich zwei Unterformulare habe, das zweite aber nicht in die 
> Tabulatorreihenfolge mit einbeziehen will.

Dann setzt Du die "Tabstop"-Eigenschaft auf "Nein".

> Der zweite Punkt ist dann die Möglichkeit, sich wieder aus einem 
> Tabellen-Kontrollfeld wieder heraus zu bewegen.

Ctrl+(Shift+)Tab.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Veränderter AutoRecovery Proz ess in OOo 3.0.0

[Frank Schönheit - Sun Microsystems Germany]

Hallo Manfred,

> Das wirft zunächst die Frage auf, ob diese geänderte Weise des
> AutoRecovery Prozesses evtl. beabsichtigt oder dokumentiert sein
> könnte.

Nein, es ist nicht beabsichtigt - es würde ja den ganze
"automatisch-speichern"-Prozess ad absurdum führen.

> Da aber eher eine Regression zu vermuten ist, wäre es doch wünschenswert,
> dies in Version 3.0.1 zu beheben.

Ja.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Statusleiste anpassen 3.rc1

[Frank Schönheit - Sun Microsystems Germany]

Hallo Matthias,

> Ich finde keine Möglichkeit, die Statusleiste anzupassen.
> In Extras-Anpassen-Symbolleisten kommt sie bei mir nicht vor.
> Ist die Schraube an einer anderen Stelle?

Eine UI dafür gibt es meines Wissens nicht, aber schau mal mit dem
Text-Editor Deiner Wahl in
share/config/soffice.cfg/modules/swriter/statusbar/statusbar.xml.
"statusbar:width=..." sind die Attribute, an denen Du schrauben kannst.
Eventuell mußt Du auch ein bei statusbar:autosize="true" rausnehmen.

Um nicht alle Benutzer einer Installation zu ärgern, kannst Du die Datei
auch nach config/soffice.cfg/modules/swriter/statusbar in Deinem
Benutzer-Verzeichnis (irgendwo unter "Dokumente und Einstellungen" für
Deinen Benutzer, bzw. unter Unix in Deinem Home) kopieren und erst dort
ändern.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Smbolleiste des Datenquellenbrowsers weg

[Frank Schönheit - Sun Microsystems Germany]

Hi Simon,

>> Da sollte es auch eine "Visible"-Eigenschaft geben, die ist glaube ich
>> besser geeignet. (Lösche der Datei sollte es auch tun.)
> 
> Hm, die habe ich hier nicht (m30). Wurde die eventuell schon entfernt?
> 
> Ich habe hier:
>   Pos
>   Size
>   DockPos
>   Docked
>   DockingArea

ehm - ist ja spannend. Das Schema sollte die aber erlauben, und in
einigen meiner Toolbar-Stati habÄ ich die auch.

Versuch mal, sie hinzuzufügen (selber Aufbau wie Docked, nur anderer Name).

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Smbolleiste des Datenquellenbrowsers weg

[Frank Schönheit - Sun Microsystems Germany]

Hallo Simon,

>> plötzlich die Symbolleiste des Datenquellenbrowsers verschwunden.
>> Ich finde keine Möglichkeit, sie wieder anzuzeigen.
> 
> bist Du sicher, dass sie 'weg' ist, also geschlossen wurde?  Ich habe zwar den
> Menuepunkt "Symbolleiste schließen" im Kontextmenue, der aber ausgegraut ist.

Ich glaube mich zu erinnern, dass es in bestimmten Situationen trotzdem
möglich war, solche Toolbars zu schließen - ist glaube ich in der 3.0
gefixt.

> Falls sie wirklich weg ist, kannst Du in der Datei
> $OOO_USER_DIR/user/registry/data/org/openoffice/Office/UI/DbBrowserWindowState.xcu
> 
> im Eintrag
> 
> 
>  auf 'true' setzen.

Da sollte es auch eine "Visible"-Eigenschaft geben, die ist glaube ich
besser geeignet. (Lösche der Datei sollte es auch tun.)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Startcenter jetzt abschalten...

[Frank Schönheit - Sun Microsystems Germany]

Hallo Mario,

(etwas spät, war im Urlaub)

>> Ehm - Du hast den Teil mit "und natürllich ist sowas immer
>> Ansichtssache" überlesen. 
> 
> Nein, das habe ich nicht übersehen.
>  
> Deine persönliche Ansicht spielt im Entscheidungsprozess bzgl. OOo 
> eine Rolle, stelle ich mir zumindest so vor.

Okay, das mag eine Ursache des Mißverstädnisses gewesen sein.

Spielt sie manchmal wirklich - aber nicht in diesem Fall, meine Domäne
ist das Datenbank-Modul. Und auch wenn ich mich gern in viele Themen
reinhänge, und meine Meinung manchmal offensiv vorbringe ;) - bei diesem
Thema habe ich keinerlei Entscheidungsbefugnis.

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Startcenter jetzt abschalten...

[Frank Schönheit - Sun Microsystems Germany]

Hallo Holger (und andere),

>> Es gibt ca. 10 Zintillionen Optionen in der UI, die keiner braucht.
>> Persönlich denke ich (und natürllich ist sowas immer Ansichtssache),
>> dass die "Kein StartCenter"-Option dazugehören würde
> 
> So, so, jeder der das Startcenter abschalten möchten 
> ist für Dich "keiner".

*Seufz*

Was lerne ich daraus - wenn ich das nächste Mal eine persönliche Meinung
äußere, dann werde ich das ganz groß dran schreiben, denn sowas wie
"Persönlich finde ich" und "das ist natürlich immer Ansichtssache"
reicht offensichtlich nicht aus.

Können wir bitte auf den Boden der Tatsachen zurückkommen (und auch von
solchen Begriffen wie "menschenverachtend" Abstand nehmen? Das ist doch
ziemlich  starker Tobak, wenn man sich mal die wirklich
menschenverachtenden Dinge in dieser Welt anschaut.)?

Lass' es mich anders formulieren (auch wenn Christoph das eigentlich
schon sehr schön getan hat):

Ich persönlich finde, die Option in der UI anzubinden wäre zutiefst
überflüssig. Ich denke *nicht*, dass man diese Option nicht haben
sollte. Aber bitte ohne UI - dafür wird sie *meiner Meinung nach* (ich
wiederhole: meiner Meinung nach) von zu wenigen Leuten benötigt - die,
die sie brauchen, finden sie auch anderswo. Und selbst wenn sie einer
nicht findet - die Extension, die einen kleinen Dialog zum Setzen der
Option hochbringt, die schreiben etliche der Leute auf der Liste hier im
Halbschlaf.

Und genau wegen des Mißverhältnisses von "Größe der Zielgruppe der
UI-Option" und "Erhöhung der Unübersichtlichkeit des Optionen-Dialogs"
gehört das Häkchen nicht in die (Standard-)UI.

Mehr wollt' ich gar nicht sagen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Startcenter jetzt abschalten...

[Frank Schönheit - Sun Microsystems Germany]

Hallo Mario,

> der soeben erfahren hat, 
> dass er Keiner ist, der das Startcenter nicht braucht/nicht mag :-(

Ehm - Du hast den Teil mit "und natürllich ist sowas immer
Ansichtssache" überlesen. Wär' langweilig im Leben, wenn alle Leute
immer der selben Ansicht wären, oder? :)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Startcenter jetzt abschalten...

[Frank Schönheit - Sun Microsystems Germany]

Hallo Mario,

> Auf der ux-Liste gibt eine Reaktion von Olaf F. von dem ich annehme,
> dass er ein Entwickler ist.

Du verbreitest gerade Gerüchte :) - Olaf arbeitet in der QS.

> Er steht der Idee das Startcenter
> abschaltbar zu machen - nicht gerade offen gegenüber.
> Jedanfalls ist er schonmal dagegen, dass es über GUI zu ermöglichen.
> http://ux.openoffice.org/servlets/ReadMsg?list=discuss&msgNo=1844

Wäre ich auch (ja, ich bin Entwickler, aber damit hat das nix zu tun :).
Es gibt ca. 10 Zintillionen Optionen in der UI, die keiner braucht.
Persönlich denke ich (und natürllich ist sowas immer Ansichtssache),
dass die "Kein StartCenter"-Option dazugehören würde - wir sollten die
Optionen nicht noch vollen und unübersichtlicher machen, als sie eh'
schon sind.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base - Bericht mit Reportgenerator 1.0.3 zeigt nur leere Seiten

[Frank Schönheit - Sun Microsystems Germany]

Moin Ulf,

> Ich habe folgendes Problem nach einem Update der Extension Sun 
> Report Builder von 1.0.2 auf 1.0.3.
> 
> Mit 1.0.3 enthalten sämtliche Berichte einer Datenbankdatei keine 
> Daten mehr. Ich erhalte nur eine leere Seite. Wenn ich aber wieder 
> zur Ver. 1.0.2 zurück wechsel, läuft alles wieder normal.

Wenn Deine Berichte Gruppen enthalten, dann ist es
http://www.openoffice.org/issues/show_bug.cgi?id=89620. Es wird eine
1.0.4 mit dem Fix geben.

Für die 2.4 kannst Du übrigens problemlos mit der 1.0.2 arbeiten, der
einzige Unterschied zwischen der 1.0.2 und der 1.0.3 (naja - außer dem
Bug halt :-\) ist, dass letztere Version in einer OOo 3.0 Beta
funktioniert, erstere nicht.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] (Basic, Dialog, Button) Nu tzung der Hintergrundfarbe nicht möglich (Linu x, opensuse 10.3, KDE)

[Frank Schönheit - Sun Microsystems Germany]

Hallo Bernd,

> Bei einigen Kontrollelementen (Schaltfläche, Textfeld) eines 
> Basic-Dialoges  läßt sich die Hintergrundfarbe (Backgroundcolor) nicht 
> verändern.
> ...

Das liegt letztendlich an Deinem Desktop Thema: Kontrollfelder in
Basic-Dalogen benutzen, wenn möglich, und anders als Kontrollfelder in
Dokumenten, das Thema Deines Betriebssystems/Desktops.

Der Bug ist eigentlich, dass die entsprechenden Eigenschaften in einer
solchen Situation überhaupt verfügbar sind: Wenn man dem Betriebssystem
zum Beispiel die Anweisung gibt, einen Button dem aktuellen Thema
entsprechend zu zeichnen, dann gibt es schlichtweg keinerlei
Möglichkeit, dabei die Hintergrundfarbe (oder andere derartige Dinge) zu
"übersteuern" - der wird immer so gezeichnet, wie ein Button unter
diesem Thema halt aussieht. Man müßte also diese Eigenschaften alle
entfernen, anders ist das nicht fixbar.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-users] (was: AW: AW: AW: Makro-Ausführung aus Base- Formularen)

[Frank Schönheit - Sun Microsystems Germany]

Hallo Herr Seidel,

mit dieser Mail schiebe ich das mal auf users@de.openoffice.org - die
Argumentation, warum öffentlich besser ist als privat, muß ich
vermutlich nicht wiederholen :)

so, bin mal dazu gekommen, es auszuprobieren ...

> Also, mit derm unten eingefügten Code beende ich meine Anwendung und
> schließe die Datenbank. In der Version 2.3 waren dann alle Änderungen
> der Datenbank gesichert, in 2.4 sind alle Änderungen, z.B. eingefügte
> Datensätze, gelöscht. Was hat sich den hier geändert?

Kann ich nicht nachvollziehen - was an der Unterspezifizierung des
Szenarios liegen mag.
Was ich getan habe:
- ein DB-Dokument öffnen
- eine Tabelle per Doppelklick öffnen
- einen neuen Datensatz eintragen
- Das Makro "programmEnde" ausführen
  (den Test aufknowhowOffice im Titel hab' ich rausgenommen)
=> alle Fenster wurden geschlossen
   (wobei das "Start-Modul" offen blieb - das ist vermutlich nicht so
   gewollt?
- Start-Modul geschlossen, also OOo beendet
- OOo neu gestartet
- Datenbank geöffnet
=> der neue Datensatz war da

Wie also genau ist Ihr Szenario, und worin unterscheidet es sich von
meinem obigen?

> In der Linuxversion ist mir zudem aufgefallen, dass Dialoge teilweise
> in Phantasiegrößen angezeigt werden, nach Ändern des Codes war die
> Anzeige einmal normal und dann wieder in der Phantasiegröße ...

Ich habe irgendwo schon was über Probleme mit der Größe programmatisch
angelegten Dialoge gelesen, kennen aber keine Details.

Das Makro unten zitiere ich der Vollständigkeit halber für Neu-Leser.

> Sub programmEnde
>   REM Anwendung nach Sicherheitsabfrage beenden
>   REM Autor:  Helmut Seidel
>   
>   Dim oFrames As Object, oFrame As Object
>   Dim oDispatcher As Object
>   Dim i As Integer
>   
>   ' Sicherheitsabfrage ausgeben
>   If MsgBox("Möchten Sie die Arbeit KnowHow-Office beenden?", 292, _
>   "KnowHow-Office") = 6 Then
>   ' Fehler abfangen - Datenbankdatei könnte schon geschlossen sein
>   on Error resume next
> 
>   ' Zugriff auf alle Frames
>   oFrames = StarDesktop.getFrames()
>   ' Frames durchlaufen
>   For i = 0 To oFrames.getCount - 1
>   ' Zugriff auf aktuellen Frame
>   oFrame = oFrames.getByIndex(i)
>   ' Testen, ob aktueller Frame der gesuchte ist
>   If Ucase(Left(oFrame.Title, Len("knowhowOFFICE"))) = 
> "KNOWHOWOFFICE" Then
>   ' Dispatcher erstellen
>   oDispatcher = 
> createUnoService("com.sun.star.frame.DispatchHelper")
>   ' Datenbank sichern
>   oDispatcher.executeDispatch(oFrame, 
> ".uno:Save", "", 0, Array())
>   ' Frame schließen
>   oDispatcher.executeDispatch(oFrame, 
> ".uno:CloseDoc", "", 0, Array())
>   End If
>       Next i
> 
>   ' Startformular schließen
>   oStart.endExecute()
>   ' Fehlerbehandlung ausschalten
>   on Error goto 0
>   ' Basic-Routine beenden
>   End
>   End If
> End Sub

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Bug in Version 2.4 Base?

[Frank Schönheit - Sun Microsystems Germany]

Hallo Peter,

> Ich habe gerade Open Office Version 2.4 installiert und muss leider 
> feststellen, dass alle Listenfelder in Base-Formularen, die die 
> Listeninhalte aus einer Tabelle mit Hilfe einer SQL-Anweisung der Form 
> SELECT "Autor", "Autor" FROM "Autoren" jetzt nicht mehr funktionieren: 
> Es wird nichts angezeigt, weder von der Listentabelle, noch von der 
> Zieltabelle. In Version 2.3 funktionierten die Formulare einwandfrei, so 
> dass ich nur einen Bug in Version 2.4 vermuten kann.

Ist (inzwischen, auch dank Deines Beitrages hier) bekannt als Bug 88034:
http://www.openoffice.org/issues/show_bug.cgi?id=88034.

Als workaround sollte es möglich sein, Dein Statement von
  SELECT "Autor", "Autor" ...
auf
  SELECT "Autor", "Autor" AS "Autor2" ...
zu ändern - das Problem hier ist der doppelte Spaltenname.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hi Uwe,

> da steht: Fixed in CWS dba241b

(wird also frühestens in einer 2.4.1 drin sein, wenn es a) überhaupt
eine gibt und b) der Bug für die 2.4.1 akzeptiert wird.)

> Das Problem schein also erledigt zu sein. Wenn ich das recht verstehe,
> soll oder muss man dann bei der Listbox nur mit *.refresh arbeiten.
> Dazu muss ich meine Frage nochmal wiederholen:
> Wie kann ich auf Spalte_Listbox konkret zugreifen?
> GetByName funktioniert nicht, ich sehe auch Spalte_Listbox nicht
> im Formularnavigator (Spalte_Listbox steckt im Grid!

oForm.getByName( sGridName ).getByName( sListBoxName )

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hallo Gisbert,

> Hilft Euch etwas in dieser Art:
> 
>   If GetSolarVersion < 644 Then ...
> 
> ?

Nein. In einer 2.0 wird GetSolarVersion (vermutlich, hab's nicht
getestet) 300 liefern, da die 2.x-Stände intern "SRC680" und der
3.0-Stand "DEV300" heißen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hi Uwe,

> Kann man im Makro die Version von OOo abfragen?

Hmm ... ob direkt, weiß ich nicht. Man könnte sich sicher irgendwelche
"indirekten Messungen" ausdenken - zum Beispiel auf Vorhandensein
irgendeines Services testen, den es erst ab der 2.4 gibt. Aber warten
wir mal, was andere dazu sagen, "OOo-Version abfragen" ist doch bestimmt
ein oft vorkommendes Thema ...

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hi Uwe,

>> Leider fällt mir auch kein toller Trick ein, wie man das umgeht - ich
>> bin mir nicht ganz sicher, ob ein ".unload" gefolgt von einem ".load" an
>> dem Formular a) helfen würde und b) keine unerwünschten Seiteneffekte hätte.
> 
> die Idee ist gut und scheint unter 2.4 zu funktionieren.
> Unter 2.0.4 gibt es leider einen Crash,

das fällt eindeutig in die erwähnte Kategorie "unerwünschte
Seiteneffekte" ;)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hallo Uwe,

> ich möchte in OOo-Base eine Listbox per Makro auffrischen.
> Mein Formular sieht z.B. so aus:
> 
> Hauptformular: MainForm
> Sub-Formular: SubForm
> auf dem Sub-Formular eine Tabelle: SubGrid
> in dieser Tabelle eine Spalte mit Listenfeld: Spalte_Listbox
> 
> Wie kann ich mit *.refresh() auf Spalte_Listbox konkret zugreifen?

Geht leider nicht. Wie in dem Thread schon erwähnt, ging es bis zur
2.3.x mit einem .reload an dem logischen Formular, in der 2.4 ist das
kaputt gegangen. Das ist jetzt bekannt als Bug Nummber 87690:
http://www.openoffice.org/issues/show_bug.cgi?id=87690.

Leider fällt mir auch kein toller Trick ein, wie man das umgeht - ich
bin mir nicht ganz sicher, ob ein ".unload" gefolgt von einem ".load" an
dem Formular a) helfen würde und b) keine unerwünschten Seiteneffekte hätte.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] ooo-base: listbox refresh

[Frank Schönheit - Sun Microsystems Germany]

Hi Alex et. al.,

> Es wäre auch vielleicht eine gute Idee, das Problem der Liste 
> [EMAIL PROTECTED] mitzuteilen. Ich weiss nicht, ob Frank 
> Schönheit hier mitliest.

Macht er, in Teilzeit :)

Ich hab' das vermerkt, komme diese Woche aber nicht mehr dazu, das
nachzuvollziehen. Ich vermute ganz stark, dass ich bei der
Performance-Optimierung der List Boxen (die früher ihren Inhalt viel zu
häufig neu luden, was teuer war) leider auch das "refresh beim Reload"
geschlachtet habe :(
(Randnotiz: Sowohl das "Refresh" an der UI als auch das "form.reload" in
Macros sind eigentlich Overkill - sie laden das ganze Formular, in dem
sich die List Box befindet, neu. Eine andere Möglichkeit gibt es aber
leider i.A. noch nicht, zugegeben.)

Falls sich einer bereit erklärt, das mit einer *kleinen* Beispiel-DB in
IssueZilla einzutüten, wäre das hilfreich.

I.A. ist leider keine 2.4.1 geplant. Da ich das persöblich eher
unglücklich finde, kann ich alle Betroffenen nur zum Lobbying für diesen
Bug (und andere potentielle 2.4.1-Kandidaten) auffordern.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Ooo 2.4 Base Makro aufrufen

[Frank Schönheit - Sun Microsystems Germany]

Hi Jürgen,


> Mein eigentliches Anliegen ist, ob mir jemand sagen kann ob in der 2.4 
> Base Version ein Makro schon beim öffnen der Base Datenbank ausgeführt 
> werden kann, zum beispiel um ein Navegationsformular zu laden.

Nein, das geht noch nicht.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] OOo 2.3.1 Kontrollfelder fehlen im Ausdruck

[Frank Schönheit - Sun Microsystems Germany]

Hallo Dirk,

> ein Writer Formular mit mehreren Kontrollfeldern, dass sich unter OOo 
> 1.1 problemlos ausdrucken ließ bereitet mit OOo 2.3.1 Probleme.
> Im Ausdruck und auch in der Druckansicht fehlen die Kontrollfelder aus 
> dem Formular.
> Die Funktion Kontrollfelder ausdrucken in den Druckeinstellungen unter 
> Extras/Optionen ist angewählt.
> OOo 2.3.1 läuft unter OpenSuSE linux 10.3.

Wenn es ein "XML Fromulardokument" ist, dann ist es ein bekannter Bug,
der, wenn ich mich richtig erinnere, in der 2.4 gefixt ist. Für normale
Text-Dokumente ist mir kein solcher Bug bekannt.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Daten in ein Subform Grid schreiben

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo "AIRE y VUELO, tu tienda de vuelo",

(spannender Name)

> Versuche ich aber zu Schreiben 
> 
>  oGrid.getByName("Total").Text = "aaa"  
>  oGrid.getByName("Unidades").Value = 2
> 
>  msgbox oGrid.getByName("Total").Text
> Die MsgBox git mir zwar "aaa" zurück aber im Formular sieht man den Eintrag 
> nicht 

versuch's mit
  oGrid.getByName( "Total" ).BoundField.updateString( "aaa" )

BoundField is das Datenbank-Feld, an welches die Grid-Spalte gebunden
ist. Manipulationen sollten aus Konsistenz-Gründen immer nur an ersterem
erfolgen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Breakanweisung bei D ialogboxen / Datensatzlöschung

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Robert,

>> Versuch's mal mit "Löschen bestätigen" in dem Formular-Eigenschaften
>> (bin mir gerade nicht sicher, ob das die deutsche Version von "Confirm
>> deletion" ist). Da hängst Du ein Makro dran, welches Deinen Dialog
>> hochholt, und immer FALSE zurückgibt. 
> An der Stelle war ich, nur was heißt "False" zurückgeben - an welchen Ablauf?

Du mußt eine Funktion der Art
  Function bestaetigeLoeschen( ereignis as Object ) As Boolean
' Nutzer fragen
' wenn "ja", dann selber löschen
return FALSE
  End

an das entsprechende Ereignis binden. Die wird aufgerufen, wenn der
Benutzer den Löschen-Knopf drückt. Wenn sie dann FALSE (als: "Löschen
wurde nicht bestätigt") zurückgibt, wird der Vorgang abgebrochen - was
ja nix macht, da Du schon gelöscht hast.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Breakanweisung bei D ialogboxen / Datensatzlöschung

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Robert,

> bevor ich mich in irgendwelche Tiefen weiter verstricke: Ich habe ein 
> Formular 
> für eine Datenbank. Da in dem Formular Querverknüpfungen zu anderen Tabellen 
> sind kann es beim Betätigen des Löschbuttons zu Fehlermeldungen kommen, die 
> via SQL und Base auf den Bildschirm gelangen. Dachte ich mir: dem hilfst Du 
> ab. Und flugs den ersten Dialog gebaut, 2 Buttons, einer mit Ja, so dass die 
> Querverknüpfungen gegebenenfalls vorher gelöscht werden können, so dass die 
> Integrität der Datenbank gewährleistet bleibt. Und jetzt das Problem:
> 
> Der Nein-Button soll natürlich den ganzen Prozess stoppen. Er geht zwar 
> hübsch 
> an der Löschung der Querverbindungen vorbei, aber wie kann ich den weiteren 
> Prozess unterbinden, der dann abläuft?

Versuch's mal mit "Löschen bestätigen" in dem Formular-Eigenschaften
(bin mir gerade nicht sicher, ob das die deutsche Version von "Confirm
deletion" ist). Da hängst Du ein Makro dran, welches Deinen Dialog
hochholt, und immer FALSE zurückgibt. Wenn in Deinem Dialog "Ja" gewählt
wurde, solltest Du natürlich noch das eigentliche Löschen durchführen.


Eleganter sollte es aber eigentlich gehen, wenn Du in den Eigenschaften
der entsprechenden Beziehung (einfach einen Doppelklick darauf im
Beziehungs-Entwurf ("Relation Design")) "Cascading Delete" einstellst.
(sorry für das Englisch, hab' gerade keine deutsche Version zur Hand)

Dann kümmert sich die Datenbank nämlich darum, dass abhängige Datensätze
in anderen Tabellen auch gelöscht werden - vorrausgesetzt, sie
unterstützt diese Option.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Formular; Datensatzmarkier TableControl nicht ausschaltbar

[Frank Schönheit - Sun Microsystems Germa ny]

Hi Robert,

> Nun brauche ich in diesem Tabellenkontrollfeld aber nicht die 
> Navigationsleiste und auch nicht den Datensatzmarkierer. In den Eigenschaften 
> ausgeschaltet, doch leider verschwindet nur die Navigationsleiste. Beim 
> Datensatzmarkierer tut sich nichts - der bleibt in voller Breite stehen, so 
> dass ich das Kontrollfeld jetzt um 1 cm verbreitern muss. Keine 
> Funktionsstörung, aber im Design natürlich ärgerlich.
> 
> Es würde mich interessieren, ob diese Eigenschaft bei Euch auch nicht 
> beeinflussbar ist.

Oops, in der Tat, das scheint irgendwie kaputt zu sein.


> Falls das ebenso der Fall ist würde ich einen issue 
> schreiben 

ja bitte, Eigentümer bin ich ([EMAIL PROTECTED]).

> - auch wenn ich bei der Umschreibung des 
> Wortes "Datensatzmarkierer" im Englischen einige Probleme habe.

"Record marker"

> Mein System: SuSE 10.1 OOo 2.3

Ist wahrscheinlich systemunabhängig, bei mir auf Win XP jedenfalls tritt
es auch auf.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base: Makros im Formular manchmal nicht verfügbar

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Robert,

> ist ein Bug, der schon von anderen berichtet wurde.
> 
> http://www.openoffice.org/issues/show_bug.cgi?id=81217
> 
> Jetzt muss ich mich wohl wieder damit auseinandersetzen, wie ich für den 
> Issue 
> voten kann. (Username? Passwort? - da war doch irgendwo ...)

Mußt Du nicht, der ist gefixt. Aber erst in einer 2.4.

Wenn ich gewußt hätte, dass er eine Regression zur 2.2/.1 ist (scheint
jedenfalls so zu sein, da es Leute vermehrt von der 2.3 berichten, hab's
jetzt nicht überprüft), hätte ich vielleicht versucht, es in die 2.3.1
zu bekommen - aber dafür ist es jetzt etwas spät.


Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base 2.2 / Basic : ThisComponent für aktuelle Datenbank

[Frank Schönheit]

Hi Lars,

> Bei
> ThisComponent.Parent erhalte ich ein
> com.sun.star.comp.ODatabaseDocument auf dass sich .getConnection nicht
> anwenden läßt (führt zu einem Fehler).
> Über den in der Wiki und in meinem Buchbeschriebenen Weg müßte ich
> eigentlich ein com.sun.star.comp.ODatabaseSource-Objekt haben.
> 
> Wie komme ich vom ODatabaseDocument zum ODatabaseSource-Objekt?

ThisComponent.Parent.DataSource :)

Ciao
Frank

-- 
Frank Schönheit StarOffice/OpenOffice.org Base
[EMAIL PROTECTED]+49 40 23 646 663 / +3
Sun Microsystems Germany Hamburg, Nagelsweg 55
--

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base 2.2 / Basic : ThisComponent für aktuelle Datenbank

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Lars,

> Und das scheint der Trick zu sein, wie man an das übergeordnete Objekt
> zum eingebettenen Was-auch-Immer-This-Component kommt. Danke.

Kein Trick, der offizielle Weg ;) Ja, leider nicht dokumentiert :-\

Ciao
Frank



-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base 2.2 / Basic : ThisComponent für aktuelle Datenbank

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Lars,

> danke der Ausführungen von Thomas Krummbein in seinem OOoBasic
> Programmierhandbuch kann ich nachvollziehen, warum es für Base kein
> ThisComponent Objekt gibt, aber wie komme ich dann (auf möglichst
> einfachem Weg) an die aktuelle Datenbank.
> Hintergrund: Ich will erreichen, dass die Makros in den Formularen
> auch dann funktionieren, wenn die die Datenbank umbenannt wird.

ThisComponent.Parent sollte es tun. (Oder war ThisComponent der
Controller? Dann ThisComponent.Model.Parent.)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] sdbc-treiber fehlt

[Frank Schönheit - Sun Microsystems Germ any]

Hi Max,

> benutzt WinXP und habe mit OOo2.2 eine Datenbank mit der internen hsqldb 
> erstellt. Mittlerweile habe ich auf 2.3 geupdatet und komm nun nicht 
> mehr an die Tabellen. Ich kann in Base die Datenbank öffnen, sobald ich 
> aber auf "Tabellen" klicke kommt der Hinweis: Es wurde kein SDBC-Treiber 
> für die angegebene URL gefunden.

Das beschriebene Symptom passt nicht ganz, aber was steht denn bei Dir
in Extras / Optionen / Sicherheit / Classpath? Hast Du dort die
hsqldb.jar und/oder sdbc_hsqldb.jar eingetragen? Wenn ja, nimm sie mal
raus und probiere nochmal.

Aonsonsten: Gibt es eine hsqldb2.dll im "program"-Verzeichnis Deiner
Installation?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] OO-Base 2.3 druckt keine Formulare mehr !!!

[Frank Schönheit - Sun Microsystems Germa ny]

Hi Sven,

> Einen Schritt bin ich schon wieter ! Es geht das drucken aus dem
> Drucklayout und WebLayout nicht mehr aber aus der Seitenansicht geht es !!!
> Das ist dan doch ein Bug oder ???

Ja. (Deine Tasten prellen übrigens.)

Ich vermute ganz stark, dass das der selbe ist, der auch das Drucken von
Berichten verhindert, der wäre dann zur 2.3.1 gefixt.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] OO-Base 2.3 druckt keine Formulare mehr !!!

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo "schmidt.sven.uede",

(tschuldigung für diese Anrede, aber mehr Informationen über Deine
Identität hast Du nicht gegeben :)

> Ich habe mit OO 2.2.1 ein Formular in Base angelegt und es druckte auch.
> Aber seit OO 2.3 druckt dieses Formular nicht mehr ? Es wird nichts mehr
> zum Drucker gesendet !

Ich kenne einen entsprechenden Bug für Berichte, für Formulare ist es
mir neu (hab es aber zugegebenermaßen noch nicht probiert). Bei
Berichten funktioniert der Druck aus der Seitenansicht - bei Deinen
Formularen auch?

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: AW: [de-users] AW: [dba-dev] OpenOffice Base

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Andreas,

> Nachdem ich die Extension "Report Builder" runtergeladen habe, habe ich
> angefangen, einen passenden Bericht zu "stricken". Jedoch habe ich keine
> Möglichkeit gefunden, einen Rahmen bzw. einzelne Linien um oder an bestimmte
> Werte anzufügen, um die Gestaltung des Berichts etwas zu optimieren. Es gibt
> - gemäß dem, was ich rausgefunden habe - nur die Variante eine horizontale
> oder vertikale Linie in die Gesamtdarstellung der Details (Hauptbericht;
> also nicht Kopf oder Fuß) einzufügen. Gibt es wirklich keine Möglichkeit,
> individuelle Linien bzw. Rahmen in das Layout einzubauen?

Hmm, ich bin mir nicht ganz sicher, dass ich Dich hier verstehe.

Die Linien-Objekte solltest Du überall einfügen können, auch in Kopf und
Fuß (bei mir jedenfalls geht es :). Ja, die Linien verhalten sich an
einigen Stellen noch ein wenig merkwürdig, aber das scheinst Du nicht zu
meinen.

Was sind "individuelle Linien"?

Was meinst Du mit dem "Anfügen einzelner Linuen um oder an bestimmte Werte"?


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AW: [de-users] AW: [dba-dev] OpenOffice Base

[Frank Schönheit - Sun Microsystems Ger many]

Hallo Andreas,

> Angehängt habe ich jetzt einfach nochmal die Screenshots aus der Mail
> gestern plus Screenshots bzgl. der Feldtypen.

Wie Robert schon sagte, kommen hier in der Liste keine Anhänge an.

Okay, in Deiner Mail, die auch per CC an mich privat ging, war in den
Screenshots zu lesen:

Column types do not match in statement [ALTER TABLE "Talk List" ADD
FOREIGN KEY ("Talk Number" REFERENCES "Speaker Talks" ("Talk Number")]

Das würde bedeuten, dass die beiden "Talk Number"-Spalten in den beiden
Tabellen inkompatible Typen haben.  Schau doch mal im Tabellenentwurf
nach, von welchem Typ die jeweils sind.


Die zweite Fehlermeldung im Screenshot war

Primary or unique constraint required on main table: "Speaker Talks" in
statement [ALTER TABLE "Speakers List" ADD FOREIGN KEY ("Speaker Number"
REFERENCES "Speaker Talks" ("Speaker ...

(Der Rest war vom OK-Knopf verdeckt. Hmm, ich dachte, *der* Bug wäre
gefixt.)

Das bedeutet, dass Du versucht hast, eine Relation von "Speakers
List"."Speaker Number" auf "Speaker Talks"."Speaker Number" (vermute
ich) anzulegen.

Das zweite Speaker Number ist allerdings weder der Primärschlüssel der
"Speaker Talks" Tabelle, noch hat es einen eindeutigen Index - deswegen
kann es nicht Ziel eines Fremdschlüssels sein.


Insgesamt scheint es mir, als wenn der Aufbau Deiner Tabellen nicht
richtig passt. Was ich aus einem Deiner Screenshots entnehmen konnte, war:

Tabelle: Speakers List
Felder:  ID (der Primärschlüssel) *
 ...
 Fax
 Additional Information
 Speakers Number

* (das vermute ich nur, das war nicht auf dem Bild)

Tabelle: Speaker-Talks
Felder:  ID (der Primärschlüssel)
 Speaker Number
 Talk Number

Tabelle: Talk List
Felder:  ID (der Primärschlüssel)
 Talk Number
 Talk Theme


Konzeptionell scheint es sich hier um einen m-n-Beziehung zwischen den
Sprechern und den Gesprächen zu handeln, klassich realisiert über eine
Zwischen-Tabelle. So weit, so richtig.

Aber:
Du scheinst in jeder Tabelle einen Primärschlüssel ID angelegt zu
haben, aber *zusätzlich* ein Feld, welches die (sicher eindeutige?!)
Nummer des Datensatzes aufnehmen soll. Das ist ein eindeutiger Wert
zuviel, und zum Teil für Deine Probleme verantwortlich.

Du solltest in Speakers List entweder die ID entfernen, und "Speakers
Number" zum Primärschlüssel erklären, oder einfach "Speakers Number"
entfernen, und die ID als eindeutige Nummer nutzen (letztendlich ist
genau das der Sinn eines PK.).
Analog für Talk List.

Außerdem solltest Du die ID aus Speakers-Talks entfernen, und das *Paar*
"Speaker Number"/"Talk Number" zum Primärschlüssel der Tabelle erklären.
Denn genau das ist es, was einen Datensatz in dieser Tabelle eindeutig
identifiziert: das Paar aus der Nummer des Sprechers und des Gesprächs
(da ein Sprecher wohl kaum zweimal bei dem selben Gespräch anwesend sein
wird).


Dann klappt's auch mit den Beziehungen, sollte man meinen (darauf
achten, dass Du die von Speakers-Talks zu "Speakers List" resp. "Talk
List" ziehst, nicht umgekehrt).

Ciao
Frank


-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-users] Re: [dba-dev] OpenOffice Base

[Frank Schönheit - Sun Microsystems Ger many]

Hallo Herr Kappeler,

vorweg: ich beantworte Ihre Frage in users@de.openoffice.org, da sie a)
dorthin passt und b) eine öffentliche Diskussion solcher Themen immer
besser skaliert (mehr Leute können antworten und lernen) als private
Mails. Ich bitte Sie daher auch, die Diskussion in dieser Mailing-Liste
forzuführen. Danke.

Komplettzitat für die Neuleser.

> Sehr geehrter Herr Schönheit,
>  
> 
> auf der Internet-Seite „mail-archive.com“ habe ich eine Antwort von
> Ihnen, zum Problem mit der Unmöglichkeit in OpenOffice Base eine
> Relation bzw. Verknüpfung zu erstellen, gelesen. Ich bin kein Entwickler
> und kenne mich nicht mit SQL oder sonstigen Abfragesprachen aus. Jedoch
> habe ich mehrere Jahre im Controlling Berichte mit Hilfe von Lotus
> Approach erstellt. Die Inkompatibilität mit den Microsoft Office
> Programmen hat mich zwar immer gestört, aber Lotus Approach ist einfach
> in der Handhabung und VOR ALLEM konnte man sehr gut Verknüpfungen
> zwischen verschiedenen Tabellen erstellen und dadurch komplizierte
> Datenbestände zu einer vernünftigen Abfrage bzw. dann auch zu einem
> guten Bericht zusammenfügen.
> 
>  
> Jetzt *meine Frage*: Habe ich das richtig verstanden? Gibt es in
> OpenOffice Base keine Möglichkeit Verknüpfungen zwischen verschiedenen
> Tabellen herzustellen? Oder besteht doch die Möglichkeit eine
> Einstellung zu verändern, damit ich nicht die Fehlermeldung erhalte:
> „Diese Datenbank unterstützt keine Relationen“?

Base ist zu einem nich unwesentlichen Teil eine Oberfläche für fremde
Datenbanken. Es bringt auch eine eigene DB mit - HSQLDB -, aber in der
Allgemeinheit, wie Sie die Frage stellen, kann man sie nicht
beantworten, da Base Ihnen die Möglichkeit gibt, sich mit einer Vielzahl
verschiedener Datenbanken zu verbinden.

Es hängt also einfach davon ab, welche DB sie wirklich benutzen (sie
sehen das in der Statuszeile des Base-Anwendungsfensters). Der
beschriebene Fehler läßt vermuten, dass es eine ohne Unterstützung von
Verknüpfungen ist - ich vermute einfach mal dBase.

Wechseln Sie auf eine andere DB - welche, hängt sehr stark von Ihren
Anforderungen ab -, dann können sie mit Base auch Verkünfungen
erstellen/verwalten.

> Ich habe mir OpenOffice erst vor zwei Tagen heruntergeladen und möchte
> in OpenOffice Base mit verschiedenen Datenbeständen (Tabellen) arbeiten,
> die ich variabel und einfach gestalten kann, um daraus schließlich einen
> vernünftigen Bericht zu generieren. Grundsätzlich komme ich mit dem
> Handling des Programms zurecht. Nur möchte ich wissen, wie ich
> Verknüpfungen erstellen kann.
> 
>  
> 
> Für eine Antwort und Ihre Hilfe wäre ich Ihnen sehr dankbar, und das
> bereits schon im voraus.
> 
>  
> 
> Mit freundlichen Grüßen
> 
>  
> 
> Andreas Kappeler

Ciao
Frank Schönheit


-- 
- Frank Schönheit, Software Engineer  [EMAIL PROTECTED] -
- Sun Microsystems   http://www.sun.com/staroffice -
- OpenOffice.org Basehttp://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  -
- Sitz der Gesellschaft:   -
- Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten  -
- Amtsgericht München: HRB 161028  -
- Geschäftsführer: Wolfgang Engels, Dr. Roland Bömer   -
- Vorsitzender des Aufsichtsrates: Martin Häring   -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Datenbank-Abmeldung OO 2.1 und WinXP per Makro

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Winfried,

> das war genau der Punkt.
> 
> Datenbankverbindung.close()  vor dem letzten 'End Sub' löst das problem.

Schön zu wissen.

Ein Hinweis noch dazu: Wenn irgendwas in Deinem Makro schief geht (aus
welchen legitimen Gründen auch immer, zum Beispiel sowas Banales wie der
Abbruch durch den Benutzer), dann solltest Du auch in solchen Fällen
sicher stellen, dass das .close() gerufen wird. Sowas vergisst man gerne.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Datenbank-Abmeldung OO 2.1 und WinXP per Makro

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Winfried,

> Das Problem liegt in der Wiederanmeldung der DB, wenn das Makro nochmals 
> gestartet wird. Dabei wird in Opensuse die Datenbankdatei 'xxx.odb' bei der 
> Anmeldung überschrieben.
> In WinXP funktioniert das nicht. Nach den ersten Durchlauf des Makro wird die 
> datenbank in OO zwar im Explorer abgemeldet, die Datei '.odb' kann hedoch 
> beim neuen Durchlauf nicht mehr generiert bzw. überschrieben werden.
> Sie kann auch nicht mehr per Hand gelöscht oder umbenannt werden. 
> Fehlermeldung: 'Eine andere Person oder Programm greift auf die datei zu'

Klingt nach einer nicht geschlossenen Verbindung zu dieser Datenbank.
Unter Unix ist das egal, da es dort üblicherweise kein File-Locking
gibt, unter Windows nicht.

Ich würde vermuten, dass Du irgendwo eine Connection aufmachst (zum
Beispiel DataSource.getConnection in einem Basic-Makro), ohne die
hinterher wieder zu schließen (Connection.close oder Connection.dispose).

Alternativ benutzt Du auch Applikations-Code (der Writer hat da glaube
ich noch ein paar Stellen), der genau diesen Bug - nicht wieder
geschlossene Connections - hat.

In letzterem Fall hilft leider nur das Ausweichen auf einen anderen
Dateinamen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] BASE und MS Access

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Mechtilde,

> Ich weiß nicht, ob auf das entsprechende CWS noch zugegriffen werden kann.

Geht.
http://tools.services.openoffice.org/EIS2/cws.ShowCWS?logon=true&Id=2959&Path=SRC680%2Fmdbdriver02

> Der Quellcode ist ja offen. Insoweit könnte ihn auch jemand
> weiterentwickeln.

Was jederzeit willkommen und der Unterstützung des Kern-Teams sicher wäre.
(Ein "wir bringen das nur auf einen aktuellen Stand, und geben dann
weiterhin die instabile Alpha-Version raus" wäre natürlich nicht so toll.)

> Ich denke, dazu ist es auf jeden Fall notwendig, OOo komplett selber zu
> bauen.

Ja, ein wenig Build-Erfahrung sollte man mitbringen (oder
Schmerzfreiheit, um es zu lernen :)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Fragen zu base!

[Frank Schönheit - Sun Microsystems Germany]

> Versuch A:
> 
> (1) Starte OOo Base Start|Programme|OOo2.2|OOoBase
> 
> (2) Es öffnet sich der Datenbankassistent
> 
> (3) Wähle "Bestehende Datenbank öffnen"
> 
> (4) Klicke auf "Öffnen..."
> 
> (5) Browse und wähle foo.mdb, klicke auf "Öffnen"
> 
> (6) OOo Base beendet sich ohne jede Meldung.

Eine englische Version dieser wunderschönen (ehrlich, weil gut
reporduzierbaren) gibt es jetzt als
http://www.openoffice.org/issues/show_bug.cgi?id=79649.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Base: Datenimport, Vergrößerung von Feldern ohne Datenlöschung, miese Performance

[Frank Schönheit - Sun Microsystems Germ any]

Hallo Mechtilde,

>> 1. Wenn ich ein Feld innerhalb einer benutzten Datenbank vergrößere,
>> dann löscht Base alle Daten dieses Feldes und stellt es neu hinten an
>> die Liste. Geht das nicht auch unter Beibehaltung der Daten?
> Das heißt, Du verwendest die interne HSQLDB. und Du meinst damit eine
> Spalte einer Tabelle.
> 
> Das geht zur Zeit nicht. Es ist ein bekannter Bug.

der in einer 2.3 gefixt sein wird. Jedenfalls der Teil mit dem Löschen
der Daten, das "Hinten-Anhängen" nicht - wird es wohl auch nicht so
schnell, denn die Reihenfolge von Spalten in Tabellen sollte eigentlich
egal sein.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-users] Wünsche für Base (was: Entschuldi ge den ungewöhnlichen Weg ...)

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Hallo,

wie immer beantworte ich persönlich Mails dieser Art in [EMAIL PROTECTED] (und 
da
ich glaube, dass Du meine Adresse aus meinen dortigen Mails der letzten
Zeit hast, weißt Du auch, warum).

Extensives Quoten für Neu-Leser ...

> seit einigen Jahren entwickle ich professionell Applikationen auf Basis 
> von OpenOffice (genau seit StarOffice 5.0). Meist handelt es sich dabei 
> um Office-Applikationen mit Datenbank-Backend. Seit OO 2.0 verwende ich 
> hierzu die Datenbankformulare mit "dahinter gelegten"  OO-Basic-Modulen 
> (die größte Anwendung hat etliche tausend Zeilen Code). Dabei fällt mir 
> auf, dass gerade unter Linux nicht alle Funktionen so arbeiten, wie 
> erwartet, was sich aber in den allermeisten Fällen umschiffen lässt - 
> ansonsten bin ich der Meinung, dass es sich um ein Programmiersystem 
> handelt, dass sich in absehbarer Zeit mit MS-Access messen kann. Es sind 
> aber vor allem fünf Features, die ich schmerzlich vermisse (ich habe 
> leider keine Stelle gefunden, an der ich meine Requests loswerden kann):

Falls Du Englisch beherrschst, ist
http://qa.openoffice.org/issue_handling/pre_submission.html Dein Freund.

> 
>1. Multicolumn List- und Kombifelder (wie ich sehe sind die wohl in
>   der nächsten Version vorhanden)

Es gibt eine Spezifikation, aber keine konkreten Zeitpläne für eine
Implementation.

>2. Dies ist für mich der wichtigste Punkt: Es fehlt ein
>   Registersteuerelement - daher müssen Formulare mit sehr vielen
>   gruppierten Elementen auf mehrere Formulare aufgeteilt werden, was
>   einen eigentlich unnötigen Programmieraufwand bedeutet.

Würd' ich glatt unterschreiben, halte ich aber für den zweiten Schritt
nach "dialog-basierte Formular". Immerhin ist es die Haupt-Aufgabe von
Formularen, den Dialog der Anwendung mit dem Anwender zu ermöglichen -
da sind "Dokumente" eigentlich nicht die erste Wahl, IMO.

>3. Bei der Installation sollte es eine Möglichkeit geben, die
>   mitgelieferte HSQLDB im Server-Modus zu installieren. Hier wären
>   auch einige Fehler zu beseitigen - so kommt es auch im normalen
>   Modus (unter Linux) immer wieder zu locking-Problemen.

Hmm - von derartigen Problemen ist mir nichts bekannt. Läßt sich das
präzisieren?

>4. Ein nice-to-have wäre schließlich eine Möglichkeit, dass nachdem
>   ein Formular an eine Tabelle gebunden wurde, eine Feldliste
>   angezeigt wird, aus der per drag & drop die benötigten
>   Datenbankfelder ins Formular gezogen werden könnten. Diese
>   Funktionalität erspart beim Konkurrenten viele Stunden
>   Entwicklungsarbeit.

Versuch's mal mit dem siebenten Knopf von links in der Formular-Entwurf
Symbolleiste.

>5. Auch ein nice-to-have wäre die Möglichkeit, bei der
>   Tabellenerstellung eine Beschriftungseigenschaft vorzusehen, mit
>   der eine vom Attributsnamen abweichende Beschriftung angegeben
>   werden kann, die auf Formularen und in Abfragen erscheint. (Quasi
>   eine Art Alias-Namen)

Hmm - mit Anfragen selber bekommst Du das ja auch hin, die unterstützen
ja einen Alias-Namen. Du müßtest halt für die Tabelle(n) Abfragen der
Art "SELECT spalte1 as alias1, ... FROM tabelle" erstellen, und dann mit
dieser/n Abfrage(n) arbeiten. Nicht ganz das, was Du meinst, aber ein
einfacher Workaround.

> Ich hoffe es war nicht unverschämt, mich direkt an dich zu wenden
> 
> Grüße aus Landshut
> 
> Helmut

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Fragen zu base!

[Frank Schönheit - Sun Microsystems Germany]

Hi Stefan,

> (1) Starte OOo Base Start|Programme|OOo2.2|OOoBase
> 
> (2) Es öffnet sich der Datenbankassistent
> 
> (3) Wähle "Bestehende Datenbank öffnen"
> 
> (4) Klicke auf "Öffnen..."
> 
> (5) Browse und wähle foo.mdb, klicke auf "Öffnen"
> 
> (6) OOo Base beendet sich ohne jede Meldung.

Ah - wenn man es aus dem Start-Menü startet, sieht das tatsächlich so
aus. Wenn man den Assistenten aus einem anderen Dokument
(Datei/Neu/Datenbank) startet, was ich tat, passiert de facto gar nix.
Deswegen irritierte mich das "stillschweigend beendet" ... Nein, den Bug
kannte ich noch nicht, muß ich mal schreiben ...

> Nun kommt es immer wieder vor, dass Anwender (vor allem solche, 
> denen von irgend jemandem gesagt wurde, Base sei der "Ersatz" für MS 
> Access) intuitiv versuchen eine MS-Access-Datei in Base förmlich zu 
> öffnen. Oft ist hiermit auch die Erwartung verbunden, dass man 
> alles, was sich in dieser Access-Datei an Funktionalität befindet 
> (Formulare, Berichte, Makros) auch mit Base nutzen und bearbeiten 
> kann. Ich glaube nicht, dass man diesen Fehler in erster Linie 
> softwaretechnisch abfangen muss. Hier geht es eher um ein 
> Kommunikationsproblem.

Naja. Wenn ich gerade mal wieder sehr idealistisch bin, denke ich gern,
dass es unter Umständen auch Aufgabe der Software sein könnte, diese
Kommunikation zu erledigen. MaW: Ins offene Messer laufen lassen ist
*immer* ein Fehler in der Software :)


> Etwas unschön ist, dass bei A schlicht gar nichts passiert, sondern 
> sich das Programm einfach beendet. Denkbar wäre eine Meldung, dass 
> das vorgefundene Dateiformat in Base nicht geöffnet werden kann.

Ja.

> Etwas unschön ist bei B (wie grundsätzlich immer in OOo),
> ...

Oh ja. Zu diesem Datei/Öffnen-Verhalten gab es schon so viele gute Ideen
... eigenlich wissen wir alle, dass der aktuelle Zustand nicht das Gelbe
vom Ei ist, aber ein richtig überzeugendes Konzept, das alle
Anforderungen unter einen Hut bringt, gibt es m.W. nicht. Oder es hat
sich noch keiner die Zeit genommen (und davon bräuchte es eine Menge),
es zu implementieren ...

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Fragen zu base!

[Frank Schönheit - Sun Microsystems Germany]

Hi Stefan,

> Mir sagt es, dass es sich um das Modul Base des Programms 
> OpenOffice.org Portable handelt, worüber es zuletzt vor sechs Tagen 
> eine offizielle Pressemitteilung des deutschsprachigen Projekts von 
> OpenOffice.org gegeben hat.
> 
> http://de.openoffice.org/servlets/ReadMsg?list=announce&msgNo=92

Die ich bis eben nicht kannte.

>> zum zweiten, weill, "nicht geht" eine entschieden zu unspezifische
>> Fehlerbeschreibung ist, als dass ich dazu irgendwas raten könnte, was
>> sich in der Qualität von "Das muß an der Mondphase liegen."
>> unterscheiden würde :)
> 
> Frank hat zwar Recht, dass "Es geht nicht" eine im allgemeinen 
> unzureichende Beschreibung eines Problems ist. Im konkreten Fall 
> aber, ist es uns doch klar: Der Anwender versucht eine 
> MS-Access-Datei mit Base zu öffnen und zwar höchstwahrscheinlich 
> über den Öffnen-Dialog des Datenbank-Assistenten. Dass dies "nicht
> geht" wissen wir. Und die Tatsache, dass Base bei einem solchen 
> Versuch schlicht gar nichts tut, sondern sich einfach beendet, ohne 
> jede Meldung, mag ein Grund sein, weshalb dem hilfesuchenden 
> Anwender als Problembeschreibung auch kaum mehr einfällt, als dass 
> "es nicht geht".
> 
> Um zu vermeiden, dass sich der Fragende vor den Kopf gestoßen fühlt, 
> wäre mein Vorschlag, ihn über seinen vermutlichen Irrtum 
> aufzuklären, nämlich: Man kann MS-Access-Dateien mit Base nicht in 
> dem Sinne öffnen, wie man MDB-Dateien in Access oder ODB-Dateien in 
> Base öffnen kann, sondern man kann sich mit Base allenfalls zu einer 
> Access-Datei verbinden und auf deren Dateninhalte zugreifen.

Ups. Da bin ich wohl auf irgendeinem Fuß gelandet.

Nein, mir war das, was Du beschreibst, nicht klar. Und als jemand, der
täglich mit etlichen Bug-Reports zu tun hat, habe ich mir schon lange
abgewöhnt, bei jedem "das geht nicht"-Bericht zu spekulieren, was
gemeint sein könnte - dafür reicht meine Zeit einfach nicht (schon gar
nicht bei privaten Mails. Ich meine das ernst, wenn ich sage, dass die
im Vergleich zu Mailing-Listen nicht skalieren - da macht man nämlich
jede Arbeit immer wieder).

Insofern: Sorry, falls Du meine Mail als zu unhöflich empfandest, aber
es war die freundliche (und ja, geringfügig ironische) Version von
"Häh?", die ich in solchen Fällen als einzige Option habe. (Außer
Ignorieren, aber das ist irgendwie auch ziemlich unhöflich, gelle?)


Zum Thema:
- Danke für die Aufklärung des Fragenden.
- Ja, wir haben da vermutlich ein Problem mit der "Benutzbarkeit" (was
  ist das deutsche Wort für "Usability"?). Ich bin seit Jahren an den
  bestehenden Mechanismus gewöhnt, deswegen verdränge ich wohl immer,
  das das nicht der offensichtliche Weg ist :)
- Huh? stillschweigend beendet?!! Nein, tut es bei mir nicht, gibt es
  dafür schn einen BUG IN IssueZilla, den Du mir nennen könntest?
  Ansonsten: Einfach Datei/Öffnen/.md auswählen/OK? Welche OOo-Version?
  Nur OOoPortable oder auch ein "normales" OOo?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Re: Fragen zu base!

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Herr Belz,

(in der Mailing-Liste würde ich ja normalerweise duzen, aber da wir nun
einmal beim "Sie" sind :)

unter wieder beantworte ich die Frage in der Liste, aus den gleichen
Gründen.

> Hallo Herr Schönheit
> 
> Ich habe Ihre Antwort bezüglich MS-Access auf Mac gelesen. Ich wollte  
> nun auf einem PC eine MS-Access-Datei mit Hilfe von OOBasePortable  
> öffnen, was aber (wie auf dem Mac) auch nicht geht.
> Hätten Sie da einen Hinweis?

Hmm, fällt mir nix zu ein. Zum einen, weil mir OOBasePorable nichts
sagt, zum zweiten, weill, "nicht geht" eine entschieden zu unspezifische
Fehlerbeschreibung ist, als dass ich dazu irgendwas raten könnte, was
sich in der Qualität von "Das muß an der Mondphase liegen."
unterscheiden würde :)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] OOo beendet sich nicht

[Frank Schönheit - Sun Microsystems Germa ny]

Hi Mathias,

>>Ich bin mir ziemlich sicher, dass es mit der Zwischenablage zu tun hat -
>>wann immer mir das passiert, stehen im Debugger irgendwelche
>>Clipboard-Threads auf dem Stack. Habe aber noch nie die Chance gehabt,
>>dem weiter nachzugehen (unter anderem deswegen, weil is nicht
>>verlässlich reproduzierbar ist).
> 
> Da würde ich nicht viel drauf geben, denn solange OOo läuft, ist auch
> ein Clipboard-Thread vorhanden und da steht dann auch immer irgendwas
> drauf. ;-)

Schon, aber ...

> Müsste also schon genauer angegeben werden, in welchem Zustand der
> Clipboard-Thread ist.

Siehe Issue 76824. Da hatte jemand ein reproduzierbares Szenario im
Base, deswegen landete der bei mir. Ist jetzt gefixt - es *war* ein
Deadlock zwischen zwei Clipboard-Threads. Meine Intuition beim
Betrachten der Stacks war also nicht ganz falsch :)

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] OOo beendet sich nicht

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Karl-Heinz,

> Dabei passiert es häufig (etwa jedes 3. mal), dass sich OOo nach dem
> Schließen aller Fenster nicht beendet.

Ich bin mir ziemlich sicher, dass es mit der Zwischenablage zu tun hat -
wann immer mir das passiert, stehen im Debugger irgendwelche
Clipboard-Threads auf dem Stack. Habe aber noch nie die Chance gehabt,
dem weiter nachzugehen (unter anderem deswegen, weil is nicht
verlässlich reproduzierbar ist).

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Tabelle wird nac h dem Laden als "verändert" markiert

[Frank Schönheit - Sun Microsystems Germ any]

Hallo Richard,

> ich habe ein Tabellendokument, das glaube ich mit einer älteren 
> Openoffice-Version erstellt wurde und seither immer in die neuen Versionen 
> von OO mitgezogen wurde.
> Inzwischen (OO v2.2) fällt mir auf, daß, sobald ich es geladen habe, es als 
> geändert markiert wird, d.h. das Speichern-Symbol ist aktiv und auch die 
> Abfrage kommt, wenn ich es zumache, daß es ja Änderungen enthalte.

Wenn ich mich richtig erinnere, gibt es da ein Problem mit OLE-Objekten
(im weiteren Sinne, also z.B. auch Charts). Hast Du sowas in dem
Dokument? Wenn ja, versuch mal, ob es an denen liegt.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[de-users] Re: Fragen zu base!

[Frank Schönheit - Sun Microsystems Germa ny]

Hallo Frau Ehmer,

als kleiner Hinweis vorweg: Bitte beachten Sie, dass ich ihre Mail in
users@de.openoffice.org beantworte [1]. Auf einer Mailing-Liste können
mehr Leute antworten, und mehr Leute (vielleicht) etwas aus den
Antworten lernen, deswegen skaliert sie wesentlich besser als private Mails.

(full quote für die Neu-Leser)

> Hallo Herr Schönheit,
> 
> ich möchte gern base herunter laden, aber wie geht das. Bisher konnte
> ich nur das Hauptprogramm Open Office herunter laden. Wie komme ich an
> das Modul base?
> 
> Ich habe eine Datei von Microsoft Office Access (MDB-Datei) von einem PC
> auf meinem Appel MAC, die ich gern mit Base benutzen möchte. Geht das?
> 
> Über eine Antwort würde ich mich riesig freuen.
> 
> mit herzlichen Grüßen,
> Kathrin Ehmer

Base ist Bestandteil von OpenOffice.org, es gibt keine Einzel-Version.

Leider ist es nur unter Windows möglich, auf MS-Access-Datenbanken
zuzugreifen, da nur unter Windows Möglichkeiten existieren, die Daten
aus einer solchen Datei zu lesen.

Ciao
Frank

[1] http://de.openoffice.org/servlets/ProjectMailingListList

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [de-users] Datenbank als eigenes Fenster

[Frank Schönheit - Sun Microsystems Germ any]

Hallo Johannes,

> Als eine grundlegende Frage taucht jetzt bei mir auf, ob man eine 
> Datenbank (v.a. als Tabelle) in einem eigenen Fenster darstellen kann; 
> oder muß das Ding jedesmal über "Ansicht" "Datenquelle" in das 
> Writer-Fenster eingeklappt werden?

Schau' mal in das Kontext-Menü der Datenquelle in dem im Writer
"eingeklappten" Fenster.

Prinzipiell ist eine Datenbank seit OOo 2.2 einfach eine Datei mit
Endung .odb, als solche kannst Du sie auch über Datei/Öffnen als
eingenständiges "Dokument" öffnen.

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems  http://www.sun.com/staroffice -
- OpenOffice.org Base   http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]