[de-users] Nummerierung
Hi Ich wollte eine Nummerierung mit griechischen Buchstaben erstellen, also alpha, beta, und habe naiv gedacht, ich installiere mir eine Schriftart griechisch, formatiere damit eine Zeichenvorlage und weise die meiner Nummerierung zu. Aber dadurch wird a nicht zu alpha Gibt es da überhaupt einen Weg? mfG - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Nummerierung
Hallo Claudia, bei mir funktioniert das problemlos, allerdings habe ich nicht einer Zeichen-, sondern den Absatzvorlagen (Überschrift1, Überschrift 2) den griechischen Font zugewiesen. Die wirkliche Überschrift verwendet dann natürlich auch den griechischen Font. Das kannst Du mit einer harten Formatierung (mit Leerzeichen davor) bzw. dann mit einer Zeichenvorlage korrigieren. Aber das ist alles etwas umständlich. Mit freundlichen Grüßen Jörn Claudia Drechsle schrieb: Ich wollte eine Nummerierung mit griechischen Buchstaben erstellen, also alpha, beta,und habe naiv gedacht, ich installiere mir eine Schriftart griechisch,formatiere damit eine Zeichenvorlage und weise die meiner Nummerierung zu. Aber dadurch wird a nicht zu alpha Gibt es da überhaupt einen Weg? - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: Datenbank: Werk eines Komponisten
Robert Großkopf schrieb: http://www.scoolonline.de/download/Musik_Klassik.odb Zu Primärschlüsseln: Du verwendest auch in Tabellen mit nur einem Datenfeld (Beispiel Tabelle Form) zusätzlich einen Primärschlüssel. Jeder Datensatz enthält dort jedoch einen anderen Wert. Dubletten kommen nicht vor. http://borumat.de/+screenshots/sc-052.png Kann daher das Datenfeld Form nicht selbst als Primärschlüssel dienen? Dann wäre eigentlich die ganze Tabelle überflüssig. Denn wenn Du nur die Form wie Gesang oder Orchester in der Tabelle führst ergibt sich bei der Haupttabelle zwangsläufig, dass genau dieser Begriff dort eingetragen werden muss Eben. - und eben nicht eine (speicherplatzschonende) Ziffer. Dies ist ein Argument aus Sicht der Maschine. Das stelle ich nur fest, und kritisiere es selbstverständlich nicht. Wie ich schon in einem anderen Thread erwähnte, kann ich nicht beurteilen, ob sich sowas per Caching oder anderen technischen Verfahren, die sich mit Redundanz und Komprimierung beschäftigen, lösen liesse (ganz abgesehen davon, ob das jemand will). Sobald Du dann die Begriffe aus irgendeinem Grund ändern würdest, Das überzeugt mich. Denn hier meinst Du ja ändern im Sinne von Änderung unter Wahrung der Konsistenz des gesamten Datenbestandes. Es soll also nicht das eine Stück mit Kammermusik, ein anderes der gleichen Form jedoch mit chamber music bezeichnet werden dürfen. Und eine andere Integrität müsste auch sichergestellt werden: gleiche Sprache in einem Feld. Dieses Änderungspotential existiert beim Feld Jahr nicht. Es ist fix. würde Dir die Datenbank in etwa mitteilen, dass die Änderung aufgrund von Beziehungen zu anderen Tabellen (hier: Work) nicht möglich ist - es sei denn, Du lässt automatisch alle Begriffe in Work auch ersetzen. So arbeitet man eben in einer Tabellenkalkulation. In der Datenbank soll es eleganter und robuster gelöst werden. Danke für Deine Argumentation. Nochmal zu der bisher ungelösten Aufgabe der besten Abbildung der Abhängigkeit der Felder LengthIndetermination und ComponentLengthIndetermination (ich habe die Bezeichner präzisiert): http://borumat.de/+temp/openoffice/rohdaten-simon-barber-work.ods Könnte ein zusätzliches Feld HasComponents die Sache lösen? Die zweiten Normalform spricht ja nur von Daten innerhalb /einer/ Tabelle: Daten, die in der gleichen Tabelle stehen, dürfen nicht voneinander abhängig sein. Allerdings hängt der Wahrheitswert von Work.HasComponents von der Existenz eines Inhaltes in WorkComponent.Name ab. In der abzubildenden Wirklichkeit ist das Aufteilen von Super-Objekte und Sub-Objekte nichts Besonderes. Daher vermute ich, dass es für diese Standard-Aufgabe auch eine etablierte Standard-Lösung gibt. Mir ist bisher noch nicht klar, ob man solche Zusammenhänge allein via Constraints abbildet oder besser allein mit entsprechenden Relationen. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] [Base] Nuetzliche Namenskonventionen für Tabellen und Felder
Hallo, ich habe mir Anregungen zu Namenskonventionen für Tabellen und Felder aus einigen Büchern geholt. Einige Konventionen erscheinen mir unmittelbar einleuchtend: * kein [ ] . ! * kein Sonderzeichen * kein / - SPACE * optional _ * Plural für Tabellennamen, denn sie enthalten stets mehrere Inhalte * Singular für Feldnamen, denn sie enthalten stets nur einen Wert * Pascal-Schreibweise - sie ist kürzer als die mit Unterstrichen keine Schlüsselwörter aus SQL * Abkürzungen in Majuskeln Wenn sie Teil eines zusammengesetzten Namens sind: dahinter ein _ sonst verschwimmt die Grenze zum nachfolgenden Namensteil Mich interessiert, welche Namenskonvention sich bei Euch Erfahrenen über die Jahre als nützlich erwiesen hat? * Verwendet ihr z.B. tbl vor Tabellennamen? * Oder schreibt ihr Tabellennamen durchgängig in Majuskeln? * Setzt ihr ein Präfix vor ID, also vor den Namen des Primärschlüssels? * Verwendet ihr ausnahmlos ID zur Kennzeichnung des Primärschlüssels? * Vermeidet ihr strikt die Wiederholung des Tabellennamens in einem Feldnamen? Also lieber Works.Name statt Works.WorkName * Verwendet ihr durchgängig ausschließlich englischsprachige Namen? Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Nummerierung
Jörn Schwarz ice...@... writes: bei mir funktioniert das problemlos, allerdings habe ich nicht einer Zeichen-, sondern den Absatzvorlagen (Überschrift1, Überschrift 2) den griechischen Font zugewiesen. Vielleicht liegt es am Font. Was für einen hast Du denn? mfG - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 An wendungsfälle
Hallo Regina, hallo community, der Druckdialog ist der Grund, warum ich OpenOffice.org nicht einsetzen kann (ich hatte 3.0.1 versucht), sondern bei NeoOffice 2.2.5 geblieben bin. Ich arbeite auf einem MacBook mit Mac OS X 10.4, mein Drucker ist ein HP deskjet 5652. A) Dialogfenster beim alten NeoOffice (entspr. OpenOffice.org 2) nach Befehl Drucken: 1. Druckdialog (von MacOS oder Drucker?), in dem ich die Druckvoreinstellungen wählen kann: Layout (Zahl der Seiten pro Blatt), Papierhandhabung, Duplex, Druckqualität usw.). 2. Drucker Zusätze (von Writer). B) Dialogfenster beim neuen OpenOffice.org (3): 1. Writer-eigener Druckdialog, unter Zusätze komme ich auf den 2. Dialog wie A 2. Aber an die Druckvoreinstellungen komme ich nicht mehr heran, dh, ich kann weder Entwurfsqualität noch Duplexdruck wählen. Um Entscheidungen über das Design begründet treffen zu können, benötigt das Team Informationen darüber, was für Euch die häufigsten Standard-Drucksituationen sind. Es wäre nett, wenn ihr drei solcher Situationen beschreibt, so wie sie für euch selber zutreffen oder wie ihr sie in eurer Umgebung tatsächlich beobachtet habt. Ordnet sie bitte mit 1. (wichtigste/häufigste), 2. und 3. an. Meine Standarddrucksituationen: 1. A4, einseitig oder beidseitig, Entwurfsqualität 2. A4, Auswahl bestimmter, fortlaufender Seiten aus einem mehrseitigen Dokument 3. Es sollte nicht nur möglich sein, mehrere Seiten verkleinert auf eine A4-Seite zu drucken (sinnvoll bei Präsentationsausdrucken), sondern mehrere kleine Seiten auf eine große (2xA5 oder 4xA6 auf A4). Dann kann ich den kleinen Infozettel mit den Schriftgrößen entwerfen, die ich auch sonst verwende (brauche nicht umzudenken) und schneide mir nach dem Drucken die benötigte Größe zurecht. Herzliche Grüße, Hartmut - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
HI @ll, Regina Henschel schrieb: Um Entscheidungen über das Design begründet treffen zu können, benötigt das Team Informationen darüber, was für Euch die häufigsten Standard-Drucksituationen sind. (1) Dokumente aus Writer (teilweise auch Calc), umfangreich, viele Formatierungen, einseitig einfach auf Standard A4-Papier auf Standard-Drucker (hängt am Netz, ist aber nur einer) ausdrucken (oft zum Korrigieren) (2) aus Writer, Calc, Impress: pdfs erzeugen zum Austausch der Dokumente mit anderen - mache ich i.d.R. nicht über den Druckdialog sondern über den Menübutton, da hier ebenfalls i.d.R. die Standardeinstellungen reichen. (3) Ausdrucken großer Tabellen (auch mit Breite 1 Seite A3 und/oder Höhe 1 Seite A3) aus Calc, die klebe ich dann zusammen. Ich habe zwar gelesen, dass 'nur' eine neue Oberfläche geplant ist, aber ein neues Feature fände ich trotzdem gut: Die Möglichkeit (wie bei pdf-Druck) direkt aus dem Writer zwei A4 Seiten auf eine drucken zu können, d.h. die Seiten werden automatisch auf A5 verkleinert und sind entsprechend anordnenbar. Viele Grüße Irmhild - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Guten Tag Regina Henschel, am Dienstag, 16. Juni 2009 um 17:35 schrieben Sie: Zitatanfang in 3.2 wird es einen neuen Druckdialog geben. ... Um Entscheidungen über das Design begründet treffen zu können, benötigt das Team Informationen darüber, was für Euch die häufigsten Standard-Drucksituationen sind. = Zitatende = Der Button für den Direktdruck wird nie genutzt, da ich mehrere Drucker verwende und ich gerne sehen möchte, mit welchen Einstellungen gedruckt wird.. Da ich recht viel als PDF drucke, wünsche ich mir im Drucken Dialogfenster einen Link (als Button oder Reiter oder ?) zum PDF-Exportfenster. Die Möglichkeit das erstellte PDF-Dokument anschließend im Standard PDF-Viewer anzeigen zu können, wäre schön. Die häufigsten Drucksituationen sind: 1. Ausdruck als DIN-A4, s/w, einseitig 2. Ausdruck als DIN-A4, s/w, doppelseitig 3. Ausdruck als DIN-A4, f, einseitig -- Mit freundlichen Grüßen Jörg Kleinfeld mailto:joerg.kleinf...@arcor.de http://www.bsv.de
[de-users] Re: Re: Re: Datenbank: Werk eines Komponisten
Matthias Müller schrieb: Dennoch finde ich, dass es der Nachhaltigkeit dient, wenn die Datenfelder der Tabelle in einer sinnvollen Reihenfolge stehen und sprechende Namen tragen. Das kann, muss aber nicht so sein. Kannst Du bitte ein konkretes Beispiel nennen, wo eine nicht sinnvolle Reihenfolge und schlechte Bezeichner von Datenfeldern die Wartbarkeit der Tabelle /nicht/ verschlechtern? Der Endanwender sieht den Entwurf, die Datenbank nicht. Er sieht Formulare und Ein- und Ausgabemasken. Der Entwickler der Datenbank entscheidet wie Datenfalder angeordnet werden. Die DB-Engine macht bestimmte Vorgaben, zB weil durch sie fest liegt, wie bestimmte Datentypen verarbeitet werden. Der Resourceverbrauch spielt eine Rolle mit. Und nicht zuletzt die interne Repräsentation des DB hat entscheidenden Anteil, was aus den Tabellen wird. Die anderen haben auch das eine oder andere Argument. Letztendlich ist es egal ob du die Tabelle ORT mit der Spaltenreihenfolge PLZ, ORTSNAME oder ORTSNAME,PLZ definierst. Insgesamt habe ich mich hier bereits überzeugen lassen, dass die Reihenfolge und Benennung nicht überbewertet werden soll. Aber ich kann es mir bei Deinem Beispiel nicht verkneifen: Das Bessere ist der Feind des Guten. Hier könnte es sein: Orte ID (primary key) PLZ Name Oder würdet ihr den Schlüsselkandidat PLZ als Primärschlüssel empfehlen, weil er sozusagen einen sprechenden/natürlichenr Schlüssel darstellt? In der wirklichen Welt (in Deutschland), kommt fast überall die Postleitzahl vor dem Ort. Konventionen sollte man nicht ohne guten Grund brechen, oder? Und wenn die Tabelle schon Ort heißt, braucht man IMHO diesen Namensteil nicht mehr im Feldnamen wiederholen. Einen Plural im Tabellennamen finde ich nützlich. Er zeigt dem Verwalter (ich rede BTW nicht vom Endanwender, auch oben nicht) auf intuive Weise an, dass es sich um einen Tabellennamen handelt, wenn er z.B. in SQL damit hantieren muss. btw: Das ist einer der spannendsten Threads in der letzten Zeit. :) Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Nummerierung
… der Font heißt 'Greek.ttf', aber woher er stammt, weiß ich nicht mehr. Ich schicke ihn Dir zum Ausprobieren, unter Umgehung der Liste, an Deine eMail-Adresse, er ist nur 54 kB groß. Mit freundlichen Grüßen Jörn Claudia Drechsle schrieb: Jörn Schwarz ice...@... writes: bei mir funktioniert das problemlos, allerdings habe ich nicht einer Zeichen-, sondern den Absatzvorlagen (Überschrift1, Überschrift 2) den griechischen Font zugewiesen. Vielleicht liegt es am Font. Was für einen hast Du denn? mfG - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Problem nach Update auf Version 3.1.0 - kein Dokumen t der Version 3.0 lässt sich mehr öffnen
Liebe User, nach einem Update gestern auf die Verson 3.1.0 kann ich kein einziges OpenOffice Dokument mehr öffnen. Woran kann's liegen? Was kann ich tun? Eine Reparatur war auch nicht möglich, weil ich ständig aufgefordert werde, Open Office 3.1 und den Quickstarter zu schließen. Ich hab aber nichts davon geöffnet. Please help! DANKe und liebe Grüße, sandra -- Sandra Haiden, Mag. [T] 0676 / 630 48 16
Re: [de-users] Problem nach Update auf Version 3.1.0 - kein Dokument der Version 3.0 lässt sich mehr öffnen
Guten Tag Sandra Haiden, am Mittwoch, 17. Juni 2009 um 11:11 schrieben Sie: Zitatanfang Liebe User, nach einem Update gestern auf die Verson 3.1.0 kann ich kein einziges OpenOffice Dokument mehr öffnen. Woran kann's liegen? Was kann ich tun? Eine Reparatur war auch nicht möglich, weil ich ständig aufgefordert werde, Open Office 3.1 und den Quickstarter zu schließen. Ich hab aber nichts davon geöffnet. = Zitatende = Über [STRG]-[ALT]-[ENTF] hast du nachgeschaut, ob die Prozesse soffice.bin und soffice.exe tatsächlich nicht laufen? -- Mit freundlichen Grüßen Jörg Kleinfeld mailto:joerg.kleinf...@arcor.de http://www.bsv.de
Re: [de-users] Re: Nummerierung
Der Font ›greek.ttf‹ stammt von 1993 aus dem damals erschienenen Paket WinGreek aus der Hand eines Kanadiers und eines Engländers, das sehr nützlich war, damit man unter Windows 3.1 überhaupt (alt-)griechisch schreiben konnte (und natürlich gab es darin weitere Mittel für das überall wegelagernde WinWord, auf das sich ja immer noch die meisten kaprizieren, die derlei Utilities kreieren). In diesem Font sind a=alpha, b=beta, c=chi, d=delta, e=epsilon, f=phi, g=gamma, j=Schluss-Sigma usw., y z.B. = psi. Man kann also keine Zählung α β γ δ ε ζ η θ usw. mit deutschem Tastaturlayout vornehmen, weil die Zeichenbelegungen nicht zusammenpassen. Das gilt übrigens auch für den Font ›Symbol‹, den wohl jeder hat und der das griechische Alphabet (groß und klein) enthält. Da die griechiche Zeichenbelegung also keinem Zähl-Modus mit lateinischem abc entspricht, kann man damit griechische Absatzzählungen nur ›manuell‹ durchführen, am einfachsten, indem man auf den Font umschaltet und dann über Einfügen - Sonderzeichen das entsprechende Zeichen aussucht oder indem man es mit der ANSI-Nummer (Alt + 0 + 3 individuelle Ziffern) auf dem Nummernblock eingibt. Die ANSI-Nummern-Tabelle findet man gewiß leicht im Internet, bw. auch über Wikipedia. Andere Font-Möglichkeiten: Die jetzigen Windowsfonts Verdana, Tahoma (dieser am vollständigsten), Times New Roman u.a. enthalten auch das griechische, teilweise das altgriechische Alphabet. Hier findet man die Zeichen am besten über Einfügen - Sonderzeichen. Und natürlich gibt es an Fonts etliches im Internet – auch kostenlos – zu finden. Schließlich: Man könnte sich einen Font (selbst) herstellen (lassen), auf dem α β γ δ ε ζ η auf a b c d e f g usw. gelegt werden: Dann ginge es automatisch. Aber vielleicht weiß jemand noch was Besseres. Schöne Grüße Helmut Schareika Jörn Schwarz schrieb: … der Font heißt 'Greek.ttf', aber woher er stammt, weiß ich nicht mehr. Ich schicke ihn Dir zum Ausprobieren, unter Umgehung der Liste, an Deine eMail-Adresse, er ist nur 54 kB groß. Mit freundlichen Grüßen Jörn Claudia Drechsle schrieb: Jörn Schwarz ice...@... writes: bei mir funktioniert das problemlos, allerdings habe ich nicht einer Zeichen-, sondern den Absatzvorlagen (Überschrift1, Überschrift 2) den griechischen Font zugewiesen. Vielleicht liegt es am Font. Was für einen hast Du denn? mfG - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Hallo zusammmen, Regina Henschel schrieb: Um Entscheidungen über das Design begründet treffen zu können, benötigt das Team Informationen darüber, was für Euch die häufigsten Standard-Drucksituationen sind. Es wäre nett, wenn ihr drei solcher Situationen beschreibt, so wie sie für euch selber zutreffen oder wie ihr sie in eurer Umgebung tatsächlich beobachtet habt. Ordnet sie bitte mit 1. (wichtigste/häufigste), 2. und 3. an. ich möchte mich für eure Mithilfe schon mal bedanken. Es sind natürlich weiterhin Beschreibungen erwünscht ;). Dieser Thread ist auf der Wiki-Seite verlinkt, so dass eure Rückmeldungen nicht verloren gehen. mfG Regina - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Hallo Irmhild, Irmhild Rogalla schrieb: HI @ll, Ich habe zwar gelesen, dass 'nur' eine neue Oberfläche geplant ist, aber ein neues Feature fände ich trotzdem gut: Die Möglichkeit (wie bei pdf-Druck) direkt aus dem Writer zwei A4 Seiten auf eine drucken zu können, d.h. die Seiten werden automatisch auf A5 verkleinert und sind entsprechend anordnenbar. Das ist jetzt schon möglich. Du rufst im Writer die Seitenansicht auf. Dann klickst du auf die vorletzte Schaltfläche Druckoptionen Seitenansicht. Dort kannst du dann die Anordnung festlegen. Dann klickst du daneben auf Seitenansicht drucken. Man merkt immer wieder, dass dieses Feature nicht sehr bekannt ist. Deshalb soll im neuen Druckdialog auch dafür eine bessere Lösung gefunden werden. mfG Regina - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Hallo Regina, Regina Henschel schrieb: Hallo Irmhild, ... Super, danke! :-) -- Irmhild Rogalla Institut für praktische Interdisziplinarität http://www.institut-pi.de Tel.: 030 - 373 050 95 oder 89 39 70 36 NEU Besuchsadresse: Anklamer Str. 38 (Aufgang 1. Hof, 2. Etage), 10115 Berlin - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Problem nach Update auf Version 3.1.0 - kein Dokument der Version 3.0 lässt sich mehr öffnen
Hallo jörg, genialer Tipp, vielen Dank! Jetzt funktioniert's prima. Lieben gruß und schönen Tag noch, sandra Am 17. Juni 2009 11:29 schrieb Jörg Kleinfeld joerg.kleinf...@arcor.de: Guten Tag Sandra Haiden, am Mittwoch, 17. Juni 2009 um 11:11 schrieben Sie: Zitatanfang Liebe User, nach einem Update gestern auf die Verson 3.1.0 kann ich kein einziges OpenOffice Dokument mehr öffnen. Woran kann's liegen? Was kann ich tun? Eine Reparatur war auch nicht möglich, weil ich ständig aufgefordert werde, Open Office 3.1 und den Quickstarter zu schließen. Ich hab aber nichts davon geöffnet. = Zitatende = Über [STRG]-[ALT]-[ENTF] hast du nachgeschaut, ob die Prozesse soffice.bin und soffice.exe tatsächlich nicht laufen? -- Mit freundlichen Grüßen Jörg Kleinfeld mailto:joerg.kleinf...@arcor.de http://www.bsv.de -- Sandra Haiden, Mag. [T] 0676 / 630 48 16
[de-users] Re: Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Regina Henschel schrieb: in 3.2 wird es einen neuen Druckdialog geben. Dazu gab es am 4. Juni einen Blogbeitrag von Philipp Lohmann http://blogs.sun.com/GullFOSS/entry/new_print_ui Inzwischen ist das User Experience Projekt beteiligt und es gibt eine WIKI-Seite dazu http://wiki.services.openoffice.org/wiki/Printerpullpages. Die Diskussionen finden dort statt oder in der Liste u...@ux.openoffice.org (englisch). Ihr könnt aber auch direkt hier auf Deutsch antworten. Um Entscheidungen über das Design begründet treffen zu können, benötigt das Team Informationen darüber, was für Euch die häufigsten Standard-Drucksituationen sind. Es wäre nett, wenn ihr drei solcher Situationen beschreibt, so wie sie für euch selber zutreffen oder wie ihr sie in eurer Umgebung tatsächlich beobachtet habt. Ordnet sie bitte mit 1. (wichtigste/häufigste), 2. und 3. an. Mit Standard-Drucksituation meine ich z.B. Als Student drucke ich alle Vorlesungspräsentationen als Handout in Schwarz/Weiß. Dazu benutze ich das vordefinierte 2x3 Layout. oder Im Büro werden meist ein- bis zweiseitige Rechnungen und Angebote sowie der zugehörige Briefumschlag gedruckt. Es wird ein Duplexdrucker eingesetzt. oder Das Gemeindebüro druckt regelmäßig für die Gottesdienste die Liedertexte. Das ist ein zweiseitiges DIN-A5 Faltblatt. Ich bedanke mich schon mal für eure Mithilfe. Als Privatanwender drucke ich selten. Falls ich innerhalb von OOo drucke, dann innerhalb von Writer. Mit Calc drucke ich praktisch nie. Ich besitze ein großes Heftgerät und eine kleine Schneidemaschine. Damit kann ich sehr leicht A5 Hefte herstellen. 1 Alle Seiten. 1 Exemplar. Qualität: Standard. Layout: Normal Druckmodus: Einseitig 2 Alle Seiten. 1 Exemplar. Qualität: Standard. Layout: Booklet Druckmodus: Duplex 3 Markierter Bereich. 1 Exemplar. Qualität: Standard. Layout: Normal Druckmodus: Einseitig Hinweis: Im Rahmen des Berliner Usability Stammtisch (an dem ich seit einigen Jahren teilnehme) gab es letztes Jahr einen Vortrag von Peter Sicking zum Thema Druckdialog, aus dem Projekt OpenPrinting. Er ist sehr tief in das Thema eingestiegen. Peter http://www.mmiworks.net/ ist einer der kompetentesten Experten für User Interaction, die ich bisher kennenlernen konnte. Vielleicht ist es nützlich für Euch, ihn zu kontaktieren. Schöne Grüße von mir. :) Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Writer 3.1] Accelerators.xcu: Tastenkuerzel anpassen (was: [Calc 3.1] Accelerators.xcu: Tastenkuerzel anpassen)
Manfred J. Krause schrieb: [C:\Dokumente und Einstellungen\[Nutzername]\Anwendungsdaten\OpenOffice.org\3\user\registry\data\org\openoffice\Office\Accelerators.xcu] Bei mir funktioniert → ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Accelerators oor:package=org.openoffice.Office node oor:name=PrimaryKeys node oor:name=Modules [...] node oor:name=com.sun.star.sheet.SpreadsheetDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node [...] Jetzt habe ich es analog im Writer probiert: ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Accelerators oor:package=org.openoffice.Office node oor:name=PrimaryKeys node oor:name=Modules [...] node oor:name=com.sun.star.sheet.SpreadsheetDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node node oor:name=com.sun.star.text.TextDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node [...] Es wirkt leider nicht. Wenn ich in der 6. Zeile von unten jedoch den Wert für name testweise auf F4 setze, klappt es problemlos. Gibt es eventuell doch unaufgelöste Konflikte zwischen den Nutzer-Tastenkürzeln und den globalen Default-Kürzeln? Falls das jemand nachvollziehen kann, würde ich mich über Rückmeldung freuen. Was anderes: Ist es richtig, dass es nach wie vor keine Funktion für 1 Zeile einfügen unterhalb gibt und man sich mit einem Makro helfen muss? Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Hallo Regina, Regina Henschel wrote: Hallo Irmhild, Irmhild Rogalla schrieb: HI @ll, Ich habe zwar gelesen, dass 'nur' eine neue Oberfläche geplant ist, aber ein neues Feature fände ich trotzdem gut: Die Möglichkeit (wie bei pdf-Druck) direkt aus dem Writer zwei A4 Seiten auf eine drucken zu können, d.h. die Seiten werden automatisch auf A5 verkleinert und sind entsprechend anordnenbar. Das ist jetzt schon möglich. Du rufst im Writer die Seitenansicht auf. Dann klickst du auf die vorletzte Schaltfläche Druckoptionen Seitenansicht. Dort kannst du dann die Anordnung festlegen. Dann klickst du daneben auf Seitenansicht drucken. Man merkt immer wieder, dass dieses Feature nicht sehr bekannt ist. Deshalb soll im neuen Druckdialog auch dafür eine bessere Lösung gefunden werden. Eine ausgezeichnete Idee, ich habe Zeiten gebraucht um diese Möglichkeit zu finden. Sie ist z.Zt. zu versteckt und zudem nur umständlich handzuhaben. Ein neuer Vorschlag : bei meinem Canon pixma 4300 muss ich jedesmal die Auflösung manuel verringern, da der Drucker sie automatisch auf Standard einstellt und nicht auf Schnelldruck, wie ich es als Standard wünsche.. Ist es möglich, dass die Druckeinstellungen mit dem Dokument verbunden abgespeichert werden ? MfG Frank Thomas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: Datenbank: Werk eines Komponisten
Robert Großkopf schrieb: Kann daher das Datenfeld Form nicht selbst als Primärschlüssel dienen? Dann wäre eigentlich die ganze Tabelle überflüssig. Denn wenn Du nur die Form wie Gesang oder Orchester in der Tabelle führst ergibt sich bei der Haupttabelle zwangsläufig, dass genau dieser Begriff dort eingetragen werden muss - und eben nicht eine (speicherplatzschonende) Ziffer. Ich schlage von dieser Ziffer, die als Primärschlüssel dient, nochmal den Bogen zum Thema Schlüssel. Spricht in Deiner Tabelle Work etwas dagegen, auf den Surrogat(primär)schlüssel ID zu verzichten und den sprechenden Schlüsselkandidaten Werksnummer als Primärschlüssel zu verwenden? Die Werksnummer wird sich schließlich auch in Zukunft nicht ändern. Das hat mir der Komponist bestätigt. Und in Deiner Tabelle WorkPart: Spricht etwas dagegen, dort einen Verbundschlüssel als Primärschlüssel zu verwenden? Es böte sich der Verbund aus dem Merkmal Werksnummer und Werksteilnummer an? Auch für die Werksteilnummer gilt: sie ändert sich nicht mehr. Mit anderen Worten: Sollte man nicht, wo es ohne Nachteile möglich ist, auf künstliche Primärschlüssel (Surrogatschlüssel) verzichten? Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] benutzer-unsubscr...@de.openofice.org
-- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Neuer Druckdialog in 3.2, Top 3 Anwendungsfälle
Am 16.06.2009 17:35, Regina Henschel schrieb: Mit Standard-Drucksituation meine ich ... Als Privatanwender benutze ich immer DIN-A4-Blätter; 1. meistens einseitige Writer- oder Calc-Dokumente, aber auch mehrseitige. 2. Selten drucke ich vom Writer an das FAX-Gerät. 3. einseitiges Writer-Dokument vielfach (z.B. 30fach) ausdrucken Viele Grüße Thomas Kübler - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] benutzer-unsubscr...@de.openofice.org
Am Wednesday 17 June 2009 15:41:17 schrieb Wilfried Reiter: Oops da ging wohl was schief, Wilfried. Wenn du dich von der ML abmelden willst, musst du direkt an users-unsubscr...@de.openoffice.org eine Mail schicken und zwar von der Adresse, mit der du dich auch angemeldet hast. Dann kommt binen Sekunden eine Antwort auf englisch, die dich auffordert, deinen Wunsch nochmals per Rückmeldung (ich drück immer auf Antworten im Mailprogramm) zu bestätigen. Dann klappts auch! Viel Erfolg und Beste Grüße, Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Writer 3.1] Accelerators.xcu: Tastenkuerzel anpassen (was: [Calc 3.1] Accelerators.xcu: Tastenkuerzel anpassen)
Hallo, 2009/6/17 Andreas Borutta schrieb: Manfred J. Krause schrieb: [...] [...] Jetzt habe ich es analog im Writer probiert: ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Accelerators oor:package=org.openoffice.Office node oor:name=PrimaryKeys node oor:name=Modules [...] node oor:name=com.sun.star.sheet.SpreadsheetDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node node oor:name=com.sun.star.text.TextDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node [...] Es wirkt leider nicht. Wenn ich in der 6. Zeile von unten jedoch den Wert für name testweise auf F4 setze, klappt es problemlos. Gibt es eventuell doch unaufgelöste Konflikte zwischen den Nutzer-Tastenkürzeln und den globalen Default-Kürzeln? [...] UP_MOD1_MOD2 ist ja default: Edit - Move Up [Bearbeiten - Nach oben schieben]. Das möchte ich auch nicht missen. Deshalb habe ich zunächst verwendet → node oor:name=UP_SHIFT_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node Das funktioniert ... Um default UP_MOD1_MOD2 zu ersetzen (alte Funtion entfernen - neue Funktion zuweisen), funktioniert dieser Eintrag → node oor:name=UP_MOD1_MOD2 prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node (also ohne: oor:op=replace) Beide Varianten fügen jeweils eine Zeile (unterhalb einer markierten Zeile) in eine Writer-Tabelle ein. Schönen Abend – Manfred -- Privat DIN 5008 – Briefvorlage nach DIN 5008 http://templates.services.openoffice.org/de/node/2092 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Writer 3.1] Accelerators.xcu: Tastenkuerzel anpassen (was: [Calc 3.1] Accelerators.xcu: Tastenkuerzel anpassen)
Hallo, 2009/6/17 Manfred J. Krause schrieb: 2009/6/17 Andreas Borutta schrieb: Manfred J. Krause schrieb: [...] [... Jetzt habe ich es analog im Writer probiert ...] Gibt es eventuell doch unaufgelöste Konflikte zwischen den Nutzer-Tastenkürzeln und den globalen Default-Kürzeln? [...] UP_MOD1_MOD2 ist ja default: Edit - Move Up [Bearbeiten - Nach oben schieben]. Das möchte ich auch nicht missen. Deshalb habe ich zunächst verwendet → node oor:name=UP_SHIFT_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node Das funktioniert ... Um default UP_MOD1_MOD2 zu ersetzen (alte Funktion entfernen - neue Funktion zuweisen), funktioniert dieser Eintrag → node oor:name=UP_MOD1_MOD2 prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node (also ohne: oor:op=replace) Beide Varianten fügen jeweils eine Zeile (unterhalb einer markierten Zeile) in eine Writer-Tabelle ein. Was anscheinend auch noch geht: Erst die default-Funktion in ...\user\...\Accelerators.xcu einfügen → node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:MoveUp/value /prop /node Verwenden ... Dann ersetzen: .uno:MoveUp → .uno:InsertRows → node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node Evtl. besser: Im Issue-Tracker behandeln (auf der Grundlage von OOo 3.2) ... %) Manfred -- Privat DIN 5008 – Briefvorlage nach DIN 5008 http://templates.services.openoffice.org/de/node/2092 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: [Writer 3.1] Accelerators.xcu: Tastenkuerzel anpassen
Manfred J. Krause schrieb: Jetzt habe ich es analog im Writer probiert: ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=Accelerators oor:package=org.openoffice.Office node oor:name=PrimaryKeys node oor:name=Modules [...] node oor:name=com.sun.star.sheet.SpreadsheetDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node node oor:name=com.sun.star.text.TextDocument node oor:name=UP_MOD1_MOD2 oor:op=replace prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node /node [...] Es wirkt leider nicht. Wenn ich in der 6. Zeile von unten jedoch den Wert für name testweise auf F4 setze, klappt es problemlos. Gibt es eventuell doch unaufgelöste Konflikte zwischen den Nutzer-Tastenkürzeln und den globalen Default-Kürzeln? [...] [...] Um default UP_MOD1_MOD2 zu ersetzen (alte Funtion entfernen - neue Funktion zuweisen), funktioniert dieser Eintrag → node oor:name=UP_MOD1_MOD2 prop oor:name=Command value xml:lang=de.uno:InsertRows/value /prop /node (also ohne: oor:op=replace) Hhmm. Verstehe ich Dich richtig, dass oor:op=replace darüber entscheidet, ob der Eintrag in C:\Dokumente und Einstellungen\[Nutzername]\Anwendungsdaten\OpenOffice.org\3\user\registry\data\org\openoffice\Office\Accelerators.xcu über jenen Eintrag in C:\Programme\OpenOffice.org 3\Basis\share\registry\data\org\openoffice\Office\Accelerators.xcu dominiert. Bei mir wirkt ein Eintrag ohne oor:op=replace übrigends gar nicht. Das habe ich ja im Ursprungsposting, da ging es noch um Calc, schon berichtet. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Skalierbare X Achse in Flächendigrammen
Hallo,
ich habe ein kleineres Problem. Ich möchte gern für eine wissenschaftliche
Arbeit Diagramme erstellen. Diese sollen nach Möglichkeit eine Mischung aus
Linien und Flächendiagrammen sein. Dies ist offensichtlich möglich, wenn man
die Datein aus Excel importiert.
Nicht möglich ist jedoch die Skalierung der X Achse in einem Flächendiagramm.
So erhält man unterschiedliche Maßstäbe.
Für Excel an sich gäbe es eine umständliche Lösung:
http://peltiertech.com/Excel/Charts/XYAreaChart.html
Bis jetzt habe ich keine Möglichkeit gefunden derartige Digramme in Openoffice
zu erstellen oder auch nur in eine Präsentation einzubinden. Openoffice
interpretiert derartige Digramme immer wie in Schritt 4 dargestellt.
Ich würde mich über kreative Lösungen freuen. Außerdem ist mir aufgefallen, das
Muster in Flächen aus Excel in Openoffice als Bitmap verstanden werden.
Viele Grüße
Jan
#adBox3 {display:none;}
Re: [de-users] Re: Re: Re: Datenbank: Werk eines Komponisten
Hallo Andreas, Spricht in Deiner Tabelle Work etwas dagegen, auf den Surrogat(primär)schlüssel ID zu verzichten und den sprechenden Schlüsselkandidaten Werksnummer als Primärschlüssel zu verwenden? Die Werksnummer wird sich schließlich auch in Zukunft nicht ändern. Das hat mir der Komponist bestätigt. Und in Deiner Tabelle WorkPart: Spricht etwas dagegen, dort einen Verbundschlüssel als Primärschlüssel zu verwenden? Es böte sich der Verbund aus dem Merkmal Werksnummer und Werksteilnummer an? Auch für die Werksteilnummer gilt: sie ändert sich nicht mehr. Mit anderen Worten: Sollte man nicht, wo es ohne Nachteile möglich ist, auf künstliche Primärschlüssel (Surrogatschlüssel) verzichten? Natürlich geht genauso gut die Werknummer. Die wird ja zuerst dem Werk zugeordnet und dann automatisch in die Tabelle für die Werkteile übertragen. Auch ein Verbund aus Werknummer und einem Zusatz in der anderen Tabelle ist möglich. Es ist eben die Frage, ob diese Dinge wirklich gebraucht werden. Da ich nicht von der Wichtigkeit der Nummern ausgegangen bin habe ich mir mit der Automatik die entsprechenden Eingabefelder erspart. Außerdem führt dann die Eingabe von Dopplern oder das Fehlen der entsprechenden Eingabe zuerst einmal zu Fehlermeldungen, die für den Anwender häufig nicht verständlich sind. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] [Base] Nuetzliche Namenskonventionen für Tabellen und Felder
Hallo Andreas, nur ein paar kleine Anmerkungen: Der Primärschlüssel heißt bei mir immer ID, wenn er automatisch hochgezählt wird. Die Beziehung auf diesen Primärschlüssel benenne ich dann mit einem Kürzel der entsprechenden Tabelle sowie dem angehängten ID - damit ich immer weiß, von woher denn die ID stammt. Tabellennamen werden nie mit Sonderzeichen versehen - einzige Ausnahme der Unterstrich. Und auch den gibt es bei mir nur an 2 Stellen: Tabellen mit besonderen Filterfunktionen, die nur im Arbeitsspeicher existieren, beginnen mit Fil_ und Tabellen, die eine n:m-Verknüpfung bewerkstelligen, heißen mit rel_Ta1_Ta2 (wobei Ta1 und Ta2 für die ersten 3 Buchstaben der entsprechend angesprochenen Tabellen steht). Besteht eine Tabelle nur aus einer ID und dem entsprechenden 2. Feld, so heißt die Tabelle in der Regel genauso wie das Feld. Das muss allerdings variabel bleiben. Stell Dir die Situation vor, dass Du bei Deinem Provider nur eine Datenbank hast, aber eigentlich mehrere Anwendugen laufen lassen willst. Dann muss die jeweilige Anwendung ja ihre Tabellen entsprechend finden. Hilft also bei der Installation nur ein Kürzel, das bei den anderen Anwendungen nicht vorkommt - vor allem, wenn sonst eventuell gleichlautende Tabellen in mehreren Anwendungen vorkommen. Englische Tabellenbezeichnungen habe ich bisher nicht verwandt (außer bei dem Kurzentwurf für Dein Projekt). Die Bezeichnungen haben schließlich nichts damit zu tun, wass der Nutzer nachher zu Gesicht bekommt. Er gibt nicht in den Tabellen ein, sondern in einem Formular. Und das kann ich hinterher mit verschiedenen Sprachen beliefern, die der Nutzer benutzen will. Wichtig ist nur, dass Du bei Deinem Entwurf eine Logik einhältst, die für Dich (und eventuelle weitere Entwickler) auch später noch durchschaubar belibt. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: Re: Datenbank: Werk eines Komponisten
Robert Großkopf schrieb: [...] Mit anderen Worten: Sollte man nicht, wo es ohne Nachteile möglich ist, auf künstliche Primärschlüssel (Surrogatschlüssel) verzichten? Natürlich geht genauso gut die Werknummer. Die wird ja zuerst dem Werk zugeordnet und dann automatisch in die Tabelle für die Werkteile übertragen. Auch ein Verbund aus Werknummer und einem Zusatz in der anderen Tabelle ist möglich. Es ist eben die Frage, ob diese Dinge wirklich gebraucht werden. Da ich nicht von der Wichtigkeit der Nummern ausgegangen Doch, die Nummer ist wichtig. Sie wird an allen möglichen Stellen als eindeutiges Kennzeichen verwendet werden: zum Beispiel für den Dateinamen der Noten, den Dateinamen eines MP3 (und auch in einem MP3-Tag, also quasi in einer externen Datenbank), den Ordnernamen eines Kommentares zu einem Werk, etc. In Deiner Tabelle Work sind noch keine Integritätsbedingungen (sagt man das so?) zwischen Feldern dieser Tabelle gesetzt. Zum Beispiel gibt es zwischen Jahr und Werksnummer eine 1:n-Beziehung. In jedem Jahr können mehrere Werke fertiggestellt werden. Jedem Werk ist genau ein Fertigstellungsjahr zugeordnet. Kann man sowas in Base eigentlich per GUI abbilden? Die GUI erlaubt kein Knüpfen von Beziehungen von verschiedenen Feldern einer Tabelle. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Skalierbare X Achse in Flächend igrammen
Hallo Jan sweetderer...@freenet.de schrieb: ich habe ein kleineres Problem. Ich möchte gern für eine wissenschaftliche Arbeit Diagramme erstellen. Diese sollen nach Möglichkeit eine Mischung aus Linien und Flächendiagrammen sein. Dies ist offensichtlich möglich, wenn man die Datein aus Excel importiert. Nicht möglich ist jedoch die Skalierung der X Achse in einem Flächendiagramm. So erhält man unterschiedliche Maßstäbe. Für Excel an sich gäbe es eine umständliche Lösung: http://peltiertech.com/Excel/Charts/XYAreaChart.html Bis jetzt habe ich keine Möglichkeit gefunden derartige Digramme in Openoffice zu erstellen oder auch nur in eine Präsentation einzubinden. Openoffice interpretiert derartige Digramme immer wie in Schritt 4 dargestellt. Von den von Calc angebotenen Diagrammtypen ist einzig das sog. x-y-Diagramm in der Lage, Werte auf beiden Achsen darzustellen (AFAIK ist das bei Excel nicht anders). Bei allen anderen Diagrammtypen wird auf der Abszisse (x-Achse) einzig eine Art Nummer abgetragen: 1. Wert, 2. Wert, 3. Wert, ... (der Tabelle), dh. die Werte werden auf der Aszisse äquidistant abgetragen, nur die Ordinatenwerte werden entsprechend den in der Tabelle eingetragenen Werten skaliert. Für Dein Problem sehe ich drei Work-arounds und einen Fluchtversuch (vielleicht kennt jemand andere Verfahren): * Du skalierst Deine Tabelle, indem Du z.B. interpolierte Zwischenwerte einfügst. Die Zwischenwerte sind in Lage und Anzahl so zu wählen, dass Du dadurch in der Grafik indirekt eine Skalierung der Abszisse erreichst - wohl nur für eine kleine Anzahl Werte ein wirklich gangbarer Weg. * Du erstellst mit dem x-y-Diagramm ein skaliertes Diagramm, wie man es in einer wissenschaftlichen Arbeit sehen will. Dann exportierst Du die Grafik nach Draw (einfach mit Kopieren - Einfügen) und fügst die Fläche nachträglich mit dem Polygonwerkzeug hinzu. * Dann bliebe noch Variante 3: auf Flächendiagramme ganz verzichten und bei den Liniendiagrammen bleiben - ist vielleicht wissenschaftlicher als die ersten beiden Verfahren O:-) . * Ach ja, dann bliebe noch Ausweg 4 (der von mir so genannte Fluchtweg): besorg Dir eine spezialisierte Statistiksoftware, die mit skalierten Flächendiagrammen zurecht kommt. Freundlich grüsst Ernst - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Re: Re: Re: Datenbank: Werk eines Komponisten
Hallo Andreas, In Deiner Tabelle Work sind noch keine Integritätsbedingungen (sagt man das so?) zwischen Feldern dieser Tabelle gesetzt. Zum Beispiel gibt es zwischen Jahr und Werksnummer eine 1:n-Beziehung. In jedem Jahr können mehrere Werke fertiggestellt werden. Jedem Werk ist genau ein Fertigstellungsjahr zugeordnet. Dadurch, dass das Jahr direkt in den Datensatz geschrieben wird, kannst Du einem Werk doch nur ein Jahr zuordnen. In einem Jahr können zwar beliebig viele Werke fertiggestellt werden, aber ein Werk eben nicht in mehreren Jahren. Das Einzige, was in jedem Datensatz von Work verschieden sein muss ist der Primärschlüssel. Mit der Benennung von Unique für bestimmte Spalten kannst Du auch in diesen verhindern, dass sie doppelt vorkommen. Kann man sowas in Base eigentlich per GUI abbilden? Die GUI erlaubt kein Knüpfen von Beziehungen von verschiedenen Feldern einer Tabelle. Mir ist, ehrlich gesagt, völlig unklar, worauf Du hinaus willst. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Re: [Writer 3.1] Accelerators.xcu: Tastenkuerzel anpassen
Hallo Andreas, [..] Hhmm. Verstehe ich Dich richtig, dass oor:op=replace darüber entscheidet, ob der Eintrag in C:\Dokumente und Einstellungen\[Nutzername]\Anwendungsdaten\OpenOffice.org\3\user\registry\data\org\openoffice\Office\Accelerators.xcu über jenen Eintrag in C:\Programme\OpenOffice.org 3\Basis\share\registry\data\org\openoffice\Office\Accelerators.xcu dominiert. Bei mir wirkt ein Eintrag ohne oor:op=replace übrigends gar nicht. Das habe ich ja im Ursprungsposting, da ging es noch um Calc, schon berichtet. Eine Erklärung zu den Parametern findest du auf http://util.openoffice.org/common/configuration/oor-document-format.html mfG Regina - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: Re: Re: Datenbank: Werk eines Komponisten
Robert Großkopf schrieb: In Deiner Tabelle Work sind noch keine Integritätsbedingungen (sagt man das so?) zwischen Feldern dieser Tabelle gesetzt. Zum Beispiel gibt es zwischen Jahr und Werksnummer eine 1:n-Beziehung. In jedem Jahr können mehrere Werke fertiggestellt werden. Jedem Werk ist genau ein Fertigstellungsjahr zugeordnet. Dadurch, dass das Jahr direkt in den Datensatz geschrieben wird, kannst Du einem Werk doch nur ein Jahr zuordnen. In einem Jahr können zwar beliebig viele Werke fertiggestellt werden, aber ein Werk eben nicht in mehreren Jahren. Das Einzige, was in jedem Datensatz von Work verschieden sein muss ist der Primärschlüssel. Mit der Benennung von Unique für bestimmte Spalten kannst Du auch in diesen verhindern, dass sie doppelt vorkommen. Unique: Das meinte ich. Ein Werksname darf nicht mehrfach vorkommen. Verzeihung bitte für meine falsche Fährte mit Beziehung. Damit erübrigt sich auch die Frage wie weist man das in Base zu. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Datenbank: Werk eines Komponisten
Andreas Borutta wrote: Im Moment nutze ich nicht Linux, sondern Windows. Daher kommen Werkzeuge, die allein für Linux bereitstehen, nicht in Frage. Das ist ja kein (großes) Verbrechen. Gottseidank stehen alle relevanten Datenbanken von mysql über postgres bis zu diversen db2, oracle, MaxDB oder sogar ms-eigenen Varianten auch für Windows zur Verfügung. Ich werde quelloffene freie Werkzeuge vorziehen, die plattformübergreifend oder -unabhängig bereit stehen. da wirst Du voraussichtlich keinen Mangel leiden. Viele Grüße Eberhard - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Formatvorlagen im Writer
Hallo. Ich habe eine Frage zu den Formatvorlagen im Writer (Open Office 3.0): Ich möchte mitten im Text einzelne oder mehrere markierte Wörter mit einer Formatierung belegen. Ein Beispiel: Ich habe eine Formatvorlage Unterstrichen auf Basis von Standard erstellt, die exakt die gleichen Einstellungen wie Standard hat, nur, dass sie eben die Funktion unterstreichen hat. Habe ich nun einen Text Das Wetter ist schön und möchte nun nur das Wort schön unterstreichen, markiere ich das Wort, klicke die Formatvorlage an, passiert nichts. Mach ich einen doppelklick, unterstreicht es mir den ganzen Satz, bzw. Zeile, bzw. Absatz. Ich erkenne da keine Systematik und habe auch in den Einstellungen schon alles durchgeschaut. Von meiner Arbeit mit Word, bin ich es gewohnt, dass das funktioniert. Über Tipps und Tricks würde ich mich freuen, da ich komplett auch Open Office umstellen möchte, das Arbeiten mit den Formatvorlagen aber, auch im größeren Umfang und höherer Komplexivität, für mich elementar ist. Danke schön. Anja
[de-users] Re: Formatvorlagen im Writer
anja markweg schrieb: Ich möchte mitten im Text einzelne oder mehrere markierte Wörter mit einer Formatierung belegen. Ein Beispiel: Ich habe eine Formatvorlage Unterstrichen auf Basis von Standard erstellt, Hast Du eine Absatzvorlage oder eine Zeichenvorlage erstellt? So wie Du das Verhalten weiter unten beschreibst, hast Du vermutlich eine Absatzvorlage erstellt. Für Deinen Zweck ist eine Zeichenvorlage das Richtige. Wähle dazu Format Formatvorlagen Dort dann das zweite Symbol von links. Erstelle dort basierend auf Standard eine Zeichenvorlage Unterstrichen. Um diese Vorlage einzelnen Wörtern zuzuweisen musst Du übrigends das Wort nicht markieren. Zeichenvorlagen wirken, wenn nichts markiert ist, auf das Wort in welchem sich der Cursor befindet. Richtig flott geht das Zuweisen von Formatvorlagen, wenn Du ihr ein Tastenkürzel zuweist. Mein Tipp: Verwende für Formatvorlagen Namen, die Semantik oder eine Rolle in der Struktur wiederspiegeln. Gestaltungswünsche können sich ändern. Wenn Du in der Zukunft z.B. findest, dass Du das Mittel Unterstrich typographisch nicht mehr so elegant findest und es lieber durch kursiven Schnitt ersetzen willst, dann ist ein Name Unterstrichen unpraktisch. Besser gleich einen Namen der demonstriert, was Du eigentlich erreichen willst: eine Hervorhebung, eine Betonung. Dafür existiert sogar schon eine Zeichenvorlage. Betont. Du könntest ihr einfach den kursiven Satz nehmen und den Unterstrich als Merkmal hinzufügen. Fertig. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Formatvorlagen im Writer
Hallo Anja, anja markweg anja.mark...@... writes: Ich möchte mitten im Text einzelne oder mehrere markierte Wörter mit einer Formatierung belegen. Ein Beispiel: Ich habe eine Formatvorlage Unterstrichen auf Basis von Standard erstellt, die exakt die gleichen Einstellungen wie Standard hat, nur, dass sie eben die Funktion unterstreichen hat. Habe ich nun einen Text Das Wetter ist schön und möchte nun nur das Wort schön unterstreichen, Du brauchst eine *Zeichen*Vorlage 'Unterstrichen'. markiere ich das Wort, klicke die Formatvorlage an, passiert nichts. Mach ich einen doppelklick, unterstreicht es mir den ganzen Satz, bzw. Zeile, bzw. Absatz. Ich erkenne da keine Systematik und habe auch in den Einstellungen schon alles durchgeschaut. Der ganze Absatz wird Dir unterstrichen, weil Du in der Absatzvorlage den Schrifteffekt 'unterstrichen' definiert hast. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Formatvorlagen im Writer
Hallo Anja anja markweg schrieb: Ich möchte mitten im Text einzelne oder mehrere markierte Wörter mit einer Formatierung belegen. Ein Beispiel: Ich habe eine Formatvorlage Unterstrichen auf Basis von Standard erstellt, die exakt die gleichen Einstellungen wie Standard hat, nur, dass sie eben die Funktion unterstreichen hat. Habe ich nun einen Text Das Wetter ist schön und möchte nun nur das Wort schön unterstreichen, markiere ich das Wort, klicke die Formatvorlage an, passiert nichts. Mach ich einen doppelklick, unterstreicht es mir den ganzen Satz, bzw. Zeile, bzw. Absatz. Ich erkenne da keine Systematik und habe auch in den Einstellungen schon alles durchgeschaut. Von meiner Arbeit mit Word, bin ich es gewohnt, dass das funktioniert. In Deinem Fall benötigst Du die Zeichen- und nicht die Absatzformatvorlage. Damit sollte es klappen, denn ich mach es auch so. Freundlich grüsst Ernst - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
AW: [de-users] Re: Formatvorlagen im Writer
Hey zusammen. Danke für die Hilfe. Ich konnte mein Problem lösen. Schönen Abend euch. Anja -Ursprüngliche Nachricht- Von: news [mailto:n...@ger.gmane.org] Im Auftrag von Andreas Borutta Gesendet: Mittwoch, 17. Juni 2009 23:00 An: users@de.openoffice.org Betreff: [de-users] Re: Formatvorlagen im Writer anja markweg schrieb: Ich möchte mitten im Text einzelne oder mehrere markierte Wörter mit einer Formatierung belegen. Ein Beispiel: Ich habe eine Formatvorlage Unterstrichen auf Basis von Standard erstellt, Hast Du eine Absatzvorlage oder eine Zeichenvorlage erstellt? So wie Du das Verhalten weiter unten beschreibst, hast Du vermutlich eine Absatzvorlage erstellt. Für Deinen Zweck ist eine Zeichenvorlage das Richtige. Wähle dazu Format Formatvorlagen Dort dann das zweite Symbol von links. Erstelle dort basierend auf Standard eine Zeichenvorlage Unterstrichen. Um diese Vorlage einzelnen Wörtern zuzuweisen musst Du übrigends das Wort nicht markieren. Zeichenvorlagen wirken, wenn nichts markiert ist, auf das Wort in welchem sich der Cursor befindet. Richtig flott geht das Zuweisen von Formatvorlagen, wenn Du ihr ein Tastenkürzel zuweist. Mein Tipp: Verwende für Formatvorlagen Namen, die Semantik oder eine Rolle in der Struktur wiederspiegeln. Gestaltungswünsche können sich ändern. Wenn Du in der Zukunft z.B. findest, dass Du das Mittel Unterstrich typographisch nicht mehr so elegant findest und es lieber durch kursiven Schnitt ersetzen willst, dann ist ein Name Unterstrichen unpraktisch. Besser gleich einen Namen der demonstriert, was Du eigentlich erreichen willst: eine Hervorhebung, eine Betonung. Dafür existiert sogar schon eine Zeichenvorlage. Betont. Du könntest ihr einfach den kursiven Satz nehmen und den Unterstrich als Merkmal hinzufügen. Fertig. Andreas -- OOo 3.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
