Re: [de-users] OOo 2.3 Calc Mehrere Tabellen in Datei zusammenbringen?

2009-10-06 Diskussionsfäden Sascha Blum
Hallo Regina,

Am Dienstag, 6. Oktober 2009 schrieb Regina Henschel:

> > folgendes Problem: Habe in OOo 2.3 unter Linux kubuntu ein
> > Calc-Tabellendokument erstellt. Darin habe ich 2 Tabellen - sprich also 2
> > so Reiter unten.
> >
> > Soweit sogut. Nun habe ich das Problem das ich wenn ich auf Seitenansicht
> > klicke, nur die 1 Tabelle angezeigt bekomme. Wenn ich das
> > Tabellendokument nach PDF konvertiere, dann seh ich ebenfalls nur diese
> > eine Tabelle.
> >
> > Nun frage ich mich, wie bringe ich das ganze optimalerweise in 1 PDF z.B,
> > oder im Notfall auch in 2 PDFs? - wobei die eine wird mir ja irgendwie
> > unterschlagen und weder in der Seitenansicht noch im PDF angezeigt.
>
> Ich vermute, dass es ein Problem mit den Druckbereichen ist. Gehe auf
> die Tabelle, die nicht angezeigt wird. Dann auf Format > Druckbereiche >
> Bearbeiten. In the Liste wählst du dann "ganze Tabelle". Ok

vielen Dank für deine schnelle Antwort und Hilfe, da war es - sprich hat so 
funktioniert und Problem somit behoben.

Viele Grüße

Sascha

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



Re: [de-users] OOo 2.3 Calc Mehrere Tabellen in Datei zusammenbringen?

2009-10-06 Diskussionsfäden Regina Henschel

Hallo Sascha,

Sascha Blum schrieb:

Hallo Leute,

folgendes Problem: Habe in OOo 2.3 unter Linux kubuntu ein 
Calc-Tabellendokument erstellt. Darin habe ich 2 Tabellen - sprich also 2 so 
Reiter unten.


Soweit sogut. Nun habe ich das Problem das ich wenn ich auf Seitenansicht 
klicke, nur die 1 Tabelle angezeigt bekomme. Wenn ich das Tabellendokument 
nach PDF konvertiere, dann seh ich ebenfalls nur diese eine Tabelle.


Nun frage ich mich, wie bringe ich das ganze optimalerweise in 1 PDF z.B, oder 
im Notfall auch in 2 PDFs? - wobei die eine wird mir ja irgendwie 
unterschlagen und weder in der Seitenansicht noch im PDF angezeigt.


Ich vermute, dass es ein Problem mit den Druckbereichen ist. Gehe auf 
die Tabelle, die nicht angezeigt wird. Dann auf Format > Druckbereiche > 
Bearbeiten. In the Liste wählst du dann "ganze Tabelle". Ok


mfG
Regina

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



[de-users] OOo 2.3 Calc Mehrere Tabellen in Datei zusammenbringen?

2009-10-06 Diskussionsfäden Sascha Blum
Hallo Leute,

folgendes Problem: Habe in OOo 2.3 unter Linux kubuntu ein 
Calc-Tabellendokument erstellt. Darin habe ich 2 Tabellen - sprich also 2 so 
Reiter unten.

Soweit sogut. Nun habe ich das Problem das ich wenn ich auf Seitenansicht 
klicke, nur die 1 Tabelle angezeigt bekomme. Wenn ich das Tabellendokument 
nach PDF konvertiere, dann seh ich ebenfalls nur diese eine Tabelle.

Nun frage ich mich, wie bringe ich das ganze optimalerweise in 1 PDF z.B, oder 
im Notfall auch in 2 PDFs? - wobei die eine wird mir ja irgendwie 
unterschlagen und weder in der Seitenansicht noch im PDF angezeigt.

Wäre super wenn mir gerade jemand kurz in dieser Sache weiterhelfen könnte.

Besten Dank vorab.

Viele Grüße

Sascha

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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden Matthias Müller
Am Dienstag, 6. Oktober 2009 schrieb Helmut Schareika:
> Ob in dem – von der eingenommenen Warte aus – durchaus schlüssigen Text
> unten vielleicht ein grundsätzliches Problem steckt? Will und muß ein
> »normaler« Datenbank-Benutzungsinteressierter das wirklich so sehen? Es
> gibt andere Datenbankkonzeptionen, die tatsächlich einen (fast)
> spielenden Umgang mit Datenbankprojekten ermöglichen, z.B. das
> hervorragende Lotus Approach, in denen sich das Pferd ganz anders von
> vorn aufzäumen läßt.
>
Ja! Datenbanken sind eines der komplizierteren (wenn nicht das 
komplizierteste) Konzept in der Informatik. Wer sich hiermit fundiert 
beschäftigen möchte, kommt um ein gerütteltes Maß Theorie nicht herum.

-- 
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!


signature.asc
Description: This is a digitally signed message part.


Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Andreas:
Vielleicht kannst du mir - wie ddu zu Recht vermutest: Anfänger in 
Base- folgendes genauer erklären:

Du schreibst:
"Es ist auch durchaus möglich, ein zweites, unabhängiges 
Eingabeformular für neue Aktenzeichen auf demselben Formulardokument 
zu plazieren (sicher hast Du schon bemerkt, dass das Formular ein 
Writer-Dokument ist). Dann aktualisierst Du das Listenfeld und wählst 
den neuen Datensatz mit der angelegten Akte. "


Wie meinst du das?


Herzliche Grüße

André Dittmann, Pastor



Hab' grad wenig Zeit.
Wenn Du des Englischen mächtig bist:
http://user.services.openoffice.org/en/forum/viewtopic.php?t=12125
mit der Datenbank:
http://user.services.openoffice.org/en/forum/download/file.php?id=2879

Das Ding behandelt eine "Many-To-Many"-Beziehung, die über eine 
Verbindungstabelle und zwei "One-To-Many"-Beziehungen dargestellt werden 
kann. Jeder Film kann zu mehreren Kategorien gehören.
Das Formular hat noch ein zweites, falls eine Kategorie hinzugefügt 
werden muss.
Das wird transparent, wenn Du im Bearbeitungsmodus den Formularnavigator 
einblendest (Werkzeugleiste "Formulardesign", Knopf Nummer 5).



Hallo, Andreas!

Werde mir die Verweise morgen früh mit wachem Kopf anschauen.
Bis dahin danke fürs mitdenken!


Herzliche Grüße

André Dittmann, Pastor

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Hallo André,

Doch klingt das, was du beschrieben hast für eine andere Datenbank
interessant.
Also: magst du mir erklären, wo ich genau deinen Code einzutragen habe...


Der Code wird bei Base eingefügt unter 
Extras - Makros - Makros verwalten - OpenOffice org Basic ...

Sub Stamp
DIM odoc AS OBJECT
DIM odrawpage AS OBJECT
DIM oform AS OBJECT
DIM ostamp AS OBJECT
odoc=thisComponent
odrawpage=odoc.drawpage
oform=odrawpage.forms.getByName("MainForm")
ostamp=oform.getByName("Stamp")
ostamp.Text = now()
End Sub

"MainForm" = Name des Hauptformulars; wird meist durch den Assistenten so
benannt
"Stamp" = Name des formatierten Feldes, in dem der Timestamp angezeigt
wird.


Du musst die Felder im Formular entsprechend umbenennen. Wenn Du das Makro 
dann mit einer Schaltfläche und der Eigenschaft "beim Auslösen" verknüpfst, 
so schreibt es in das Feld den aktuellen Stamp. Nur leider erkennt das 
Formular die Änderung nicht, so dass das Abspeichern zur Zeit nicht richtig 
läuft.
Ich habe schon auf verschiedenen Wegen probiert, auch mit Markierung und 
ähnlichem. Auf dem Wege will das Formular zwar speichern, erhält aber keine 
Rückmeldung und speichert anscheinend auch nicht. Ist mir also auch noch ein 
bisschen ein Rätsel.
Auf jeden Fall reicht es, die letzte Ziffer in dem Feld zu löschen und neu zu 
schreiben. Dann wird der Inhalt komplett übernommen.


Gruß

Robert


Hallo Robert,

das werde ich mal ausprobieren!
Danke für die schnellen und prompten Antworten!

Herzliche Grüße

André Dittmann, Pastor

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden Robert Großkopf
Hallo André,
>
> Doch klingt das, was du beschrieben hast für eine andere Datenbank
> interessant.
> Also: magst du mir erklären, wo ich genau deinen Code einzutragen habe...

Der Code wird bei Base eingefügt unter 
Extras - Makros - Makros verwalten - OpenOffice org Basic ...
> >
> > Sub Stamp
> > DIM odoc AS OBJECT
> > DIM odrawpage AS OBJECT
> > DIM oform AS OBJECT
> > DIM ostamp AS OBJECT
> > odoc=thisComponent
> > odrawpage=odoc.drawpage
> > oform=odrawpage.forms.getByName("MainForm")
> > ostamp=oform.getByName("Stamp")
> > ostamp.Text = now()
> > End Sub
> >
> > "MainForm" = Name des Hauptformulars; wird meist durch den Assistenten so
> > benannt
> > "Stamp" = Name des formatierten Feldes, in dem der Timestamp angezeigt
> > wird.

Du musst die Felder im Formular entsprechend umbenennen. Wenn Du das Makro 
dann mit einer Schaltfläche und der Eigenschaft "beim Auslösen" verknüpfst, 
so schreibt es in das Feld den aktuellen Stamp. Nur leider erkennt das 
Formular die Änderung nicht, so dass das Abspeichern zur Zeit nicht richtig 
läuft.
Ich habe schon auf verschiedenen Wegen probiert, auch mit Markierung und 
ähnlichem. Auf dem Wege will das Formular zwar speichern, erhält aber keine 
Rückmeldung und speichert anscheinend auch nicht. Ist mir also auch noch ein 
bisschen ein Rätsel.
Auf jeden Fall reicht es, die letzte Ziffer in dem Feld zu löschen und neu zu 
schreiben. Dann wird der Inhalt komplett übernommen.

Gruß

Robert

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Hallo, Robert!

danke für die Gedanken, die du dir gemacht hast.

Du ahnst vielleicht schon: Ich bin Anfänger in Sachen Base:
Wo müsste ich deinen Code denn genau eintragen?

Und - iirgendwie scheint es jetzt mit Hilfe dieses Codes aich zu 
funktionieren:

(von Andreas)
Ein bestehendes Zeitfeld kann wie folgt automatisiert werden:
Menü:Extras>SQL...
ALTER TABLE "TableX" ALTER COLUMN "Stamp" TIMESTAMP DEFAULT 
CURRENT_TIMESTAMP NOT NULL;
Menü:Ansicht>Tabellen aktualisieren (immer wenn wir etwas "hinter dem 
Rücken" von Base geändert haben)


Freilich ist hier nur möglich, beim ersten erstellen des Datensatzes den 
STAMP einzutragen. Aber letztlich wäre das für mich in Ordnung.


Doch klingt das, was du beschrieben hast für eine andere Datenbank 
interessant.

Also: magst du mir erklären, wo ich genau deinen Code einzutragen habe...

Herzliche Grüße

André Dittmann, Pastor

- - - - - - - - - - - -
André Dittmann
Ev. Berufsschulpfarramt
Berufsbildende Schulen I des Landkreises Osterode am Harz
Handelslehranstalt * Europaschule

Neustädter Tor 1/3
37520 Osterode am Harz
Telefon (05522) 960 700
Telefax (05522) 960 719
Mobil (0151) 503 544 25
email: andre.dittm...@bbs1osterode.de

privat:
Graf-Otto-Straße 28
37154 Northeim
Telefon (055 51) 988 01 45
Telefax (055 51) 988 01 46


Robert Großkopf schrieb:

Hallo André,


Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht der
Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / Ändern
eines Datensatzes automatisch.
Doch das tut es nicht.

Was muss ich wo eintragen, damit genau das passiert.


Die Standardeinstellungen bringen das nur beim Erstellen der Tabelle, wie 
schon von anderen in diesem Thread beschrieben.


Das Folgende ist ein Ansatz für die Änderung des Stempels per Knopfdruck (Mit 
Button-Aktion verbinden). Ein Ansatz deshalb, weil ich so nur den momentanen 
Timestamp in das entsprechende Feld hineinsetze, das Formular dies aber nicht 
als Änderung wahrnimmt. Gehe ich einmal in das entsprechende Feld und nehme 
eine Änderung mittel Cursor vor, so wird der gesamte Stamp auch gespeichert. 
Fehlt also noch etwas der Schliff an dem Makro.


Sub Stamp
DIM odoc AS OBJECT
DIM odrawpage AS OBJECT
DIM oform AS OBJECT
DIM ostamp AS OBJECT
odoc=thisComponent
odrawpage=odoc.drawpage
oform=odrawpage.forms.getByName("MainForm")
ostamp=oform.getByName("Stamp")
ostamp.Text = now()
End Sub

"MainForm" = Name des Hauptformulars; wird meist durch den Assistenten so 
benannt

"Stamp" = Name des formatierten Feldes, in dem der Timestamp angezeigt wird.

Gruß

Robert


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




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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden Robert Großkopf
Hallo André,

>
> Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht der
> Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / Ändern
> eines Datensatzes automatisch.
> Doch das tut es nicht.
>
> Was muss ich wo eintragen, damit genau das passiert.

Die Standardeinstellungen bringen das nur beim Erstellen der Tabelle, wie 
schon von anderen in diesem Thread beschrieben.

Das Folgende ist ein Ansatz für die Änderung des Stempels per Knopfdruck (Mit 
Button-Aktion verbinden). Ein Ansatz deshalb, weil ich so nur den momentanen 
Timestamp in das entsprechende Feld hineinsetze, das Formular dies aber nicht 
als Änderung wahrnimmt. Gehe ich einmal in das entsprechende Feld und nehme 
eine Änderung mittel Cursor vor, so wird der gesamte Stamp auch gespeichert. 
Fehlt also noch etwas der Schliff an dem Makro.

Sub Stamp
DIM odoc AS OBJECT
DIM odrawpage AS OBJECT
DIM oform AS OBJECT
DIM ostamp AS OBJECT
odoc=thisComponent
odrawpage=odoc.drawpage
oform=odrawpage.forms.getByName("MainForm")
ostamp=oform.getByName("Stamp")
ostamp.Text = now()
End Sub

"MainForm" = Name des Hauptformulars; wird meist durch den Assistenten so 
benannt
"Stamp" = Name des formatierten Feldes, in dem der Timestamp angezeigt wird.

Gruß

Robert


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



Re: [de-users] Textsuche über Dateien in einem Ver zeichnisbaum

2009-10-06 Diskussionsfäden Claudia Scheffer
Michael schrieb:




> Claudia Scheffer schrieb:
> > 
> > Statt des Eingabedialogs erhalte ich derzeit allerdings einen Syntax Fehler.

> Hast Du Tkinter installiert?
> Ich meine, ich hätte es nachinstallieren müssen.

Ich hatte Python-3.1.1.msi installiert und vermute, dass sich Tkinter 
automatisch installiert hat, da es unter python31\Lib das Unterverzeichnis
tkinter gibt.
Pfad setzen auf Python31 und python31\Lib\tkinter änderte aber nichts
am Syntaxfehler.

Unter 
http://docs.python.org/3.1/library/2to3.html#to3-reference
gibt es auch Hinweise darauf, dass der Code von Python 2.6 zu 3.0 
portiert werden muss.

Habe dann stattdessen python-2.6.3.msi installiert und jetzt läuft es und ist 
einiges schneller als die (auch erfolgreiche) Suche mit dem SpeedCommander.

Claudia

-- 
Claudia Scheffer



  

Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden Andreas Saeger

André Dittmann, Pastor wrote:

Hallo, Andreas,
Hallo, Helmut!

Ganz klar - ioch muss mir natürlich im Vorfeld Gedanken über die 
Struktur meiner Datenbank machen, damit ich weiß, welche Schritte in 
welcher Richtung zu gehen sind.



Meinte eigentlich, das gemacht zu haben...

Danke Andreas für deine weiteren Hinweise zum  Vorgehen...und deine 
weiterführenden Gedanken.



Nun nocheinmal mein Anliegen:
Ich habe das richtig verstanden: Es gibt keine Möglichkeit,
meine Tabelle "Aktenzeichen" über ein Kombobox-Element in meinem 
Hauptformular zu ergänzen?


Wenn ich also ein neues Aktenzeichen eintragen möchte, muss ich dies 
direkt in der Tabelle (oder ein dazugehöriges Formular) "Aktenzeichen" tun?


So ganz will mir das nicht in den Kopf.

Andreas:
Vielleicht kannst du mir - wie ddu zu Recht vermutest: Anfänger in Base- 
folgendes genauer erklären:

Du schreibst:
"Es ist auch durchaus möglich, ein zweites, unabhängiges Eingabeformular 
für neue Aktenzeichen auf demselben Formulardokument zu plazieren 
(sicher hast Du schon bemerkt, dass das Formular ein Writer-Dokument 
ist). Dann aktualisierst Du das Listenfeld und wählst den neuen 
Datensatz mit der angelegten Akte. "


Wie meinst du das?


Herzliche Grüße

André Dittmann, Pastor



Hab' grad wenig Zeit.
Wenn Du des Englischen mächtig bist:
http://user.services.openoffice.org/en/forum/viewtopic.php?t=12125
mit der Datenbank:
http://user.services.openoffice.org/en/forum/download/file.php?id=2879

Das Ding behandelt eine "Many-To-Many"-Beziehung, die über eine 
Verbindungstabelle und zwei "One-To-Many"-Beziehungen dargestellt werden 
kann. Jeder Film kann zu mehreren Kategorien gehören.
Das Formular hat noch ein zweites, falls eine Kategorie hinzugefügt 
werden muss.
Das wird transparent, wenn Du im Bearbeitungsmodus den Formularnavigator 
einblendest (Werkzeugleiste "Formulardesign", Knopf Nummer 5).



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



Re: [de-users] Re: OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Danke, Andreas!

Das war genau die Hilfe, nach der ich gesucht habe!

Danke. Eines meiner Probleme hat sich nun in Luft aufgelöst.
Nebenbei habe ich auch noch etwas über die Struktur von Datemnbanken / 
Base / Openoffice gelernt!



Herzliche Grüße

André Dittmann, Pastor

- - - - - - - - - - - -
André Dittmann
Ev. Berufsschulpfarramt
Berufsbildende Schulen I des Landkreises Osterode am Harz
Handelslehranstalt * Europaschule

Neustädter Tor 1/3
37520 Osterode am Harz
Telefon (05522) 960 700
Telefax (05522) 960 719
Mobil (0151) 503 544 25
email: andre.dittm...@bbs1osterode.de

privat:
Graf-Otto-Straße 28
37154 Northeim
Telefon (055 51) 988 01 45
Telefax (055 51) 988 01 46


Andreas Saeger schrieb:

André Dittmann, Pastor wrote:

Hallo,

folgendes Problem:

Ich habe eine Tabelle "Korrespondenztagebuch" mit zugehröriger 
(mittels Assistentem erstellten) Formular.


Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht 
der Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / 
Ändern eines Datensatzes automatisch.

Doch das tut es nicht.

Was muss ich wo eintragen, damit genau das passiert.

Habe mir schon die Finger wundgegooglet und mein Buch von Michael 
Mahrt zu OO Base 3 hilft mir auch nicht weiter...


Vielleicht ihr?


Man kann CURRENT_TIMESTAMP als Standardwert setzen, nur eben nicht in 
der Base-Oberfläche. Standardwert bedeutet, dass jeder neue Datensatz 
beidem keine andere Zeit explizit eingegeben wird, einen automatischen 
Zeitstempel erhält. Überschreiben des Stempels ist jederzeit möglich, 
Änderungen des bestehenden Datensatzes in anderen Feldern ändert den 
Stempel nicht.

Ein bestehendes Zeitfeld kann wie folgt automatisiert werden:
Menü:Extras>SQL...
ALTER TABLE "TableX" ALTER COLUMN "Stamp" TIMESTAMP DEFAULT 
CURRENT_TIMESTAMP NOT NULL;
Menü:Ansicht>Tabellen aktualisieren (immer wenn wir etwas "hinter dem 
Rücken" von Base geändert haben)


Beispieldatenbank:
http://user.services.openoffice.org/en/forum/download/file.php?id=3048


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




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



Re: [de-users] Re: Textsuche über Dateien in einem Verzeichnisbaum

2009-10-06 Diskussionsfäden Michael van Gemmern
Hallo Claudia,


Am Dienstag, 6. Oktober 2009 schrieb Claudia Scheffer:
> Andreas Borutta schrieb:
> > Die Desktop-Suchmaschine Copernic kann ODT-Dokument durchsuchen:
> > http://www.copernic.com/en/products/desktop-search/features-file-ty
> >pes.html
>
> Habe ich ausprobiert, funktioniert aber nicht. In der o.a.
> Beschreibung steht allerdings auch: OpenOffice.org documents (ODT,
> OTT, ODM, OTH, ODS, OTS, ODP, OTP) (versions: 1.1, 2.0) Ich habe
> bisher OpenOffice Version 3.0.1 verwendet und gerade die neueste
> Version 3.1.1 installiert.


die Versionsangaben beziehen sich auf das Dokumentenformat ODF.


Ciao Michael


-- 
OpenSuse 11.0, OpenOffice.org 3.1.1

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



[de-users] Re: OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden Andreas Saeger

André Dittmann, Pastor wrote:

Hallo,

folgendes Problem:

Ich habe eine Tabelle "Korrespondenztagebuch" mit zugehröriger (mittels 
Assistentem erstellten) Formular.


Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht der 
Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / Ändern 
eines Datensatzes automatisch.

Doch das tut es nicht.

Was muss ich wo eintragen, damit genau das passiert.

Habe mir schon die Finger wundgegooglet und mein Buch von Michael Mahrt 
zu OO Base 3 hilft mir auch nicht weiter...


Vielleicht ihr?


Man kann CURRENT_TIMESTAMP als Standardwert setzen, nur eben nicht in 
der Base-Oberfläche. Standardwert bedeutet, dass jeder neue Datensatz 
beidem keine andere Zeit explizit eingegeben wird, einen automatischen 
Zeitstempel erhält. Überschreiben des Stempels ist jederzeit möglich, 
Änderungen des bestehenden Datensatzes in anderen Feldern ändert den 
Stempel nicht.

Ein bestehendes Zeitfeld kann wie folgt automatisiert werden:
Menü:Extras>SQL...
ALTER TABLE "TableX" ALTER COLUMN "Stamp" TIMESTAMP DEFAULT 
CURRENT_TIMESTAMP NOT NULL;
Menü:Ansicht>Tabellen aktualisieren (immer wenn wir etwas "hinter dem 
Rücken" von Base geändert haben)


Beispieldatenbank:
http://user.services.openoffice.org/en/forum/download/file.php?id=3048


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



AW: [de-users] Re: Textsuche über Dateien in ei nem Verzeichnisbaum

2009-10-06 Diskussionsfäden Claudia Scheffer
Andreas Borutta schrieb:



> Die Volltextsuche in ODTs beherrscht auch der Dateimanager
> Speedcommander von Hause aus.


Danke, das war der entscheidende Hinweis!
Man muss nur darauf achten, im Suchdialog auf der 
Seite "Name und Ort" bei "Archive durchsuchen" ein Häkchen zu machen,
dann werden sowohl *.ods als auch *.odt-Dokumente gefunden.
 Claudia

-- 

Claudia Scheffer


  

AW: [de-users] Textsuche über Dateien in einem Ver zeichnisbaum

2009-10-06 Diskussionsfäden Claudia Scheffer
Günter Wallnig schrieb:

> Das ShareWare-Programm 'Total Commander' sollte das können.

Habe ich ausprobiert, aber weder Version 7.04a noch die aktuelle Version 7.50a 
findet die Dateien.
Auch nicht, wenn man bei "Archive durchsuchen" ein Häkchen setzt.

 Claudia

-- 

Claudia Scheffer


  

AW: [de-users] Re: Textsuche über Dateien in ei nem Verzeichnisbaum

2009-10-06 Diskussionsfäden Claudia Scheffer
Andreas Borutta schrieb:

> Die Desktop-Suchmaschine Copernic kann ODT-Dokument durchsuchen:
> http://www.copernic.com/en/products/desktop-search/features-file-types.html

Habe ich ausprobiert, funktioniert aber nicht. In der o.a. Beschreibung steht 
allerdings auch:
OpenOffice.org documents (ODT, OTT, ODM, OTH, ODS, OTS, ODP, OTP) (versions: 
1.1, 2.0)
Ich habe bisher OpenOffice Version 3.0.1 verwendet und gerade die neueste 
Version 3.1.1 installiert.

 
Claudia

-- 
Claudia Scheffer


  

Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden Robert Großkopf
Hallo André,
>
> Nun nocheinmal mein Anliegen:
> Ich habe das richtig verstanden: Es gibt keine Möglichkeit,
> meine Tabelle "Aktenzeichen" über ein Kombobox-Element in meinem
> Hauptformular zu ergänzen?

Kombinationsfelder sind so gedacht, dass neben den angebotenen Werten auch 
Werte ausgesucht werden können, die direkt in der Zieltabelle gespeichert 
werden. Es wird der angezeigte Inhalt gespeichert - in der Zieltabelle.

Da Du anscheinend das Aktenzeichen selbst in der Zieltabelle speicherst 
könntest Du das Kombinationsfeld so aufbauen, dass es seine Werte aus der 
Zieltabelle selbst bezieht. Bei einem Test mit dem Assistenten von OpenOffice 
Base liefert der mir
SELECT DISTINCT "Tabellenfeld" FROM "Tabelle".
DISTINCT sorgt dafür, dass auch mehrfach vorkommende Inhalte nur einmal 
gezeigt werden. So würdest Du das Feld mit den Inhalten Deiner Haupttabelle 
speisen.

Eine zweite Tabelle hat eigentlich nur den Sinn, die Aktenzeichen auszulagern 
und stattdessen den Primärschlüssel der Aktenzeichen in die Haupttabelle zu 
schreiben. Das geht nicht mit dem Kombinationsfeld sondern nur mit dem 
Listenfeld. Dann allerdings müsste das Formular anders aufgebaut sein:
Das Aktenzeichen bildet das Hauptformular und deine bisher wichtigste Tabelle 
bildet in dem Moment ein Unterformular, das aus dem Hauptformular seine ID 
für das Aktenzeichen direkt geliefert bekommt. Im Hauptformular wird dann das 
Aktenzeichen vorgewählt bzw. neu erstellt und dann im Unterformular die 
dazugehörigen Datensätze.

Gruß

Robert

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Alex Thurgood schrieb:
Hallo alle, 




Ein Timestamp ist ein Feld mit Datum _und_ Uhrzeit, also z. B.
"06.10.09 14:59:10"

Ich befürchte, aus dem Wort stamp schließt du irgendwie auf 
Stempeluhr??? ;-)


Es sei denn du änderst/erstellst deinen Feldtyp so per SQL Befehl :

ALTER TABLE MeineTabelle ALTER COLUMN TS_Feld SET DEFAULT CURRENT_TIMESTAMP

was jedoch nicht die bereits eingetragenen Werte modifiziert, nur die neuen. Mit anderen Datenbanken (z.B. Mysql), kann ein SQL "ON UPDATE SET CURRENT_TIMESTAMP" Befehl hinzugefügt werden, aber sowas scheint mit HSQLDB unmöglich. 



Alex


hallo, Alex,

wie mache ich das?

LG André

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden Alex Thurgood

Hallo alle, 


> Ein Timestamp ist ein Feld mit Datum _und_ Uhrzeit, also z. B.
> "06.10.09 14:59:10"
> 
> Ich befürchte, aus dem Wort stamp schließt du irgendwie auf 
> Stempeluhr??? ;-)

Es sei denn du änderst/erstellst deinen Feldtyp so per SQL Befehl :

ALTER TABLE MeineTabelle ALTER COLUMN TS_Feld SET DEFAULT CURRENT_TIMESTAMP

was jedoch nicht die bereits eingetragenen Werte modifiziert, nur die neuen. 
Mit anderen Datenbanken (z.B. Mysql), kann ein SQL "ON UPDATE SET 
CURRENT_TIMESTAMP" Befehl hinzugefügt werden, aber sowas scheint mit HSQLDB 
unmöglich. 


Alex

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Hallo, Edgar!


Hallo André,

André Dittmann, Pastor schrieb am 06.10.2009 14:31:

Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht 
der Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / 
Ändern eines Datensatzes automatisch.


Ein Timestamp ist ein Feld mit Datum _und_ Uhrzeit, also z. B.
"06.10.09 14:59:10"


Ich befürchte, aus dem Wort stamp schließt du irgendwie auf 
Stempeluhr??? ;-)

Es gibt keine Felder die sich selbsständig aktualisieren.
Wenn du ein aktuelles Datum eingetragen haben willst, geh in die 
Bearbeitungsansicht des Formulars und ändere das Feld als "Aufklappbar" 
dann kannst du im Formular auf einen Pfeil klicken und "Heute" wählen.
Ich hoffe das gibt es auf für ein Timestamp-Feld, da bin ich mir jetzt 
nicht sicher.




So hatte ich Laie es mir gedacht !

Leider Edgar, funktioniert dein Vorschlag "aufklappbar.." nicht.

Hast du eine andere Idee?

LG

André

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



Re: [de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden Edgar Kuchelmeister

Hallo André,

André Dittmann, Pastor schrieb am 06.10.2009 14:31:

Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht der 
Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / Ändern 
eines Datensatzes automatisch.


Ein Timestamp ist ein Feld mit Datum _und_ Uhrzeit, also z. B.
"06.10.09 14:59:10"

Ich befürchte, aus dem Wort stamp schließt du irgendwie auf 
Stempeluhr??? ;-)

Es gibt keine Felder die sich selbsständig aktualisieren.
Wenn du ein aktuelles Datum eingetragen haben willst, geh in die 
Bearbeitungsansicht des Formulars und ändere das Feld als "Aufklappbar" 
dann kannst du im Formular auf einen Pfeil klicken und "Heute" wählen.
Ich hoffe das gibt es auf für ein Timestamp-Feld, da bin ich mir jetzt 
nicht sicher.



--

Einen schönen Tag noch.
Mit freundlichem Gruß
Edgar Kuchelmeister

### Anwenderbetreuer users-Mailingliste
### edekuopenoffice.org
### http://wiki.services.openoffice.org/wiki/DE/FAQ

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



[de-users] OO 3-1-1 Base: TIMESTAMP wird nicht in Formular und Tabelle richtig aktualisiert

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Hallo,

folgendes Problem:

Ich habe eine Tabelle "Korrespondenztagebuch" mit zugehröriger (mittels 
Assistentem erstellten) Formular.


Doch eigentlich dachte ich, wenn ich TIMESTAMP in der Entwurfansicht der 
Tabelle wähle, aktualisiert sich das Feld bei jedem Erstellen / Ändern 
eines Datensatzes automatisch.

Doch das tut es nicht.

Was muss ich wo eintragen, damit genau das passiert.

Habe mir schon die Finger wundgegooglet und mein Buch von Michael Mahrt 
zu OO Base 3 hilft mir auch nicht weiter...


Vielleicht ihr?



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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden Andreas Saeger

Helmut Schareika wrote:
Ob in dem – von der eingenommenen Warte aus – durchaus schlüssigen Text 
unten vielleicht ein grundsätzliches Problem steckt? Will und muß ein 
»normaler« Datenbank-Benutzungsinteressierter das wirklich so sehen? Es 
gibt andere Datenbankkonzeptionen, die tatsächlich einen (fast) 
spielenden Umgang mit Datenbankprojekten ermöglichen, z.B. das 
hervorragende Lotus Approach, in denen sich das Pferd ganz anders von 
vorn aufzäumen läßt.


Gruß an die Interessierten
Helmut Schareika




Als "Datenbank-Benutzungsinteressierten" betrachte ich denjenigen, der 
die Datenbank schließlich benutzen soll, ohne mit Tabellen, Relationen 
oder dem Design der Fromulare jemals konfrontiert zu werden.
Aber Du hast Recht. Das kann man auch anders sehen. Aber dann muss man 
halt einen professionellen Werkzeugsatz für Datenbankentwickler kaufen, 
der es einem erlaubt, Dinge spielerisch zusammenzuklicken.


Meiner unmaßgeblichen Meinung nach hat sich die kleine Gruppe von 
Base-Entwicklern mit der Integration eines Datenbank-Backends komplett 
verhoben.
Base bietet keinerlei Hilfestellung für eine sauberes Datenbankdesign, 
die grafischen Tools unterstützen nur einen Teil der Möglichkeiten der 
zugrundeliegenden Datenbank http://hsqldb.org, die resultierende 
Datenbank in einer einzigen Datei ist eher die Karikatur einer 
Datenbank: unsicher, unzuverlässig und lahm.


Ich habe hier seit August eine solche Datenbankanwendung am Start. Sie 
ist ohne Makrocode um Klassen besser als alles, was man in 
Tabellenkalkulationen zusamenstümpern könnte und umfasst ein gutes 
Dutzend an Relationen, die in drei/vier brauchbaren (nicht wirklich 
guten) Formularen editierbar sind.
Womit wirklich niemand auf Anhieb klar kommt ist: Die Aufmachung des 
Progamms mit den vielen Assistenten verspricht so viel mehr 
Möglichkeiten, letztlich läuft wirklich alles auf Handarbeit hinaus. 
Meine Datenbank dient der Leistungskontrolle  durch eine bestimmte 
Person auf einem Laptop, innerhalb eines bestimmten Zeitraumes. Man kann 
hunderte verschiedene Leistungen für tausende Kunden in der 
Geschwindigkeit eingeben wie sie vorgelesen werden (ein Neukunde 
verursacht aus den hier diskutierten eine Verzögerung von ca. 10 Sekunden).
Tägliche Backups der "integrierten Base Datenbank" sind Pflicht. Das 
Teil ist provisorisch, hat bekannte Vereinfachungen (fixe 
Quartalspreise) und wird nie eine gewisse Größe überschreiten. Die etwas 
hakelige Bedienung des Hauptformulars ist nach einer viertel Stunde auch 
kein Problem mehr (Mensch passt sich an).



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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Hallo, Andreas,
Hallo, Helmut!

Ganz klar - ioch muss mir natürlich im Vorfeld Gedanken über die 
Struktur meiner Datenbank machen, damit ich weiß, welche Schritte in 
welcher Richtung zu gehen sind.



Meinte eigentlich, das gemacht zu haben...

Danke Andreas für deine weiteren Hinweise zum  Vorgehen...und deine 
weiterführenden Gedanken.



Nun nocheinmal mein Anliegen:
Ich habe das richtig verstanden: Es gibt keine Möglichkeit,
meine Tabelle "Aktenzeichen" über ein Kombobox-Element in meinem 
Hauptformular zu ergänzen?


Wenn ich also ein neues Aktenzeichen eintragen möchte, muss ich dies 
direkt in der Tabelle (oder ein dazugehöriges Formular) "Aktenzeichen" tun?


So ganz will mir das nicht in den Kopf.

Andreas:
Vielleicht kannst du mir - wie ddu zu Recht vermutest: Anfänger in Base- 
folgendes genauer erklären:

Du schreibst:
"Es ist auch durchaus möglich, ein zweites, unabhängiges Eingabeformular 
für neue Aktenzeichen auf demselben Formulardokument zu plazieren 
(sicher hast Du schon bemerkt, dass das Formular ein Writer-Dokument 
ist). Dann aktualisierst Du das Listenfeld und wählst den neuen 
Datensatz mit der angelegten Akte. "


Wie meinst du das?


Herzliche Grüße

André Dittmann, Pastor

- - - - - - - - - - - -
André Dittmann
Ev. Berufsschulpfarramt
Berufsbildende Schulen I des Landkreises Osterode am Harz
Handelslehranstalt * Europaschule

Neustädter Tor 1/3
37520 Osterode am Harz
Telefon (05522) 960 700
Telefax (05522) 960 719
Mobil (0151) 503 544 25
email: andre.dittm...@bbs1osterode.de

privat:
Graf-Otto-Straße 28
37154 Northeim
Telefon (055 51) 988 01 45
Telefax (055 51) 988 01 46


Helmut Schareika schrieb:
Ob in dem – von der eingenommenen Warte aus – durchaus schlüssigen Text 
unten vielleicht ein grundsätzliches Problem steckt? Will und muß ein 
»normaler« Datenbank-Benutzungsinteressierter das wirklich so sehen? Es 
gibt andere Datenbankkonzeptionen, die tatsächlich einen (fast) 
spielenden Umgang mit Datenbankprojekten ermöglichen, z.B. das 
hervorragende Lotus Approach, in denen sich das Pferd ganz anders von 
vorn aufzäumen läßt.


Gruß an die Interessierten
Helmut Schareika




Andreas Saeger schrieb:
Datenbanken sind absichtlich so konzipiert, dass Du *eigentlich* gar 
keinen Vorgang speichern kannst für den noch kein Aktenzeichen 
existiert (wie im richten Leben halt). *Normalerweise* würdest Du 
zuerst eine Datenbank anlegen, die alle Tabellen und Relationen 
beinhaltet. Eine Relation zwischen den Vorgängen mit einem je einem 
Aktenzeichen *erzwingt* ein gültiges AZ für jede neue Zeile in Deiner 
Hauttabelle (Stichworte referenzielle Integrität, Fremdschlüssel, 
1-n-Relation, "One-to-many").
Ein Datenbank-Frontend wie Base setzt *eigentlich* eine fertige 
Datenbankstruktur (Backend) voraus auf die dann Eingabeformulare und 
Ausgabereports sowie angepasste Datensätze (Abfragen) aufgesetzt 
werden um mit der bestehenden Struktur in einer bestimmten Weise zu 
arbeiten (hier mittels Eingabeformularen).


Wie die meisten Anfänger zäumst Du das Pferd von hinten auf und gehst 
zumindest gedanklich vom Formular aus. Dieses setzt Du auf eine lose 
Kollektion von Tabellen auf, so wie es in der grafischen 
Benutzeroberfläche nahegelegt wird. Dadurch ist es Dir überhaupt 
möglich, zuerst einen Sachverhalt zu einer Akte anzulegen, ohne dass 
die angegebene Akte existiert. Kombinationsfelder sind nichts weiter 
als eine Eingabehilfe für sich wiederholende Werte, ohne irgendwelche 
Restriktionen. Du kannst in das Ding alles eintippen, was dem 
zugrundeliegenden Feldtyp entspricht.
Du kannst erstmal so weitermachen und mit mehreren Formularen 
arbeiten. Erst alle Akten anlegen und dann die zugeordneten 
Sachverhalte via Aktenzeichen aus Listenfeld zuordnen. Es ist auch 
durchaus möglich, ein zweites, unabhängiges Eingabeformular für neue 
Aktenzeichen auf demselben Formulardokument zu plazieren (sicher hast 
Du schon bemerkt, dass das Formular ein Writer-Dokument ist). Dann 
aktualisierst Du das Listenfeld und wählst den neuen Datensatz mit der 
angelegten Akte.
Dabei bleibt es einem unbedarften Benutzer jedoch unbenommen, 
irgenwelche Phantasieaktenzeichen direkt in die Tabelle einzugeben, 
weil die Datenbank nicht entsprechend strukturiert ist.


Man kann auch ein Formular für die Akten anlegen mit einem 
Unterformular für die zugehörigen Vorgänge, wobei Du dann erst eine 
Akte auswählst und dann die zugehörigen Dinge bearbeitest oder eine 
neue Akte anlegst und dann zugehörige Dinge im Unterformular hinzufügst.


Auf jeden Fall ähnelt die Erstellung einer funktionierenden Datenbank 
weitaus mehr dem Schreiben eines Programmes. Du musst mit ein paar 
abstrakten Konzepten vertraut sein (Datentypen, Normalisierung, 
Mengenlehre), so viele Restriktionen wie möglich einbauen 
(Restriktionen sind gut!) und keine Scheu vor textbasierten Werkzeugen 
haben damit das *Endprodukt* für lange Zeit, von jedem angelernten 
Benutzer fehlerfrei (idiotensicher) bedienbar ist.



-

Re: [de-users] Open Office fü r alle Computerbenutzer?

2009-10-06 Diskussionsfäden Lutz Rohde

Hallo Eric, vielen Dank!

Ich bin der Meinung, daß ich auch bei der Erstinstallation auf diese  
Abfrage gewartet hatte, und daß sich nicht kam. Aber vielleicht habe ich  
mich getäuscht, ich versuche es jedenfalls nochmal!


Gruß, Lutz

Am 06.10.2009, 10:21 Uhr, schrieb Eric Hoch :


Hallo Edgar, Lutz,
Am Mon, 05 Oct 2009 08:43:42 +0200 schrieb Edgar Kuchelmeister:

Hallo Lutz,

Lutz Rohde schrieb am 03.10.2009 11:05:

Hallo!

Ich habe OO 3.1 als administrator unter w2k installiert, und da läuft  
es

auch. Wenn ich mich unter einem anderen konto (als
hauptbenutzer) anmelde, startet oo nicht. wie krieg ich das hin,
dass oo für alle konten funktioniert?


Du musst bei der Installation darauf achten, dass du die Option
"für alle Benutzer" auswählst.

Starte am Besten eine Reparaturinstallation
Systemsteuerung > Software > OpenOffice.org > Ändern, dann
reparieren wählen, die Frage ob für alle oder den aktuellen
Benutzer sollte eigentlich dabei nochmal auftauchen (sicher bin
ich mir nicht).


Nein, die Frage wird nicht gestellt. Vorgestern selbst erfahren als
ich für eine Bekannte OOo auf deren Win 2000 Rechner installiert
habe.

Es bleibt nur der Weg OOo komplett deinstallieren und neu
installieren, diesmal taucht dann die Frage auf ob OOo für den
aktuellen Benutzer oder alle Benutzer installiert werden soll.

Glücklicherweise bleiben bei einer Deinstallation die persönlichen
Einstellungen ja unberührt.

Freundliche Grüße
Eric Hoch




--

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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden nicht in Tabelle übernommen

2009-10-06 Diskussionsfäden Helmut Schareika
Ob in dem – von der eingenommenen Warte aus – durchaus schlüssigen Text 
unten vielleicht ein grundsätzliches Problem steckt? Will und muß ein 
»normaler« Datenbank-Benutzungsinteressierter das wirklich so sehen? Es 
gibt andere Datenbankkonzeptionen, die tatsächlich einen (fast) 
spielenden Umgang mit Datenbankprojekten ermöglichen, z.B. das 
hervorragende Lotus Approach, in denen sich das Pferd ganz anders von 
vorn aufzäumen läßt.


Gruß an die Interessierten
Helmut Schareika




Andreas Saeger schrieb:
Datenbanken sind absichtlich so konzipiert, dass Du *eigentlich* gar 
keinen Vorgang speichern kannst für den noch kein Aktenzeichen 
existiert (wie im richten Leben halt). *Normalerweise* würdest Du 
zuerst eine Datenbank anlegen, die alle Tabellen und Relationen 
beinhaltet. Eine Relation zwischen den Vorgängen mit einem je einem 
Aktenzeichen *erzwingt* ein gültiges AZ für jede neue Zeile in Deiner 
Hauttabelle (Stichworte referenzielle Integrität, Fremdschlüssel, 
1-n-Relation, "One-to-many").
Ein Datenbank-Frontend wie Base setzt *eigentlich* eine fertige 
Datenbankstruktur (Backend) voraus auf die dann Eingabeformulare und 
Ausgabereports sowie angepasste Datensätze (Abfragen) aufgesetzt 
werden um mit der bestehenden Struktur in einer bestimmten Weise zu 
arbeiten (hier mittels Eingabeformularen).


Wie die meisten Anfänger zäumst Du das Pferd von hinten auf und gehst 
zumindest gedanklich vom Formular aus. Dieses setzt Du auf eine lose 
Kollektion von Tabellen auf, so wie es in der grafischen 
Benutzeroberfläche nahegelegt wird. Dadurch ist es Dir überhaupt 
möglich, zuerst einen Sachverhalt zu einer Akte anzulegen, ohne dass 
die angegebene Akte existiert. Kombinationsfelder sind nichts weiter 
als eine Eingabehilfe für sich wiederholende Werte, ohne irgendwelche 
Restriktionen. Du kannst in das Ding alles eintippen, was dem 
zugrundeliegenden Feldtyp entspricht.
Du kannst erstmal so weitermachen und mit mehreren Formularen 
arbeiten. Erst alle Akten anlegen und dann die zugeordneten 
Sachverhalte via Aktenzeichen aus Listenfeld zuordnen. Es ist auch 
durchaus möglich, ein zweites, unabhängiges Eingabeformular für neue 
Aktenzeichen auf demselben Formulardokument zu plazieren (sicher hast 
Du schon bemerkt, dass das Formular ein Writer-Dokument ist). Dann 
aktualisierst Du das Listenfeld und wählst den neuen Datensatz mit der 
angelegten Akte.
Dabei bleibt es einem unbedarften Benutzer jedoch unbenommen, 
irgenwelche Phantasieaktenzeichen direkt in die Tabelle einzugeben, 
weil die Datenbank nicht entsprechend strukturiert ist.


Man kann auch ein Formular für die Akten anlegen mit einem 
Unterformular für die zugehörigen Vorgänge, wobei Du dann erst eine 
Akte auswählst und dann die zugehörigen Dinge bearbeitest oder eine 
neue Akte anlegst und dann zugehörige Dinge im Unterformular hinzufügst.


Auf jeden Fall ähnelt die Erstellung einer funktionierenden Datenbank 
weitaus mehr dem Schreiben eines Programmes. Du musst mit ein paar 
abstrakten Konzepten vertraut sein (Datentypen, Normalisierung, 
Mengenlehre), so viele Restriktionen wie möglich einbauen 
(Restriktionen sind gut!) und keine Scheu vor textbasierten Werkzeugen 
haben damit das *Endprodukt* für lange Zeit, von jedem angelernten 
Benutzer fehlerfrei (idiotensicher) bedienbar ist.



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



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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden ni cht in Tabelle übernommen

2009-10-06 Diskussionsfäden Andreas Saeger
Datenbanken sind absichtlich so konzipiert, dass Du *eigentlich* gar 
keinen Vorgang speichern kannst für den noch kein Aktenzeichen existiert 
(wie im richten Leben halt). *Normalerweise* würdest Du zuerst eine 
Datenbank anlegen, die alle Tabellen und Relationen beinhaltet. Eine 
Relation zwischen den Vorgängen mit einem je einem Aktenzeichen 
*erzwingt* ein gültiges AZ für jede neue Zeile in Deiner Hauttabelle 
(Stichworte referenzielle Integrität, Fremdschlüssel, 1-n-Relation, 
"One-to-many").
Ein Datenbank-Frontend wie Base setzt *eigentlich* eine fertige 
Datenbankstruktur (Backend) voraus auf die dann Eingabeformulare und 
Ausgabereports sowie angepasste Datensätze (Abfragen) aufgesetzt werden 
um mit der bestehenden Struktur in einer bestimmten Weise zu arbeiten 
(hier mittels Eingabeformularen).


Wie die meisten Anfänger zäumst Du das Pferd von hinten auf und gehst 
zumindest gedanklich vom Formular aus. Dieses setzt Du auf eine lose 
Kollektion von Tabellen auf, so wie es in der grafischen 
Benutzeroberfläche nahegelegt wird. Dadurch ist es Dir überhaupt 
möglich, zuerst einen Sachverhalt zu einer Akte anzulegen, ohne dass die 
angegebene Akte existiert. Kombinationsfelder sind nichts weiter als 
eine Eingabehilfe für sich wiederholende Werte, ohne irgendwelche 
Restriktionen. Du kannst in das Ding alles eintippen, was dem 
zugrundeliegenden Feldtyp entspricht.
Du kannst erstmal so weitermachen und mit mehreren Formularen arbeiten. 
Erst alle Akten anlegen und dann die zugeordneten Sachverhalte via 
Aktenzeichen aus Listenfeld zuordnen. Es ist auch durchaus möglich, ein 
zweites, unabhängiges Eingabeformular für neue Aktenzeichen auf 
demselben Formulardokument zu plazieren (sicher hast Du schon bemerkt, 
dass das Formular ein Writer-Dokument ist). Dann aktualisierst Du das 
Listenfeld und wählst den neuen Datensatz mit der angelegten Akte.
Dabei bleibt es einem unbedarften Benutzer jedoch unbenommen, 
irgenwelche Phantasieaktenzeichen direkt in die Tabelle einzugeben, weil 
die Datenbank nicht entsprechend strukturiert ist.


Man kann auch ein Formular für die Akten anlegen mit einem Unterformular 
für die zugehörigen Vorgänge, wobei Du dann erst eine Akte auswählst und 
dann die zugehörigen Dinge bearbeitest oder eine neue Akte anlegst und 
dann zugehörige Dinge im Unterformular hinzufügst.


Auf jeden Fall ähnelt die Erstellung einer funktionierenden Datenbank 
weitaus mehr dem Schreiben eines Programmes. Du musst mit ein paar 
abstrakten Konzepten vertraut sein (Datentypen, Normalisierung, 
Mengenlehre), so viele Restriktionen wie möglich einbauen (Restriktionen 
sind gut!) und keine Scheu vor textbasierten Werkzeugen haben damit das 
*Endprodukt* für lange Zeit, von jedem angelernten Benutzer fehlerfrei 
(idiotensicher) bedienbar ist.



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



Re: [de-users] Dokumente sortieren

2009-10-06 Diskussionsfäden Edgar Kuchelmeister

Hallo Petra,

Petra Schäfer schrieb am 05.10.2009 18:06:

Hallo,

ich habe seit kurzem das Problem, dass meine Dateien im Open Office
Writer nicht mehr nach dem Bearbeitungsdatum sortiert werden.


Hm... Writer sortiert keine Dateien, ist kein Dateiverwaltungs- sondern 
ein Textverarbeitungsprogramm.


Also deine Fragestellung ist unzulänglich.
1. immer Betriebssystem und OpenOffice.org Version angeben.
2. Beschreibe mal genau was du tun willst und wo irgendwas nicht richtig 
sortiert wird.


Es gibt

diese Sortierfunktion einfach nicht mehr. Ich kann nur noch nach
Name, Aufnahmedatum, Markierungen und Größe sortieren.


Das klingt noch einem Öffnen/Speichern-Dialog.
Der ist nicht, wie du annimmst, von OOo, sondern vom Betriebssystem.
Du kannst das ändern Extras > Optionen > OpenOffice.org > Allgemein > 
Öffnen/Speichern-Dialoge, Häkchen bei OpenOffice.org-Dialoge verwenden.


Oder, falls Betriebssystem Windows im Windows Öffnen/Speichern-Dialog 
zunächst mal für die Ansicht "Details" aktivieren (ist aber vermutlich 
schon geschehen, sonst würdest du keine Spaltennamen sehen).
Rechtsklick irgendwo auf die Spalte, dann siehst du die möglichen 
Spaltennamen. Angezeigte haben ein Häkchen, nicht angezeigte 
logischerweise keines, dort bei "geändert am" Häkchen hin und auf diese 
Spalte klicken, sortiert nach Änderungsdatum.


--

Einen schönen Tag noch.
Mit freundlichem Gruß
Edgar Kuchelmeister

### Anwenderbetreuer users-Mailingliste
### edekuopenoffice.org
### http://wiki.services.openoffice.org/wiki/DE/FAQ

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



Re: [de-users] Open Office für alle Compute rbenutzer?

2009-10-06 Diskussionsfäden Edgar Kuchelmeister

Hallo Eric,

Eric Hoch schrieb am 06.10.2009 10:21:

Nein, die Frage wird nicht gestellt. Vorgestern selbst erfahren als 
ich für eine Bekannte OOo auf deren Win 2000 Rechner installiert 
habe.


Schön, dass du das machen mußtest ;-))
Erspart mir die Arbeit :-D

Es bleibt nur der Weg OOo komplett deinstallieren und neu 
installieren, diesmal taucht dann die Frage auf ob OOo für den 
aktuellen Benutzer oder alle Benutzer installiert werden soll. 


@Lutz
Tja, einmal kurz nicht aufgepasst :-\
Aber mir ist sowas auch schon mal passiert, bzw. ich dachte es reicht ja 
für den angemeldeten Benutzer (1 Admin/ 1 eingeschränkter Benutzer) aber 
ich hatte hinterher auch irgendwelche Probleme, weiß nur nicht mehr 
welche da es schon länger her ist.

Seitdem installiere ich immer für "alle" Benutzer.

Glücklicherweise bleiben bei einer Deinstallation die persönlichen 
Einstellungen ja unberührt. 


Genau ;-)

--

Einen schönen Tag noch.
Mit freundlichem Gruß
Edgar Kuchelmeister

### Anwenderbetreuer users-Mailingliste
### edekuopenoffice.org
### http://wiki.services.openoffice.org/wiki/DE/FAQ

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



Re: [de-users] Open Office für alle Computerbenutzer?

2009-10-06 Diskussionsfäden Eric Hoch
Hallo Edgar, Lutz, 
Am Mon, 05 Oct 2009 08:43:42 +0200 schrieb Edgar Kuchelmeister:
> Hallo Lutz,
> 
> Lutz Rohde schrieb am 03.10.2009 11:05:
>> Hallo!
>> 
>> Ich habe OO 3.1 als administrator unter w2k installiert, und da läuft es
>> auch. Wenn ich mich unter einem anderen konto (als 
>> hauptbenutzer) anmelde, startet oo nicht. wie krieg ich das hin, 
>> dass oo für alle konten funktioniert?
> 
> Du musst bei der Installation darauf achten, dass du die Option 
> "für alle Benutzer" auswählst.
> 
> Starte am Besten eine Reparaturinstallation
> Systemsteuerung > Software > OpenOffice.org > Ändern, dann 
> reparieren wählen, die Frage ob für alle oder den aktuellen 
> Benutzer sollte eigentlich dabei nochmal auftauchen (sicher bin 
> ich mir nicht).

Nein, die Frage wird nicht gestellt. Vorgestern selbst erfahren als 
ich für eine Bekannte OOo auf deren Win 2000 Rechner installiert 
habe. 

Es bleibt nur der Weg OOo komplett deinstallieren und neu 
installieren, diesmal taucht dann die Frage auf ob OOo für den 
aktuellen Benutzer oder alle Benutzer installiert werden soll. 

Glücklicherweise bleiben bei einer Deinstallation die persönlichen 
Einstellungen ja unberührt. 

Freundliche Grüße
Eric Hoch

-- 
## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows
## Openoffice.org - ich steck mit drin!

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



[de-users] Re: Textsuche über Dateien in einem Verzeichnisbaum

2009-10-06 Diskussionsfäden Andreas Borutta
Raphael Bircher schrieb:

[Volltextsuche]

> Ohne das Windows die .odt oder .ods entpackt kommt es unmöglich an 
> den Inhalt

Der Dateimanager TotalCommander wurde hier im Thread bereits erwähnt.

Die Volltextsuche in ODTs beherrscht auch der Dateimanager
Speedcommander von Hause aus.
http://www.speedproject.de/enu/speedcommander/index.html

Speedcommander ist keine freie Software, hat eine exzellente Qualität
und wird von einem sehr engagierten Programmierer seit vielen Jahren
stetig weiterentwickelt. Der Kontakt zu den Anwendern ist sehr gut.
Unter Windows kenne ich keinen besseren Dateimanager.

Nein, ich stehe in keinerlei geschäftlichen Verbindung zu dem
Anbieter, sondern bin lediglich vom Produkt begeistert.

Andreas
-- 
OOo 3.1.1
http://borumat.de/openoffice-writer-tipps


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



Re: [de-users] Re: OO 3-1-0: Base, Werte auf Kombinationsfeld werden ni cht in Tabelle übernommen

2009-10-06 Diskussionsfäden André Dittmann, Pastor

Andreas Saeger schrieb:

André Dittmann, Pastor wrote:

Hallo,

folgendes Problem:

Ich habe eine "Haupttabelle" Tagebuch TAB.

Unter anderen hat diese Tabelle "Tagebuch TAB" eine Spalte 
"Aktenzeichen".


Ich habe zudem eine zweite Tabelle "Aktenzeichen TAB" mit den Spalten 
"ID" (ist Primärschlüssel) und "AZ-Inhalten"


Ich habe (mit Hilfe des Assistenten) ein Formular erstellt, in dem ich 
u.a. mit einer Kombobox eben die einzelnen Aktenzeicheneinträge für 
den konkreten Datensatz auswählen kann. Ich kann auch dort neuen 
Aktenzeicheneinträge machen, die auch für andere Datensätze dann zur 
Verfügung stehen.


Doch nun mein Problem:
Wenn ich eine neues Aktenzeichen bei einem neuen Datensatz ins 
Formular eintrage, wird dieses neue Aktenzeichen NICHT in die Tabelle 
"Aktenzeichen TAB" übernommen.


Kann mir jemand sagen, wie ich erreiche, dass die neuen Einträge in 
diese Tabelle übernommen werden=




Du legst in neues Aktenzeichen an bevor Du dich in einer anderen Tabelle 
darauf beziehst.


Für den Bezug auf eine Zeile einer anderen Tabelle verwendet man dann 
aber ein Listenfeld.

Ich nehme mal an, dass der Inhalt von "ID" das Aktenzeichen selbst ist.
Art des Inhalts: SQL
Listenfeldinhalt: SELECT "ID", "ID" FROM "Aktenzeichen TAB" ORDER BY "ID"
Gebundenes Feld: 1
Feld nummer 1 ist dasjenige welches in die Tabelle geschrieben wird 
(meist eine numerische ID). Das allererste Feld ist nummer 0 welches in 
der Liste zur Auswahl steht. In diesem Fall sind beide identisch.



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



Hallo Andreas!

Danke für deine Antwort, habe deinen Tipp ausprobiert. Er funktioniert auch.

Aber ich dachte, das das Kombinationsfeld gerade dazu dienst, NEUE 
Einträge (also über die Tastatur) in meinem Hauptformular "Tagebuch" > 
Kontrollfeld "Aktenzeichen" auc in die Tabelle "Aktenzeichen" > Spalte 
"Aktenzeichen Inhalte" zu übernehmen, wobei dann hier automatisch ein 
neuer Primärschlüsseleintrag erfolgt.


Daher nocheinmal die FRage:
Wie erreiche ich, dass die neuen Einträge in einem Formular-Kontrollfeld 
der Art Kombobox in die dahinterliegende Tabelle übernommen werden?



Herzliche Grüße

André Dittmann, Pastor


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