Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Hallo, ich habe ein seltsames Verhalten festgestellt. In einer Calc habe ich vier Blätter. Mit jeweils Namen und Datumsangaben (Teilnehmerliste) Nun wollte ich die Steuerelemente, die verschiedenen Datumsangaben (Was ist die Mehrzahl von Datum??) in einer Steuerleiste bearbeitbar machen. Diese sollte nicht mitgedruckt werden. Zuerst machte ich das in einem extra Blatt, doch das ließ sich nicht beim Druck ausblenden. (1. Problem) Dann machte ich das in dem ersten Blatt über der Datumsangabe (Sopran) Verknüpfte alles und ging auf Seitenansicht, zog die erste Zeile herunter und graute sie so ein. Folge: die anderen TAbellen waren auch vollständig eingegraut. (2. Problem) Warum? Ist das ein Fehler? (Ich habe das Problem umgangen, indem ich die erste Datenzeile der Soprantabelle jetzt als Steuerzeile nehme, aber das wird irgendwann wieder auftauchen, und man kann nicht in mehreren Tabellen die Druckbereiche korrigieren, wenn man den in einer ändert.) Hier ist die Datei https://www.dropbox.com/s/ethturyb9dyoawl/test%20druckbereich.ods Horst Verson 4.0.1 auf Win7 - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Am 27.03.2014 11:32, schrieb technik: > > ich habe ein seltsames Verhalten festgestellt. > > In einer Calc habe ich vier Blätter. Mit jeweils Namen und Datumsangaben > (Teilnehmerliste) > Nun wollte ich die Steuerelemente, die verschiedenen Datumsangaben (Was > ist die Mehrzahl von Datum??) Daten. > in einer Steuerleiste bearbeitbar machen. Was genau meinst Du mit 'Steuerleiste' und 'bearbeitbar machen'? Filter? > Diese sollte nicht mitgedruckt werden. Das wird so nicht klappen. Ein Druckbereich ist immer ein einzelner rechteckiger Ausschnitt. wenn Du Winkel oder unzusammenhängende Bereiche markierst, bekommst Du automatisch mehrere Druckbereiche. Und jeder Druckbereich wird auf eine neue Seite gedruckt. Das einzige was mir dazu einfällt, wäre "Format => Zellen => Zellschutz => [X] Für Ausdruck ausblenden"; aber das blendet nur den *Inhalt* der betreffenden Zelle(n) aus, der *Platz* der Zelle wird trotzdem beim Ausdruck berücksichtigt. > Zuerst machte ich das in einem extra Blatt, doch das ließ sich nicht > beim Druck ausblenden. > (1. Problem) Weil Du gar keine Druckbereiche definiert hast; hättest Du das getan, könntest Du natürlich den auf diesem Blatt weg lassen. > Dann machte ich das in dem ersten Blatt über der Datumsangabe (Sopran) > Verknüpfte alles und ging auf Seitenansicht, zog die erste Zeile > herunter und graute sie so ein. > Folge: die anderen TAbellen waren auch vollständig eingegraut. > (2. Problem) > Warum? Ist das ein Fehler? Nein, das ist kein Fehler; Du hast einfach nur *überhaupt* keinen Druckbereich festgelegt. In dem Fall (und nur dann) versucht das Programm automatisch, Druckbereiche zu setzen, welche alle vorliegenden Daten umfassen. Sobald Du aber auch nur /einen/ Druckbereich setzt (und das machst Du mit Deiner Aktion), wird dieser Automatismus deaktiviert, und es sind *nur* die manuell definierten Druckbereiche gültig. Du musst also einfach in jedem Blatt den/die betreffenden Bereich/e (z. B. A1:V2 und A4:V45[1]) markieren und "Format => Druckbereiche => Festlegen" (bzw. "... => Hinzufügen") aufrufen. [1] entweder in zwei separaten Schritten, oder Du markierst den ersten Bereich, drückst dann die STRG-Taste und hältst sie gedrückt, während Du weitere Bereiche markierst. Aber wie gesagt, jeder einzelne Druckbereich wird dann auf eine eigene Seite (oder mehrere, fallszu groß) gedruckt. Ich befürchte also, das hilft Dir nicht wirklich weiter. Wolfgang -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Am Do, 27.03.2014, 11:32 schrieb technik: > ich habe ein seltsames Verhalten festgestellt. .. jou - kenn' ich! > > (Was ist die Mehrzahl von Datum??) ... tatsächlich: Daten!! (im gebräuchlichen Computer-Deutsch inzwischen leider mißverständlich) > Warum? Ist das ein Fehler? ... Du hast zwar das Problem sehr ausführlich beschrieben, aber der Kern der Sache hat mir sich mir nicht so ganz erschlossen. Ich versuche konstruktiv zu bleiben: Erst mal: Guten Tag "technik"! Da sind (wenn ich es richtig verstanden habe) in der fraglichen Tabelle auch einige Steuerelemente im Spiel - und das macht mich wach: Meistens liegt nämlich der Fehler im Missverständnis "Steuerelement" versus "Arbeitsoberfläche". Dazu muß man sich den Aufbaut einer Fenster-Anwendung als eine Art "Schichtenmodell" vorstellen: - in Deutsch: Man beginnt z.B. mit einer CALC-Tabelle, welche die "Basis-Schicht" darstellt und die eigentlichen (wichtigen) Berechungen für alle anderen, folgenden "Schichten" bereit stellt. So kann diese "Basis-Tabelle" wiederum "mehrschichtig" innerhalb von CALC zu anderen "daneben liegende" Tabellenblättern verknüpft werden, usw.. - soweit, so gut: Vorraussetzung ist - und das ist wirklich essentiell - die fehlerfreie Funktion der "Basis-Tabelle" (und möglicher, weiterer, verknüpfter "daneben geschichteter" Arbeitsblätter). Kurz: Es muss erst zweifelsfrei sichergestellt werden, dass alle Berechungen innerhalb der Tabelle(n) funktionieren - finito, basta! - das Design! ... leider fangen viele damit an (weils großen Spaß macht) - aber genau dabei passieren die meisten Fehler: Die Funktionalität des Kernprogramms (in diesem Fall eine CALC-Tabelle) wird vor lauter Effekthascherei vernachlässigt und am Ende hat der Anwender zwar ein hübsches Screen- Design, bekommt aber fehlerhafte Resultate (und glaubt noch daran). Kurz: Die Frage zum "Design" (dazu zählen z.B. auch Bedienelemente wie Buttons, Dropdowns, Checkboxes uva.) muss immer als letztes stehen!! - die Steuerelemente: Naja - ich hab's gerade erklärt: Steuerelemente dienen (wie der Name schon sagt) nur zur Steuerung des Programms da und dürfen niemals eigene Funktionalität besitzen (bei übereifrigen, jungen Programmieren ein häufiges Problem: Sie wollen ihrer Umwelt beweisen, dass sie die "Cracks" sind und sorgen dafür, dass die gesamte GUI in ein kaum beherrschbares Zauberland verwandelt wird). Steuerelemente bilden also quasi die "oberste" und damit definitiv die "letzte" Schicht in meinem hier beschriebenen Schichten-Modell. Steuerelemente sollten nur grafisch hübsch gestaltete Elemente auf dem Bilschirm darstellen, welche dem Benutzer die Bedienung des Programms erleichtern - aber k e i n e s f a l l s mehr!!! Wichtig - da ich gerade von "Design" spreche - ist natürlich auch die intuitive Bedienbarkeit solcher Steuerlemente - kurz: Excellente Informatiker sind noch lange kein Garant für Bedienfreundlichkeit ihrer Programme - hier ist Ergonometrie gefragt! - Fazit: Immer wenn ich höre, dass Anwender Probleme im Zusammenspiel "Steuerelemente" mit der eigentlichen "Anwendung" haben, ist meine erste Frage: Bist Du sicher, dass die Anwendung fehlerfrei funktioniert? Und genau das ist auch in diesem Fall meine Befürchtung - deshalb habe ich mal wieder viel mehr geschrieben, als ich ursprünglich wollte: Eigentlich ist meine Frage: Bis Du sicher, dasss Deine Tabelle funktoiniert (denn CALC funktoniert - meistens - weil das nämlich schon Generationen von Entwicklern geklärt und x-fach geprüft haben)! Gruß: Ernst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Hallo Wolfgang, danke für die Antwort. Ich muss etwas präzisieren. Ich bin davon ausgegangen, dass sich die Druckbereiche zuerst einmal automatisch mit den eingegebenen Zellen erstellen. Dann will ich in dem Dokument die Zeile 1 in der Tabelle Sopran als Steuerzeile haben. die anderen Datumsangaben sind darin verknüpft. Wenn ich jetzt die Ansicht auf Seitenansicht stelle und die von oben eine Zeile herunterziehe. wirkt sich das in die anderen Tabellen hinein aus. In der ersten Tabelle ist der Druckbereich richtig, in den anderen jeweils nur eine Zeile. Du schreibst, das sei so beabsichtigt, aber ich habe in der Vergangenheit schon öfter mit dieser Methode in jedem einzelnen Blatt die Druckbereiche verändert oder auch ganz ausgeblendet. Dies ging hier beim ersten Problem nicht. Ich konnte den Druckbereich nicht verändern. (Über Zellschutz wird die leere Zelle ausgedruckt, sinnvollerweise mit Hintergrundfarbe ...) Ich kann manuell Druckbereiche definieren und hinzufügen. Das habe ich schon angewandt. Aber das schien früher anders, besser zu gehen. Auf jeden Fall ging das mit den Druckbereichen über Seitenansicht früher einwandfrei. Horst Am 27.03.2014 16:18, schrieb Wolfgang Jäth: Am 27.03.2014 11:32, schrieb technik: ich habe ein seltsames Verhalten festgestellt. In einer Calc habe ich vier Blätter. Mit jeweils Namen und Datumsangaben (Teilnehmerliste) Nun wollte ich die Steuerelemente, die verschiedenen Datumsangaben (Was ist die Mehrzahl von Datum??) Daten. in einer Steuerleiste bearbeitbar machen. Was genau meinst Du mit 'Steuerleiste' und 'bearbeitbar machen'? Filter? Diese sollte nicht mitgedruckt werden. Das wird so nicht klappen. Ein Druckbereich ist immer ein einzelner rechteckiger Ausschnitt. wenn Du Winkel oder unzusammenhängende Bereiche markierst, bekommst Du automatisch mehrere Druckbereiche. Und jeder Druckbereich wird auf eine neue Seite gedruckt. Das einzige was mir dazu einfällt, wäre "Format => Zellen => Zellschutz => [X] Für Ausdruck ausblenden"; aber das blendet nur den *Inhalt* der betreffenden Zelle(n) aus, der *Platz* der Zelle wird trotzdem beim Ausdruck berücksichtigt. Zuerst machte ich das in einem extra Blatt, doch das ließ sich nicht beim Druck ausblenden. (1. Problem) Weil Du gar keine Druckbereiche definiert hast; hättest Du das getan, könntest Du natürlich den auf diesem Blatt weg lassen. Dann machte ich das in dem ersten Blatt über der Datumsangabe (Sopran) Verknüpfte alles und ging auf Seitenansicht, zog die erste Zeile herunter und graute sie so ein. Folge: die anderen TAbellen waren auch vollständig eingegraut. (2. Problem) Warum? Ist das ein Fehler? Nein, das ist kein Fehler; Du hast einfach nur *überhaupt* keinen Druckbereich festgelegt. In dem Fall (und nur dann) versucht das Programm automatisch, Druckbereiche zu setzen, welche alle vorliegenden Daten umfassen. Sobald Du aber auch nur /einen/ Druckbereich setzt (und das machst Du mit Deiner Aktion), wird dieser Automatismus deaktiviert, und es sind *nur* die manuell definierten Druckbereiche gültig. Du musst also einfach in jedem Blatt den/die betreffenden Bereich/e (z. B. A1:V2 und A4:V45[1]) markieren und "Format => Druckbereiche => Festlegen" (bzw. "... => Hinzufügen") aufrufen. [1] entweder in zwei separaten Schritten, oder Du markierst den ersten Bereich, drückst dann die STRG-Taste und hältst sie gedrückt, während Du weitere Bereiche markierst. Aber wie gesagt, jeder einzelne Druckbereich wird dann auf eine eigene Seite (oder mehrere, fallszu groß) gedruckt. Ich befürchte also, das hilft Dir nicht wirklich weiter. Wolfgang - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Am 28.03.2014 08:40, schrieb technik: > danke für die Antwort. Ich muss etwas präzisieren. Ich bin davon > ausgegangen, dass sich die Druckbereiche zuerst einmal automatisch mit > den eingegebenen Zellen erstellen. > Dann will ich in dem Dokument die Zeile 1 in der Tabelle Sopran als > Steuerzeile haben. Was heißt 'Steuerzeile'? Was genau willst Du steuern? Wolfgang -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: Druckbereich ändern in einer Tabelle verändert alle Tabellen
Hallo Ernst, du hast Recht mit dem Übertreiben von Programmierern. Meine Steuerzeile besteht aus einigen Zellen (in einer Zeile) in der ich das Startdatum eintrage und die anderen Blätter referieren auf diese Zeile. Also so mit die einfachste Sache der Referenz. Seltsam ist, was beim Verändern der Druckbereiche passiert. Vor allem zielt meine Frage dahin, ob das bei meinem Dokument auch auf anderen Rechnern passiert und ob das in dieser Version neu ist. Horst Am 28.03.2014 02:17, schrieb E.J.Minhorst: Am Do, 27.03.2014, 11:32 schrieb technik: ich habe ein seltsames Verhalten festgestellt. .. jou - kenn' ich! (Was ist die Mehrzahl von Datum??) ... tatsächlich: Daten!! (im gebräuchlichen Computer-Deutsch inzwischen leider mißverständlich) Warum? Ist das ein Fehler? ... Du hast zwar das Problem sehr ausführlich beschrieben, aber der Kern der Sache hat mir sich mir nicht so ganz erschlossen. Ich versuche konstruktiv zu bleiben: Erst mal: Guten Tag "technik"! Da sind (wenn ich es richtig verstanden habe) in der fraglichen Tabelle auch einige Steuerelemente im Spiel - und das macht mich wach: Meistens liegt nämlich der Fehler im Missverständnis "Steuerelement" versus "Arbeitsoberfläche". Dazu muß man sich den Aufbaut einer Fenster-Anwendung als eine Art "Schichtenmodell" vorstellen: - in Deutsch: Man beginnt z.B. mit einer CALC-Tabelle, welche die "Basis-Schicht" darstellt und die eigentlichen (wichtigen) Berechungen für alle anderen, folgenden "Schichten" bereit stellt. So kann diese "Basis-Tabelle" wiederum "mehrschichtig" innerhalb von CALC zu anderen "daneben liegende" Tabellenblättern verknüpft werden, usw.. - soweit, so gut: Vorraussetzung ist - und das ist wirklich essentiell - die fehlerfreie Funktion der "Basis-Tabelle" (und möglicher, weiterer, verknüpfter "daneben geschichteter" Arbeitsblätter). Kurz: Es muss erst zweifelsfrei sichergestellt werden, dass alle Berechungen innerhalb der Tabelle(n) funktionieren - finito, basta! - das Design! ... leider fangen viele damit an (weil’s großen Spaß macht) - aber genau dabei passieren die meisten Fehler: Die Funktionalität des Kernprogramms (in diesem Fall eine CALC-Tabelle) wird vor lauter Effekthascherei vernachlässigt und am Ende hat der Anwender zwar ein hübsches Screen- Design, bekommt aber fehlerhafte Resultate (und glaubt noch daran). Kurz: Die Frage zum "Design" (dazu zählen z.B. auch Bedienelemente wie Buttons, Dropdowns, Checkboxes uva.) muss immer als letztes stehen!! - die Steuerelemente: Naja - ich hab's gerade erklärt: Steuerelemente dienen (wie der Name schon sagt) nur zur Steuerung des Programms da und dürfen niemals eigene Funktionalität besitzen (bei übereifrigen, jungen Programmieren ein häufiges Problem: Sie wollen ihrer Umwelt beweisen, dass sie die "Cracks" sind und sorgen dafür, dass die gesamte GUI in ein kaum beherrschbares Zauberland verwandelt wird). Steuerelemente bilden also quasi die "oberste" und damit definitiv die "letzte" Schicht in meinem hier beschriebenen Schichten-Modell. Steuerelemente sollten nur grafisch hübsch gestaltete Elemente auf dem Bilschirm darstellen, welche dem Benutzer die Bedienung des Programms erleichtern - aber k e i n e s f a l l s mehr!!! Wichtig - da ich gerade von "Design" spreche - ist natürlich auch die intuitive Bedienbarkeit solcher Steuerlemente - kurz: Excellente Informatiker sind noch lange kein Garant für Bedienfreundlichkeit ihrer Programme - hier ist Ergonometrie gefragt! - Fazit: Immer wenn ich höre, dass Anwender Probleme im Zusammenspiel "Steuerelemente" mit der eigentlichen "Anwendung" haben, ist meine erste Frage: Bist Du sicher, dass die Anwendung fehlerfrei funktioniert? Und genau das ist auch in diesem Fall meine Befürchtung - deshalb habe ich mal wieder viel mehr geschrieben, als ich ursprünglich wollte: Eigentlich ist meine Frage: Bis Du sicher, dasss Deine Tabelle funktoiniert (denn CALC funktoniert - meistens - weil das nämlich schon Generationen von Entwicklern geklärt und x-fach geprüft haben)! Gruß: Ernst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org