[de-users] Re: Frage zu Base - Filter oder was?
Am 15.07.2011 00:11, Hortense Hoffmann wrote: Am 14.07.2011 20:28, schrieb Romana Boldt - Boldt Elektrotechnik: Mnemosyne hat verschiedene Importfilter. Einer ist XML und ich glaube, csv, xls und txt ist auch dabei. Ich würde es einfach mal mit einer csv-Datei versuchen. Der Export aus Base müßte ja funktionieren. Da bin ich aber nicht so der Freak für... Hallo Romana, In dem Programm finde ich nichts von Filtern und Importfiltern. Und ehrlich gesagt, ich habe jetzt genug vom Kampf mit dem Computer, ich will jetzt einfach Polnisch lernen, denn in zweieinhalb Wochen gehts ab in die kalte Heimat, und da will ich mich mit einer Kinderfreundin unterhalten können. Ich habe jetzt einfach angefangen, die Daten von Base auf Mnemnosyne einzeln zu übertragen, wobei ich sie ja gleich wieder lerne; 130 von 209 habe ich schon:-). Aber nochmal schönen Dank, das ist wirklich ein schönes, simples Programm. Gute Nacht, Hortense Ziehe das Tabellenicon in eine Tabellenkalkulation. Falls Dein Vokabeltrainer Dezimalzahlen enthält, formatiere sie Englisch (mit Punkt statt Komma), und wähle das ISO-Format für eventuelle Datumswerte (1999-12-31). Damit sollte dann jedes Programm problemlos klarkommen. DateiSpeichern unter... Dateityp: Text (*.csv) -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Frage zu Base - Filter oder was?
Am 15.07.2011 17:33, Andreas Säger wrote: In dem Programm finde ich nichts von Filtern und Importfiltern. Wenn Dein Vokabeltrainer nix importieren kann, ist mein Tip wie man Daten exportiert natürlich wertlos. Aber vielleicht hilft es ja doch. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Beenden des Open Office Programms
Am 14.07.2011 11:54, wimmer.waldbr...@t-online.de wrote: Wird das Open Office Programm geschlossen, kann es sein, dass es sich in der gleichen Sitzung nicht mehr öffnen lässt. Es ist dann ein Neustart des Systems erforderlich. Ähnliches gilt beim Beenden der Sitzung. Wenn in der Sitzung mit Open Office gearbeitet wurde, kann es sein (nicht immer) dass zunächst auf möglichen Datenverlust hingewiesen wird. Es ist eine zusätzliche Eingabe Sofort schließen erforderlich. Selbstverständlich wurde Programm Open Office zuvor ordnungsgemäß geschlossen. Hallo, Versuch mal unter ExtrasOptionen...OpenOffice.orgSpeicher den Schnellstarter (engl. Quick Starter) auszuschalten. Das ist das nutzloseste Feature von allen mit dem größten Potential für Nebeneffekten wie das von Dir beschriebene. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 14.07.2011 10:28, Michael Höhne wrote: Irgendwie reden wir aneinander vorbei!? Ja, ich habe wohl an Dir vorbei geredet. Fakt: Ich kann auf eine Zahl wie 123 einen benutzerdefinierten Formatstring Aus # und # wird # loslassen, der die Zahl als Aus 1 und 2 wird 3 macht. Ob dies irgendeinen Sinn hat, hinterfrage ich nicht, offenbar kann der eine oder andere was damit anfangen. Ich kann diesen Formatstring sogar auf die Zahl 123,5 loslassen und stelle fest, dass die Zahl dann zu 124 gerundet und anschließend die Ziffern durch die # geschoben werden. Ja, klar. Sowas könnte wohl auch mit Text funktionieren. Grüße, Andreas -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 12.07.2011 10:48, Michael Höhne wrote: Am Tue, 12 Jul 2011 02:01:26 +0200 schrieb Andreas Sägerville...@t-online.de: Und welches Formatierungsattribut schwebt Dir so vor? Es sollte sowohl in ODF als auch in xls definiert sein. Schau mal oben im Thread, da hatte ich auf eine alte Diskussion verwiesen. Dort scheint eine Datenbankabfrage numerischen Text zu liefern. Welche Abfrage aus welcher Art von Datenbank? Datenbanken sind Typensicher und liefern immer eine Zahl, ein Datum, einen Wahrheitswert oder einen Text. Das geschilderte Problem taucht auf, wenn die Zahlen in der Datenbank als Text gespeichert sind (wie z.B. in Bibliography) oder wenn im Falle von Textdateien (csv) das Dezimaltrennzeichen falsch gesetzt ist (BearbeitenDatenbankEigenschaften...). Wenn die Datenbank auf eine Tabellenkalkulation zugreift (grober Fehler), dann bekommst Du numerischen Text aus gemischten Feldern. Felder in denen Zahlen und Texte gemischt sind werden im Kontext einer Datenbank strikt in Text umgewandelt. Der übliche WENN-Wahn =WENN(A1=;;A1) sorgt für gemischte Felder, da nun mal ein Text ist. Ich zitiere mal aus meiner alten Mail: Interessant wäre ein Zellformat in der Art @[1;4]-@[5;2]-@[7;2] wobei @ den Zelltext darstellt und die Zahlen in der Klammer für [Start;Anzahl] Ohne mit dem Quellcode vertraut zu sein, würde ich annehmen, dass so ein Zahlenformat für Textwerte das Programm enorm verkomplizieren würde. Die meisten Leute sind schon vom Zahlenformat @ völlig überfordert, welches eigentlich ein gar kein Zahlenformat ist. Meiner Ansicht nach ist das ganze Gewese um Textwerte in Tabellenkalkulationen reine Zeitverschwendung. Text hat in in Tabellenkalkulationen rein gar nichts verloren. Der traditionelle Funktionsumfang bietet nur rudimentäre Textfunktionen, und das ist auch gut so. Als Datenbank für Arme funktioniert Calc gut genug, wenn man sich darüber im klaren ist, dass das Programm eigentlich zum Rechnen gemacht ist und sich daher bisweilen etwas unintuitiv verhält wenn man es leicht neben der Spur verwendet. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 13.07.2011 14:04, Hermann Nienaber wrote: Das ist doch eine klarer Formatierungswunsch. Und warum man das so formatieren sollte ist ja auch augenfällig, die formatierte Zeichenkette lässt sich vom Mensch wesentlich leichter erfassen / lesen. Dein Wunsch wäre ein Formatierungswunsch wenn es ein irgendein Textattribut gäbe, welches die Abstände zwischen den Zeichen beeinflussen könnte so dass DE 01 458 78336 nur anders aussieht als DE0145878336 aber keinerlei zusätzliche Leerzeichen enthält. Ein solches Attribut existiert zwar in Writer aber selbst dort muss es manuell für ausgewählte Zeichen gesetzt werden. In einer Tabellenkalkulation wäre das ein wenig überdreht (finde ich). Das Einfügen von zusätzlichen Leerzeichen ist keine Formatierung. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: WENN-Wahn (Calc)
1. WARUM? 2. Einfache Formeln werden verkompliziert. 3. Fehler werden unterschiedslos kaschiert und nicht behandelt. 3. Filter ist leer geht nicht mehr. 4. Im Datenbankkontext (Serienbriefe) wird das ganze Feld als Text eingelesen (oder bleibt auch mal leer in Version 3.2). Gib halt Deine Daten vollständig ein und benutze einfachstmögliche Formeln. Null-Ergebnisse können auch per Formatierung ausgeblendet werden. #DIV/0, #NV, #WERT sind wesentlich aussagekräftiger als unter den Teppich gekehrte Fehler. Bedingte Formatierungen sind auch nicht schlecht geeignet, auf Eingabefehler hinzuweisen ohne in Formelergebnisse einzugreifen. Persönlich verwende ich fast nur noch Datenbanken, um Daten abzulegen, die wir dann auch an mehreren Arbeitsplätzen in Calc und/oder Writer verwende. In Datenbanken stellt sich dieses Problem (und viele andere auch) nur in der Designphase. Unvollständige Datensätze, Duplikate, falsche Datentypen, Wertebereiche oder nicht existierende Verweise können einfach nicht abgespeichert werden. Annahme verweigert. Basta. Alle Daten erfüllen erzwungenermassen die vorher festgelegten Voraussetzungen oder sie sind nicht existent. Daher kann ich es auch psychisch nicht so gut vertragen wenn in einer Spalte Text mit Zahlen vermischt wird, so wie andere eine Krise bekommen wenn sie einen Fehlerwert sehen. Ich mag Fehlerwerte. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 13.07.2011 19:30, Michael Höhne wrote: Hallo Andreas, Das Einfügen von zusätzlichen Leerzeichen ist keine Formatierung. Ä und was ist mit einem Zahlenformat wie #a#b#++# # das aus 12345 die Anzeige 1a2b3++4 5 macht? Keine Formatierung? A1 =PI() Kopiere A1 ein paar mal herunter und formatiere jede Zelle anders. Verwende Datum, Zeit, Prozent, Text, was auch immer und vielleicht auch ein anderers Gebietsschema wie US Englisch. B2 =A1=A2 Kopiere B2 runter und siehe: Egal wie PI() formatiert ist, es ist immer exakt der selbe Wert, auch bei Zahlenformat @. Es darf kein Formatierungsattribut geben welches Deine Daten verändert, keine Farbe, keine Schriftart, kein Rahmen und eben auch kein Zahlenformat. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Und nun nochmal das gleiche für Text: A1 '1 [Eingabe in unformatierte Zelle mit führendem Apostroph ergibt linksbündigen Text] B1 =ISTTEXT($A1) = WAHR C1 =LÄNGE($A1) = 1 [es ist ein Zeichen] D1 =$A1=1 = FALSCH [es ist keine Zahl] A2 '001,00 [Text mit deutschem Dezimalkomma, gleicher Zahlenwert] B2 =ISTTEXT($A2) = WAHR C2 =LÄNGE($A2) = 6 [es sind 5 Ziffern und ein Komma] D2 =A1=A2 = FALSCH [es sind 2 verschiedene Texte] E2 =WERT(A1)=WERT(A2) = WAHR [aber nur unter bestimmten Randbedingungen. Konvertierung von Text in Zahl ist heikel] -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 13.07.2011 20:36, Hermann Nienaber wrote: Hallo Andreas, ich würde gerne mal eine Anbindung an die Datenbank ausprobieren, scheitere aber bereits bei der Verbindung. Würdest du mir Starthilfe geben können/wollen. Da sind so zwei bis drei Punkte, da weiß ich nicht recht weiter... Gruß Hermann Sorry, nur Du kannst wissen wie man ein Frontend mit Deiner Datenbank verbindet (oder halt Dein Administrator). Dazu verwendet man die Konventionen und die Treiber der jeweiligen Datenbank. Es handelt sich um eine Verbindung, etwa so ähnlich wie zu einer Online-Applikation. Nix mit DateiÖffnen. Auf dem Clientsystem erstellt man meistens eine benannte ODBC-Datenquelle (Windows Systemsteuerung) und im Office macht man: DateiNeuDatenbank... [X] Verbinde mit existierender DB Typ: ODBC ODBC-Name eingeben, Base-Dokument speichern, fertig. In Writer und Calc sind die Daten über diverse Assistenten und über das Datenquellenfenster verfügbar (F4). Egal welche Art von Datenbank verwendet wird, man kann mit relativ simplen Abfragen virtuelle Tabellen erzeugen, um nur die wirklich benötigten Zeilen und Spalten zu importieren. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 13.07.2011 21:03, Andreas Säger wrote: Egal welche Art von Datenbank verwendet wird, man kann mit relativ simplen Abfragen virtuelle Tabellen erzeugen, um nur die wirklich benötigten Zeilen und Spalten zu importieren. P.S. Und ich bin mir fast sicher, dass man Deine Ohrmarken-ID mit eingefügten Leerzeichen importieren kann. Entweder Deine Datennbank macht das oder halt Base. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 13.07.2011 21:12, Michael Höhne wrote: Hallo Andreas, Es darf kein Formatierungsattribut geben welches Deine Daten verändert, keine Farbe, keine Schriftart, kein Rahmen und eben auch kein Zahlenformat. Ich will nicht den _Inhalt_ der Zelle ändern! Der Textinhalt soll bleiben wie er ist. Ich möchte lediglich die _Anzeige_ des Inhaltes beeinflussen. Und dazu bedarf es eben eines Formatierungsattributes, welches die Abstände zwischen den Zeichen steuert, ohne Zeichen einzufügen. Dieses Attribut gibt es nicht, jedenfalls nicht in Calc und in Writer nur zur manuellen Verwendung selektierter Zeichen. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Hallo, Professionell werden derartige Listen *immer* in Datenbanken geführt und *niemals* in Tabellenkalkulationen. OOo Base kann mit vielen verschiedenen Arten von professionellen Datenbanken im Netzwerk verbunden werden und stellt für die Formulareingabe Dinge wie Kalender und maskierte Felder bereit. Hauptsache man erliegt nicht der Versuchung und erstellt neue Datenbanken mit OOo Base, außer zu Lehrzwecken oder für unwichtige Dinge vielleicht. Nun gut, Datenbanken sind Entwicklerwerkzeuge. Sogenannte Einfache Benutzer können heutzutage nicht viel damit anfangen. In diesem Fall wäre es jedoch auch in einer Tabellenkalkulation dringend angeraten, den Ländercode und die laufende Nummer in getrennten Spalten zu erfassen. Mit dem Ländercode in Spalte A2 und einer positiven Ganzahl mit beliebigen Stellen in Spalte B2 bekommt man jederzeit den gewünschten Text aus Ländercode und 10 Ziffern mit der einfachen Formel: =$A2 TEXT($B2;00 000 0);2) Gruß, Andreas -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 11.07.2011 14:33, Hermann Nienaber wrote: es ging mir nicht darum, die Daten zu verwalten oder zu erfassen, das findet tatsächlich in einer _großen_ professionellen Datenbank statt (HiTier). Es geht mir hier um kleinere Auswertungen / Aufgaben mit nur (relativ) wenigen Datensätzen (im 2- bis 5-stelligen Bereich). Aber wo ist dann Dein Problem? Welche Daten befinden sich denn tatsächlich in der Datenbank? Ist DE0112356789 ein Wert in einem Textfeld oder ist DE0112356789 aus einem Ländercode und einer laufenden ID zusammengesetzt? Ich denke mal, dass letzeres der Fall ist. Eine direkte Anbindung an HiTier ist nicht geplant und auch wohl überdimensioniert... Warum denn nicht? Verbinde einfach ein Basedokument mit der Datenbank (via JDBC order ODBC) und verwende die Daten nahtlos in Calc und Writer. Nichts ist leichter als das, wenn Du die richtigen Datenbanktreiber hast. Ein paar sinnvolle (Parameter-)Abfragen importieren dann immer die Daten, die grade gebraucht werden, wobei alle Formelausdrücke und Diagramme automatisch an die Größe des importierten Datenbereich angepasst werden. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Am 11.07.2011 18:21, Hermann Nienaber wrote: Hallo Andreas, Am 11.07.2011 17:12, schrieb Andreas Säger: Am 11.07.2011 14:33, Hermann Nienaber wrote: Eine direkte Anbindung an HiTier ist nicht geplant und auch wohl überdimensioniert... Warum denn nicht? Verbinde einfach ein Basedokument mit der Datenbank (via JDBC order ODBC) und verwende die Daten nahtlos in Calc und Writer. Nichts ist leichter als das, wenn Du die richtigen Datenbanktreiber hast. Ein paar sinnvolle (Parameter-)Abfragen importieren dann immer die Daten, die grade gebraucht werden, wobei alle Formelausdrücke und Diagramme automatisch an die Größe des importierten Datenbereich angepasst werden. das ist (zumindest für mich) nicht mal eben so gemacht. Dazu bin ich fachlich und zeitlich nicht in der Lage. Ich habe gerade mal reingesehen, in der Datenbank sind allein schon 3951 Datenelemente / Feldnamen definiert... Meine Frage war nach einer einfachen Formatierungsmöglichkeit für Textfelder (analog den Formatierungsmöglichkeiten für Zahlen) weil die Ohrmarken-Daten bei mir aus HiTier und aus anderen Datenquellen so ankommen. Es gibt das gewiss andere, komfortablere, elegantere Möglichkeiten die Daten zu übertragen. Das müsste aber für jede Datenquelle getrennt entwickelt (und gepflegt) werden. Ich fürchte, das macht für meine sporadischen Auswertungen keinen Sinn, weil der Aufwand für die Entwicklung der oben genannten Anbindung(en), den Einspareffekt um ein vielfaches übersteigen würde (meine Vermutung). Ich fände so eine Anbindung eine spannende und tolle Sache, die ich gerne mal ausprobieren würde aber ich muss meine begrenzten Ressourcen effektiv einsetzen. Quick and dirty wäre schön gewesen, wenn's nicht möglich ist, ist es auch egal... ;-) Vielen Dank für deine Hinweise. Gruß Hermann OK, dann vermute mal noch schön. Die gesamte Base-Komponente dreht sich wesentlich um die Lösung derartiger Importprobleme (vergiss mal die integrierte Datenbank). Ich frage mich jetzt nur, wie in aller Welt Deine Daten in die Tabellenkalkulation gelangen sollen. CSV-Export/Import? Dann exportiere doch die Felder aus der Datenbank so wie Du sie brauchst. Textwerte unterliegen jedenfalls keinerlei Zahlenformat weshalb ich nur eine Formel vorschlagen kann. Und die Frage steht immer noch im Raum: Welche Daten hast Du tatsächlich in der Hand? Sind es 2 Felder oder eins? Für Text+Zahl habe ich eine mögliche Formel gepostet. Falls nur ein Feld exportiert wird, könnte man mit SUCHEN und einem regulären Ausdruck den Ländercode von der ID trennen und dann wieder mit 10 Stellen verketten. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: CALC benutzerdefinierter Format Code für Ohrmarken
Und welches Formatierungsattribut schwebt Dir so vor? Es sollte sowohl in ODF als auch in xls definiert sein. Es gibt aber nun mal für Textwerte nichts was so ähnlich funktionieren würde wie ein Zahlenformat. Da sind wir wieder bei Datenbanken und Eingabemasken, wo ein bestimmtes Textmuster mit Platzhaltern und festen Bestandteilen möglich ist. Jedoch gilt auch hier, dass abcd nun mal ein anderer Text ist als a bcd, während der angezeigte Zahlenwert 1 234 je nach Gebietsschema durchaus identisch mit 1234, 1.234, 1,234, 123400% oder 1.234,00 € ist. Wenn 99% aller Anwender verzweifelt versuchen, eine Tabellenkalkulation als Datenbank für arme Leute zu missbrauchen, dann wäre es wohl an der Zeit, eine komplett neuartige Datenbank zu erfinden, die dann aber funktional mit Excel Calc nichts mehr zu tun hätte (und damit nicht akzeptiert würde, egal wie gut sie wäre). -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Was ist da in calc eingestellt?
Am 15.06.2011 12:30, Christian Palm wrote: Danke noch mal. Hier ein paar kleine Anmerkungen: Am 15.06.2011 06:26, schrieb Wolfgang Jäth: Wäre also schön, wenn Du Dich in Zukunft etwas präziser ausdrücken könntest; und vielleicht auch Deinen Zeilenumbruch einstellen (üblich sind 72-75 Zeichen/Zeile); und das TOFU (Text Oben Fullquote Unten) lassen. Das mit den Zeilenumbrüchen ist das Problem was mir WEB.de liefert. Meist schreib ich den Tag über direkt über das Internet. Habe dort überhaupt nichts eingestellt. Weil ich meine das müssen Die anbieten. Oder muß ich generell dann, wenn ich in den alten Tabellen bin die Einstellungen einzeln setzen? Bei schon bestehenden ja. Wie verhält sich calc, wenn ich eine Alte geöffnet habe und nichts verstellt habe? 1. Alle Neuen werden wieder wie die Alte erstellt? 2. Alle Neuen werden wie gewünscht mit der Verstellung erstellt? daraus ergibt sich auch. 1. Calc speichert die einstellunge beim Schließen wieder wie im Alten ab? 2. Calc speichert wie gewünscht nur das Neue ab oder eben nichts weil ja durch die alte Datei verändert. Gruß Christian Leider ist das nirgendwo dokumentiert. Es wäre eine große Verbesserung, wenn in den Optionen irgendetwas (Farbe, Icon) andeuten würde, welche Optionen in den Benutzereinstellungen und welche im aktiven Dokument gespeichert werden. Was Calc betrifft weiß ich, dass alle Optionen der Rubrik Berechnen im aktiven Dokument gespeichert werden. Willst Du hier etwas standardmäßig für alle neuen Dokumente einstellen, so brauchst Du eine Standardvorlage. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Adress Datenquellen mit CSV-Tabellen
Hach, seufz! Alle (wirklich alle) Serienbriefe basieren auf einem Datenbankdokument (*.odb) als Mittler zwischen der eigentlichen Datenbank[*] und dem Writerdokument. Diesen wichtigen und oft auch überaus hilfreichen Umstand durch den Serienbriefassistenten zu verbergen ist nicht grade das, was ich von einer anständigen Software erwarten würde, zumal man auf diese Weise den Anwendern jede Menge hilfreicher Verwendungsmöglichkeiten vorenthält, die dann in Foren und Listen jedem einzelnen erklärt werden müssen weil ja niemand auch nur auf die Idee kommt, dass dieses merkwürdige Base irgendwas mit Briefen zu tun haben könnte ...[**] Also drücke F4 in Writer. Dort siehst Du Deine DatenquelleRechtsklickDatenbank bearbeiten und schon reden wir über das selbe. Diese Datenbank ist mit einem _Verzeichnis_ gleichartiger Textdateien verknüpft. Jede Textdatei ist als eine Datenbanktabelle dargestellt. Solch eine dateibasierte Datenbankverbindung bietet nur lesenden Zugriff und keinerlei Relationen. Echte Datenbankverbindungen bieten einiges mehr. Innerhalb dieses Datenbankdokuments kann man dennoch überaus nützliche Dinge wie Abfragen und Berichte definieren. Eingabeformulare sind mangels Schreibzugriff weniger sinnvoll, könnten aber als Benutzerschnittstelle zum Filtern verwendet werden oder um Relationen zwischen Tabellen nachzubilden (etwas fortgeschritten aber manch einer quält sich für sowas ein Makroprogramm aus den Rippen). Schönen Sonntag noch, Andreas Säger [*] Mit der eigenliche Datenbank meine ich den Speicherort, an dem die Daten wirklich abgelegt sind. Das kann ein wirklicher Datenbankserver sein, eine Tabellenkalkulation, ein Verzeichnis von Textdateien, ein Verzeichnis von dBase-Dateien und diverse Arten von Adressbüchern (Outlook, Thunderbird,...). All dies läßt sich mit einem Basedokument verbinden und dann in der gleichen Art und Weise in Writer und Calc verwenden. [**] Das übliche Schema läuft dann etwa so, dass man aus dem Mailprogramm Text exportiert, diesen dann in Calc importiert, dann den Serienbriefassistenten auf die Tabellenkalkulation loslässt und nix als Probleme hat. Stattdessen könnte man einfach ein Base-Dokument mit dem Mailprogramm verbinden, ein paar Abfragen definieren (z.B. alle Mailempfänger, alle Postempfänger, privat/geschäftlich) und schließlich nur noch die Abfragespalten aus dem Datenquellenfenster (F4) in die Briefvorlage ziehen. Geht wesentlich einfacher als der Serienbriefassistent, setzt aber ein klein wenig Abstraktionsvermögen des Anwenders voraus. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Adress Datenquellen mit CSV-Tabellen
Am 14.05.2011 17:57, Detlef Mayrhofer wrote: Am 13.05.2011 08:24, schrieb Andreas Säger: Vielen Dank für die Hilfe, aber nichts dementsprechendes gefunden, dass auch funktioniert. Leider lg detlef -- Aber 100%ig! Öffne Deine Datenbank, sofern diese mit einem Verzeichnis mit ähnlich strukturierten Texttabellen verbunden ist. Die Verbindung der Datenbank wird auch in der Statusleiste angezeigt (Text | /Pfad/TextVerzeichis/). Menü BearbeitenEigenschaften, 2. Tabulator bietet mannigfaltige Optionen, die Importparameter zu manipulieren. Notfalls erstellst Du halt eine neue Datenbank. Die Daten bleiben ja sowieso in den Textdateien, also verlierst Du nichts als ein wenig Konfiguation wenn Du eine Datenbank verwirfst. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Adress Datenquellen mit CSV-Tabellen
Am 12.05.2011 10:51, Detlef Mayrhofer wrote: Hallo liebe Leute, hätte eine Frage: Weiß jemand ob ich beim Import einer CSV-Tabelle in eine odb Datenbank (Datei - Assistenten - Adress-Datenquelle) das anscheinend bei OOo voreingestellte Feldtrennzeichen Komma auf ein Semikolon ändern kann? Würde es für einige Leute die ständig solche Semikolon getrennte CSV-Tabellen erhalten viel einfacher machen. Derzeit gehen wir den Umweg über Calc. Wäre für Eure Hilfe sehr dankbar! lg Detlef Hallo Detlef, Im Datenbankmenü:BearbeitenDatenbankEigenschaften... (oder so ähnlich). -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Calc: halbe Monate
=MONATE(A1*2;A2*2;1) -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Calc: halbe Monate
Am 28.04.2011 22:09, Boris Kirkorowicz wrote: Hallo, ich habe in einer Tabelle zwei Datümer, deren Abstand ich in Monaten errechnen möchte, und zwar dergestalt, dass die Genauigkeit 0,5 Monate (oder meinetwegen auch 0,1 Monate) beträgt. Verwende ich die mit A2: 01.04.2010 B2: 15.09.2010 die Formel =MONATE(A2;B2;1) so erhalte ich 5 statt der eigentlich korrekten 5,5 Monate. Die Änderung des Zahlenformats ändert daran nichts. Hallo, =MONATE(A1*2;A2*2;1)/2 macht das einigermaßen genau. Gruß, Andreas -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Calc: Zahlendarstellung im Datenpilot
Am 05.03.2011 10:04, Boris Kirkorowicz wrote: Hallo, Werner Tietz schrieb: Die interne Einheit für Datum und Zeit ist nun mal ein ganzer *Tag* Im Prinzip müsstest du in der Quelle schon mit 24 multiplizieren und als normale Dezimalzahl formatieren. unschön, das klingt nach Hilfskonstrukt. Kann ich denn wenigstens die Schriftgröße beeinflussen? Die wird ja auch bei jeder Aktualisierung auf 10 gesetzt, anders als die Quelle. Gruß Greetings Boris Kirkorowicz Alle Formatierungsattribute für alle Pivottabellen sind durch eine Reihe von Formatvorlagen gesetzt. Nur das Zahlenformat wird vom Quellbereich als harte Formatierung übernommen, jedenfalls solange das Zahlenformat der Formatvorlage Standard bleibt. -- - To unsubscribe send email to users-unsubscr...@de.openoffice.org For additional commands send email to sy...@de.openoffice.org with Subject: help
[de-users] Re: Access bei open office?
Am 18.02.2011 10:57, peter liebig wrote: Hallo, kann open office das gleiche, wie MS-Access und unter welchem Programm? mfg, Peter Liebig Hallo, Die Software von der hier die Rede ist heißt genauso, wie die Seite wo sie zuhause ist: http://openoffice.org Ja, es gibt eine Datenbankkomponente. Die ist aber mit MS Access kaum vergleichbar. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenbankentwicklung seit OOo 3.1.1
Am 12.02.2011 18:30, Robert Großkopf wrote: Liebe Liste, für meine Linux-Version (OpenSuSE 32 bit) existiert zur Zeit nur ein RC 10 der Version 3.3. Bei einigen Tests mit Datenbanken konnte ich feststellen, dass - OOo 3.3 in dieser Version Datenbanken, die mit OOo 3.1.1 bearbeitet wurden, nicht mehr öffnete. Grund dafür ist vermutlich, dass ich in OOo 3.1.1 auch einmal testweise mit der externen HSQLDB gearbeitet habe. OOo 3.1.1 machte das nichts, interne wie externe Datenbanken funktionierten. OOo 3.3 kann dann nur noch mit externen Datenbanken betrieben werden, die internen lassen sich nicht mehr öffnen. - Noch nicht genauer auf den Grund gegangen bin ich der Tatsache, dass OOo 3.3 in einer meiner Datenbankabfragen statt leerer Felder (NULL) die Zahl 0 (in einem Integer-Feld) bzw. 03.01.1 (in einem Datumsfeld) liefert. Das sehe ich im Augenblick mehr als Kuriosität. Da ich mit Datenbanken arbeiten will bleibe ich weiter bei der 3.1.1. Schade nur, dass ich so meine eigenen Datenbanken nur selbst nutzen kann. Kuriositäten und eventuelle Fehlfunktionen kann ich anderen Nutzern meiner Datenbanken (mit aktuellen OOo-Versionen seit 3.2) nicht zumuten. Gruß Robert Hallo Robert, Tut mir ja fast schon leid, dass ich das Problem so gar nicht nachvollziehen kann, aber ich habe irgendwo aufgeschnappt, dass man in dem Base-Dokument die Versionsnummer ändern kann und gut ist. Ich kann es leider grad nicht finden. Ich würde mal einen Tip abgeben auf die Konfigurationsdatei /database/properties im odb-Archiv Grüße, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc: Werte aus anderer Datei übernehmen
BearbeitenLinks... [Aktualisieren] - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Calc: Werte aus anderer Datei übernehmen
Am 02.02.2011 09:30, Josef Latt wrote: Die Frage beim Öffnen der Datei wirst Du allerdings nicht los, was IMHO durchaus Sinn macht. ExtrasOptionen...CalcAllgemeinAktualisieren: Immer | Nie | Nachfragen - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calk
Am 31.01.2011 18:08, openoff...@skerra.net wrote: hallo Ich habe eine Tabelle mit den Spalten, , Summe Umsatz firma, PLZ, unser-Mitarbeiter, Brange, umsatzjahr, Umsatz Ich habe einen Autofilter eingebaut, sodas ich z.B. nach Brange, Umsatzjahr, ... oder Umsatzjahr und Brange filtern kann. Ich möchte nun, nur noch die gefilterten Datensetze Summiren. wie macht man das. Hab schon mit z.B. mit Index versucht. Danke im Voraus Siegfried Hallo Siegfried, Der Datenpilot ist das Mittel der Wahl, vor allem wenn man den Überblick über mehrere Kategorien haben will. http://wiki.services.openoffice.org/wiki/Documentation/OOo3_User_Guides/Calc_Guide/DataPilot http://www.ooowiki.de/DatentabellenAuswerten/PivotTabelle Ansonsten kann die Funktion TEILERGEBNIS ausgefilterte Werte sowie andere Teilergebnisse ignorieren. Die Schnellberechnung in der Statuszeile ignoriert ebenfalls ausgefilterte Werte. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: PostgreSQL - ODBC - OOo-Base
Am 27.01.2011 11:52, Armin Barth wrote: Ist das ein Datenbank Verbindungsproblem? oder ist das ein ODBC-Problem? oder liegt das an OOo-Base? Wie kann man das Problem am besten einkreisen? Gruß Armin Wenn ein anderer Client mit derselben ODBC-Quelle funktioniert, dann ist es wohl ein Office-Problem (und es würde mich auch nicht wundern). Für Datenbanken empfehle ich generell, die Finger von 3.2 zu lassen und, spätestens wenn Formulare ins Spiel kommen, 3.3 zu verwenden. Es gibt eine Postgre-Treiber als Add-On auf extensions.openoffice.org. Der sollte ganz ordentlich Dein Office mit Deiner Datenbank verbinden können. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: BASE Datum adieren
Am 26.01.2011 08:03, Thomas Büttner wrote: Danke für die Antwort, ich werde es probieren. Ich hatte mich an der HSQL- Dokumentation bei hsql.org orientiert. Wenn das mit der internen DB nicht geht, kann man lange probieren. Gibt es eigentlich irgendwo eine Übersicht zu den verfügbaren Befehlen? Ahoi Thomas Ahoi Thomas Büttner Win XP Home OOo 2.3 Entschuldigung. Ich hatte die URL in der Zwischenablage, muss aber vergessen haben, es einzufügen. Die Referenz für die alte Version 1.8 ist http://hsqldb.org/doc/guide/ch09.html Relevant ist auch noch der Umgang mit Text: http://hsqldb.org/doc/guide/ch06.html Alle auf der Hauptseite verlinkten Dokumente beziehen sich auf HSQLDB 2. Diese Datenbank kann sehr gut mit Base verwendet werden, was eigentlich nur Vorteile bietet (außer dass es halt keine einzelne Datei mehr ist). http://www.oooforum.org/forum/viewtopic.phtml?p=396523#396523 http://user.services.openoffice.org/en/forum/viewtopic.php?p=162653#p162653 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: BASE Datum adieren
Am 25.01.2011 21:30, Buettner-Dresden wrote: Hallo, ich versuche ganz verzweifelt, in Base zu einem Datum eine Anzahl von Jahren zu addieren. Das sollte eigentlich mit der Funktion DATEADD gehen. Ich habe das schon in vielen Varianten probiert: dateadd(YEAR,3,2011-01-12) oder dateadd(YY,3,2011-01-12) und einfache/doppelte/keine Anführungszeichen bei den drei Bestandteilen - immer wieder Fehlermeldungen, die aber nicht wirklich die Ursache nennen. Was mache ich falsch bzw. wie geht es richtig? Ahoi Thomas Base hat immer noch keine Funktion DATEADD. Falls die Datenbank, mit der Dein Base-Dokument verbunden ist diese Funktion bereitstellt, kannst Du sie im direkten SQL-Modus verwenden. Der eigentliche Datenbanktyp steht in der Statuszeile des Datenbankfensters. Die integrierte HSQLDB hat in der neuesten Version 2 DATEADD. Diese Datenbankversion ist aber erst in OOo 3.4 integriert. Der Umstieg auf eine richtige Datenbank lohnt in jedem Fall. Bis dahin kannst Du mal folgendes probieren: SELECT *, CAST(EXTRACT(YEAR FROM Datum)+3 || '-' || EXTRACT(MONTH FROM Datum) || '-' ||EXTRACT(DAY FROM Datum) AS DATE) AS 3 Jahre voraus FROM Tabelle Das verkettet 3 Zahlen zu einem ISO-Datum '2010-12-31' und CAST konvertiert diesen zu einem Datumswert. Im Fehlerfall muss auch diese Abfrage im direkten Modus gestartet werden. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc Druckbereich - Seitenumbruchvorschau
Am 18.01.2011 13:25, Volker Borst wrote: Hallo, ich habe eine Frage zur Formatierung oder Einstellung einer Formatvorlage: ich habe eine Datei bekommen, bei der neue Tabellen (mit Inhalt) nicht gedruckt werden: die Seitenumbruchvorschau zeigt keinen Druckbereich an, das muss nachträglich gemacht werden damit es funktioniert. Bei meinen Standardtabellen ist das bei leeren Tabellen auch so, wenn ich diese aber mit Inhalt fülle, wird ein Druckbereich angezeigt. Was muss gemacht werden, um diese standardmäßigen Einstellungen zu erhalten? Vielen Grüße, Volker Hallo Volker, Entweder Du entfernst den Druckbereich für jedes Blatt auf dem der Author einen gesetzt hat (FormatDruckbereichLöschen). Oder aber Du fügst Deinem neuen Blatt ebenfalls einen Druckbereich hinzu. Grüße, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Inkompatible Formate OO 3.3 OO 3.4 ?
Am 11.01.2011 00:00, Kurt Gluth wrote: Hallo Zusammen, zwar ist die OO dev nicht das übliche Thema hier, aber ... nur eine grundsätzliche Info: Seit mindestens OO DEV300m93 stürzt OO teilweise schon beim Laden eines Tabellendokuments ab, das mit 330 rcX problemlos zu bearbeiten geht und in den ersten DEV300m9X ebenfalls keine Probleme bereitet hat. Nun will ich eigentlich auch zukünftig an diesem Dokument arbeiten... und daher meine Frage: Wer hat eine Idee, was sich verändert hat zwischen den letzten DEV300m9X (mind. ab DEV300m94) und der 330-er Code-Linie und was ich infolge dessen zu verändern habe, damit künftig meine Hauptaufgabe nicht im Neustart eines dauernd abstürzenden OO besteht? Entweder Du arbeitest mit 3.4 am Gelingen der nächsten Version oder Du arbeitest mit 3.3 an Deinen Dokumenten. Ich denke mal, dass die aufgeribbelten Maschen in 3.4 den Entwicklern durchaus bewusst sind. Grüße, Andreas Säger - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Zahlen in Serienbriefen
Am 10.01.2011 17:17, g.fri...@online.de wrote: Hallo zusammen! Ich muß für einen Verein Geburtstagskarten drucken. In einer Calc-Tabelle sind in einer Spalte das Alter des Jubilars oder die Hochzeitsart (silberne, goldene etc) tabelliert. In der Spalte steht also untereinander z.B. 50 75 goh 65 .. usw. Wenn ich die Tabelle ausdrucke ist alles in der Tabelle drin, an der Stelle, wo es hingehört. Nun erstelle ich die Geburtstagskarte als Serienbrief, Vorname, Name und Art vder Feier). Ich ordne also die Tabelle dem Serienbrief zu (einfügen Seriendruckfeld). Will ich nun den Serienbrief ausdrucken, dann fehlen in der Datenbank die Zahlen, also 50 75 65, nur der Text wird angezeigt (goh). Bisher ging das immer. Betriebssystem ubuntu 10.10, openoffice 3.2.1 Für eine Hilfe wäre ich dankbar MfG Günter Fritze Installiere OOo 3.3 RC8 und alles ist wieder gut. Gemischte Spalten werden als Text übernommen wie das ältere Versionen immer schon taten. MfG, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Fwd: Excel problem
Mensch Jörg, Verdienst Du irgendeinen müden Euro mit Deinen Bemühungen? Lohnt es sich wirklich, für jeden CopyPaste-Quark den humanoiden Makrorecorder zu spielen? Die Leute wollen Gratisübersetzungen für Makros, welche in Excel vielleicht ein Dutzend Klicks pro Arbeitstag einsparen und z.T. sowieso an Seidenen Fäden hängen weil sie auf unausgesprochenen Voraussetzungen beruhen. Die Foren sind voll von derartigen Anfragen, und der hingesch(m)issene VBA-Code ist in aller Regel ... nun ja, ... ähem sagen wir mal so: im günstigsten Fall mit einem Tastaturshortcut und einer Formatvorlage zu ersetzen, wobei eine Formatvorlage weit mehr leisten kann als das VBA-Bügeleisen. Das Zitat vom Computerpionier Joe Weizenbaum hat nichts mit Philosophie zu tun (was auch immer Du gegen unsere zivilisatorischen Grundlagen hast). Es beschreibt ein konkretes, alltägliches, zentrales Problem bei der Interaktion zwischen Mensch und Maschine und bezieht sich punktgenau auf Deine Äußerung. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Fwd: Excel problem
Am 05.01.2011 03:43, Jörg Schmidt wrote: Die Wahrheit ist jedoch das OOo das inzwischen vielfach sehr ordentlich erledigt. Das wüßtest Du auch wenn Du Dich ernsthaft damit beschäftigen würdest! Vielfach sehr ordentlich schließt überwiegend gar nicht nicht aus. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Fwd: Excel problem
Am 05.01.2011 03:43, Jörg Schmidt wrote: Hallo *, Andreas Säger schrieb: Ich finde es immer wieder reizend, mit welcher Naivität erwartet wird, dass das plattformübergreifende OpenOffice.org Code laufen lässt, der sich auf ein völlig andersartiges API bezieht. Ich nicht, denn es zeigt mir wie weit OOo da inzwischen ist das Nutzer solche Dinge überhaupt erwarten. Für mich jedenfalls sind solche Anfragen von nUtzern ein Stück allgemeines Vertreauen in die Fähigkeiten derjenigen die OOo entwickeln. Der meiste Schaden, den der Computer potenziell zur Folge haben könnte, hängt weniger davon ab, was der Computer tatsächlich kann oder nicht kann, als vielmehr von den Eigenschaften, die das Publikum dem Computer zuschreibt. - Joseph Weizenbaum in Die Zeit 03/1972, S. 43, zeit.de - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Formatierungsproblem
Am 05.01.2011 16:56, Kirsten wrote: Hallo Robert, Benutzt Du das Schreibprogramm Writer wie eine Schreibmaschine? Für mich klingt es so, als ob Du nicht mit Fließtext arbeiten würdest. Ich öffne das Programm und schreibe, das ist alles. Ich habe weder irgendwelche Absatzvorlagen umgestellt noch irgendwo einen Fließtext eingestellt oder abgestellt oder sonstwas., weil ich das sowieso noch nie verstanden habe mit den Vorlagen. Das kam alles einfach nach dem Update. Auch wenn nun diese konkrete Problem außer bei Dir sonst noch niemendem untergekommen zu sein scheint und sicher einfach zu beheben sein wird: Unter den von Dir genannten Voraussetzungen rate dringend davon ab, irgendwelche sinnlos komplizierten Textverarbeitungsprogramme zu verwenden. Das Grundprinzip bei allen komplizierten Produktionsmitteln ist folgendes: Eine Stunde Einarbeitung soll über's Jahr viele Stunden Arbeit ersparen. Das Schreibprogramm, das mit Windows mitgeliefert wird (hieß es Write?) kann alles was Du willst, einschließlich einfache Word-Dokumente erzeugen. Dann kenne ich noch http://abiword.org als empfehlenswerte Alternative für intuitives Drauflosschreiben. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Serienbrief - Spalte leer
Am 04.01.2011 16:00, Friedrich Hattendorf wrote: Ich möchte Serienbriefe drucken. Datenquelle ist eine OOCalc-Tabelle Schon in der Datenansicht (F4) ist eine Spalte leer, die dies in der Tabelle nicht ist. In der Spalte stehen Jahreszahlen, Formatieren als Text hat nicht geändert. Die anderen Spalten werden richtig angezeigt. Irgend eine Idee? mit freundlichen Grüßen Friedrich Hattendorf --- Lernen ist wie das Rudern gegen den Strom; sobald man aufhört, treibt man zurück Benjamin Britten Das ist ein bekannter Fehler in Version 3,2,1. Wandle alle Werte der betreffenden Spalte in Textwerte um oder füge eine Textspalte X hinzu mit X2 =A2 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Fwd: Excel problem
Am 04.01.2011 21:53, Eric Hoch wrote: MS Office for Mac hat in der Version 2011 wieder Unterstützung für Visual Basic Makros. Eines der Probleme ist jedoch, dass viele Makros ganz selbstverständlich in ihren Pfaden, die Notation von Windows, also C:\ und Co verwenden. Das lässt sich noch relativ einfach übersetzen, vieles andere, insbesondere Aufrufe von Windows Funktionen usw. laufen auf dem Mac ins Leere. Es braucht also sehr sauber geschriebene Makros. Freundliche Grüße Eric Hoch Ich finde es immer wieder reizend, mit welcher Naivität erwartet wird, dass das plattformübergreifende OpenOffice.org Code laufen lässt, der sich auf ein völlig andersartiges API bezieht. Dabei braucht selbst MS mit allen Sourcen und Resourcen viele Jahre, um das hauseigene VBA auf eine einzige Platform zu portieren, die mittlerweile sogar noch auf PC-Hardware läuft. Ich würde nicht darauf vertrauen, dass der von OOo umgebogene VBA-Code wirklich genau das tut, wofür er ursprünglich mal geschrieben wurde. Selbst dann nicht wenn es sauber geschriebener Code ist (was in VBA die völlige Ausnahme darstellt). Dazu kommt noch, dass sehr viel VBA-Code völlig überflüssig ist und eigentlich nur das Unvermögen des Programmierers und/oder des avisierten Benutzers dokumentiert. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Ubuntu-Version des OOo
Am 02.01.2011 21:05, Dieter wrote: Danke, das ist ja schon mal was. Jörg, am Ubuntu hab ich - als Windows-Nutzer - noch zu knabbern, bis ich es verstehe, sind ja zumTeil fremdartige Benennungen. OK, belassen wir daserst mal dabei, bis ich weiter bin, aber ein Beispiel: Die Formeln in meinem Rechnungsformular werden bei Ubunbtu englisch dargestellt und geben Fehlermeldungen. Eine schöne erste Woche wünscht Dieter Nur mal am Rande: Gibt es einen Grund warum Fragesteller in diesem Zusammenhang wirklich *niemals* die konnkrete Formel erwähnen? Sei's drum. Deine Berechnungen jonglieren wahrscheinlich mit Zahlen, die keine Zahlen sind. Die Ziffernfolge 123 und die Zahl 123 sind völlig verschiedenen Werte. Dies ist ein unlösbares Missverständnis zw. Mensch und Maschine seit es Computer gibt, und Excel hat enorm viel zur Konfusion beigetragen, indem es den klaren und bedeutsamen Unterschied einfach verwischt. Der Text 123,456, konvertiert in eine Zahl, ergibt in Deutsch und in Englisch 2 völlig verschiedene Zahlenwerte. 123,45 kann in Englischem Kontext überhaupt nicht konvertiert werden. Währungssymbole sind halt auch nur Text. Verwende in jeglicher Software immer nur Zahlen wenn Du mit Zahlen rechnen willst. Ziffernfolgen (numerischer Text) sind sinnvoll wenn es um Postleitzahlen, Telefonnummern oder Bestellnummern geht. Im Systemprogramm Synaptics kannst Du auf einfachste Weise deutsche Pakete für das Gesamtsystem nachinstallieren. Frohes Neues, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Fenster -Reihe füllen- abstellen in Calc?
Am 01.01.2011 14:02, John Kirste wrote: Hallo, wenn ich in Calc eine Reihe markiere, um sie dann in die Folgezeile zu ziehen, erscheint immer ein Fenster Reihe füllen, wie ich denn die Zeile füllen möchte. Allerdings nur bei OOo auf Linux. Öffen ich das gleiche Dokument auf einem Windows-Rechner, so kommt keine Abfrage, sondern die Zeilen werden wunschgemäß als Zeile kopiert. Kann ich bei der Linux-Version das irgendwo abstellen? Irgendwie finde ich nicht den passenden Schalter. Gruss, John Einfach die Strg-Taste festhalten. Das ist bei mir in Windows und Linux seit jeher (version 1) gleich. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: WRITER - Bilder und .doc
Am 22.12.2010 19:06, Dr. Matthias Weisser wrote: Am 22.12.2010 17:06, schrieb Pit Zyclade: Am 22.12.2010 16:00, schrieb Dr. Matthias Weisser: Am 22.12.2010 14:24, schrieb Johannes A. Bodwing: Dieses Problem ist mir auch aufgefallen in Verbindung mit OCR-Scans von Abby Finereader. Wenn die doc-files von dort mit Writer geöffnet werden, so sehen sie anders aus. Wenn ich dies dann als .doc wieder abspeichere ist der Text mit den Grafiken drin nicht wiederzuerkennen. OO kann das halt nicht. Deine Beschreibung ist hier ungenau. was für eine Info fehlt Dir denn? doc-files aus Finereader mit welcher word-Version? Der Finereader erstellt diese docs. Es lässt sich nur ein Typ von doc dort anwählen. Soll ich die Finereader-Version nachschauen? Word kann jedenfalls die so erstellten Texte einwandfrei einlesen. Mit sehr hoher Wahrscheinlichkeit benutzt Finereader ja auch die vorhandene Word-Installation, um das Dokument zu erstellen. Ich wette, dass Finereader nicht mehr in der Lage sein wird, ein Worddokument zu erstellen sobald Word deinstalliert wird. Die Softwareindustrie geht den Weg des geringsten Widerstandes, um so wenig postentielle Kunden wie möglich auszuschließen. Für Finereader könnte es ein leichtes sein, ODF zu erstellen, ohne dass irgendeine Office-Software installiert wäre. Dafür ist das ODF-Format frei verwendbar und lange nicht so kompliziert wie die Formate von MS. Es wäre auch der gleiche Weg wie über die Word-API mit der OOo-API gangbar, um OOo die Dokumenterstellung erledigen zu lassen. Nur wären beide Alternativen nicht so simpel wie die einfache Beschränkung auf MS Windows mit der Annahme, dass eh' irgendein Word installiert ist. Der falsche Gesamteindruck der dabei millionenfach MS Office zugute kommt ist der, dass die Erstellung von Worddokumenten irgendwie halt Standard ist und Finereader irgendwie schlauer sein muss als OOo. Schließlich kann es irgendwie bessere Word-Dokumente erstellen. Niemand nimmt war, dass OOo tatsächlich aus sich heraus die Word-Dokumente erstellt wärend hunderte (tausende?) andere Programme auf installierte MS-Programme zurückgreifen, um Ergebnisse in Word und Excel darzustellen. Frohe Weihnachten, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: WRITER - Bilder und .doc
Am 23.12.2010 09:09, Andreas Säger wrote: Am 22.12.2010 19:06, Dr. Matthias Weisser wrote: Der Finereader erstellt diese docs. Es lässt sich nur ein Typ von doc dort anwählen. Soll ich die Finereader-Version nachschauen? Word kann jedenfalls die so erstellten Texte einwandfrei einlesen. Mit sehr hoher Wahrscheinlichkeit benutzt Finereader ja auch die vorhandene Word-Installation, um das Dokument zu erstellen. Ich wette, dass Finereader nicht mehr in der Lage sein wird, ein Worddokument zu erstellen sobald Word deinstalliert wird. OK, OK, Michael Höhne hat zeitgleich zu meiner Vermutung das Dokumentenformat RTF ausgemacht, welches wahrscheinlich auch ohne die Hilfe von Word generiert werden kann, so dass ich meine Wette verloren hätte. Michael Höhne schrieb: Das würde ich noch einmal überprüfen: Ich habe hier nur die alte 5er-Version vom Finereader. Die behauptet auch, sie würde nach .doc exportieren können, es ist aber eigentlich eine RTF-Datei, die nur die Endung .doc bekommt! Nun hat OOo leider unglaublich schlechte Importfilter für RTF. Mit echten Worddateien würde das Problem eher nicht so krass ausfallen. Danke für den Einblick in das Ausgabeformat von Finereader. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc
Am 17.12.2010 21:39, Andreas Säger wrote: =SVERWEIS(30;$A$1:$B$6;2) oder das gleichwertige =SVERWEIS(30;$A$1:$B$6;2;1) gibt eine 4 zurück weil die gesuchte Zahl 30 zwischen 27 und 40 Punkten liegt. Die Funktionen liefern immer ein Ergebnis solange der gesuchte Wert kleiner/gleich dem kleinsten Skalenwert (0) ist. Mist aber auch: Die Funktionen liefern immer ein Ergebnis solange der gesuchte Wert *größer/gleich* dem kleinsten Skalenwert (0) ist. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: OpenOffice-Probleme
Am 16.12.2010 23:37, David Maertins wrote: Da ich die Formeln in ´Benutzerdefiniert´ selber geschrieben habe und die Unterschiede nur farblich ausgebe und nicht mit Plus und Minus gekennzeichnet habe ,sehe ich nun keine Unterschiede mehr ,da alle Zahlen und Wörter in Schwarz dargestellt sind .Da dies alle Tabellen betrifft ,muß es doch irgend wo an der Grundeinstellung liegen ,finde es aber nicht . Können Sie mir BITTE helfen ? Deine Formeln sind höchstwahrscheinlich nur Formatierungen, und die gelten individuell für ein Dokument. Tu Dir einen Gefallen, und lass den ganzen Quatsch solange Du nicht wirklich mit Officeprogrammen vertraut bist. Insbesondere die Beschäftigung mit Dokumentvorlagen und Formatvorlagen wäre überaus lohnend für einen souveränen Umgang mit Microsoft Office wie auch OpenOffice.org. Wähle alle Zellen aus. FormatStandardformatierung... Und schon sind alle Zahlen wieder lesbar, ohne auch nur einen einzigen Wert zu ändern. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc
Am 17.12.2010 18:21, openoff...@skerra.net wrote: Hallo Ich habe in Calc eine Datei zur Planung von Stunden erstellt. In der Tabelle Stunden habe ich Spalten Stunden, Mappeninhalt, Material, Verbrauchsmaterial erstellt. Im ersten Tabellenblatt (Übersichtspanung) werden die Werte der Pulldownmenus (Gültigkeit) aus der Tabelle Stunden genommen Die ausgewählten Stunden im Übersichtsplan werden im Tabellenblatt zB.LK1 (lehrkraft1) übernommen. =$Übersichtsplanung.$L6 Steht Im Tabellenblat LK1 in der Zelle C4 die Stunde Feuerwehr dann holt sich die Zelle D4 durch einen Sverweis die dazugehörigen Materialien aus der Tabelle Stunden. Das geht alles wunderbar. Außer ! Wenn ich eine neue Stunde im Tabellenblatt Stunden eintrag kann ich diese in der Übersichtsplanung auwählen und sie erscheint auch bei z.B. LK1. Nur die Sverweise gehen nicht. Ich habe auch schon eine Stunde in der Mitte der Liste im Tabellenblatt Stunde eingefügt und das Fenomen bleibt das gleiche. Die Tabelle habe ich unter http://www.skerra.net/testweb/Planung.ods gestellt. kann mir jemand helfen! Danke im Voraus Siegfried Hallo Siegfried, Ich verstehe zwar nicht wirklich was dieses kompliziert Tabellewerk auf Dauer bewerkstelligen soll, doch fällt mir auf, dass Du mit übergroßen Listenbereichen arbeitest. Die Validierung bezeiht sich auf $Stunden.$C$2:$C$156 obwohl die Liste momentan nur bis C150 reicht. Wenn Du Listen nach unten hin verlängern willst, dann solltest Du neue Zellen einfügen, so dass so dass alle Formeln, benannte Bereiche, bedingte Formatierungen, Validierungen, Diagrammbereiche und was sonst noch auf den neuen Bereich automatisch angepasst werden. Was Alois zu den SVERWEISen sagt, ist natürlich der gröbere Schnitzer. Grundsätzlich gilt, dass das Wort Tabellenkalkulation eben sehr genau den Einsatzzweck dieser Anwendungsgattung beschreibt. Was Du damit machst kommt dem engl. Wort Spreadsheet viel näher, also die papiernen Tabellen mit denen man Terminplanung aber auch Buchhaltung treiben kann. Profis würden jedoch für diese Aufgaben keine Tabellenkalkulation verwenden, sondern eine Art von Datenbank verwenden. VERWEIS, HVERWEIS, SVERWEIS und VERGLEICH schlagen *eigentlich* Einzelwerte in einer numerischen, sortierten _Skala_ nach. Beispiel mit Punkten und Schuloten in A1:B6 0 6 13 5 27 4 40 3 56 2 77 1 =SVERWEIS(30;$A$1:$B$6;2) oder das gleichwertige =SVERWEIS(30;$A$1:$B$6;2;1) gibt eine 4 zurück weil die gesuchte Zahl 30 zwischen 27 und 40 Punkten liegt. Die Funktionen liefern immer ein Ergebnis solange der gesuchte Wert kleiner/gleich dem kleinsten Skalenwert (0) ist. Die Suche stoppt an der Stelle, bevor der Skalenwert den Suchwert überschreitet, was bei einer unsortierten Skala zu falschen Ergebnissen führt und bei nicht vorhandenen Suchwerten fast immer falsch-positive Ergebnisse zeitigt. Der letzte Schalter (1 oder 0) gibt an, ob es sich um eine sortierte Skala handelt (der Normalfall) oder nicht. Wenn nicht (modus=0), dann wird nach dem exakt übereinstimmenden Wert gesucht, was dann auch keinerlei Sortierung mehr erforderlich macht. Wobei exakt übereinstimmend in Calc ein schwammiger Begriff ist. Schönes Wochenende, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Serienbrief - Felder nicht importiert
Am 14.12.2010 21:36, Axel Braun wrote: ...wie ich inzwischen herausgefunden habe sollte die gesamte Spalte als Zahl formatiert sein. Ich hatte das PLZ noch als Text, und da kommt er bereits durcheinander. Soll in OO 3.3 gefixt sein. Egal, Text oder Zahl, jedenfalls einheitlich. Da man mit Postleitzahlen niemals rechnet ist Text etwas weniger anfällig. Es kann dann schon mal ein D-12345 statt 12345 verwendet werden. Wenn Du Zahlen als deutsche PLZ verwendest musst Du diese als 5-stellig formatieren damit eine führende Null bei den Sachsen ausgegeben wird. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Serienbrief - Felder nicht importiert
Am 15.12.2010 09:04, Andreas Säger wrote: Am 14.12.2010 21:36, Axel Braun wrote: ...wie ich inzwischen herausgefunden habe sollte die gesamte Spalte als Zahl formatiert sein. Ich hatte das PLZ noch als Text, und da kommt er bereits durcheinander. Soll in OO 3.3 gefixt sein. Wenn Du Zahlen als deutsche PLZ verwendest musst Du diese als 5-stellig formatieren damit eine führende Null bei den Sachsen ausgegeben wird. Ich glaube, Du must entweder das PLZ-Feld entweder in Writer oder Base formatieren weil Calc einfach nur den Zahlenwert liefert. Also nimm halt besser Text. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datum
Am 14.12.2010 12:47, Josef Seifert wrote: Guten Tag, meine Frage wäre zum Tabellendokument OpenOffice.org Ist es möglich, in eine markierte Zelle das aktuelle Datum einzufügen z.B. mit STRG und . wie beim Excel. Vielen Dank für ihre Antwort! Mit freundlichen Grüßen Josef Seifert Einfach nur die heutige Tageszahl (z.B. 14) gefolgt von einem Punkt oder Schrägstrich. Für Zeitstempel (Tag+Uhrzeit) hilft folgender Trick: EinfügenNamenFestlegen... Name: J Bezug: =JETZT() [Hinzufügen], [OK] Nun tippst Du folgendes: =J{F9}{Enter}{Enter} - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Serienbrief - Felder nicht importiert
Am 11.12.2010 11:24, Axel Braun wrote: Morgen, ich versuche mich gerade an einem Serienbrief, und muß feststellen, dass die Adressdaten aus einer ods-Tabelle nicht kompltt importiert werden. Es fehlt die Postleitzahl. Habe die Spalte mal als Zahl, mal als Text formatiert, ohne dass das was am Ergebnis ändert. Die OO-Version ist OpenOffice_org-3.2.1.4-1.2.i586 unter openSUSE 11.3 Das Interessante: Die Datei habe ich bereits im Vorjahr problemlos benutzen können - damals wurde alles importiert. In die erzeugte Base-Tabelle lassen sich die Plz auch nicht einfach hineinkopieren. Hat jemand eine Lösung dafür? Danke Axel Generell sind Tabellenkalkulationen die schlechteste Wahl für Adresslisten. Die poteniell chaotischen Datenstrukturen lassen sich nicht gut auf Datenbanken übertragen und die Aktualisierung ist eher zäh (speichern, alle Verbindungen kappen). Speziell die Version 3.2.x hat ein Problem mit gemischten Spalten aus Text und Zahlen, das in Version 3.3 wieder behoben wurde. Die Zahl 1234 ist nicht derselbe Wert wie der Text 01234, egal wie die Zahl formatiert sein mag. Wenn beide Datentypen in einer Spalte vorkommen, sollte Base diese Spalte als Textspalte importieren. In Version 3.2 bleibt die Spalte leer solange Du nicht selber alles in Text umwandelst: Wähle die betroffene(n) Spalte(n) aus. Bereite die Spalten mit Zahlenformat @ (Text) vor. Dies wird noch keinen einzigen Wert ändern. BearbeitenSuchenErsetzen [Mehr Optionen...] [X] Nur in Selektion [X] Reguläre Ausdrücke Suche: .+ [ein Punkt und ein Plus] Ersetze: [Ersetze Alle] Dies ersetzt jede Eingabe mit sich selbst, tippt gewissermaßen alle Werte neu in den veränderten Formatierungskontext ein. Genau dieselbe Ersetzung kann auch verwendet werden, um Text in Zahlen zu verwandeln (falls möglich). - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Filter
Am 11.12.2010 18:27, Günter Brass wrote: Hallo, wie kann man die Filterfunktionen bei Office org. ausschalten ?? M.f.G. Günter Braß Bitte WAS? - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Diagramme für einige Datensätz e
Am 06.12.2010 16:30, Christian Wunderlich wrote: Hallo Peter, Hallo Christian, Am 06.12.2010 15:37, schrieb Christian Wunderlich: Ich habe eine Tabelle mit etwas über dreihundert Zeilen. In jeder Zeile steht vorne ein Name und dahinter 10 Spalten mit Daten. Ich benötige nun ein Diagramm um die Daten schnell auszuwerten. Da die Daten aber in sehr unterschiedlichen Liegen spielen (mal 15k +/- 2k und mal 200 +/- 50) kann ich nicht einfach die ganze Liste markieren und ein Diagramm erzeugen. Dann hab ich für die geringe Zeile eine Flatline. Daher bräuchte ich eine schnelle Möglichkeit für jede Zeile am besten ein eigenes Diagramm zu machen. Wenn ich das von Hand mache wie im Augenblick bekomme ich die Auswertung in einem Monat fertig. Writer-Tabelle, Calc-Tabelle? Diagrammtyp? Bitte Entschuldige. Calc Tabelle. Als Diagramm habe ich ein Liniendiagramm verwendet. Gruß, Christian Am einfachsten könnte man das mit einem Diagramm und mehrfachen Szenarios bewerkstelligen. Du kannst Deine vorhandenen Spalten in die Szenarien kopieren, verschieben oder auch verlinken. http://user.services.openoffice.org/en/forum/download/file.php?id=3004 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Text - Converter - Software
Am 08.12.2010 15:26, Wolfgang Beiermann wrote: Guten Tag, habe es aufgegeben, in Ihren Archiven, Mailinglisten und FAQ's zu suchen. Mein BS: Win XP Edition Home - SP3 - 32bit Version / OO.org 3.2.1 ist in Anwendung Mein Problem: Suche Software zum Konvertieren von HTML-Formaten in ..ODT-Formate und andere Text-Formate. Wichtig dabei: die (Seiten)-Formatierungen, wie Text, Tabellen und Bilder zum Bearbeiten zu öffnen. Erbitte Hinweise zu einer entsprechenden Software. Freundlichst Wolfgang Beiermann. Ach, und das Problem ist welches? - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: base
Am 01.12.2010 18:58, openoff...@skerra.net wrote: Hallo Ich möchte in Bais eine referenzielle Intrigität zwischen der Tabelle In einer Einrichtung (t_einrichtung) können mehrere Gruppen (t_Gruppe_zu_Ei) statfinden. Ich habe diesen Befehl unter Extras SQL ausgeführt. alter table t_Gruppe_zu_Ei add foreign key (Ei_ID) references t_Einrichtung (Ei_ID) Es erscheint diese Fehlermeldung Status 1: Table not found: T_GRUPPE_ZU_EI in statement [alter table t_Gruppe_zu_Ei] die Namen sind richtig geschrieben. Danke im voraus Siegfried Namen von Datenbankobjekten immer in Anführungszeichen, außer sie sine IN_GROSSBUCHTABEN. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: base
Am 01.12.2010 23:02, openoff...@skerra.net wrote: Hallo Auch wenn ich die Tabellen in setze kommt ein Fehler. 1: Column not found: EI_ID in statement [alter table t_Gruppe_zu_Ei add foreign key (Ei_ID)] Wo liegt der Fehler Ist eine Beziehung erstellen (unter Ansichtsentwurf) das gleiche wie eine referenzielle Intrigität? Gruß Siegfried Hallo Siegfried, alter table t_Gruppe_zu_Ei add foreign key (Ei_ID) references t_Einrichtung (Ei_ID) Im Relationen-Tool fügst Du beide Tabellen hinzu und ziehst eine Linie zwischen die beiden Felder Ei_ID. Wenn Du danach sehen willst, wie das entsprechende SQL aussieht: ExtrasSQL... SCRIPT '/tmp/sript.txt' wobei '/tmp/sript.txt' ein Pfadname auf einem Nicht-Windowssystem wäre. Die Datei enthält die Datenbank in SQL. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Fehlermeldungen beim Öffnen des Dokumentvorlagendialogs
Am 27.11.2010 12:12, marcus hoffmann wrote: Hallo Andreas, vielen Dank für die Info. Kannst du mir noch sagen, in welcher Datei (.xcu?) und in welchem Node die Vorlagen registriert sind? Vielleicht kann man die fehlerhaften Einträge ja löschen? Danke und Gruß Marcus Suche nach einem meiner Vorlagennamen ergibt: .../user/registry/data/org/openoffice/ucb/Hierarchy.xcu bin mir nicht sicher, was es mit Store.xcu im selben Verzeichnis auf sich hat. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Verknüpfung in Open Office
Kein Problem: Erstelle die Abfrage Registriere die Datenbank (ExtrasOptionen...BaseDatenbanken) Drücke F4 in Calc (Datenquellenfenster) Ziehe die Abfrage aus dem _linken_ Unterfenster auf eine Zelle. Das funktioniert auch mit einer Parameterabfrage für ein bestimmtes Konto. Für alle Konten auf einmal kann ein Datenpilot verwendet werden: DatenPilotStart... [x] Registrierte Datenquelle,... http://www.ooowiki.de/DatenPilot Gruß, Andreas Am 25.11.2010 09:18, Rainer Glatz wrote: Hallo, gibt es eine Mogklichkeit innerhalb von Calc eine Verknüpfung mit einer speziellen Abfrage einzurichten. Hierbei will ich eine Gewinn- und Verlustrechnung erstellen die sich die Daten aus einer Summen und Saldenliste ziehen müsste. Diese hat nicht jedesmal alle Konten und Kostenstellen. Ich muss in der Abfrage die Kontonummer angeben und dann die entsprechende Kostenstelle abfangen. Der Betrag aus der Spalte Saldo soll dann in die Gewinn- und Verlustrechnung importiert werden. Gruß Rainer - 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
[de-users] Re: Fehlermeldungen beim Öffnen des Dokumen tvorlagendialogs
Am 26.11.2010 18:42, marcus hoffmann wrote: Win XP Prof, SP3 // OOo 3.2 Hallo zusammen, ich habe in meinen Dokumentvorlagen etwas Ordnung geschaffen: - Ablageplätze vereinheitlicht - Vorlagen zusammengeführt - nicht mehr benötigte Vorlagen gelöscht - die Pfade für Vorlagen auf die letztlich noch benötigten zusammengeschrumpft Die Vorlagen sind im Benutzerprofil namentlich registriert. Du hättest besser die Vorlagenverwaltung verwenden sollen. DateiVorlagenVerwalten... Versuch mal die fehlenden Vorlagen über den Importieren-Befehl der Vorlagenverwaltung wieder in die Hierarchie einzugliedern. Besser wäre es, die ganze Aktion durch Einspielen eines Backups des Profils rückgängig zu machen und dann die Verwaltung zu verwenden. Viel Glück, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Default-Values in MySQL-Datenbank
Am 24.11.2010 19:01, Robert Großkopf wrote: Hallo Andreas, Probier alternativ mal BearbeitenDatenbankErweiterte Optionen:Formular überprüft Eingabe (oder so ähnlich). Wenn diese Option ausgeschaltet ist, wird die Einsetzung von Defaults komplett dem Backend überlassen. Die Option heißt Formulardaten-Eingabe prüft auf benötigte Felder. Das hat ja eigentlich nichts mit den Default-Werten zu tun, sondern damit, dass Fehlermeldungen durch das Formular abgefangen werden, wenn ein Tabellenfeld eine Eingabe erfordert. Gruß Robert Richtig. Probier das mal mit einem Zeitstempel-Feld (ALTER COLUMN X TIMESTAMP DEFAULT CURRENT_DATE NOT NULL). Das Formular wird beijedem neuen Datensatz den fehlenden Eingabewert monieren bis man die Option ausschaltet und die Datenbank die empfangenen Daten komplettieren kann. Gleiches passiert mit DEFAULT CURRENT_TIME, DEFAULT CURRENT_DATE und DEFAULT_CURRENTUSER oder auch mit allen konstanten Defaultwerten, die nicht durch ein Formularfeld geliefert werden. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Default-Values in MySQL-Datenbank
Am 23.11.2010 21:30, Ulrich Goebel wrote: Hallo! Lösung gefunden: ich habe das gleiche Problem in den MySQL-Foren eingestellt. Dort wurde eine Lösung vorgeschlagen, die das Problem auf der MySQL-Seite (also beim Server) behandelt - mit einem TRIGGER. Siehe http://forums.mysql.com/read.php?70,395851,395904#msg-395904 Das funktioniert bei mir gut. Gruß Ulrich Hallo, Probier alternativ mal BearbeitenDatenbankErweiterte Optionen:Formular überprüft Eingabe (oder so ähnlich). Wenn diese Option ausgeschaltet ist, wird die Einsetzung von Defaults komplett dem Backend überlassen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Bace
Am 20.11.2010 15:55, openoff...@skerra.net wrote: Hallo Ich habe ein Formular mit einem übergeordnetem Datenfeld und einem Subformular erstellt. Wähle ich aus dem übergeordnetem Datenfeld (ist als Tabelle dargestellt) einen Kunden aus, so wird im Subformular das aus einzelnen Textfeldern besteht, die dazugehörigen Daten angezeigt. Soweit so gut. Kann man auch die Daten anstatt in Textfeldern in einem Fiesstext einarbeiten, so wie das beim Bericht geht. Kundenanschrift$Name$$Vorname$ ??? Grüße Siegfried Nun, das ist dann wohl ein Serienbrief. Vergiss den bescheuerten Sereinbriefassistenten, schreibe den Brief und ziehe Spaltenköpfe einer Tabelle oder Abfrage aus dem Datenquellenfenster (F4) an die entsprechenden Stellen des Briefes. Alles weitere folgt dann beim Drucken. Grüße, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base öffnet odb nicht mehr
Am 17.11.2010 09:27, Bernd Kloss wrote: Debian Linux Squeeze KDE 4 Open Office 3.2.1 Hallo, Liste, nach einem Update auf 3.2.1 kann ich eine bestehende Datenbank nicht mehr aus dem Base-Start-Menü öffnen. Bestehende Datenbank öffnen, Ort suchen, Datenbank anklicken liefert: Bitte verwenden Sie Verbindung zu einer bestehenden Datenbank herstellen, um stattdessen zu einer bestehenden Datenbank zu verbinden. Schluss. Wenn ich im Dateimanager die *.odb anklicke, dann startet Base ganz normal und ich kann wie gewohnt arbeiten. Was ist da kaputt und wie kann ich es reparieren? Besten Dank für Tipps und Grüße Bernd Kloss Hallo Bernd, Es könnte evtl. sein, dass die Datei, die im Datenbanköffnerdialog namentlich in der Auswahlliste der zuletzt benutzten Datenbanken steht nicht identisch ist mit der Datei, die Du dir von woanders raussuchst. Dies ist insbesondere dann möglich, wenn die Datei mit der eingebetteten HSQLDB mal abgeschmiert und wiederhergestellt wurde. Mit normalen (nicht eingebetteten) Datenbanken passiert sowas nicht und Du riskierst auch keinen Datenverlust. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc Spracheinstellungen?
Am 14.11.2010 14:35, Robert Großkopf wrote: Liebe Liste, ich habe plötzlich das Phänomen, dass aus einer Formel für eine Datumsberechnung (EDATUM) plötzlich das englische edate wird - was dann Calc nicht mehr deuten kann - und dies nicht nur im aktuellen Dokument, sondern in allen möglichen Kalendern, die ich so aufrufe. In anderen Versionen unter anderem Benutzernamen verhält sich OpenOffice in dieser Beziehung nicht so. Welche Schraube kann ich anziehen? Meine aktuelle Version: OOo 3.1.1 unter OpenSuSE 11.2 Gruß Robert Au weia, Ich meine, die Inkompatibilität liegt zw. dem Originalprogramm von Oracle und dem unausgegorenen Mist, den LibreOffice, Go-OO und div. Linuxdistributoren so verbreiten. Davon betroffen sind alle Funktionen, die außerhalb des ODF-Standards, also Teil eines AddIns sind. Diese AddIns verwenden unterschiedliche Namensräume in unterschiedlichen Programmen selbst wenn die Funktionen sich gleichen. Auch wenn die Info nicht weiter hilft, vielleicht noch dies: FindenErsetzen erleichtert das manuelle Editieren. Gruß Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc Spracheinstellungen?
Am 14.11.2010 20:45, Robert Großkopf wrote: AHallo Andreas, ich habe plötzlich das Phänomen, dass aus einer Formel für eine Datumsberechnung (EDATUM) plötzlich das englische edate wird - was dann Calc nicht mehr deuten kann - und dies nicht nur im aktuellen Dokument, sondern in allen möglichen Kalendern, die ich so aufrufe. In anderen Versionen unter anderem Benutzernamen verhält sich OpenOffice in dieser Beziehung nicht so. Welche Schraube kann ich anziehen? Meine aktuelle Version: OOo 3.1.1 unter OpenSuSE 11.2 Gruß Robert Au weia, Ich meine, die Inkompatibilität liegt zw. dem Originalprogramm von Oracle und dem unausgegorenen Mist, den LibreOffice, Go-OO und div. Linuxdistributoren so verbreiten. Das hat in diesem falle nichts mit anderen Programmversionen außerhalb des Originals zu tun. Ich habe nur mit OOo 3.1.1, damals original von Sun, an dem Dokument gearbeitet. Das klappte bis vor einer Woche. Davon betroffen sind alle Funktionen, die außerhalb des ODF-Standards, also Teil eines AddIns sind. Diese AddIns verwenden unterschiedliche Namensräume in unterschiedlichen Programmen selbst wenn die Funktionen sich gleichen. Hier habe ich schon Regina geschrieben. Das Addin, was ich vermutlich nach der letzten Bearbeitung installiert habe, war DMath. Im OOo 3.3 RC3 lässt sich das Dokument anstandslos öffnen und zeigt an dieser Stelle EDATUM. EDATUM(HEUTE();2) in OOo eingegeben und dann in Basic: print ThisComponent.CurrentSelection.getFormula() ergibt die eigentliche, im Dokument gespeicherte Formel: =com.sun.star.sheet.addin.Analysis.getEdate(TODAY();2) EDATE ist also Teil des Analysis-AddIns. Das com.sun.star.sheet.addin wurde in Go-OOo (und all seinen Derivaten) so nicht benutzt. Vielleicht war die Inkompatibilität auch anders herum (OOo erkennt AddIn aus Go-OOo nicht). Ich weiß es nicht mehr so genau weil ich nur noch die Software von download.openoffice.org verwende. [und das hat technische Gründe und keine ideologischen, lieber Robert] Auch wenn die Info nicht weiter hilft, vielleicht noch dies: FindenErsetzen erleichtert das manuelle Editieren. Vor diesem Hintergrund bringt wohl das Editieren wenig. Gruß Robert Wenn Du mit der jeweiligen Version wo der Fehler auftritt alle Formeln neu eingibst (mittels Finden/Ersetzen) sollte sollten die Formeln repariert sein. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Makros fuer Zeile einfuegen unten und Spalte einfuegen rechts
Am 07.11.2010 13:18, Andreas Borutta wrote: Moin, in Calc existieren die Befehle Zeile einfügen und Spalte einfügen. Bei ihrer Ausführung wird eine Zeile oberhalb der Cursorposition bzw. eine Spalte links davon eingefügt. Schüttelt vielleicht jemand von Euch die Makros ZeileEinfuegenUnterhalb SpalteEinfuegenRechts aus dem Ärmel? Es würde mich freuen. Andreas Auch dann wäre man auf die vorgegebenen Methoden der Anwendung angewiesen, ginge eine Zelle weiter runter und fügt oberhalb ein bzw. geht eine Spalte nach rechts und fügt links ein. Über die Selektion des Anwenders hat der Programmierer keinerlei Kontrolle. Daher wäre zu klären was passieren möge wenn nicht nur eine Zelle selektiert ist sondern ein Bereich, eine Gruppe von Bereichen, Blättern oder auch ganz was anderes (Notiz, Diagramm,...). Soll nix passieren? Fehlermeldung? Einfach überall einfügen (was ist mit überlappenden Bereichen und deren Formelbezügen)? Oder einfach nur die eine aktive Eingabezelle auf dem aktiven Blatt als Ausgangspunkt berücksichtigen, um eine Zeile bzw. eine Spalte einzufügen? Dann wäre noch die Frage, was in der letzen Spalte oder Zeile geschehen soll, wenn man beim Einfügen auf Matrixformeln, verbundene oder geschützte Zellen trifft. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Makros fuer Zeile einfuegen unten und Spalte einfuegen rechts
Am 07.11.2010 16:22, Werner Tietz wrote: Hallo Andreas Am 07.11.2010 15:05, schrieb Andreas Borutta: Aber siehe oben: das Makro soll exakt das erledigen, was der Befehl Zeile einfügen schon jetzt erledigt. Nur eben unterhalb. In *der deutschen Einstiegsseite zur Basic-Programmierung werden alle deine Fragen abgehandelt: - Zeile/n / Spalte/n einfügen - Art der aktuellen Selektion ermitteln - aktuellen Zeilen-/ Spaltenindex ermitteln. ***Falls dir nicht bekannt ist welche Seite ich meine: →StarBasicfaq → Suchmaschine deiner Wahl. Gruß Werner Die Frage ist aber: Nutzt man diese Sorte Makro dann auch wirklich? Nach meiner Erfahrung ist das genau die Sorte Makros, die nach einem Tag schon wieder vergessen ist, da sie keinerlei konkreten Nutzen bringt sondern lediglich die Anwendung ein wenig im eigenen Sinne verbiegt. Am nächsten Computer, beim nächsten Benutzerprofil, mit der nächsten Tabellenkalkulation ist alles wieder beim Alten. All dies mag zwar trivial zu programmieren sein (wenn der Rahmen genau gesteckt wurde) jedoch habe ich es aufgegeben, derartig sinnlose Schnipsel auf Zuruf unter die Menge zu streuen. Es ist niemals damit getan. Es findet nie ein Ende, da eine nicht durchdachte Datenorganisation in Exceltabellen einfach nicht fertig werden kann. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Makros fuer Zeile einfuegen unten und Spalte einfuegen rechts
Am 07.11.2010 18:18, Andreas Borutta wrote: Das leuchtet mir nicht ein. Warum siehst Du es als ein Verbiegen an, wenn der Befehl Zeile(n) oberhalb einfügen (oberhalb wurde bei Befehlsbezeichnung vergessen) durch ein Pendant Zeile(n) unterhalb einfügen ergänzt wird. Weil man eine Spalte/Zeile weiter bereits dasselbe Ergebnis bekommt. [...] Es findet nie ein Ende, da eine nicht durchdachte Datenorganisation in Exceltabellen einfach nicht fertig werden kann. Es geht doch in diesem Posting nicht um Datenorganisation. Und was kommt dann in die Zellen rein, die Du da einfügst? Konstanten oder Formeln, die sich auf vorhandene Konstanten (in den vorigen Zeilen/Spalten?) beziehen. Die Tabelle wächst also horizontal als auch vertikal um Daten als auch um berechnete Felder (falls mich meine Kristallkugel jetzt nicht im Stich lässt). - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: automatische Gruppierung im Datenpilot?
Am 07.11.2010 19:09, Tom Hart wrote: Hallo, habe im Datenpilot eine Tabelle in der folgende Art: Spalte1 ... v1 ... v2 ... v3 ... v4 ... v5 ... v6 ... nur müssen die v* gruppiert werden, in etwa so: a v1 ... v2 ... b v3 ... v4 ... v5 ... c v6 ... mit markieren der Einträge und F12 klappt das auch, nur ist mir das zu aufwendig. Könnte der DP das nicht mit so einer zusätzlichen Tabelle: v1 a v2 a v3 b v4 b v5 b v6 c automatisch erledigen? Also quasi die beiden Tabellen verknüpfen. Gibt es da einen Weg? Eine Hilfsspalte o.ä. kann ich in den Quelldaten nicht anlegen, da dies eine (nicht von mir generierte) .csv ist. Danke Gruß Tom Hallo Tom, Nein, aber Du kannst die csv-Daten über Base importieren und in Calc eine dynamische Hilfsspalte anfügen, die mit den aktualisierten csv-Daten wächst und schrumpft. In Base muss man die Importparameter auch nur einmal für alle gleichartigen Dateien im selben Verzeichnis angeben und kann die Daten dann in allen Officedokumenten in gleicher Weise verwenden. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Makros fuer Zeile einfuegen unten und Spalte einfuegen rechts
Am 07.11.2010 23:03, Andreas Borutta wrote: Es werden leere Zeilen eingefügt, weil man einen Entwurf anpassen möchte. Was ist daran kritiwürdig? Wenn Du den Entwurf anpassen willst, dann brauchst Du auch kein Makro sondern kannst die Anwendung einfach so benutzen wie sie ist. Dann klappt's auch mit neuen Zeilen/Spalten vor A1. Ich kritisiere, dass Du andere Leute einspannen willst, für eine einmalige Anpassung ein nutzloses Programm zu schreiben. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Formel-Frage
Am 05.11.2010 22:27, Dieter wrote: Guten Abend, ich bekomme wieder eine Formel nicht zusammen: Ich möchte in einer Calc eine im Textformat vorhadene Zahl in eine Zahl in Zahlenformat umwandeln, aber nur dann, wenn sich in der Zelle wirklich ein Zahlentext befindet. =Wert (A1) wandelt um, korrekt, aber wenn die Bezugszelle leer ist, habe ich lauter 31/12/99. Ich habs mit =wenn probiert, aber mir fehlt das Argument. Was muß A1 sein, wenn es umgewandelt werden soll? Tschüss, schönes Wochenende Dieter BS ist XP home SP3 OO ist 3.2 =WENN(UND(ISTZAHL(WERT(A1));NICHT(ISTLEER(A1)));WERT(A1);) - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Voneinander abhaengige formellose Zellen
Am 06.11.2010 10:28, Andreas Borutta wrote: Moin, es seien die Spalten A und B für Eingaben vorgesehen. A und B enthalten also keine Formel. Die Spalte C und D wird berechnet. C und D enthalten eine Formel. Es soll entweder A oder B einen Wert enthalten dürfen oder beide dürfen leer sein. Wenn also jemand in A einen Eintrag macht, sich später umentscheidet und in B etwas einträgt, soll automatich der Eintrag in A entfernt werden. Mir ist bekannt, dass man die Aufgabe mit Hilfsspalten lösen könnte. Geht es auch ohne? Wenn ich es richtig sehe, könnte man allein über eine scheinbare Entfernung via bedingte Formatierung SchriftfarbeGleichHintergrundfarbe herangehen. Oder gibt es einen eleganteren Weg? Danke. Andreas Was auch immer Du da treibst (ich ahne es nur): Zahlenformat zeigt einfach nix an. ;;; zeigt nicht einmal Text. Ich würde unter allen Umständen Hilfsspalten (und zwar so viele wie möglich!) bevorzugen. Mit Datenbanken brauche ich ja wohl nicht zu kommen. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: CALC Tabelle umformen (Datenpilot?)
Am 05.11.2010 12:25, Hermann Nienaber wrote: gut erkannt ;-). Ist allerdings etwas problematisch, da die Anwendung nicht vernünftig lief, hat man sich nun endlich von dem anderen Anbieter getrennt und ist auf ein anderes Produkt umgestiegen, so ist von dem ersten Anbieter keine Unterstützung zu erwarten... Gruß Hermann Nun, dieses Datenlayout ermöglicht es, dass jeder Person beliebig viele Telefonnummern Mail und sonstige Adressen zugeordnet werden können, was in einer 2-dimensionalen Tabelle so nicht möglich ist, es sei denn man benutzt Tabellen mit variabler Breite oder Felder mit verketteten Textwerten. Beides ist inakzeptabel wenn man eine klare, durchsuchbare, filterbare, sortierbare und datenbankkompatible Liste führen will. Wie dem auch sei: Eine Tabellenkalkulation kann niemals eine Datenbank ersetzen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: CALC Tabelle umformen (Datenpilot?)
Am 05.11.2010 20:14, Andreas Säger wrote: Nun, dieses Datenlayout ermöglicht es, dass jeder Person beliebig viele Telefonnummern Mail und sonstige Adressen zugeordnet werden können, was in einer 2-dimensionalen Tabelle so nicht möglich ist, es sei denn man benutzt Tabellen mit variabler Breite oder Felder mit verketteten Textwerten. Beides ist inakzeptabel wenn man eine klare, durchsuchbare, filterbare, sortierbare und datenbankkompatible Liste führen will. Wie dem auch sei: Eine Tabellenkalkulation kann niemals eine Datenbank ersetzen. Ergänzung mit Deinen Daten: IDART WERT 34Tel(p) 273 34Tel(d) 885 27Tel(p) 111 27Fax 976 34Email m...@muster.de 34Fax 444 [...und weiter unten hat person 34 nochmal...] 34Tel(p) 777 34Tel(d) 888 als zusätzliche private und dienstliche Telefonnummer (ID 34 mit Zweitfrau und Zweitjob). - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: CALC Tabelle umformen (Datenpilot?)
Am 04.11.2010 21:49, Hermann Nienaber wrote: Hallo Liste, ich habe folgende (Telefon-)Tabelle mit den Spalten ID, ART, NUMMER: ID ART WERT 34 Tel(p) 273 34 Tel(d) 885 27 Tel(p) 111 27 Fax 976 34 Email m...@muster.de 34 Fax 444 hier sind Telefon-, Mobil-, Fax-Nummern und E-mail-Adressen gespeichert. Für jede Nummer gibt es eine neue Zeile, s.o. Ich möchte daraus eine Tabelle generieren, in der jede ID nur eine Zeile hat, aber 4 weitere Spalten für Tel(p), Tel(d), Fax und Email. In den jeweiligen Zellen werden dann die entsprechenden Werte eingetragen oder auch freigelassen: ID TEL(P) TEL(D) FAX EMAIL 34 273 885 976 m...@muster.de 27 111 976 Ich habe es mit dem Datenpilot versucht, dort die Schaltfläche ID in die Zeilenfelder geschoben, die Schaltfläche ART in die Spaltenfelder und die Schaltfläche WERT in die Datenfelder. Die Ergebnistabelle ist schon richtig nur werden mir keine Werte angezeigt. Das Problem ist wohl, dass ich die Werte nicht einfach nur anzeigen kann sondern zwingend eine Rechenoperation (SUM, MIN, MAX, etc) darauf angewandt wird. Leider sind meine Daten (Telefon-Nummern oder E-mailadressen) keine Zahlen sondern eher Text. Vielen Dank für euer Interesse! Gruß Hermann Die Daten kommen offensichtlich aus einer Datenbank. Falls Du Zugriff auf die Datenbank hast, kann die nicht diesen Job erledigen? - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Steuerzeichen (Leerzeichen) anzeigen
Am 26.10.2010 00:13, Andreas Borutta wrote: Moin, in Writer kann man Steuerzeichen (wie z.B. Leerzeichen) einblenden. In Calc finde ich diese Option nicht. Geht das? Danke. Andreas Äh, nein. Das geht nicht. Eigentlich ist Calc ein Rechenprogramm und Texte in Tabellen nur Beschriftungen zu den Zahlen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Zahlenformat
Dieter wrote: Guten Morgen, ich glaube das Thema lief schon einmal, ich finde es aber nicht mehr, es tut mir leid. Ich hätte gern die im Textformat von meinem Bankkonto importierten, also mit einem Apostroph vor der Zahl dargestellen Datumszahlen, hier so dargestellt, '11/10/2010, in richtige Zahlen umgewandelt, damit ich sie sortieren kann. Geht das ? Schönen Sonntag und Gruß Dieter Hallo, Von Deinem Konto heißt sicherlich csv-Import. Du kannst die Datumsspalten markieren und als Datum TMJ importieren. Falls 11/10/2010 der US-amerikanische 10. November sein soll, dann Datum MTJ Falsch importierte Werte können wie folgt konvertiert werden: Formatiere die Zahlen wie Du sie haben willst und wähle auf jeden Fall das zum Zahlenformat passende Gebietsschema (z.B. US für 12/31/1999 oder deutsch für 123.456,99). Wähle Zahlenformat @ (Text) wenn Du Zahlen in Text konvertieren willst. BearbeitenSuchen/Ersetzen... [Mehr Optionen] [X] Auswahl [X] Reguläre Ausdrücke Suche: .+ [ein punkt und ein plus] Ersetze: [Alles Ersetzen] Hast Du erstmal die richtigen Werte in den Zellen, macht die Formatierung nur noch einen optischen Unterschied. Zahlen können beliebig formatiert werden ohne den Wert zu ändern. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Volker Heggemann wrote: Lieber Andreas, (hast Du die Anrede bemerkt?) Jawohl, lieber Volker! Am 09.10.2010 00:34, schrieb Andreas Säger: Es kann so einfach sein: http://www.mediafire.com/?fg8n7g9dma73g7x Danke für die viele Arbeit. Diese Sorte von Formularen klicke ich mittlerweile so schnell zusammen, dass ich den Gedanken an einen selstprogrammierten Assistenten schon fast wieder verdrängt habe (keine Zeit). Das Beispiel bestätigt, es funktioniert wunderbar - mit den Relationen in den Tabellen. Ohne diese geht es nicht. (Da haben wir einen Grund die interne DB zu nutzen) Nö, das sollte eigentlich mit allen anderen relationalen DBs genauso klappen. Base ist extrem simpel und unterentwickelt. Ohne massiven Makroeinsatz kann es wirklich nur diejenigen Relationen in Formularen abbilden welche gewissen Konventionen entsprechen. 1-zu-1 [Primärschlüssel-zu-Primärschlüssel] 1-zu-viele [Primärschlüssel-zu-Fremdschlüssel] und viele-zu-viele über eine dritte Zuordnungstabelle PS-[FS,FS]-PS. Leider muss ich aber auf eine externe DB (hier MySql) zugreifen. die leider nicht sinvoll strukturiert ist. Ich muss mir also mal das Ugrade nach MySql5.xx antun. Das wird rein gar nichts an dem Problem in Base ändern. Mit der richtigen Struktur würde auch MySQL 1 fluppen. Gruß Volker PS: Ich lag vor dem Schreibtisch! Atomklo ist gut :) Habe Verwandte in Lüchow. Grüße - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Robert Großkopf wrote: In Bezug auf die festen Relationen wirst Du da so einfach auch nicht fündig. Erst mit den InnoDB-Tabellen bekommst Du so etwas wie Referenzzuweisungen hin. Ah, vielen Dank. Ich weiß fast nichts mehr über MySQL. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert 0 behandeln
Thomas wrote: Hallo Andreas, Am 03.10.2010 13:34, schrieb Andreas Borutta: Moin, gegeben sei in Calc: A1: 3 B1: [leer] C1: =A1*B1 Anzeige C1: 0 A2: 3 B2: 0 C2: =A2*B2 Anzeige C2: 0 Ich suche einen Weg, der bewirkt, dass Formeln mit Bezügen auf leere Zellen als Ergebnis nichts anzeigen. Eine leere Zelle soll also nicht als Wert Null interpretiert werden. Nach der regen Diskussion hoffe ich, Du siehst meine Antwort noch. Wenn ich nichts übersehen habe, gab es zwar viele und auch komplizierte Lösungsvorschläge, aber die einfachste Lösung fehlte. Also, nimm doch die Formel =ANZAHLLEERZELLEN(), (die zählt die leeren Zellen im Bereich) und baue sie in eine WENN-Formel ein. Ahoi Thomas Hallo, Und warum nicht auch (versehentliche) Textwerte berücksichtigen? Anzahl zählt Zahlen ohne Leerzellen oder Text. =WENN(ANZAHL(bereich)=SPALTEN(bereich)*ZEILEN(bereich);PRODUKT(bereich);) Oder mit dem einfachen Anfangsbeispiel: =WENN(ANZAHL(A1;B1)=2;A1*B1;) Gruß, A.S. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Es kann so einfach sein: http://www.mediafire.com/?fg8n7g9dma73g7x - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Entweder Du holst Dir professionellen Beistand von einem erfahreneren Datenbankentwickler oder Du bimst Dir ein paar Theoriebrocken selbst ein. ProjBauteile1ID (Relation zu BautID) ProjBauteile2ID (Relation zu BautID) ProjBauteile3ID (Relation zu BautID) ProjAnlageID(Relation zu AnlID) Ich nehme an, auf diese Weise versuchst Du mehrere Bauteile einer Anlage in einem Projekt zu bündeln. So funktioniert das aber nicht, wie Du spätestens beim 4. Bauteil bemerken wirst. Kochrezepte mit beliebig vielen Zutaten: http://user.services.openoffice.org/en/forum/download/file.php?id=8641 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Abgesehen von der Datenbankstruktur verstehe ich nicht, woran Du scheiterst. Listenfelder könntest Du verwenden, um bestehende Bauteile einem Projekt zuzuordnen. Wenn das Bauteil noch nicht angelegt ist, kannst Du es auch nicht zuordnen. Natürlich brauchst Du ein Formular, um neue Bauteile anzulegen oder wie willst Du sonst alle erforderlichen Attribute eines Bauteils eingeben? Dieses Formular muss aber gar nicht in einem separaten Formulardokument sein. Ein Formulardokument (das umgebende Writer-Dokument) kann irgenwo weiter unten 2 Eingabefelder enthalten: BautType BautNummer [die ID dürfte eher automatisch sein] Die Eingabefelder gehören dann zu einem unabhängigen Formular welches and die Bauteile-Tabelle gebunden ist. Du musst den Formular-Navigator bemühen, um beliebige Formularhierarchien anzulegen. Nachdem Du als Benutzer Typ und Nummer eingegeben hast, gehst Du in das Listenfeld des anderen Formulars zurück und klickst den 2. Update-Knopf welcher nur das Listenfeld auffrischt ohne das ganze Formular zu resetten. Auch hierfür habe ich Beispieldokumente: http://user.services.openoffice.org/en/forum/download/file.php?id=2879 Gib ein neues Filmgenre in das weiße Feld ein, gehe in die Liste mit den Genre-Listen (auch hier die gleiche Relation wie im anderen Beispiel) und benutze den zweiten Aktualisierungsknopf auf der Symbolleiste. Öffne das Ding in Designmodus Nimm Symbolleiste Form Design und klick den 5. Knopf. Da siehst Du ein MainForm mit SubForm sowie ein völlig unabhängiges Formular Genres. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Hallo Volker, Es gibt sehr, sehr gute Nachrichten über Base in OOo 3.3. welche noch im Beta-Stadium ist. Diese Version kann Datensätze über Tabellensätze hinweg editieren. Dies setzt natürlich voraus, dass die Relationen fachgerecht angelegt sind und alle Primärschlüssel in dem Datensatz eingeschlossen sind. Dies dürfte die bedeutendste Neuerung in Base überhaupt sein. Habe grade 2 meiner Formulare auf ein Minimum reduziert. Mit der richtigen Abfragetechnik kann man jetzt sogar mit dem dummen Assistenten weit mehr erreichen als vorher. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Englisches Datumsformat trotz deutscher Spracheinstellung in Writer
Lambert Ostendorf wrote: Nun, ich muss das nicht verstehen. Würde ich aber gern. Ich hoffe ich habe niemandem Mühen gemacht. Datumsformate in Tabellenzellen, Writer-Feldern und Formularelementen sind letztlich speziell formatierte Zahlen. Die Eingabe in diese Elemente wird anhand von Spracheinstellungen gesteuert. Vor allem ob Punkt oder Komma in Dezimalzahlen oder Datumswerte wie 9/11/2001(US), 11/9/2001(GB), 2001-9-11(ISO-Norm). Im Zahlenformatdialog kannst Du für jedes einzelne Element eine Sprache festlegen. Falls Du das nicht tust, erfolgt die Umsetzung von Eingabezeichen in Zahlenwerte gemäß der Grundeinstellung in ExtrasOptionen...SprachoptionenGebietsschema Diese Einstellung betrifft ausschl. Zahlen und die darunter liegende Dezimaltrennereinstellung betrifft ausschl. den Ziffernblock der Tastatur. Die Spracheinstellungen für alle Arten von Text beinflussen die Rechtschreibprüfung und ein paar Gimmiks. Global weiter unten in dem Dialog, für jedes einzelne Textschnipsel in den Schrifteneinstellungen. Die Sprache [Keine] unterbindet Rechtschreibprüfung und Gimmicks. Die Benutzeroberfläche ist davon völlig unabhängig. Du kannst also einen Chinesischen Bericht über Deutsche Umsatzzahlen in einer Französischen Office-Suite erstellen und dabei auch Dollar umrechen und Anzeigen, mit Rechschreibprüfung in jeder verwendeten Sprache. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Volker Heggemann wrote: Du meinst also, ich kann eine Datenbank (mit sagen wir 5 Tabellen) in einem Formular zur Eingabe abbilden. (Wenn wir unabhängig von meinem Beispiel mal ein Rechnungsformular vor Augen haben) Kann man einen Kunden auswählen oder Anlegen. Checkboxen setzen und Positionen eingeben. Und das alles landet dann verteilt in den Tabellen? Danke für die Antwort. Volker Ja, das geht. Das Problem ist meistens, dass man das ganze vom Formular her denkt. Base ist aber extrem simpel. Es gibt meist nur eine Lösung für ein bestimmtes Problem, vielleicht mit unterschiedlichen Layouts. Diese Lösung hängt in allererster Linie von der Datenbankstruktur ab. Sind die Relationen nicht fachgerecht angelegt, ist es unmöglich ein gutes Formular zu erstellen. In Access und Paradox mag das alles noch irgendwie zu mauscheln sein, selbst mit völlig unzusammenhängenden Tabellen aus verschiedenen Datenquellen. Wenn Du auf viel zu aufwendige Makro-Stunts verzichten willst, ist eine gewisse Sturheit und Disziplin beim Formularentwurf notwendig. Dann bekommst Du ein Formular, das mit etwas Einarbeitung nur mit der Navigations-Symbolleiste und ein paar Shortcuts ganz passabel bedienbar ist. Nein, die Assistenten sind in keiner Weise hilfreich, außer vielleicht um mit weniger Klicks das Grundgerüst eines Formulars zu erstellen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Volker Heggemann wrote: Hallo Andreas, Am 05.10.2010 13:48, schrieb Andreas Säger: Ja, das geht. Das Problem ist meistens, dass man das ganze vom Formular her denkt. Vielleicht ist da noch mein Problem. Base ist aber extrem simpel. Es gibt meist nur eine Lösung für ein bestimmtes Problem, vielleicht mit unterschiedlichen Layouts. Diese Lösung hängt in allererster Linie von der Datenbankstruktur ab. Base ist und soll nur das Frontend sein. Sind die Relationen nicht fachgerecht angelegt, ist es unmöglich ein gutes Formular zu erstellen. Selbst mit nur einer 1:n Relation und zwei Tabellen bekomme ich zwar eine Eingabe in die 1. Tabelle, aber keine in eine 2. Tabelle, die als SubForm im Formular liegt. Jede editierbare Datensatzmenge benötigt eine einzige Tabelle mit Primärschlüssel, auch wenn letzterer nicht unbedingt im Formular auftauchen muss weil er automatisch mitläuft. In Access und Paradox mag das alles noch irgendwie zu mauscheln sein, selbst mit völlig unzusammenhängenden Tabellen aus verschiedenen Datenquellen. Keine Ahnung, wie das damit gehen wird, das ist ja nicht das Problem. ;-) Damit wird halt immer verglichen. Wenn Du auf viel zu aufwendige Makro-Stunts verzichten willst, ist eine gewisse Sturheit und Disziplin beim Formularentwurf notwendig. Dann bekommst Du ein Formular, das mit etwas Einarbeitung nur mit der Navigations-Symbolleiste und ein paar Shortcuts ganz passabel bedienbar ist. Wie gesagt, keine Macros und wofür ich Shortcuts brauche?! Kann ich mir nicht vorstellen. Es geht um eine Eingabeformular - im Sinne eines Papierformulares. (Alle Infos's auf einer Seite) Mit Shortcuts meine ich vorgefertigten Tastenkombinationen, mit denen man sich in einem fertigen Formular durchhangelt ohne ständig die Maus nehmen zu müssen. Tab, Shift+Tab, Ctrl+Tab(zum nächsten Unterformular), Alt+Down (Listenfeld aufklappen). Nein, die Assistenten sind in keiner Weise hilfreich, außer vielleicht um mit weniger Klicks das Grundgerüst eines Formulars zu erstellen. An den Assistenten habe ich auch nicht gedacht, eher an ein eigenständiges Writer Dokument. Mein erster Ansatz war, alle Tabellen, die beteiligt sind in eine Abfrage zu übernehmen, und diese dann als Grundlage des Formulares zu nehmen. Das funktioniert aber nicht (ist ja auch irgendwie klar) Damit bekommst Du keine editierbare Datensatzmenge weil mehr als eine Tabelle involviert ist. Oft ist das gar nicht schlimm, weil die Datensatzmenge nur gedacht ist, einen bestimmten Satz auszuwählen und dann mittels Unter-Unterformularen die Datensätze der einzelnen Tabellen zu bearbeiten. Oft ist es sinnvoll große Hierarchien aus Formularen und Unterformularen aufzubauen, um alle Daten zugänglich zu machen, soweit es für den jeweiligen Arbeitsgang wirklich sinnvoll ist. Die vorhandenen Wiki-Docs helfen auch nicht so recht weiter, da dort weitere Tabellen in einem Formular immer nur zur Anzeige oder Auswahl aus vorhandenen Daten dienen. Ich schaue mir das noch einmal an ... Danke zunächst einmal Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Grosses Fromular aufsplitten?
Volker Heggemann wrote: Gibt es ein Möglichkeit den schon vorhandenen Vordruck 1:1 in ein Formular abzubilden und die einzugebenden Daten trotzdem in verschiedenen Tabellen abzulegen? Gruß Volker Heggemann Selbstverständlich. Genau das ist der Grund warum es Listboxen und Unterformulare gibt. Mit diesen kann man nämlich die Relationen zwischen den Tabellen abbilden und gleichzeitig editierbar machen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Formularwechsel innerhalb *.odb mit Inhaltsaktualisierung
Robert Großkopf wrote: Hallo Rainer, ich habe von der OpenOffice Datenbank leider so gut wie keine Ahnung, aber bei Access funktionierts mit Me.Refresh wunderbar! Ich wiederum kenne Access nur von Bildschirmansichten anderer Personen. Aber wenn ich Me.Refresh lese, dann würde ich vermuten, dass der Refresh sich auf das aufrufende Dokument bezieht. Access-VBA kennt so etwas wie objektorientierte Programmierung mit Klassenmodulen von denen beliebige Instanzen erstellt werden können. In OOo bekommst Du den richtigen Objektbezug über objEvent.Source oder indem Du in einer richtigen Programmiersprache eigene Objekt-Klassen erstellst. In Python heißt das eigene Objekt dann self und nicht Me. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Formularwechsel innerhalb *.odb mit Inhaltsaktualisierung
Robert Großkopf wrote: Wenn ich etwas mehr Zeit investieren könnte würde ich das Problem vermutlich gelungener mit Hilfe von Dialogen in den Griff bekommen. Beim Starten eines kompletten Dokuments stockt leider doch etwas die Arbeit mit den Formularen. Was stockt da? Du willst alle Formulare in den Arbeitsspeicher laden, damit der Wechsel zw. den Formularen schneller geht (Prinzip Schnellstarter). Dies geschieht letztlich wenn alle Formulare irgendwie in (versteckte) Fenster oder halt in einem Dokument in verschiedene anspringbare Abschnitten gleaden werden. Alternativ kann man sich auch das tabbed Interface eines nett layouteten Calc-Dokumentes zunutze machen. Aus meiner Sicht spricht die enorme Komplexität und schlechte Übertragbarkeit gegen jede Art von Makroprogrammierung, um ein so triviales (eigentlich kosmetisches) Problem totzuschlagen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Formularwechsel innerhalb *.odb mit Inhaltsaktualisierung
Robert Großkopf wrote: Den Lösungsversuch habe ich gerade einmal probiert. Zur Zeit habe ich die Navigation von einem Formular zum anderen mit Hilfe von Schaltflächen, die nur kleine Grafiken anzeigen, realisiert - auch, weil sonst der Platz nicht reichen würde. Was ich irgendwie nicht geregelt bekomme ist die Positionierung eines Buttons in der Kopfzeile. Die Verankerung wird grundsätzlich an den ersten Absatz der Seite, nicht aber an die Kopfzeile gebunden. Gruß Robert Hab ich auch erst einmal ausprobiert. Texthyperlinks wie auf Navigationszeilen von Webseiten machen sich nicht schlecht. Die kann man auf jeden Fall nach links|mitte|rechts und mehrzeilig ausrichten. Ich glaube, es ist auch günstiger die Lesezeichen am Anfang der Seite zu setzen und die Fußzeile als Hyperlinkleiste zu benutzen, so dass die angesprungene Marke auch wirklich den oberen Rand der Darstellung markiert. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Base: Formularwechsel innerhalb *.odb mit Inhaltsaktualisierung
Hallo Robert, Es ist durchaus möglich (und auch ganz hübsch), viele Formulare in ein Formulardokument zu integrieren, Writers Seitenlayout zu aktivieren und die Kopf/Fußzeile als Hyperlinkleiste zu gebrauchen, wo man die einzelnen Formular(druck)seiten anspringen kann. Den Navigator könnte man auch zu was gebrauchen. Gruß, Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: OOo Calc: Listen anleg en und daraus auswählen
Boris Kirkorowicz wrote: Hallo, Andreas Säger schrieb: Von daher würde ich eine simple Datenbank niemals als Overkill bezeichnen auch wenn die Einrichtung locker ein paar Stunden frisst. mich würde sie etliche Wochen kosten, weil ich mich erst einmal einarbeiten müsste. Das habe ich bereits mehrfach versucht, habe jedoch nie genügend Zeit dafür erübrigen können. Dass es mit einer Tabellenkalkulation absolut ausreichend funktionieren kann, weiß ich von Excel; bei OOo Calc scheinen mich entweder Fehler in Calc auszubremsen oder mein falsches Verständnis der Funktionen. Für ersteres erhoffe ich mir Tipps für Workarounds, für letzteres Erklärungen, die mich zur richtigen Anwendung der Funktionen leiten. Das ist für mich einzig gangbar, sonst wäre kariertes Papier und ein Stift deutlich wirtschaftlicher -aber das kann es ja nicht sein, nur weil ein paar Kleinigkeiten haken. Bislang habe ich es noch immer irgendwie geschafft mit OOo Calc und Writer, wenn ich bei ein paar Fragen Hilfe bekommen konnte. GrussGreetings Boris Kirkorowicz Aber wenn Du das in Excel hinbekommst (was auch dort nicht wirklich einfach ist, weil viele verschiedene Features aufeinander abgestimmt werden müssen, die in jeder Datenbank die Grundlage darstellen), was passiert denn wenn Du die xls-Datei in OOo öffnest? Abgesehen von einigen wenigen Dingen müsste die xls in Calc genauso funktionieren wie in Excel. Das funktioniert auch soweit, wenn ich den Eintrag per Maus aus auswähle oder komplett korrekt eintippe. Ich würde jedoch lieber den passenden Eintrag aus der Liste per Tastatur auswählen. Wie geht das? Strg+D? ExtrasZellinhalteAuto-Eingabe aktivieren? Falls die Validierung nur für eine Zelle vorgesehen ist, könntest Du auch ein Listenfeld von Base borgen, dessen Input an den Listenbereich binden und den Output an die Ausgabezelle. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: OOo Calc: Links setzen und verwenden
Udo Kretzschmann wrote: Also die Funktion (!) tut es folgendermaßen =HYPERLINK(#tabelle2.A6;A1+A2) Allerdings ist dann nur _das_Ergebnis_ der Berechnung ein Hyperlink, nicht die ganze Zelle, doch das dürfte Dir ja reichen. Mit Einfügen - Hyperlink bekomme ich das nur mit statischen Texten hin, aber nicht mit einer Formel. Gruß Udo Und das angezeigte Ergebnis von A1+A2 ist ein Textwert mit dem man nicht direkt rechenen kann. Ich würde halt doch eine Extrazelle für Link und Berechnung bemühen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Reihen ausfüllen macht Probleme
Wolfgang Jäth wrote: Nun, der OP erwartet offensichtlich, daß in dem Fall aus der Differenz zwischen den Anfangs- und dem Endwert sowie der Anzahl der markierten Zellen die Schrittweite errechnet wird. Das ist zwar etwas abwegig gedacht, aber nicht unmöglich. Wieso ist das abwegig? Der Dialog drängt doch den Gedanken geradezu auf. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: OOo Calc: Links setzen und verwenden
Udo Kretzschmann wrote: Hallo Andreas, Andreas Säger schrieb am 29.09.2010: =HYPERLINK(#tabelle2.A6;A1+A2) Und das angezeigte Ergebnis von A1+A2 ist ein Textwert mit dem man nicht direkt rechenen kann. Ich würde halt doch eine Extrazelle für Link und Berechnung bemühen. Wieso ist dann das Ergebnis in Standardformatierung rechtsbündig (wie eine Zahl) ausgerichtet? Und rechnen kann ich mit dem Ergebnis auch. Aber wohl nur, weil Calc Zahlen erkennt, selbst wenn sie als Text vorliegen? Gruß Udo Aaah, da muss sich wohl etwas geändert haben. Früher hat HYPERLINK konsequent Textwerte geliefert. Calc erkennt neuerdings numerischen Text in den wenigen Fällen, die Eindeutig sind: Datum/Zeit im ISO-Format 1999-12-31 23:12:45 sowie Ganzzahlen ohne Punkt und Komma. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: OOo Calc: Links setzen und verwenden
Udo Kretzschmann wrote: Hallo Boris, Boris Kirkorowicz schrieb: ich habe versucht, Hyperlinks in Zellen zu verwenden. Damit wollte ich erreichen, dass ich mit einem Klick in eine Zelle zu einer korrespondierenden Zelle auf einer Anderen Seite gelange. Doch es gelingt mir nicht, einen solchen Link zu erstellen. Dabei soll der Zellwert (das Ergebnis einer Formel) erhalten bleiben. Wie geht das richtig? ich habe immer noch nicht herausgefunden, wie diese Funktion so eingesetzt bzw. Eingerichtet und bedient werden muss, damit es wie gedacht funktioniert. Also die Funktion (!) tut es folgendermaßen =HYPERLINK(#tabelle2.A6;A1+A2) Allerdings ist dann nur _das_Ergebnis_ der Berechnung ein Hyperlink, nicht die ganze Zelle, doch das dürfte Dir ja reichen. Mit Einfügen - Hyperlink bekomme ich das nur mit statischen Texten hin, aber nicht mit einer Formel. Gruß Udo Nochmal zu Udos HYPERLINK-Lösung: OOo verwendet dieselben standardisierten Hyperlinks wie jeder Internetbrauser. Excel selbstverständlich nicht. http://www.seite.com#Sprungmarke [lädt www.seite.com und scrollt zur definierten HTML-Sprungmarke] file:///C:/Pfad/Datei.odt#Sprungmarke [lädt Datei.odt und scrollt zum definierten Lesezeichen namens Sprungmarke] file:///C:/Pfad/Datei.ods#Sprungmarke [lädt Datei.ods und scrollt zum benannten Bereich Sprungmarke] file:///C:/Pfad/Datei.ods#tabelle2.A6 [lädt Datei.odt und scrollt zu tabelle2.A6] Udos #tabelle2.A6 springt zu tabelle2.A6 im selben Dokument. #ADRESSE(zeile;spalte) liefert die Adresse einer Zelle als Text mit vorangestellter Raute. X2 =HYPERLINK(#ADRESSE(VERGLEICH($A1;$TabelleX.$Y$1:$Y$65536;0);1)) liefert einen Hyperlink zu der Adresse in TablleX, Spalte 1 wo der Zellwert in Y1:Y65536 derselbe ist wie in Spalte A relativ zu dieser Zeile 2 -- na, ja, theoretisch jedenfalls. Calc verkompliziert das zuverlässige Nachschlagen von Textwerten durch mehrere überflüssige Optionen. ExtrasOptionen... OOoCalcBerechnen: - Die Option Groß/Kleinschreibung scheint im Kontext mit VERGLEICH und anderen Funktionen keine Rolle zu spielen, mit Vergleichsoperatoren aber schon. VERGLEICH unterscheidet nicht zw. groß/klein. - Suchkriterien = und betreffen ganze Zellen führt regelmäßig zu massiven Problemen wenn abc Treffer bei AabcX liefert. Diese Option also einschalten damit ganze Zelltexte verglichen werden. Betrifft auch Zeilenfilter, nicht jedoch Suchen/Ersetzen. - Reguläre Ausdrücke in Formeln liefern völliges Chaos sobald einige von den referenzierten Suchbegriffen als Suchmuster interpretiert werden können. Immer aus damit solange Du nicht genau weißt dass Du's brauchst. Filter,Suchen/Ersetzen und die SUCHEN-Funktion sind von dieser Option eh' nicht tangiert. Die beiden übrigen an/aus-Optionen sind völliger Bockmist und sollten in nie eingeschaltet sein (Genauigkeit und Überschriftenerkennung). Alle Berechnungsoptionen werden separat für jedes Dokument gespeichert und können daher in Vorlagen und Dokumenten unterschiedlich voreingestellt werden. Selbstverständlich musst Du strikt darauf achten, dass Deine nachzuschlagenden Seriennummern aus dem anderen Thread den richtigen Datentyp haben, sonst klappt's in keinem Fall (Text 123 ist nie gleich 123, in keiner Anwendung) Aber Tabellenkalkulation ist ja bekanntlich sooo einfach. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Calc: Summenfunktion berücksichtigt Zelle n mit Summenformeln nicht
Frank Ebert wrote: Moin, ich habe hier ein OpenOffice.org-3.2.1 auf einem FreeBSD-8.1/amd64. Ich (allerdings Win, nicht Linux) Tut nichts zur Sache, dennoch kann ich mir den Hinweis nicht verkneifen: Ich hab auch kein Linux. ;-) Da scheint also eine gewisse Intelligenz eingebaut zu sein, vermutlich um bestimmte 'beliebte' Anwenderfehler (hier: Falsch markierter Bereich) zu verhindern bzw. korrigieren. In der von Dir (oder gar der von mir) beschriebenen Konstellation scheint besagte Intelligenz aber wohl überfordert zu sein. Ok, zum einen fällt mir hier auf, dass in der Klammer ein Semikolon steht und kein Doppelpunkt. Was der Unterschied ist, weiß ich nicht (werde ich aber noch nachsehen). Hm, zur Intelligenz: Wenn das tatsächlich der Grund ist, wäre mir eigentlich lieber, das Programm wäre hörig und macht das was ich sage. Sollte ein Anwenderfehler vorliegen, kann dann ein Hinweis/eine Fehlermeldung erscheinen (so wie es auch bei fehlerhaften Formeln passiert). Danke und Gruß Frank SUMME(A6;A8) addiert die beiden Werte in A6 und A8, SUMME(A6:A8) die Werte von A6 bis A8. Wenn das Programm einfach nur machen soll was Du willst dann solltest Du lernen, Formeln einzugeben. Dafür gibt es weit fortgeschrittenere Hilfen als dieses selten bescheuerte Sigma in der Formelleiste. Es gibt dutzende Kurzeinleitungen zu Tabellenkalkulationen auf Flohmärkten, Antiquariaten und sonstwo. Jedes Buch über Excel '95 is annähernd 1:1 auf Calc übertragbar. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: OOo Calc: Links setzen und verwenden
Boris Kirkorowicz wrote: Selbstverständlich musst Du strikt darauf achten, dass Deine nachzuschlagenden Seriennummern aus dem anderen Thread den richtigen Datentyp haben, sonst klappt's in keinem Fall (Text 123 ist nie gleich 123, in keiner Anwendung) Das ist immer wieder ein Problem, wenn Einem das durch die Finger flitscht. Dummerweise scheint die automatische Zahlenerkennung Vorrang zu haben vor expliziter Formatangabe. Ja, klar. Denn eigentlich ging es bei den allerersten Tabellenkalkulationen um nichts anderes als um Zahlen mit ein paar wenigen Textzellen zur Beschriftung und Erläuterung. Dass dieses Instrument als Datenbank für Arme herhalten muss kam erst mit dem tragischen Aufstieg von Excel voll zum Tragen. Das Zahlenformat @ (Text) unterdrückt jede Auswertung der Eingabe, egal ob Zahl oder mit führendem Gleichheitszeichen. Man muss das Format nur anwenden _bevor_ man Daten eingibt. Keine Formatierung wird je einen bestehenden Wert konvertieren (und das ist ein existenzielles Feature!). - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Reihen ausfüllen macht Probleme
Horst Schulze wrote: Hallo, ich habe ein Problem mit Reihen füllen. Ich markiere einen Bereich im Calc wie E8:E15 Dann öffne ich Reihen ausfüllen, wähle einen Reihentyp Arithmetisch oder Geometrisch(gewünscht), gebe einen Startwert und Endwert ein und als Inkrement nichts. Dann kommt die Fehlermeldung: Ungültiger Wert. Gebe ich ein Inkrement ein, kommt die Reihe wie mit Inkrement beschrieben, aber ohne Endwert. Der wird auch ignoriert, wenn ich den Anfangswert frei lasse. Ist das nur auf meiner Version der Fall oder ist das nachvollziehbar? Und weiß jemand Abhilfe? Wird die Berechnung oder Eingabe über Java ausgeführt? Bei mir zickt das Java. Vielen Dank, Horst Du musst als erstes den Zielbereich markieren (meist eine Spalte von Zellen), in den die Reihe geschrieben werden soll. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org