[de-users] Re: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Andreas Säger schrieb: >> 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. Dein Argument lautet schlicht "Man benötigt es nicht oft" bzw. "Der Komfortgewinn ist doch unwichtig". Ich lasse das als Deine Meinung gerne stehen. Ein stichhaltiges Argument für Deine Behauptung es handele sich um ein "Verbiegen des Programms" ist das ganz sicher nicht. Sei's drum. Ich habe um etwas gebeten. Erwartet habe ich nix. 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"
Andreas Säger schrieb: >> 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. Warum sollte ein Workaround ein besser Weg sein? Ich kann Deinem Argument nicht folgen. Vor allem: wie soll man Zeilen unterhalb einem markierten zusammenhängenden Bereich einfügen? >>> [...] 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). Es werden leere Zeilen eingefügt, weil man einen Entwurf anpassen möchte. Was ist daran kritiwürdig? Formeln passen sich erwartungsgmäß an. Je nachdem, ob relative oder absolute Bezüge gesetzt wurden. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Andreas Säger schrieb: >>> 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. > 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. 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. > [...] 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. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Andreas Säger schrieb: >> 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. > 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, Bei einem zusammenhängenden Bereich sollte das passieren, was auch schon jetzt beim Befehl "Zeile einfügen" passiert: Es werden soviel Zeilen eingefügt, wie Zeilen markiert sind. Mir geht es ja nur darum ein Pendant zum bereits existierenden Befehl zu haben. > eine Gruppe von Bereichen, Da passiert beim Befehl "Zeile einfügen" nix. > Blättern oder auch ganz was anderes (Notiz, Diagramm,...). Wenn ein Diagramm passiert ist, wird das offenbar als ganz anderer Kontext gewertet. Das Tastenkürzel (Alt+Pfeiloben), welches ich dem Befehl "Zeile einfügen" zugewiesen habe, löst den Befehl nicht aus. Vielmehr wird das Diagramm nach oben bewegt. > Soll nix > passieren? Fehlermeldung? Einfach überall einfügen (was ist mit > überlappenden Bereichen und deren Formelbezügen)? Weitere Situationen habe ich noch nicht geprüft. Aber siehe oben: das Makro soll exakt das erledigen, was der Befehl "Zeile einfügen" schon jetzt erledigt. Nur eben unterhalb. Es gibt ja einen ganzen Makrosatz "CellMover" zum Verschieben von Zellen, weil diese Funktion in OOo bisher fehlen. Vielleicht könnte man davon was verwenden? > 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. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Voneinander abhaengige formellose Zellen
Andreas Säger schrieb: >> 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. Danke für den Hinweis. Ich werde dennoch versuchen, es via Ereignismakro zu lösen. Hier habe ich nur ein vereinfachtes Szenario beschrieben. In der realen Aufgabe handelt es sich um zwei voneinander abhängige Zellen, wo die eine Zelle mal per Formel berechnet wird, das andere mal jedoch eine manuelle Eingabe erlauben soll. Abhängig vom Inhalt einer anderen Zelle. A = Formel B = Kein Inhalt Beispiel: 1 Nutzer trägt in B einen Wert ein. Folge: A wird berechnet. 2 Nutzer überschreibt A durch einen Wert. Folge: B wird gelöscht 3 Nutzer trägt in B einen Wert ein. Folge: A wird berechnet. Der berechnete Wert überschreibt den Wert aus Punkt 2. > Ich würde unter allen Umständen Hilfsspalten (und zwar so viele wie > möglich!) bevorzugen. Sollte es mir gelingen, das Makro zu verfassen, poste ich einen Link auf die Datei. Dann könnt ihr gerne bewerten, ob ihr diese Variante als schlechter bedienbar bewertet als eine Variante mit Hilfsspalten. > Mit Datenbanken brauche ich ja wohl nicht zu kommen. Das ist für den Zweck zu aufwändig. Außerdem beherrsche ich die Technik nicht. Im konkreten Fall bin ich eh nur ein Helfer für ein Projekt, wo kostenlos öffentlich Daten bereitgestellt werden. Selbstverständlich ist eine Tabellenkalkulationsdatei ein Kompromiss. Eine ausgereifte Lösung wäre eine Datenbank auf einem Server plus PHP plus Javascript plus XML plus XSLT plus CSS. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
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 -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Voneinander abhaengige formellose Zellen
Werner Tietz schrieb: >> 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? > Aber natürlich,Andreas, > http://de.openoffice.info/viewtopic.php?f=2&t=43216&p=158798&hilit=Listener_registrieren#p158798 > (in einer Zeile ) > dort ist ein Beispiel, du musst das nur noch etwas auf deinen Bedarf > anpassen. Ein Ereignis-Makro. Das klingt nach einer perfekten Lösung für meine Aufgabe. Vielen Dank, Werner. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Voneinander abhaengige formellose Zellen
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 -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Steuerzeichen (Leerzeichen) anzeigen
Moin, in Writer kann man Steuerzeichen (wie z.B. Leerzeichen) einblenden. In Calc finde ich diese Option nicht. Geht das? Danke. Andreas - 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: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Werner Tietz schrieb: Deine Kritik ist ungerechtfertigt. Sie ärgert mich. Zur Sache: >> Wie ist es dann zu erklären, dass ich eine Zelle, die einer bedingten >> Formatierung unterliegt, manuell keine harte Formatierung "fett" >> zuweisen kann? > Keine Ahnung Testcase mit einer Zelle: http://borumat.de/test-mehrere-formatierungen.ods Die Zellformatvorlage ERGEBNIS besitzt, wie ihre Elternvorlage STANDARD, das Merkmal Schriftschnitt Standard. Dito für ERGEBNISGANZZAHL. Dennoch kann der Zelle manuell keine harte Formatierung "fett" zugewiesen werden. Das Testcase ist aus meinem realen Dokument extrahiert und war Anlass für meine Frage. Mittlerweile konnte ich die Ursache ermitteln. Es wurde offenbar "explizit" etwas zum Schriftschnitt zugewiesen. Zu sehen ist dies auf der Reiterkarte "Verwalten" unten. Es ist IMHO unübersichtlich, dass nicht auf jeder Reiterkarte, z.B. auf der Reiterkarte "Schrift", die Abweichung von der Elternvorlage visualisiert wird. Wie auch immer: jetzt weiß ich, dass ich beim Anlegen von Zellformatvorlagen zur Sicherheit immer alle Merkmale auf Standard zurücksetzen (also auf die Eigenschaften des Elternelementes) und dies auf der Reiterkarte Verwalten prüfen sollte. Oder gleich die Vorlage frisch aus der Standardvorlage heraus erzeugen. Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Werner Tietz schrieb: FOO BAR BF-FOO-INT BF-FOO-RAT BF-BAR-INT BF-BAR-RAT >>> >>> Nur da wo in FOO oder BAR _denselben_ Formatattributen andere >>> Eigenschaften zugewiesen wurden wie in INT bzw, RAT. >>> Hast du in FOO bsplw. nur die Hintergrundfarbe anders definiert >>> beeinflusst das nicht die Schriftfont-einstellungen und >>> Zahlenformateinstellungen in INT und RAT und umgekehrt. >> >> OK. >> Mein Fall liegt jedoch - leider - anders. >> >> STANDARD: Hintergrundfarbe Ohne Füllung >> FOO: Hintergrundfarbe Grün, Elternvorlage STANDARD >> BAR: Hintergrundfarbe Gelb, Elternvorlage STANDARD >> >> INT: Hintergrundfarbe wie Elternvorlage, Elternvorlage STANDARD > Dein Fall liegt _nicht_ anders !! >> >> Wenn man jetzt einer Zelle via bedingte Formatierung INT zuweist, >> erhält die Zelle erwartungsgemäß die Hintergrundfarbe "Ohne Füllung". > Nein, nur dann wenn du in der Vorlage INT *explizit* "ohne Füllung" zuweist. Hhmm. Aber es gibt doch in den Dialogen zur Formatierung keinen Eintrag "wie Elternelement". Wie auch immer: Ich werde noch einige Experimente zu Zellen durchführen, die eine manuell zugewiesene Formatvorlage besitzen und dann zusätzlich eine per bedingter Formatierung zugewiesen bekommen. >> Was mir am Konzept der bedingten Formatierung nicht behagt, ist jedoch >> vor allem, dass es manuell zugewiesen werden muss. > Wie denn sonst - automatisch ?! >> >> Lieber ist es mir, wenn Formatierungsanweisungen "direkt in der Formel >> stecken". Dazu muss ich noch recherchieren. > Es gibt die Funktion VORLAGE, die kann man aber nur in einer Formelzelle > benutzen Hhmm. Dann scheidet das aus, da Vorlagen auch Zellen zugewiesen werden sollen, die nur Werte enthalten. > - und IHMO ist es in den meisten Fällen leichter das per > Bedingter Formatierung zu lösen statt über &/+VORLAGE() OK. Vielleicht sind auch meine Vermutungen unbegründet, dass beim Erweitern von Tabellen über Copy&Paste von Formeln, bedingte Formatierungen nicht "in allen Fällen" übertragen werden. Dazu muss ich noch experimentieren. >> In der realen Tabelle handelt es sich BTW gibt es BTW bisher zwei >> Zellformatvorlagen: EINGABE, AUSGABE >> >> Mit Hilfe der Funktion wie ISTFORMEL könnte man vermutlich die >> Zellvorlagen EINGABE und AUSGABE automatisch zuweisen. >> >> Was Anderes: >> Kann man eigentlich Konstanten nur per "Einfügen> Namen> Festlegen" >> zuweisen, oder geht das auch per Funktion. >> Bisher konnte ich keine solche Funktion finden. >> >> Eine kleine Widrigkeit zur bedingten Formatierung stelle ich gerade >> fest: >> Eine Zelle, der eine Zellformatvorlage per bedingter Formatierung >> zugewiesen wurde, kann man keine manuelle Formatierung wie z.B. >> "Betonung", also Fett, zuweisen. >> Die bedingte Formatierung "kommt offenbar als letztes dran" und >> überschreibt mit ihren Formatierungsanweisungen sowas. > Das ist ebenfalls falsch ! Wie ist es dann zu erklären, dass ich eine Zelle, die einer bedingten Formatierung unterliegt, manuell keine harte Formatierung "fett" zuweisen kann? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Werner Tietz schrieb: >> Eine Widrigkeit bleibt, die aber mit Aufwand lösbar ist. >> >> Wenn Zellen bereits manuell eine Zellformatvorlage (z.B. FOO und BAR) >> zugewiesen wurde, muss dies in der Regel der bedingten Formatierung >> abgeprüft werden ("WENN"). >> Und entsprechende Formatvorlagen müssen erzeugt werden. >> >> FOO >> BAR >> BF-FOO-INT >> BF-FOO-RAT >> BF-BAR-INT >> BF-BAR-RAT > > Nur da wo in FOO oder BAR _denselben_ Formatattributen andere > Eigenschaften zugewiesen wurden wie in INT bzw, RAT. > Hast du in FOO bsplw. nur die Hintergrundfarbe anders definiert > beeinflusst das nicht die Schriftfont-einstellungen und > Zahlenformateinstellungen in INT und RAT und umgekehrt. OK. Mein Fall liegt jedoch - leider - anders. STANDARD: Hintergrundfarbe Ohne Füllung FOO: Hintergrundfarbe Grün, Elternvorlage STANDARD BAR: Hintergrundfarbe Gelb, Elternvorlage STANDARD INT: Hintergrundfarbe wie Elternvorlage, Elternvorlage STANDARD Wenn man jetzt einer Zelle via bedingte Formatierung INT zuweist, erhält die Zelle erwartungsgemäß die Hintergrundfarbe "Ohne Füllung". Was mir am Konzept der bedingten Formatierung nicht behagt, ist jedoch vor allem, dass es manuell zugewiesen werden muss. Lieber ist es mir, wenn Formatierungsanweisungen "direkt in der Formel stecken". Dazu muss ich noch recherchieren. In der realen Tabelle handelt es sich BTW gibt es BTW bisher zwei Zellformatvorlagen: EINGABE, AUSGABE Mit Hilfe der Funktion wie ISTFORMEL könnte man vermutlich die Zellvorlagen EINGABE und AUSGABE automatisch zuweisen. Was Anderes: Kann man eigentlich Konstanten nur per "Einfügen > Namen > Festlegen" zuweisen, oder geht das auch per Funktion. Bisher konnte ich keine solche Funktion finden. Eine kleine Widrigkeit zur bedingten Formatierung stelle ich gerade fest: Eine Zelle, der eine Zellformatvorlage per bedingter Formatierung zugewiesen wurde, kann man keine manuelle Formatierung wie z.B. "Betonung", also Fett, zuweisen. Die bedingte Formatierung "kommt offenbar als letztes dran" und überschreibt mit ihren Formatierungsanweisungen sowas. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Eike Rathke schrieb: >>6 >>2,34 >> 11 >> 100 >> >> Ganzen Zahlen sollen nicht mit Nachkommastellen aufgefüllt werden. > > Erstelle eine Zellformatvorlage basierend auf Standard in der nur die > Schrift auf eine mono-spaced Schrift gesetzt wird, z.B. die eklige > Courier New (es gibt sicherlich bessere auf deinem System, z.B. > Bitstream Vera Sans Mono). Diese Zellformatvorlage weist du allen > betroffenen Zellen zu. Dann erstellst du basierend auf dieser Vorlage > eine weitere, in der du nur das Zahlformat aenderst und zwar auf > > 0" " Sowas habe ich gesucht. Danke! > das sind drei Leerzeichen zwischen den Anfuehrungszeichen, und nennst > diese z.B. INT. Dann selektierst du die betroffenen Zellen, waehlst > Menue Format -> Bedingte Formatierung, als Bedingung "Zellwert ist > gleich" und gibst ein > > INT(A42) > > statt A42 dann die aktuelle Zellen-Adresse auf der der Zell-Cursor > steht. Wichtig ist der relative Bezug, also kein $ verwenden. Als > Vorlage waehlst du dann die INT-Vorlage. Eine Widrigkeit bleibt, die aber mit Aufwand lösbar ist. Wenn Zellen bereits manuell eine Zellformatvorlage (z.B. FOO und BAR) zugewiesen wurde, muss dies in der Regel der bedingten Formatierung abgeprüft werden ("WENN"). Und entsprechende Formatvorlagen müssen erzeugt werden. FOO BAR BF-FOO-INT BF-FOO-RAT BF-BAR-INT BF-BAR-RAT Oder übersehe ich einfachere Methoden um Zellen, denen bereits Zellformatvorlagen zugewiesen wurden, per bedingte Formatierung weitere Formate zuzuweisen? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Jens N. schrieb: >> 6 >> 2,34 >>11 >> 100 >> >> Ganzen Zahlen sollen nicht mit Nachkommastellen aufgefüllt werden. > > Bei einem nicht ganz so bekannten Mitbewerber von Calc aus Redmond geht > das über die Formatierung: > ,?? > (das Fragezeichen seht dort und bei Calc für Platzhalter die nicht > geschrieben werden aber der Platz wird freigehalten) diese Art der > Zellformatierung gibt es auch bei OOo.org Calc nur da funktioniert es > nicht (so richtig). Der Grund ist die verwendete Schriftart (bei mir). > Nutze ich eine Arial Schriftart (mit variabler Zeichenbreite), so > benötigt das Zeichen für "i" weniger Platz als "x" und so verhält sich > die Einstellung auch. Nehme ich eine Schriftart mit fester Zeichenbreite > (wie Courier oder eine Mono Schriftart) dann geht es. Eine Festbreitenschrift würde ich ohne Weiteres in Kauf nehmen. Aber bei Courier und Formatcode ",??" wird das Komma auch bei Ganzzahlen ausgeben. 6, 2,34 11, 100, Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Stefan Weigel schrieb: >>6 >>2,34 >> 11 >> 100 >> >> Ganzen Zahlen sollen nicht mit Nachkommastellen aufgefüllt werden. > > Aber ich würde sowas halt einfach nicht wollen. :-) > > Aber hm, wenn´s denn aus optischen Gründen unbedingt sein soll: Es sind keine geschmacklichen Gründe. Aber ich kann natürlich keine Studie anführen, die belegt, dass die obige Formatierung die Lesbarkeit deutlich verbessert. > Du > könntest die Ausdrücke auf drei Zellen verteilen: > > Der Wert 2,34 wäre dann zum Beispiel verteilt auf: > > Zelle A1: 2 > Zelle B1: , > Zelle C1: 24 > > Das sollte mit einfachen Formeln in den drei Zellen, günstig > gewählter Spaltenbreite und Ausrichtung (rechtsbündig/linksbündig) > relativ einfach möglich sein. Betrachtet man die drei Spalten rein > optisch als eine, vielleicht unterstützt durch entsprechende > Einstellungen für die Zellumrandung, dann sieht es so aus, wie von > Dir gewünscht. Hhhmm. Ich lass' mir mal durch den Kopf gehen, ob ich den Aufwand treiben möchte. Danke für Eure Vorschläge :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Werner Tietz schrieb: >> 6 >> 2,34 >>11 >> 100 >> >> Ganzen Zahlen sollen nicht mit Nachkommastellen aufgefüllt werden. >> >> Geht das? > Geht schon**, ich fürchte nur es wird *deinen* Ansprüchen an die > Usability nicht gerecht. > > **z.B. per Bedingter Formatierung: > Formel ist: A1=Ganzzahl(A1) > "Vorlage mit erhöhtem 'Abstand zum Inhalt .. rechts' " An sowas hatte ich bereits gedacht, es aber verworfen, weil man ja für den Abstand die Breite eines Kommas plus der Breite von zwei Ziffern wissen müsste. Insgeheim hatte ich jedoch gehofft, dass es ein elegantes Verfahren gibt, was ich einfach übersehen habe. Eine andere Formatierung, die das Unterscheiden der Ziffern vor und nach dem Komma erleichtert würde, geht ja in Tabellenkalkulationen wohl nie: Verschiedene Formatierungen innerhalb einer Zelle. Dann würde ich die Nachkommastellen schrumpfen und den Farbton geringer sättigen. So könnte das Auge sehr schnell die Unterscheidung treffen. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Moin, ich möchte ganze und rationale Zahlen, die in einer Spalte stehen, gemeinsam ausrichten. So: 6 2,34 11 100 Ganzen Zahlen sollen nicht mit Nachkommastellen aufgefüllt werden. Geht das? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Andreas Borutta schrieb: > Andreas, > der gerade einem befreundeten Komponisten ein Tabellenblatt erstellt > hat, An einer anderen Aufgabe arbeite ich noch. Ist Mathe lange her. :) Falls jemand der Matheauskenner unter Euch Freude an einer kleinen Fingerübung rund um eine arithmetische Zahlenfolge hat, voilá: Gegeben seien zwei Folgen: A: (0,30,60,90) B: (2,18,34,50) Zwei Bildungsvorschriften (n größer gleich 1) sind möglich: p(n+1) = p(n) + d (rekursiv) p(n) = p(1) + (n–1) x d (explizit) Spätere Glieder der Folgen zu ermitteln ist kein Problem. Die Fragestellung lautet: Wenn man die Folge nach "links" erweitert, wenn also die Werte negativ werden: Bei welchem Glied (n kleiner Null) stimmt ein Wert der Folge B erstmals mit einem Wert der Folge A überein? Hinter dem Beispiel steckt eine Folge von Pulsen in zwei Stimmen. Wie hantiert man vernünftig mit Folgen, die in den Bereich negativer Werte erweitert werden sollen? Im Beispiel ist A(-1)=B(-2)=-30 Die Antwort lautet also B(-2) A: (-60,-30,0,30,60,90) B: (-30,-14,2,18,34,50) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Thomas schrieb: >> 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. Danke für diese weitere Variante. Klingt gut, werde ich ausprobieren. Andreas, der gerade einem befreundeten Komponisten ein Tabellenblatt erstellt hat, welches ihm erlaubt, leicht herauszufinden, nach wievielen Takten sich zwei Pulse aus zwei Stimmen erstmals wieder "gegenüberliegen". Gar nicht ohne für mich als Noten-Unkundigen, diese Transferleistung. :) Er jedenfalls ist begeistert von dem Nutzen des kleinen Tabellenblattes. KGV() rulez. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Wolfgang Jäth schrieb: >> =WENN(SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0;"";$B$1/$B$9*B12) > ^ > Entweder fehlt da ein Argument, oder es ist ein Strichpunkt zu viel. Das hat wohl eine Gewohnheit, vom Schreiben von CSS-Regeln, zugeschlagen. selektor { eigenschaft: wert; eigenschaft: wert; } Ich habe wohl unbewußt erwartet, dass auch Calc das nicht aus dem Tritt bringt. > BTW: Parameter, die duch Strichpunkte voneinander getrennt sind, müssen > nicht noch mal extra in Klammern gesetzt werden; und schon gar nicht, > wenn es sich dabei sowieso nur um reine Funktionsaufrufe handelt, wie > hier mit den ganzen ISTLEHR-Aufrufen. Auch hier war ich, ohne es zu prüfen, davon ausgegangen, dass Klammern auch zusätzlich verwendet werden dürfen, also auch dann, wenn sie nicht zwingend notwendig sind. >> Vermutlich liegt ein Fehler in der Verschachtelung, also im Gebrauch >> der Klammern vor. >> >> Wie debugt ihr bitte Formeln, die reich an Klammern sind? > > Entweder durch Vermeiden von vornherein (sprich Nutzung von > Hilfszellen), oder durch schrittweises Herauskopieren. > > Angenommen, ich müsste obigem Formel untersuchen, würde ich mir > zuerst irgend eine ruhigen Ecke [tm] suchen, dann dort eine exakte > Kopie der Originalformel hinkopieren (damit ich alles im Überblick > habe, sie bequem korrigieren und abschließend wieder zurück kopieren > kann), und sie dann folgendermaßen vorgehen: > > | > =WENN(SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0;"";$B$1/$B$9*B12) > -+ > --+-- > v | > | =SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0 : >+--- >v > | =SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));) > -+--- --+-- --+--- ^ > | =ISTLEER($B$1) <+| | | > | =ISTLEER($B$9) <+ | | > | =ISTLEER($B$12) <---+ | > ==+== | > | =$B$1 <+ | > | =$B$9 <+ | > | =$B$12 <+ | >| > Und spätestens hier für AD102 müsste mir dann auffallen, daß da zwar > noch ein weiterer Strichpunkt vorhanden ist, die Formel aber dafür gar > keinen Parameter besitzt. > > Und ggf. passiert mit dem Rest der Formel das gleiche: : > | > | =$B$1/$B$9*B12<---+ >--+- -+-- > v | > | =$B$1 | > | =$B$9*B12 <+ >--+- -+- > v | > | =$B$9 | > | =B12 <+ > > usw. (je nachdem, wo der Fehler vermutlich sitzt). Danke für Deine Anregungen. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Wolfgang Jäth schrieb: >> Aber ein andere Forderung für Einfachheit lautet: >> Verwende nur eine Tabelle. > > Nein; das ist so absolut behauptet falsch. Sobald die Übersicht verloren > zu gehen droht, oder Du mehrere Aufgaben, Zwecke oder sonstiges erfüllen > willst, kann eine Aufspaltung in mehrere Tabellen durchaus sinnvoll oder > sogar notwendig sein. > >> Verwende keine Hilfszellen. > > Das ist mehr als nur Unsinn. Im Gegentum, Hilfszellen sind meistens > sogar hilfreich, und eher vereinfachend als verkomplizierend. Du und Stefan, ihr versteht mich miss. Ich wollte ausdrücken, dass das Konzept "Einfachheit", ohne dass man sehr genau ergänzt, was man damit meint, nicht als Leitkriterium taugt. Wenn es einzelne Begriffe sein sollen, ist z.B. "Angemessenheit" ein IMHO gut leitender Begriff. Er schließt meinem Empfinden nach Punkte wie Zukunftsicherheit und Wartbarkeit ein. > viele unterschätzen z. B. die Punkte Fehlersuche und > Wartung bzw. Pflege. Von vorne herein /richtig/ vereinfacht, ^ Eben :) Darauf kommt es an. Ich wollte selbstverständlich nicht dafür plädieren, pauschal stets nur eine einzige Tabelle und niemals Hilfszellen einzusetzen. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Stefan Weigel schrieb: =WENN(SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0;"";$B$1/$B$9*B12) >>> ^ >>> Entweder fehlt da ein Argument, oder es ist ein Strichpunkt zu viel. >> >> Das hat wohl eine Gewohnheit, vom Schreiben von CSS-Regeln, >> zugeschlagen. >> >> selektor { eigenschaft: wert; eigenschaft: wert; } >> >> Ich habe wohl unbewußt erwartet, dass auch Calc das nicht aus dem >> Tritt bringt. > > Bei Tabellenkalkulationsfunktionen ist die Logik eine andere. > > In Allgemeinen haben Funktionen bestimmte Parameter, wobei die > Reihenfolge bzw. Position deren Bedeutung bestimmt. Es kann aber > sein, dass Parameter optional sind und daher nicht angegeben werden. > Den ; als Trenner braucht es trotzdem, damit die Reihenfolge bzw. > Position für die folgenden Parameter gleich bleibt. > > Beispiel: > > VERSCHIEBUNG(Bezug; Zeilen; Spalten; Höhe; Breite) > > =SUMME(VERSCHIEBUNG(A1:B10; 2; 20;;1)) > > Hier wurde der Parameter Höhe weggelassen. (Die Funktion nimmt dann > die Höhe des ursprünglichen Bereichs.) Trotzdem braucht es den > Trenner, damit die Breitenangabe "1" weiterhin an der fünften > Position steht. Leuchtet völlig ein. > Es wird deutlich, dass die CSS-Sysntax eine ganz andere Natur hat. > Da kann man Eigenschaften in beliebiger Reihenfolge und Zahl > auflisten, ohne dass Reihenfolge bzw. Position in der Auflistung > eine syntaktische oder funktionelle Bedeutung hat. Fast :) Es gibt sog. Kurzschreibweisen, wo die Reihenfolge von Werten sehr wohl eine Rolle spielt. selektor { margin: 0 0 1em 0; } Die Werte geben den Außenabstands für oben, rechts, unten, links an. Werden Werte weggelassen, ist auch jeweils eine präzise Bedeutung definiert. Aber das hier nur am Rande. In CSS gibt es bei Kurzschreibweisen auch den komfortablen Zustand, dass bei scharfer Unterscheidbarkeit der Wertetypen (z.B. String, Schlüsselwort) die Reihenfolge gänzlich egal ist. In einer Tabellenkalkulation sind Zahlen oder Referenzen typische Werte. Da ist oft zwingend notwendig, jeden Platz zu deklarieren. > In Deiner obigen SUMME-Funktion hast Du mit dem überzähligen ; einen > leeren Parameter übergeben. Die SUMME-Funktion kennt aber keine > leeren Parameter. > >> Auch hier war ich, ohne es zu prüfen, davon ausgegangen, dass Klammern >> auch zusätzlich verwendet werden dürfen, also auch dann, wenn sie >> nicht zwingend notwendig sind. > > Das ist Deine intuitive Annahme völlig richtig. ;-) :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Stefan Weigel schrieb: >> =WENN(SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0;"";$B$1/$B$9*B12) >> >> Vermutlich liegt ein Fehler in der Verschachtelung, also im Gebrauch >> der Klammern vor. > > Richtig wäre: > =WENN(SUMME(ISTLEER($B$1);ISTLEER($B$9);ISTLEER($B$12))>0;"";$B$1/$B$9*B12) Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Stefan Weigel schrieb: >>> Dafür gibt es Matrixfomeln. Angenommen, die zu addierenden Zellen >>> sind im Bereich von A1 bis A124, dann lautet die Formel: >>> >>> {=WENN(SUMME(ISTLEER(A1:A124))>0;"";SUMME(A1:A124))} >> >> Da die zu überprüfenden Zellen in der konkreten Tabelle "getrennt >> voneinander liegen, muss ich sie auch getrennt aufführen. > > Mit dem Wissen, dass die getrennt liegende Anordnung der Zellen die > Formelbildung komplex macht, würde ich über eine Überarbeitung > meines Tabellenlayouts nachdenken. Grundsätzlich sicher ein kluger Ansatz. Aber ein andere Forderung für Einfachheit lautet: Verwende nur eine Tabelle. Verwende keine Hilfszellen. Ordne Eingabezellen und Ausgabezellen so an, dass Menschen sie leicht erfassen können. Einfachheit führt zu verschiedenen Ergebnissen, je nachdem, welcher Teil des Gesamten bevorzugt einfach sein soll. Wie schon erwähnt: Sowohl Dein Ansatz "Matrix" als auch "Summe von Wahrheitswerten prüfen" gefällt mir sehr gut. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Stefan Weigel schrieb: > Dafür gibt es Matrixfomeln. Angenommen, die zu addierenden Zellen > sind im Bereich von A1 bis A124, dann lautet die Formel: > > {=WENN(SUMME(ISTLEER(A1:A124))>0;"";SUMME(A1:A124))} Da die zu überprüfenden Zellen in der konkreten Tabelle "getrennt voneinander liegen, muss ich sie auch getrennt aufführen. Da mir Dein Ansatz der Überprüfung der Summe der Wahrheitswerte gefällt, habe ich es so versucht. =WENN(SUMME((ISTLEER($B$1));(ISTLEER($B$9));(ISTLEER($B$12));)>0;"";$B$1/$B$9*B12) Vermutlich liegt ein Fehler in der Verschachtelung, also im Gebrauch der Klammern vor. Wie debugt ihr bitte Formeln, die reich an Klammern sind? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Stefan Weigel schrieb: >> Hhmm. Dadurch würden die Formeln sehr unübersichtlich. > > Dafür gibt es Matrixfomeln. Angenommen, die zu addierenden Zellen > sind im Bereich von A1 bis A124, dann lautet die Formel: > > {=WENN(SUMME(ISTLEER(A1:A124))>0;"";SUMME(A1:A124))} Sehr gute Anregung. Vielen Dank. Ich hatte zwar schon von Matrixformeln gehört, sie jedoch noch nie eingesetzt. Ein guter Anlass, dies zu tun. Herzlichen Dank für Deine Anregung. Auch an die anderen hier im Thread. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Andreas Hajda schrieb: > zu welchem Zweck soll die Zelle denn frei sein? Um die Sichtbarkeit > allein scheint es ja nicht zu gehen (bedingte Formattierung > ausgeschlossen). Es geht mir zwar um ein allgemeines Konzept, da ich es generell unschön finde, wenn eine Formel einen Wert auswirft, wenn ein oder mehrere ihrer Bezüge leer sind, aber Anlass ist eine Tabelle für einen Freund. Das Beispiel im Posting war ein auf das Minimum reduziertes Testcase, welches allein der Problembeschreibung diente. Mein Freund kann in der zu erstellenden Tabelle eine nicht festgelegte Anzahl von Wertepaaren in einem Eingabebereich eintragen. Zeilen, die er leer lässt, sollen in der Ergebnistabelle ebenfalls zu einer leeren Zeile führen. Weiter ist nix dahinter. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
wolfgang pechlaner schrieb: >>> wenn es eine begrenzte, überschaubare Spaltenanzahl ist, würde ich mit >>> der ODER Funktion arbeiten, z.B. für 4 Spalten: >>> =WENN(ODER(ISTLEER(A1);ISTLEER(A2);ISTLEER(A3);ISTLEER(A4));"";SUMME(A1:A4)) >> >> ISTLEER kann man, siehe mein Hinweis im Ursprungsposting, nicht >> verwenden, denn es gibt auch bei dem Wert Null den Wahrheitswert TRUE >> aus. >> >> Andreas > ISTLEER gibt bei einer Zelle mit 0 FALSCH zurück, oder hast du eine alte > Version. Ich habe es jedenfalls mit der 3.2.1 getestet. Verzeihung bitte. Du hast Recht. Ich hatte nicht bedacht, dass es bei dem Prüfkriterium für die bedingte Formatierung ja um die Ergebniszelle ging. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
wolfgang pechlaner schrieb: >> Eigentlich müsste man jeden einzelnen Zellbezug, der in der Formel >> vorkommt, in der WENN-Abfrage auf Leerheit prüfen. >> >> Hhmm. Dadurch würden die Formeln sehr unübersichtlich. > wenn es eine begrenzte, überschaubare Spaltenanzahl ist, würde ich mit > der ODER Funktion arbeiten, z.B. für 4 Spalten: > =WENN(ODER(ISTLEER(A1);ISTLEER(A2);ISTLEER(A3);ISTLEER(A4));"";SUMME(A1:A4)) ISTLEER kann man, siehe mein Hinweis im Ursprungsposting, nicht verwenden, denn es gibt auch bei dem Wert Null den Wahrheitswert TRUE aus. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Boris Kirkorowicz schrieb: >> 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. > > da kenne ich bislang nur den Weg, das mit WENN() abzufragen: > =WENN(A1<>"";A1+B1;"") Danke. Eigentlich müsste man jeden einzelnen Zellbezug, der in der Formel vorkommt, in der WENN-Abfrage auf Leerheit prüfen. Hhmm. Dadurch würden die Formeln sehr unübersichtlich. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
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. Also C1: [leer] Der Weg über * Anlegen einer Formatvorlage StandardLeer mit Schriftfarbe gleich Hintergrundfarbe plus * Format > Bedingte Formatierung > Zellwert ist > gleich > ISTLEER(B2) > Vorlage: StandardLeer > OK scheidet also aus. Denn er führt dazu, dass auch C2 als leer angezeigt wird. Über einen Rat freue ich mich. Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] ENTER in letzter Zelle der Zeile -> Sprung zur ersten Zelle der naechsten Zeile
Wolfgang Jäth schrieb: > Am 13.05.2010 12:43, schrieb Andreas Borutta: >> >>>> Kleinigkeit noch (AFAIR geht es, aber ich erinnere mich nicht mehr, >>>> wie die Konfiguration dazu lautet): >>>> Eine Tabelle enthält Werte von A1 bis D20. >>>> Alle Zeilen ab 21 sind ausgeblendet. >>>> Der Cursor steht in D20. >>>> In den Optionen ist "Eingabebestätigung setzt Einfügemarke nach >>>> [rechts]" zugewiesen. >>>> >>>> Ein Druck auf Enter soll nun den Cursor in A21 setzen (und die eine >>>> leere Zeile A21 bis D21 anzeigen). >>> >>> Du meinst, so wie bei Tabellen in Textverarbeitungsprogrammen? >> >> In Writer führt ENTER zu einem neuen Absatz. >> Du meinst vermutlich die Tabulatortaste, richtig? > > Ich meine das Verhalten; und ja, dort ist es die Tab-Taste. > >>> Du kannst natürlich ein entsprechendes Makro schreiben oder aufzeichnen >>> (gehe zum Zeilenanfang; gehe eine Zeile nach unten; ändere Zeilenhöhe), >>> aber ich glaube nicht, daß Du damit glücklich wirst. >> >> Eben. Ich fand ja gerde die leicht zu tippende Entertaste und die >> Kaskade (Gehe zur nächsten rechten Zelle, wenn es noch eine gibt. > > Es gibt ziemlich genau 65.534 mal eine 'nächste rechte Zelle'; so breit > ist das Tabellenblatt, auch wenn ein Teil davon ausgeblendet oder gar > gesperrt sein mag. Selbstverständlich soll der Fokus nur solange nach rechts bewegt bis keine eingeblendete Zelle mehr vorhanden ist. Die hier im Thread von Jörg Schmidt gepostete Lösung macht genau das. >>> Warum lässt Du nicht einfach immer ein paar wenige Leerzeilen unten >>> sichtbar, und wenn die aufgebraucht sind, blendest Du wieder ein paar >>> ein, usw.? >> >> Das Ausblenden der völlig ungefüllten Zeilen ist nur eine >> Nebenaufgabe. >> >> Wichtiger ist mir die Kaskade für ENTER (nicht TAB). >> >> Aber es geht hier, wie auch bei etlichen anderen Fragen von mir, um >> eine Feinheit in der Bedienweise. > > Und mir geht es um eine pragmatische Lösung eines bestehenden Problems; > scheint also, wir reden aneinander vorbei. > > BTW: Ich möchte Dich bitten, wenn es das nächste Mal wieder lediglich um > die akademische Betrachtung eines theoretischen Problems geht, Da verstehst Du mich miss. Mit "Feinheit in der Bedienweise" meine ich keineswegs eine akademische Betrachtung eines theoretischen Problems. > dann auch > im OP darauf hin zu weisen. Das hilft Missverständnisse zu vermeiden, > und Leute wie ich können die eher pragmatischen Aspekte in ihren > Antworten auslassen. So eine Eingrenzung vorzunehmen wäre nicht leicht. Denn ich bin durchaus für pragmatische Wege offen, die bestimmte Teilziele nicht verwirklichen. Aber ich nehme mir die Freiheit heraus, bei zu starken Kompromissen (aus meiner subjektiven Bewertung) - ganz auf etwas zu verzichten. Hier wäre es eine Bedienweise. Ich behalte dennoch Deine Kritik im Hinterkopf. Danke für Deine Ideen und Vorschläge :) Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Technische Threadkrankheit: Das Medium als Pille
Wolfgang Jäth schrieb: >>> Im Prinzip AOL; insbesondere wenn man sich die auch noch in eine NG >>> gaten lassen kann (wie das mein Hamster macht). Allerdings dürfte heute >>> die 'Konkurenz' nicht Usenet lauten, sondern Web-Foren; und gegen die >>> gewinnen in meinen Augen die MLs mit Abstand. >> >> Ich fürchte, Du hast mich missverstanden. > > Nein; aber ich bin trotzdem der Meinung, wenn Du MLs und NGs miteinander > vergleichst, trauerst Du einer vergangenen Zeit nach. Nein, das war als pragmatischer Vorschlag zu verstehen. Der Anlass zu diesem Thread war ja das Phänomen "Abstimmen mit den Füßen", sprich: kompente und hilfswillige Leute geben auf, weil die ML so unangenehm zu lesen ist. Die "technische Threadkrankheit" ist selbstverständlich nur ein Faktor für die schlechte Lesbarkeit. Und fix und fertige Software für Web2News-Gateways gibt es ja offenbar, siehe mein Link zu dem Olympus-Forum. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Technische Threadkrankheit: Das Medium als Pille (was: Re: Zerrupfter Thread)
Wolfgang Jäth schrieb: > Am 23.05.2010 09:55, schrieb Andreas Borutta: >> Jörg Schmidt schrieb: >>> Das allgemeine Benehmen z.B. im Forum de.openoffice.info, ist >>> keinswegs besser, keineswegs können also Nutzer mit dem >>> Kommunikationsmedium Forum besser umgehen, einziger Vorteil ist das >>> bei einem Forum, die sich regelgerecht verhaltenden NUtzer weniger >>> leiden müssen, da bei einem Forum die Abhängigkeit aller von dem >>> technisch korrekten Benutzen des Mediums weniger besteht. >> >> Mir erscheint das technisch korrekte Benutzen eines Newsreaders >> einfacher zu sein, als das "Vermeiden des Zerrupfens von Threads >> (durch Fehlbedienung eines Mailclients) in einer Mailingliste". >> >> Ob der Umstieg vom Medium Mailingliste zum Medium Newsgroup jedoch >> hier eine breite Unterstützung fände, bezweifle ich. >> >> Wenn ich meine langjährigen Erfahrungen sowohl mit Mailinglisten als >> auch Newsgroup hinsichtlich ihrer "technischen Threadgesundheit" >> betrachte, verlieren Mailinglisten jedenfalls haushoch gegenüber >> Newsgroups. > > Im Prinzip AOL; insbesondere wenn man sich die auch noch in eine NG > gaten lassen kann (wie das mein Hamster macht). Allerdings dürfte heute > die 'Konkurenz' nicht Usenet lauten, sondern Web-Foren; und gegen die > gewinnen in meinen Augen die MLs mit Abstand. Ich fürchte, Du hast mich missverstanden. Mir ging es allein um den Aspekt "Zerrupfen von Threads durch technische Fehler oder Bedienfehler". Dabei wollte ich nur die Medien Mailingliste und Newsgroup als Alternativen betrachten. In Mailinglisten kommen zerrupfte Threads massenhaft vor. In Newsgroups sehr selten. Daraus schließe ich, dass zerrupfte Threads zurückgehen würden, wenn man die Mailingliste durch eine Newsgroup ersetzen würde. Newsgroups und die dafür notwendigen Clients machen es offenbar viel schwerer Threads zu zerrupfen. Deine Variante mit dem Hamster (Umwandlung einer ML in eine lokale Newsgroup) bewerte ich als genauso exotische Bedienvariante wie meine eigene über Gmane (Umwandlung einer ML auf dem öffentlichen Server gmane.org in eine Newsgroup), die wir getrost beiseite lassen können. BTW beinhalten unsere Nutzungsvarianten auch keinerlei Linderung des "Leidens" an zerrupften Threads. Wir müssen diesen Mist genauso hinnehmen wie Leser, die die ML in ihrem Mailclient lesen. Letzlich plädiere ich dafür, sich anhand von Statistiken zur "Technischen Threadkrankheit" entscheiden, welches Medium man für die Kommunikation anbieten möchte. Bevor jetzt jemand ruft "Aber Newsgroups würden Nutzer ausschließen!", siehe: >> Auf ideale Weise unterstützt würde IMHO eine Newsgroup durch ein >> Web2News-Gateway, damit auch Nutzer posten können, denen die >> Einrichtung eines Newsclient zu viel ist. >> >> Ein Beispiel für eine solche Variante: >> http://oly-e.de/2009/bshowthread.php4?group=e.allgemeines Andreas PS: Zitat erweitert, damit der neue Thread gut verständlich bleibt. -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Frage: Generell bin aber Mitglied und habe auch kein interesse an Projekten mitzuarbeiten.
Stefan Weigel schrieb: > Am 23.05.2010 06:19, schrieb Thomas Schirrmacher: > >> Diese "Bloßstellung" von Christian wird von Dir noch durch Deinen für meine >> Begriffe süffisanten Kommentar verstärkt: >> >>> Sei mir nicht böse. Ich habe Dein Mail mehrmals gelesen, einmal >>> drüber geschlafen und nochmal gelesen. Aber ich habe weder >>> verstanden, was Du sagen willst, noch habe ich Deine Frage verstanden. > > Es war wirklich nicht meine Absicht, Christian bloßzustellen Ich glaube Dir das und finde es aus Deinem bisherigen Verhalten hier in der Liste und auch das Deinen zusätzlichen Erklärungen zu der Sache plausibel. Deine Abneigung gegen Support per PM und die bevorzugte Kanalisierung auf die öffentliche Liste kann ich sehr gut nachvollziehen. Ich erhalte selber reichlich Supportanfragen zu Firefox, Thunderbird und OOo, aufgrund der Tippsammlungen auf meiner bescheidene privaten Website. Die Fragenden bitte ich fast immer, die entsprechenden öffentlichen FAQs/Archive/Wikis/Foren/Listen zu konsultieren, wenn sich die Fragen nicht auf das Verständnis der Inhalte meiner Sammlungen beziehen. Im hier diskutierten Fall wäre es IMHO günstiger gewesen, Du hättest Christian per PM gebeten, seine Frage verständlicher zu formulieren und dann selber öffentlich zu posten. Insgesamt finde ich es positiv, wenn in einer Liste Kritik und Rechtfertigung stattfindet. In diesem Sinne wünsche ich allen ein schönes Wochenende :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Zerrupfter Thread
Jörg Schmidt schrieb: > Das allgemeine Benehmen z.B. im Forum de.openoffice.info, ist > keinswegs besser, keineswegs können also Nutzer mit dem > Kommunikationsmedium Forum besser umgehen, einziger Vorteil ist das > bei einem Forum, die sich regelgerecht verhaltenden NUtzer weniger > leiden müssen, da bei einem Forum die Abhängigkeit aller von dem > technisch korrekten Benutzen des Mediums weniger besteht. Mir erscheint das technisch korrekte Benutzen eines Newsreaders einfacher zu sein, als das "Vermeiden des Zerrupfens von Threads (durch Fehlbedienung eines Mailclients) in einer Mailingliste". Ob der Umstieg vom Medium Mailingliste zum Medium Newsgroup jedoch hier eine breite Unterstützung fände, bezweifle ich. Wenn ich meine langjährigen Erfahrungen sowohl mit Mailinglisten als auch Newsgroup hinsichtlich ihrer "technischen Threadgesundheit" betrachte, verlieren Mailinglisten jedenfalls haushoch gegenüber Newsgroups. Auf ideale Weise unterstützt würde IMHO eine Newsgroup durch ein Web2News-Gateway, damit auch Nutzer posten können, denen die Einrichtung eines Newsclient zu viel ist. Ein Beispiel für eine solche Variante: http://oly-e.de/2009/bshowthread.php4?group=e.allgemeines Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] ENTER in letzter Zelle der Zeile -> Sprung zur ersten Zelle der naechsten Zeile
Jörg Schmidt schrieb: Kleinigkeit noch (AFAIR geht es, aber ich erinnere mich nicht mehr, wie die Konfiguration dazu lautet): Eine Tabelle enthält Werte von A1 bis D20. Alle Zeilen ab 21 sind ausgeblendet. Der Cursor steht in D20. In den Optionen ist "Eingabebestätigung setzt Einfügemarke nach [rechts]" zugewiesen. Ein Druck auf Enter soll nun den Cursor in A21 setzen (und die eine leere Zeile A21 bis D21 anzeigen). > >> Eben. Ich fand ja gerde die leicht zu tippende Entertaste und die >> Kaskade (Gehe zur nächsten rechten Zelle, wenn es noch eine gibt. Wenn >> es keine mehr gibt, gehe zur ersten Zelle in der nächsten Zeile. Also >> nur eine Taste, die je nach Situation das erwünschte tut. > > dann markiere den gewünschten Zellbereich entsprechend, z.B. also A1 bis > D100 und wenn dann zusätzlich unter Extras-OPtionen das nach rechts > geghen bei ENTER eingetragen ist springt ENTER in Zelle D20 automatisch > in A21 dann mit Enter weiter in B21-C21-D21-A22-... Danke. :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] ENTER in letzter Zelle der Zeile -> Sprung zur ersten Zelle der naechsten Zeile (was: Re: Re: [Calc] Daten sortieren: Leere Zellen zuerst)
Wolfgang Jäth schrieb: > Am 12.05.2010 11:33, schrieb Andreas Borutta: >> >> Kleinigkeit noch (AFAIR geht es, aber ich erinnere mich nicht mehr, >> wie die Konfiguration dazu lautet): >> Eine Tabelle enthält Werte von A1 bis D20. >> Alle Zeilen ab 21 sind ausgeblendet. >> Der Cursor steht in D20. >> In den Optionen ist "Eingabebestätigung setzt Einfügemarke nach >> [rechts]" zugewiesen. >> >> Ein Druck auf Enter soll nun den Cursor in A21 setzen (und die eine >> leere Zeile A21 bis D21 anzeigen). > > Du meinst, so wie bei Tabellen in Textverarbeitungsprogrammen? In Writer führt ENTER zu einem neuen Absatz. Du meinst vermutlich die Tabulatortaste, richtig? Ja, so ein Verhalten wie TAB in Writer wollte ich für ENTER in Calc. > Der > Unterschied ist: Tabellen bzw. ~zeilen sind dort Bestandteil des > /Inhaltes/; Zellen in in Calc sind Bestandteil des /Dokumentes/. > > Du kannst natürlich ein entsprechendes Makro schreiben oder aufzeichnen > (gehe zum Zeilenanfang; gehe eine Zeile nach unten; ändere Zeilenhöhe), > aber ich glaube nicht, daß Du damit glücklich wirst. Eben. Ich fand ja gerde die leicht zu tippende Entertaste und die Kaskade (Gehe zur nächsten rechten Zelle, wenn es noch eine gibt. Wenn es keine mehr gibt, gehe zur ersten Zelle in der nächsten Zeile. Also nur eine Taste, die je nach Situation das erwünschte tut. Nicht mehrere Tastenkürzel/Tasten.) praktisch. > Warum lässt Du nicht einfach immer ein paar wenige Leerzeilen unten > sichtbar, und wenn die aufgebraucht sind, blendest Du wieder ein paar > ein, usw.? Das Ausblenden der völlig ungefüllten Zeilen ist nur eine Nebenaufgabe. Wichtiger ist mir die Kaskade für ENTER (nicht TAB). Aber es geht hier, wie auch bei etlichen anderen Fragen von mir, um eine Feinheit in der Bedienweise. Das ist nichts, was ich von der Bedeutung oder gar der allgemeinen Relevanz hoch hänge. Schön, wenn's geht. Nicht schlimm, wenn es nicht geht. :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Wolfgang Jäth schrieb: > Du möchtest doch in Wirklichkeit auch gar nicht die Spalte > 'Projektzugehörigkeit' ausblenden, sondern die von Stefan in > <4be990b8.5060...@openoffice.org> erwähnte Hilfsspalte mit einem Inhalt > a la '=ISTLEER(B1)' o. ä. Yep. Das war ein Missverständnis. Ich bin sehr zufrieden mit dieser Lösung um die gewünschte Sortierung zu erhalten. > In der oben beschriebenen Tabelle würde ich sogar den Wahrheitswert noch > damit zu verknüpfen, daß 'Nächster Schritt' *nicht* leer ist, also z. B. > '=und(ISTLEER(A1);ISTLEER(B1))'. Dann kannst Du die Spalte auch über die > vorhandenen Datensätze aka Zeilen hinaus mit der Formel füllen, ohne > nachher beim Sortieren befürchten zu müssen, daß plötzlich *völlig* > leere Zeilen ganz nach oben rutschen. Gute Idee. Zur Zeit ist es nicht nötig, da bewußt die Spalte "Nächster Schritt" nicht zur Sortierung herangezogen wird. >> Andreas Saeger hat es schon angedeutet: Calc braucht Daten. Es gibt >> eben keine Formel wie "IST_Formatvorlage()". > > Yepp. > >> Nur dann könnte man aus einem Gestaltungsattribut per Formel einen >> Inhalt generieren lassen - der wiederum in einer ausgeblendeten Spalte >> stehen und natürlich als Sortierkriterium dienen könnte > > Über das mit der sind wir uns also einig; nur noch nicht ganz über das > 'woher mit dem Inhalt'? Ich werde mich einfach arrangieren und das Gestaltungsattribut via bedingte Formatierung zuweisen, statt wie bisher per Formatvorlage. Mit der dann zwingend nötigen (und sichtbaren) Spalte Kontext kann ich leben. Calc ist eben keine Datenbankanwendung. :) Andreas PS: Kleinigkeit noch (AFAIR geht es, aber ich erinnere mich nicht mehr, wie die Konfiguration dazu lautet): Eine Tabelle enthält Werte von A1 bis D20. Alle Zeilen ab 21 sind ausgeblendet. Der Cursor steht in D20. In den Optionen ist "Eingabebestätigung setzt Einfügemarke nach [rechts]" zugewiesen. Ein Druck auf Enter soll nun den Cursor in A21 setzen (und die eine leere Zeile A21 bis D21 anzeigen). Für das Navigieren von D20 nach A21 per Tab kenne ich die Lösung: 1 Tabelle markieren > Format > Zellen > Zellschutz > [ ]Gesperrt 2 Extras > Dokument schützen > Tabelle (Kein Passwort eingeben) -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Stefan Weigel schrieb: >> Ich denke wir missverstehen uns in diesem Punkt noch. > > Allerdings. > >> Nochmal am Beispiel: >> >> Nächster Schritt | Projektzugehörigkeit | Kontext >> --- >> Sandalen z. Schuster | | Stadt >> Farbe kaufen | Renovierung | Stadt >> Tischbein leimen | Renovierung | Werkstatt >> Fliesenleger anrufen | Renovierung | Telefon >> >> Wenn die Spalte mit der Überschrift "Projektzugehörigkeit" >> ausgeblendet ist, > > Die Spalte sollst Du ja nicht ausblenden. > > Du sollst eine vierte Spalte machen und dort mit der ISTLEER-Formel > einen Wert generieren, nach dem Du primär sortierst. Diese > Hilfsspalte kann ausgeblendet sein. Sorry, ich hatte die beiden Threads "Sortieren: Leer Zelle" und "Sortieren: Formatvorlage" durcheinander geschmissen. Kurz: Der Workaround mit ISTLEER funktioniert prima. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Michael Höhne schrieb: > Hätte ich jetzt die Alternative zwischen unterschiedlichen > Sortierverhalten bei Markierung einiger Zellen und Markierung einer > ganzen Spalte oder gleichem Verhalten, so würde ich mich für die erste > Interpretation entscheiden: Leere Zellen sind bei der Sortierung als > komplett leer zu betrachten. Alles andere würde beim Arbeiten Stress > machen. Mir würde eine schlichte Option im Sortierdialog gefallen: [ ] Leere Zellen einbeziehen Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Daten sortieren: Leere Zellen zuerst
Stefan Weigel schrieb: Aber wie ich als Reply auf Andreas' Vorschlag schon schrieb: Dann wäre die Hilfsspalte sichtbar. >>> >>> Format => Spalte => Ausblenden >> >> Mit ausgeblendeter Spalte lässt sich das Merkmal nicht mehr zuweisen. > > Bei mir schon. Oder wir reden aneinander vorbei. Ich denke wir missverstehen uns in diesem Punkt noch. Nochmal am Beispiel: Nächster Schritt | Projektzugehörigkeit | Kontext --- Sandalen z. Schuster | | Stadt Farbe kaufen | Renovierung | Stadt Tischbein leimen | Renovierung | Werkstatt Fliesenleger anrufen | Renovierung | Telefon Wenn die Spalte mit der Überschrift "Projektzugehörigkeit" ausgeblendet ist, kann der Nutzer in einem neuen "Datensatz" - ich gehöre also zu der großen Zahl der Nutzer, die Du in Deiner Vortragsfolie zum Datenpilot erwähnst :) - das Merkmal "Projektzugehörigkeit" nicht zuweisen. Meine "Forderung" war ja: ein einziges Tabellenblatt, welches sowohl zum Editieren als auch zur Anzeige dient. > Also im Dialog Daten|Sortieren... erhalte ich sehr wohl auch solche > Spalten als Sortierkriterium angeboten, die ausgeblendet sind. Klar. Andreas Saeger hat es schon angedeutet: Calc braucht Daten. Es gibt eben keine Formel wie "IST_Formatvorlage()". Nur dann könnte man aus einem Gestaltungsattribut per Formel einen Inhalt generieren lassen - der wiederum in einer ausgeblendeten Spalte stehen und natürlich als Sortierkriterium dienen könnte Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: Re: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Wolfgang Jäth schrieb: >> Aber wie ich als Reply auf Andreas' Vorschlag schon schrieb: >> Dann wäre die Hilfsspalte sichtbar. > > Format => Spalte => Ausblenden Mit ausgeblendeter Spalte lässt sich das Merkmal nicht mehr zuweisen. | Und es sollen | nicht zwei Tabellen nötig sein: eine für das Eingeben von Daten und | eine zum Betrachten. Andreas - 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: [Calc] Daten sortieren: Leere Zellen zuerst
Stefan Weigel schrieb: >> Mal sehen, vielleicht gibt es ja doch noch eine Variante, wie ich in >> Calc meinen skizzierten Wunsch verwirklichen kann. > > Logisch sehr unschön, aber vielleicht pragmatisch wäre es, statt die > Zellen leer zu lassen, diese mit einem Blank zu füllen. Daran hatte ich auch schon gedacht, aber es ist ja gerade eine sehr angenehme Bedienweise, dass man das Merkmal "gehört keinem Projekt an" durch "Nichtstun", durch Leer-Lassen einer Zelle zuweisen kann. > Ansonsten wäre es tatsächlich der Weg, in einer Hilfsspalte mit > einer Formel der Art > > =ISTLEER(A1) > > Die Werte WAHR bzw. FALSCH zu erzeugen und diese Spalte als > zusätzliches höherwertiges Sortierkriterium zu verwenden. Aber wie ich als Reply auf Andreas' Vorschlag schon schrieb: Dann wäre die Hilfsspalte sichtbar. Und störte somit. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Stefan Weigel schrieb: >> Beim aufsteigenden alphabetischen Sortieren sollten leere Zellen ganz >> oben, beim absteigenden ganz unten stehen. >> >> So erledigt das - um nur drei Beispiele zu nennen - mein MP3-Tagger. >> Oder mein HTML-Editor. Oder mein Mail-Client Thunderbird. > > Gegenbeispiele: OOo Calc, MS Excel, Google Apps Spreadsheet. > > Abgesehen davon, dass ich es logischer finde, sollte man die > offensichtliche Einheitlichkeit der Konzepte innerhalb der > Tabellenkalkulationen IMO nicht ohne driftigen Grund verlassen. Dass es in MS Excel und Google Apps Spreadsheet ebenso wie in OOo Calc gehandhabt wird, wußte ich nicht, und Dein Argument finde ich überzeugend. Danke für die Info. Mal sehen, vielleicht gibt es ja doch noch eine Variante, wie ich in Calc meinen skizzierten Wunsch verwirklichen kann. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Calc] Daten sortieren: Leere Zellen zuerst
Stefan Weigel schrieb: >> Unabhängig davon würde mich noch interessieren, wie ihr das aktuelle >> Sortierverhalten von Calc bewertet. >> >> Mir fällt spontan keine Anwendung ein, die leere Werte beim Sortieren >> nicht mit einbezieht. > > Wie soll das gehen? Ein Vergleich mit Nix? Was soll das ergeben? Beim aufsteigenden alphabetischen Sortieren sollten leere Zellen ganz oben, beim absteigenden ganz unten stehen. So erledigt das - um nur drei Beispiele zu nennen - mein MP3-Tagger. Oder mein HTML-Editor. Oder mein Mail-Client Thunderbird. Ich empfinde das als eine sinnvolle Konvention. >> Denkt ihr, das aktuelle Sortierverhalten entspricht der Erwartung der >> (meisten) Nutzer? > > Weiß net. Jedenfalls entspricht es *meiner* Erwartung. > > Wenn ich nach einem bestimmten Kriterium sortiere, dann kann ich nur > die Datensätze sortieren, in denen dieses Kriterium bestimmt ist. > Die Datensätze, in denen das Kriterium gar nicht existiert, können > nicht eingeordnet werden. Freilich müssen die irgendwo bleiben. Und > da erscheint mir das Ende der Liste als der sinnvollste Ort. Hhmm. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Daten sortieren nach: Formatvorlage
Andreas Saeger schrieb: >> ich bossel gerade an einer Calc-Tabelle, wo ich ein bestimmtes Merkmal >> nicht durch einen Text-Eintrag in einer separaten Spalte zuweise, >> sondern via Formatvorlage, der wiederum eine spezifische >> Hintergrundfarbe zugewiesen ist. >> >> Wichtig ist es, dass die Tabelle immer mal wieder mühelos neu sortiert >> (aufgeräumt) werden kann. >> >> Frage: >> Ist es möglich, die Zeilen einer Tabelle anhand der Formatvorlage (in >> der zur Sortierung vorgesehenen Spalte) sortieren zu lassen? > Calc filtert, sortiert, rechent fast immer nur mit Zelldaten. Daten und > Rechenergebnisse sind von Zellattributen vollständig unabhängig. Jedoch > können umgekehrt Zellattribute von Daten und Berechnungen abhangig sein > (mittels Funktion VORLAGE und/oder bedingte Formatierung). > Du solltest also umgekehrt jede Information als Zelldaten erfassen und > nach diesen Daten filtern, sortieren, rechnen und automatisch > formatieren, so dass alle Filter, Sortierungen, Berechnungen und > automatische Formatierungen von ein und derselben Information abhängig sind. Das Konzept der bedingten Formatierung kenne und schätze ich. In diesem Fall entspricht es jedoch nicht meiner Intention. Die Tabelle soll ja eben das Merkmal nicht in Form einer Textspalte zeigen, sondern allein in Form einer Hintergrundfarbe. Und es sollen nicht zwei Tabellen nötig sein: eine für das Eingeben von Daten und eine zum Betrachten. Wenn ich Dich richtig verstanden habe, ist es unter dieser Rahmenbedingungen nicht möglich abhängig von Formatierungs-Attributen (ereignisgesteuert, automatisch) zu sortieren, richtig? Falls sich jemand für das Anwendungsbeispiel interessiert: Es geht um eine bescheidene Aufgabenverwaltung, wo jeder Aufgabe (Next Action) ein Kontext und eine Projektzugehörigkeit zugewiesen wird. Der Kontext soll per Hintergrundfarbe visualisiert werden, die Projektzugehörigkeit wird per Text transportiert. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Daten sortieren: Leere Zellen zuerst
Andreas Saeger schrieb: >> in Calc bewirkt die Funktion "Daten > Sortieren > Sortieren nach >> Spalte: A > (x) aufsteigend" aber auch "... > (x) absteigend", dass >> leere Zeilen mit leeren Zellen in A ganz unten einsortiert werden. >> >> Ist es möglich, diese Zeilen ganz oben in der Sortierung erscheinen zu >> lassen? >> >> Dummy-Inhalte in den bisher leeren Zellen möchte ich nicht verwenden. > Alle möglichen und auch unmöglichen Sortierkriterien können mit > berechneten Feldern errechnet werden, so dass Du das Berechnungsergebnis > in die Sortierfolge einschließt. Verstehe ich Dich richtig, dass diese Spalte mit den errechneten Werten zusätzlich sichtbar (eingeblendet) sein müsste, damit sie für eine Sortierung herangezogen werden kann? Und meinst Du mit der Anwendung der Formel ... > Eine Formel mit ISTLEER() würde hier zur Anwendung kommen. ... "ISTLEER", dass in diesem Fall in die errechnete Spalte irgendein Dummy-Wert eingetragen werden müsste, der von der Sortierung berücksichtigt wird? Unabhängig davon würde mich noch interessieren, wie ihr das aktuelle Sortierverhalten von Calc bewertet. Mir fällt spontan keine Anwendung ein, die leere Werte beim Sortieren nicht mit einbezieht. Denkt ihr, das aktuelle Sortierverhalten entspricht der Erwartung der (meisten) Nutzer? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: [Calc] Einzelner Kleinbuchstabe wird in Grossbuchstabe umgewandelt
Porbadnigk, Jürgen schrieb: >> Zwar wird erwartungsgemäß ein kleingeschriebenes Wort am Anfang eines >> Satzes nicht verändert, jedoch wird ein kleingeschriebener Buchstabe >> als einziger Inhalt einer Zelle in einen Großbuchstaben verwandelt. > also bei mir nicht reproduzierbar - jedenfalls nicht mit a, b und c. Danke für's Testen. a, b, c wird hier auch nicht ersetzt. Ich hatte z.B. e, s und z probiert. Und die werden hier durch den entsprechenden Großbuchstaben ersetzt. Ich ahne mittlerweile die Ursache. Hier gibt es in "Extras > Optionen > Calc > Sortierlisten" einen Eintrag: Z,S,W,E,V Könnte ihr Euch erklären, warum diese Sortierliste zum Autoersetzen führt? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Einzelner Kleinbuchstabe wird in Grossbuchstabe umgewandelt
Moin, in Calc 3.2.0 ist Folgendes konfiguriert: "Extras > Autokorrektur-Optionen > Optionen > [ ]Jeden Satz mit einem Grossbuchstaben beginnen" Zwar wird erwartungsgemäß ein kleingeschriebenes Wort am Anfang eines Satzes nicht verändert, jedoch wird ein kleingeschriebener Buchstabe als einziger Inhalt einer Zelle in einen Großbuchstaben verwandelt. Kann das jemand reproduzieren? Kann man diese Automatik deaktivieren? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Daten sortieren: Leere Zellen zuerst
Moin, in Calc bewirkt die Funktion "Daten > Sortieren > Sortieren nach Spalte: A > (x) aufsteigend" aber auch "... > (x) absteigend", dass leere Zeilen mit leeren Zellen in A ganz unten einsortiert werden. Ist es möglich, diese Zeilen ganz oben in der Sortierung erscheinen zu lassen? Dummy-Inhalte in den bisher leeren Zellen möchte ich nicht verwenden. Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [Calc] Daten sortieren nach: Formatvorlage
Moin, ich bossel gerade an einer Calc-Tabelle, wo ich ein bestimmtes Merkmal nicht durch einen Text-Eintrag in einer separaten Spalte zuweise, sondern via Formatvorlage, der wiederum eine spezifische Hintergrundfarbe zugewiesen ist. Wichtig ist es, dass die Tabelle immer mal wieder mühelos neu sortiert (aufgeräumt) werden kann. Frage: Ist es möglich, die Zeilen einer Tabelle anhand der Formatvorlage (in der zur Sortierung vorgesehenen Spalte) sortieren zu lassen? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] [FYI] Calc-Erweiterung des Magazins c't
Moin, das Magazin c't stellt im aktuellen Heft 10/2010, S. 174 ff., eine Calc-Erweiterung vor. Zitat: | Besser kalkulieren | c't-Makrosammlung erleichtert die Arbeit in | OpenOffice Calc Artikel aus c't 10/10, S. 174 (db) | | Im Konkurrenzkampf um die meisten Funktionen scheinen manche | Entwickler eines aus dem Blickfeld zu verlieren: den Anwender. Oft | fehlen einfach elementare Dinge, die die Alltagsarbeit erleichtern | würden – auch in der Tabellenkalkulation von OpenOffice. Unsere | c't-Makros rüsten einiges nach, was die Entwickler vergessen haben. | Calc_Tools_CT.oxt Download: http://www.heise.de/ct/ftp/10/10/174/ Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Calc als bequemer Editor fuer CSV-Dateien?
Werner Tietz schrieb: Falls das nicht gehen sollte: Kann man eventuell ein Ereignismakro (Speichern) verfassen, welches beim Speichern eines ODS gleichzeitig einen Export als CSV (mit fixen Exporteinstellungen) und automatischen Überschreiben (ohne Nachfrage) der bisherigen CSV veranlasst? >>> >>> Schau dich auf http://extensions.services.openoffice.org/ um. >> >> Hhmm. >> Beim Suchwort "CSV" erhalte ich jedenfalls keinen Hinweis auf eine >> solche Erweiterung: >> http://extensions.services.openoffice.org/de/search/node/csv >> >> Falls Du oder ein anderer Leser also da etwas Konkreteres wissen, >> freue ich mich über einen Hinweis. > > Ich bin mit relativ sicher dass es Extensions gibt die einem das > gleichzeitige exportieren in verschieden Formate ermöglichen, aber ich > nehm dir nicht die Arbeit ab danach zu suchen. Ich hoffe, Du hast meine Bitte nicht als Erwartung missinterpretiert. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Calc als bequemer Editor fuer CSV-Dateien?
Christian Paul schrieb: >> Ein Tabellenblatt kann bekanntlich problemlos als CSV gespeichert >> werden. >> >> Wenn man dieses CSV jedoch wieder mit Calc öffnet, erscheint ein >> Dialogfeld "Textimport". >> >> Frage: Kann man Calc so konfigurieren, dass man nicht bei jedem Öffnen >> der Textimport-Dialog ausgefüllt werden muss, man also "einen Default >> für den Import festlegt"? >> >> Falls das nicht gehen sollte: >> Kann man eventuell ein Ereignismakro (Speichern) verfassen, welches >> beim Speichern eines ODS gleichzeitig einen Export als CSV (mit fixen >> Exporteinstellungen) und automatischen Überschreiben (ohne Nachfrage) >> der bisherigen CSV veranlasst? > > Sofern Du mit Windows unterwegs bist: verwende doch einfach das Tool CSVEdit. > Das kann "out of the box" mehr als ich brauche. Ich ich brauche viel ;-) Auch Dir, Danke für Deinen Hinweis. Aber mein Ansatz ist ein anderer. Ich bin sehr "konservativ" mit der Einführung neuer Anwendungen, hier eines Editors. Mir gefällt es, wenn ich mit einer Anwendung wie z.B. Calc nach einiger Zeit ein wenig vertraut geworden bin, sie z.B. vorwiegend über Tastenkürzel bedienen kann. Zeile/Spalte löschen, Zeile/Spalte unter/über links/rechts einfügen, Textbausteine, automatische Formatierungen, Zeile fixieren, nach Spalte ... automatisch in die erste Spalte der nächsten Zeile springen, etc. Mit einem neuen Werkzeug zum Bearbeiten von Tabellen müsste ich mir all solche effizienten Bedienweisen erneut anlesen, konfigurieren, merken. Dies nur als Hintergrundinfo zu meinen Vorlieben. Keineswegs möchte ich diesen "Konservatismus" als allgemein nützlich propagieren. Da wird jeder andere Prämissen setzen. Ich vermute, dass Nutzer, die einen mächtigen Texteditor wie z.B. Emacs, VIM oder Ultraedit gut beherrschen, die Aufgabe "CSV-Daten bequem editieren" vermutlich locker mit ihrem Editor erledigen. Mein meistgenutzter Editor ist ein HTML-Editor, daher mache ich sowohl mit einem Texteditor als auch mit OOo-Writer wenig. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Calc als bequemer Editor fuer CSV-Dateien?
Franz Waldmüller schrieb: >> Ein Tabellenblatt kann bekanntlich problemlos als CSV gespeichert >> werden. >> >> Wenn man dieses CSV jedoch wieder mit Calc öffnet, erscheint ein >> Dialogfeld "Textimport". >> >> Frage: Kann man Calc so konfigurieren, dass man nicht bei jedem Öffnen >> der Textimport-Dialog ausgefüllt werden muss, man also "einen Default >> für den Import festlegt"? >> >> Falls das nicht gehen sollte: >> Kann man eventuell ein Ereignismakro (Speichern) verfassen, welches >> beim Speichern eines ODS gleichzeitig einen Export als CSV (mit fixen >> Exporteinstellungen) und automatischen Überschreiben (ohne Nachfrage) >> der bisherigen CSV veranlasst? > ein speichern aller Tabellenblätter als csv (inkl. überschreiben) geht > mit diesem Makro: > http://extensions.services.openoffice.org/en/project/OOcalc_multi_sheets_export > du kannst die Export-Bedinungen im Makro selber festlegen. > Du musst das Makro allerdings selber starten. Ein Zuweisen des Makros zum Ereignis "Speichern" wäre also nicht möglich? Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Calc als bequemer Editor fuer CSV-Dateien?
Andreas Saeger schrieb: > Du kannst die meisten Importparameter für alle ähnlichen csv-Dateien > innerhalb eines Verzeichnisses in Base festlegen und dann in Calc un > Writer auf die Daten zugreifen. Funktioniert in den meisten Fällen > wesentlich besser als irgenein Makrogewurschtel. > > http://user.services.openoffice.org/en/forum/viewtopic.php?f=75&t=23727 > (1) Table1.csv enthält die Daten. > (2) CSV_Editor.odb enthält eine reine Base-Lösung wie editierbares csv > nahtlos in eine Datenbank eingebunden werden kann. > (3) CSV_Database ist eine Konfigurationsdatei (Pseudo-Datenbank), welche > normalen Officedokumenten die CSV-Daten bereitstellt wenn man sie als > "CSV_Database" registriert hat und unter Bearbeiten>Datenbank den > aktuellen CSV-Pfad angepasst hat. > (4) Ist eine formatierte Tabellenvorlage mit Formeln, Formatierungen und > Diagramm, wo man mit Drag&Drop aus dem Datenquellenfenster die csv-Daten > auswechseln kann. Alle Referenzen in Formeln und Diagrammen werden dabei > automatisch an die Größe der importierten Datensätze angepasst. > (5) Funktioniert ähnlich und ist für den Fall gedacht, dass man die > Textdatei editieren muss. Die Vorlage ist so formatiert, dass beim > csv-Export mit Standardeinstellungen das selbe Textformat verwended wird. > > Versuch's halt mal. Danke für das Posten dieser Lösung. Ich gestehe, dass es mir zu viel Zeit kostet, eine solch aufwändige Lösung nachzuvollziehen/ zu behalten/ vollständig zu kontrollieren. Hätte ja sein können, dass eine einfache Lösung "innerhalb" OOo-Calc existiert. Dann werde ich also weiterhin bei jedem Öffnen der CSV manuell den Filter ausfüllen (außer es ergibt sich noch eine einfache Lösung aus Werner's Vorschlag). Erst wenn ich sehr oft mit CSV-Dateien zu tun bekäme, komme ich wieder auf Deinen Vorschlag zurück. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Calc als bequemer Editor fuer CSV-Dateien?
Werner Tietz schrieb: >> Ein Tabellenblatt kann bekanntlich problemlos als CSV gespeichert >> werden. >> >> Wenn man dieses CSV jedoch wieder mit Calc öffnet, erscheint ein >> Dialogfeld "Textimport". >> >> Frage: Kann man Calc so konfigurieren, dass man nicht bei jedem Öffnen >> der Textimport-Dialog ausgefüllt werden muss, man also "einen Default >> für den Import festlegt"? > Man kann, schau dir dazu auf http://www.re-solutions.de/ooo/makros/ > 'insertCSV2Calc' an | Einfügen der Daten einer CSV-Datei in eine Tabelle einer Calc-Datei. | | Dokumentation im ODT-Format. Modul leistet als Beispiel den Import | gleichartig strukturierter, durch ein Trennzeichen getrennter Daten | in eine neue Tabelle einer Calc-Datei. Durch ein mitgeliefertes | Hilfsmakro können die nötigen Filteroptionen einfach ermittelt | werden. Hhmm. Ich wäre aus diesem Text nicht drauf gekommen, dass damit das Öffnen einer CSV-Datei ohne Rückfrage möglich ist. Auch aus dem Text des Dokumentes http://www.re-solutions.de/ooo/makros/calc_insertCSV2Calc.odt werde ich nicht schlau. Bist Du wirklich sicher, dass das Makro mein Anliegen erledigen kann? >> Falls das nicht gehen sollte: >> Kann man eventuell ein Ereignismakro (Speichern) verfassen, welches >> beim Speichern eines ODS gleichzeitig einen Export als CSV (mit fixen >> Exporteinstellungen) und automatischen Überschreiben (ohne Nachfrage) >> der bisherigen CSV veranlasst? > > Schau dich auf http://extensions.services.openoffice.org/ um. Hhmm. Beim Suchwort "CSV" erhalte ich jedenfalls keinen Hinweis auf eine solche Erweiterung: http://extensions.services.openoffice.org/de/search/node/csv Falls Du oder ein anderer Leser also da etwas Konkreteres wissen, freue ich mich über einen Hinweis. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Calc als bequemer Editor fuer CSV-Dateien?
Moin, Ein Tabellenblatt kann bekanntlich problemlos als CSV gespeichert werden. Wenn man dieses CSV jedoch wieder mit Calc öffnet, erscheint ein Dialogfeld "Textimport". Frage: Kann man Calc so konfigurieren, dass man nicht bei jedem Öffnen der Textimport-Dialog ausgefüllt werden muss, man also "einen Default für den Import festlegt"? Falls das nicht gehen sollte: Kann man eventuell ein Ereignismakro (Speichern) verfassen, welches beim Speichern eines ODS gleichzeitig einen Export als CSV (mit fixen Exporteinstellungen) und automatischen Überschreiben (ohne Nachfrage) der bisherigen CSV veranlasst? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Datei-Sperrung (File Locking) deaktivieren
Mathias Bauer schrieb: >> ich möchte gerne die Dateisperrung (File Locking) >> .~lock.dateinamen.odt# >> deaktivieren. >> In der Hilfe und im OOoWiki fand ich nichts dazu. > Du meinst das OOo-eigene File Locking. Man kann das ab der Version 3.2 > über die Konfiguration ausschalten. Der Key dafür ist > > /org.openoffice.office.Common/Misc/UseDocumentOOoLockFile > > (also ein Eintrag in der Gruppe "Misc" in der Common.xcu) Nur zur Sicherheit: Du meinst diese "common.xcu" in den Anwendungsdaten? C:\Users\[Name]\AppData\Roaming\OpenOffice.org\3\user\registry\data\org\openoffice\Office\Common.xcu (Win7) Falls ja: Mir ist noch nicht klar, was ich in dieser XML-Datei ändern muss, was Du also mit "Der Key dafür ist /org.openoffice.office.Common/Misc/UseDocumentOOoLockFile" genau meinst. > Der Wert ist vom Typ "Boolean", muss also ggf. auf "false" gesetzt werden. > > Sofern du alleine auf deine Dokumente zugreifst, sollte ein Ausschalten > nicht schaden. Mich würde aber schon interessieren, warum du das > überhaupt ausschalten willst. Die Einträge (zweite Zeile dieses Postings) stören meine Übersicht im Dateimanager. Ja, ich weiß, dass man im Dateimanager auch filtern könnte. Aber da ich keinen Nutzen des Locking für mich sehe, da ich als Einziger zugreife, möchte ich die Funktion gerne deaktivieren. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Navigator: Ueberschrift-Eintrag kennzeichnen, wenn Cursor in Ueberschrift im Dokument
Moin, ich schätze den Navigator als unentbehrliche Hilfe in umfangreichen Dokumenten. Der meistverwendete Bereich ist die Überschriften-Navigation. Gibt es eine Möglichkeit denjenigen Überschriften-Eintrag hervorheben zu lassen, wenn sich der Cursor in dieser Überschrift im Dokument befindet? Den Eintrag manuell in einer umfangreichen Überschriftenstruktur im Navigator aufzusuchen ist mühevoll. Danke. Andreas PS: Im umgekehrten Fall, also beim Auffinden einer Überschrift, wenn ein Navigator geklickt wird, hätte ich gerne noch ein visuelles Hilfsmittel zur Verfügung. Zur Zeit springt nur der Cursor an die korrespondierende Überschrift. Das Auge muss ganz schön suchen um dieses kleine Objekt zu entdecken. Gibt es vielleicht eine Möglichkeit, die Überschrift (temporär) stärker zu kennzeichnen? Zum Beispiel durch eine Hintergrundfarbe? -- Verwendete OOo-Version: die jeweils aktuellste 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] Datei-Sperrung (File Locking) deaktivieren
Moin, ich möchte gerne die Dateisperrung (File Locking) .~lock.dateinamen.odt# deaktivieren. In der Hilfe und im OOoWiki fand ich nichts dazu. Den Hinweis | Um dies zu deaktivieren, muss die entsprechende Umgebungsvariable | SAL_ENABLE_FILE_LOCKING=0 gesetzt und mit 'export | SAL_ENABLE_FILE_LOCKING' dem System bekannt gemacht werden. auf http://de.openoffice.org/readme.html habe ich nicht verstanden. Wie setzt man das bitte (auf Win7) um? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Nur die unter Win7 "eingeblendeten" Schriftarten auflisten?
Moin, ich habe in der Doku und im OOo-Wiki nachgesehen, konnte aber nicht herausfinden, wie man die Anzahl der aufgelisteten Schriftarten (an diversen Stellen in OOo-Interfaces) auf die Gruppe reduziert, die in Win7 als "eingeblendet" deklariert wurde. Geht das? Danke. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: Re: [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Werner Tietz schrieb: >> Das kenne ich. >> Aber das Symbol muss ja mit dem konkreten Makro "korrespondieren", >> damti es die Schaltzustände korrekt darstellt. > > Evtl. könnte man den "Zustand" der Schaltfläche irgendwie aus dem Makro > heraus steuern, ich weiss aber nicht wie und bin mir relativ sicher daß > das ( falls überhaupt ) deutlich mehr Makrocode erfordert wie die > bisherigen 3 Zeilen. Alles klar. Ich war eh vor allem neugierig und habe natürlich keinesfalls erwartet, dass Du jetzt noch Code nachlegst. Nur zur Klarstellung :) Hätte ja auch sein können, dass es fertige "Pakete" für "Schaltzustand-Symbole für Makros" gibt. Habe eben einem Freund ein längeres Dokument mit Aufgabentypen "tun", "getan", "klären" gezeigt, welches ich mit Deinen Makros ausgestattet habe. "Whow, sehr übersichtlich!", war sein Kommentar :) Also nochmal: Danke! Es juckt mich ja noch, den von mir geschätzten Navigator zu "tunen". * Ausblenden der Symbolleisten * Tastenzugriff auf häufig verwendete Befehle wie "Kapitel hoch", "Anzahl der Ebene" etc. * Zeilenumbruch in der Sidebar * Ausblenden aller nicht benötigten Kategorien wie "Grafik", "Tabellen" etc. Aber da ist, ich weiß es aus zurückliegenden Anfragen, leider nix zu machen. Auch meine folgende Idee wird sich wohl nicht umsetzen lassen: Einfärben von Überschriften in einer oder mehreren Farben, abhängig davon, welche Absatzvorlagen "unterhalb" von ihr vorkommen. Wenn also z.B. "unterhalb" einer Überschrift nur Absätze mit der Absatzvorlage "getan" vorkämen, erhielte sie - dynamisch - eine bestimmte Hintergrundfarbe (die gleiche BTW, wie die Absatzvorlage "getan"). Wenn jedoch "unterhalb" dieser Überschrift Absätze mit der Absatzvorlage "getan" und "klären" vorkämen, dann würde die Überschrift mit zwei verschiedenen Hintergrundfarben versehen. Ist wohl mit OOo nicht zu realisieren. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: Re: [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Josef Latt schrieb: >> Den "Schaltflächen" ist ja kein Icon zugeordnet, es erscheint einfach >> der Name des Makros. >> >> Gibt es einen Weg, den Makros ein "Schalt-Icon" zuzuweisen, sowas wie >> bei "Fett" oder "Kursiv"? >> Also ein Icon, welches den Schalt-Zustand visualisiert. >> >> Das wäre noch das I-Tüpfelchen für die Lösung. :) > > Such doch mal in der Hilfe nach 'Symbol austauschen'. Das kenne ich. Aber das Symbol muss ja mit dem konkreten Makro "korrespondieren", damti es die Schaltzustände korrekt darstellt. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Andreas Borutta schrieb: > Werner Tietz schrieb: >>> Falls jemand den passenden Makrocode aus der Hand schüttelt, würde ich >>> mich darüber freuen. >>> Wichtig ist, dass das Makro als Schalter wirkt, denn es soll mit einem >>> einzigen Tastenkürzel oder Schaltfläche aktiviert und auch deaktiviert >>> werden können. >> >> ___ >> Sub ausgeblendet >> absatz =_ >> thiscomponent.StyleFamilies.getByName("ParagraphStyles").getbyName("Standard") >> >> absatz.CharHidden = not absatz.CharHidden >> End Sub >> _ > > Ganz herzlichen Dank. :) > > Es funktioniert auf Anhieb perfekt. Darf ich noch eine Frage zum Auslösen solcher "Schalt-Makros" stellen? Ich habe die drei Makros als "Schaltfläche" in die Symbolleiste gelegt um einfachen Zugriff zu erhalten. Den "Schaltflächen" ist ja kein Icon zugeordnet, es erscheint einfach der Name des Makros. Gibt es einen Weg, den Makros ein "Schalt-Icon" zuzuweisen, sowas wie bei "Fett" oder "Kursiv"? Also ein Icon, welches den Schalt-Zustand visualisiert. Das wäre noch das I-Tüpfelchen für die Lösung. :) Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Werner Tietz schrieb: >> Falls jemand den passenden Makrocode aus der Hand schüttelt, würde ich >> mich darüber freuen. >> Wichtig ist, dass das Makro als Schalter wirkt, denn es soll mit einem >> einzigen Tastenkürzel oder Schaltfläche aktiviert und auch deaktiviert >> werden können. > > ___ > Sub ausgeblendet > absatz =_ > thiscomponent.StyleFamilies.getByName("ParagraphStyles").getbyName("Standard") > > absatz.CharHidden = not absatz.CharHidden > End Sub > _ Ganz herzlichen Dank. :) Es funktioniert auf Anhieb perfekt. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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: Re: [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Edgar Kuchelmeister schrieb: >> Falls jemand den passenden Makrocode aus der Hand schüttelt, würde ich >> mich darüber freuen. > > OOo hat einen Makrorekorder, schon mal ausprobiert? Klar. Aber "Schalter" waren damit in der Vergangenheit nicht möglich. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Suchfeld dauerhaft sichtbar in Symbolleiste - statt Fenster
André Schnabel schrieb: >> Gibt es vielleicht eine Erweiterung (oder sonst einen Weg) mit der in >> OOo ein Suchfeld dauerhaft in der Symbolleiste angezeigt werden kann? >> > > Jepp: warten auf OOo 3.3 > > http://wiki.services.openoffice.org/wiki/Specification_search_toolbar Sehr fein! :) Danke für den Hinweis. Andreas -- Verwendete OOo-Version: die jeweils aktuellste 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] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
André Schnabel schrieb: >> "Zeige nur A" >> "Zeige nur A und B" >> "Blende A aus" >> etc. >> >> Diejenigen Absatzvorlagen, die "unsichtbar" sein sollen, müssen >> wirklich vollständig aus der Darstellung verschwinden. Es darf keine >> Lücke bleiben, so wie es z.B. mit "weißer Schrift" erzielbar wäre. >> > > benutze statt weißer Schrift, den dafür vorgesehenen Schrifteffekt > "ausgeblendet". Den wiederum könnte man per Makro setzen. Ich war so sicher, dass es via "Schrift" nicht geht. Du hast (natürlich) Recht. Per Schrifteffekt "ausgeblendet" geht es perfekt. Falls jemand den passenden Makrocode aus der Hand schüttelt, würde ich mich darüber freuen. Wichtig ist, dass das Makro als Schalter wirkt, denn es soll mit einem einzigen Tastenkürzel oder Schaltfläche aktiviert und auch deaktiviert werden können. Andreas -- OOo 3.2 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] [Writer] Suchfeld dauerhaft sichtbar in Symbolleiste - statt Fenster
Moin, ich verwende ziemlich oft die Suchfunktion in umfangreichen Dokumenten. Dabei überdeckt das Suchfenster stets Inhalte. Gibt es vielleicht eine Erweiterung (oder sonst einen Weg) mit der in OOo ein Suchfeld dauerhaft in der Symbolleiste angezeigt werden kann? Sehr hübsch wäre dann noch die Funktionalität "on-the-fly" also das unmittelbare Anzeigen von Treffern von der Eingabe des ersten Zeichens an. Danke. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] [Writer] Sichtbarkeit von Absaetzen mit bestimmten Absatzvorlagen steuern
Moin, ich habe ein Dokument in dem drei verschiedene Absatzvorlagen (A,B,C) eingesetzt werden. Jede Vorlage visualisiert mit Hilfe ihrer Gestaltmerkmale einen bestimmten Zustand. Gerne würde ich nun zwischen verschiedenen "Sichten" flott umschalten. Beispiel: "Zeige nur A" "Zeige nur A und B" "Blende A aus" etc. Diejenigen Absatzvorlagen, die "unsichtbar" sein sollen, müssen wirklich vollständig aus der Darstellung verschwinden. Es darf keine Lücke bleiben, so wie es z.B. mit "weißer Schrift" erzielbar wäre. Im Navigator konnte ich nix finden. Fällt Euch zu so einer Aufgabe ein Weg ein? Für mich wäre auch die Info "geht via Makro" grundsätzlich interessant, auch wenn ich selber keine Makros verfassen kann. Danke. Andreas -- OOo 3.2 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: Re: Absatzvorlage: Hintergrundfarbe nicht ueber Absatzabstaenden
Andre Schnabel schrieb: >> Bei mir soll der /ganze/ Absatz hinterlegt sein, nicht nur die >> Zeichen. > > Dann benutze am Besten eine Rahmenlinie für den unteren Absatzrand. Danke. Manchmal kommt man auch auf naheliegende Lösungen nicht. Nur noch aus Neugier: Ist das spezielle Verhalten von OOo, das Erstrecken der Hintergrundfarbe bei /gleichen/ Absatzvorlagen eigentlich irgendwo dokumentiert? Haltet ihr eine Option ähnlich wie das "Verschmelzen" bei Umrandungen bei "Hintergrundfarbe" für sinnvoll um die Kontrolle über Gestaltungsoptionen zu vervollkommnen? Andreas -- OOo 3.2 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: Absatzvorlage: Hintergrundfarbe nicht ueber Absatzabstaenden
Heinz Teucher schrieb: >> ich habe mehrere Absatzvorlagen, die alle einen Abstand vor und nach >> dem Absatz zuweisen und weiterhin eine Hintergrundfarbe. >> >> Die Hintergrundfarbe erstreckt sich auch über den "Zwischenraum" >> zwischen den Absätzen. >> >> Gibt es einen Weg, dass die Hintergrundfarbe nicht über den >> "Zwischenraum" erstreckt? > wähle die Farbe in der Absatzvorlage als Hintergrund für die Zeichen > statt für Absatz. Danke für Deine Anregung Das Verfahren kannte ich, jedoch ist es ein ganz anderer gestalterischer Effekt als der, den ich erzielen will. Bei mir soll der /ganze/ Absatz hinterlegt sein, nicht nur die Zeichen. Andreas -- OOo 3.2 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] Absatzvorlage: Hintergrundfarbe nicht ueber Absatzabstaenden
Moin, ich habe mehrere Absatzvorlagen, die alle einen Abstand vor und nach dem Absatz zuweisen und weiterhin eine Hintergrundfarbe. Die Hintergrundfarbe erstreckt sich auch über den "Zwischenraum" zwischen den Absätzen. Gibt es einen Weg, dass die Hintergrundfarbe nicht über den "Zwischenraum" erstreckt? Hintergrund der Frage: Es gibt eine Folge von Absätzen, denen verschiedene Absatzvorlagen zugewiesen wurden. Ich möchte, dass zwischen jedem dieser Absätze Weißraum steht und nicht nur zwischen Absätzen mit verschiedenen Absatzvorlagen. Über einen Rat freue ich mich. Danke. Andreas -- OOo 3.2.0 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: [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPh one
Andreas Saeger schrieb: >> Bevor ich diesen ziemlich mühsamen und komplizierten Weg nachgehe, >> möchte ich den Vorteil gegenüber dem sehr einfachen Anbinden der >> Datenbank via SQLiteAdministrator (http://sqliteadmin.orbmu2k.de/) >> verstehen. >> (sqliteadmin.exe muss nicht mal installiert werden) >> >> Ich habe in SQLiteAdministrator einfach "AddressBook.sqlitedb" (die >> lokale Kopie) geöffnet und das hat auf Anhieb geklappt. >> > Damit hast Du ein Entwicklungstool, um die Datenbankstruktur selbst > anzupassen. > > In Base hast Du ein Benutzertool, um die Datenbank mit Deinen eigenen > Daten zu füllen und Daten in jeder Zusammenstellung und Reihenfolge > wieder abzufragen (zu benutzen). OK. Nur aus Neugier, um Alternativen zu kennen: Gibt es auch "Benutzertools" ausserhalb von OOo? >> http://borumat.de/+screenshots/sc-210-08_38_24.png > > Für eine Adressdatenbank sieht das Teil recht strukturiert aus. Da wirst > Du wohl doch ein wenig mehr Expertise benötigen, um sinnvolle > Eingabeformulare zu erstellen. Das habe ich befürchtet :) > http://user.services.openoffice.org/en/forum/download/file.php?id=3048 > (Sammler) Hhmm. Wenn ich die in Base zu öffnen versuche, erhalte ich eine Fehlermeldung. http://borumat.de/+screenshots/sc-211-12_03_18.png Vermutlich sind noch diverse vorbereitende Schritt nötig, damit eine Datenbank in Base genutzt werden kann, richtig. > Aber vergiss mal Eingabeformulare. Für jeden Anwender bietet Base in > hinreichend einfacher Weise genug Möglichkeiten die Daten von der Quelle > in Richtung Officedokumente fließen zu lassen, ohne Daten in die andere > Richtung zurückzuschreiben. > Mit einer Adressdatenbank willst Du irgendwann mal Serienbriefe erstellen. Ich habe das Feature "Serienbriefe" noch nie benötigt. Ich drucke fast nie. Kurz: ich kann mir zur Zeit (für mich) keinen Anwendungsfall vorstellen, wo ich Daten in Writer oder Calc nutzen möchte. Ich benötige tatsächlich nur ein aufgeräumtes Interface zum Eingeben und Abfragen von Daten. Anders: Ich bin immer noch sehr skeptisch, ob OOo (Base, Writer) die für meine Ziele geeigneten Werkzeuge sind. > Leider zeigt Dein Screenshot, dass die DB weder vordefinierte Abfragen > noch Views enthält. Die würde man ziemlich einfach für Serienbriefe und > ähnliches benutzen können (z.B. "Zeige alle Personen mit vollständigen > Postadressen sortiert nach Postleitzahl"). > Ohne die konkrete Datenbank auf meinem Rechner kann ich da jetzt nicht > weiter helfen. Nicht weil ich andeuten will, dass ich so eine Hilfe erwarte: Du hattest im letzten Posting aber mitbekommen, dass ich das Datenbankfile zum Download angeboten hatte, oder? > Ich weiß nicht in wie weit es eine Mac-Community gibt, > die vorgefertigte Datenbankabfragen für diese Datenbank mit anderen teilt. Behalte ich mal im Hinterkopf, das in der passenden Newsgroup zu fragen. Aber ich befürchte, Mac-User, verwenden typischerweise die Default-Anwendungen zur Adressverwaltung und suchen nicht nach freien Werkzeugen für diese Aufgabe. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPh one
Andreas Saeger schrieb: > Ich habe nochmal ein wenig nachgehakt. > http://www.apple.com/de/macosx/what-is-macosx/apps-and-utilities.html > erwähnt einen ODBC-Administrator, was wohl das gleiche ist wie der > ODBC-Manager in den Systemeinstellungen von Windows. > > http://www.ch-werner.de/sqliteodbc/ schreibt: >> Chris Wolf kindly provided a build of version 0.72 supporting SQLite3 for >> MacOSX on PowerPC in the form of an installer package (sqlite3odbc-0.72.dmg) >> and a build of version 0.83 for MacOSX 10.5 on Intel as another installer >> package (sqlite-odbc-0.83.dmg). > > http://www.ch-werner.de/sqliteodbc/sqlite-odbc-0.83.dmg ist dann > wahrscheinlich Dein Installationspaket. > Nachdem dieses Paket installiert ist, solltest Du in der Lage sein, im > ODBC-Administrator eine Verbindung zu Deiner AddressBook.sqlitedb > herzustellen. [...] Erstmal herzlichen Dank für das Aufzeigen des Weges. Bevor ich diesen ziemlich mühsamen und komplizierten Weg nachgehe, möchte ich den Vorteil gegenüber dem sehr einfachen Anbinden der Datenbank via SQLiteAdministrator (http://sqliteadmin.orbmu2k.de/) verstehen. (sqliteadmin.exe muss nicht mal installiert werden) Ich habe in SQLiteAdministrator einfach "AddressBook.sqlitedb" (die lokale Kopie) geöffnet und das hat auf Anhieb geklappt. http://borumat.de/+screenshots/sc-210-08_38_24.png Für mich ist wichtig zu wissen, wieviel Aufwand es ist, zu dem im letzten Posting erwähnten "aufgeräumten Interface" für Eingaben und Abfragen zu gelangen. Weder kann ich den Aufwand dafür noch die nötigen Kenntnisse dafür abschätzen. Daher nochmal die Frage für OOo: Könnte bitte ein Mitleser mal ein Beispiel eines OOo-Formulars zu irgendeiner Datenbank mit einem "aufgeräumten Interface", also Formular, verlinken, damit ich eine Vorstellung erhalte, ob das, was ich anstrebe überhaupt via OOo erreichbar wäre. Ob und wie man via SQLiteAdministrator ein aufgeräumtes Interface realisieren kann, weiß ich bisher auch nicht. SQLiteAdministrator ist ja eine generisches Interface für Techniker, nicht für Endnutzer. Oder ist das Selber-Verfassen von Abfrage- und Eingabeformularen doch völlig utopisch für einen Datenbanklaien (wie ich im vorigen Posting vermutete), weil für das Erzeugen von Formularen sehr genaue Kenntnisse zu Datenbanken nötig sind? Ich schreibe hier zu diesen übergreifenden Dingen auch so ausführlich, weil es mir in dieser ganzen Angelegenheit nicht nur um diesen einen Anwendungsfall "Kontaktdaten" geht. Vielmehr legen diverse Anwendungen des iPod ihre Daten in Form von SQLite-Datenbanken ab. Und für praktisch keine dieser Anwendungen stehen (erstaunlicherweise) keine fertigen plattformunabhängigen freien Werkzeuge bereit. Hintergrund meiner Fragen ist auch ein Interesse an Lösungen, die nicht nur meine eigene Aufgabe lösen, sondern auch für andere "normale" Anwender leicht nachvollziehbar sind. Mit anderen Worten: es soll erst dann um technische Feinheiten gehen, wenn es Einigkeit um die Zielmerkmale gibt. Ich hoffe, Du, Andreas S., kannst meine Position ein wenig nachvollziehen. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPh one
Andreas Saeger schrieb: >Guenter Wallnig wrote: >> Möglicherweise kann man OOo Base als GUI dafür einrichten? >> Oder, was wohl für Deinen Anwendungsfall noch passender wäre, Du >> bearbeitest das mit Thunderbird? Ich kann das Interface von Thunderbird für Adressen nicht leiden, daher scheidet es für mich aus. >>> Möglicherweise hätte man mit der erwähnten Calc-Tabelle sogar ein >>> universelles Mittel in der Hand, auch solche Ziele "zu füllen". >> >> Von manchen Programmen, welche mit Adressen arbeiten, weiß ich, daß die >> einen Im- und Export im LDIF-Format bieten. Das sind reine Text-Dateien, Die Importmöglichkeiten für Adressen in Form von Textdateien, genauer als CSV-Dateien, hatte ich im Hinterkopf, als ich darauf hoffte, dass ich einfach 'ne Calc-Tabelle als Quelldokument einsetzen kann. Ich erwähnte ja schon, dass mir die Schlichtheit des Interfaces für solche (in meinem Fall) wenig komplexen Aufgaben am liebsten ist. Keine Aufteilung in Edit- und Ausgabemodus. Einfach eine große Tabelle für Adressdaten. Für mich wäre das perfekt. Aber natürlich vertraue ich Dir, Andreas Saeger, dass das offenbar keine vernünftige Lösung wäre. > Das Problem mit Base ist immer das gleiche. Bei bestimmten Kombinationen > von Betriebssystemen/Datenbanken/Treibern/Officeversionen bist Du das > erste Versuchskaninchen, und allzu oft stellt sich heraus, dass Du der > erste bist, der über irgendeine Regression, Inkompatibilität, > unvorhergesehene Situation stolpert. Da immer verschiedene > Softwareprodukte involviert sind, ist die Dokumentation oft nur schwer > in eine klare Handlungsanweisung zu übersetzen. Mit SQLite/JDBC fühle > ich mich auch überfordert. Scheint mehr was für Java-Entwickler zu sein. OK, damit scheidet für mich Base auch aus. Das Problem eines Webinterfaces als Schnittstelle ist aus meiner Sicht das Fehlen von effizienten Bedienweisen wie Tastenkürzeln. Und das "Selber-Herstellen" einer aufgeräumten und effizient bedienbaren Schnittstelle ist leider ganz klar was für erfahrene Datenbankprofis. Sowas ist für mich unerreichbar. Es ist eben Pech, dass sich die Masse der Nutzer von Smartphones mit dem Zwang zur Benutzung einer proprietären Anwendung zufriedengibt. Und auf der anderen Seite finden bisher Entwickler von freier Software eben die Idee einer plattformübergreifenden Anwendung für das Verwalten von Kontakten auf verbreiteten Smartphones eben nicht interessant. > Natürlich sollte es möglich sein innerhalb von 15 Minuten die > erforderlichen Teile des Puzzles herunterzuladen und so einzurichten, > dass eine SQLite-Datenbank auf Andreas Boruttas iPhone in OpenOffice.org > abfragbar und hoffentlich sogar editierbar zugänglich gemacht wird. > Das wäre wesentlich besser als diverse Listen auf diversen Rechnern > immer wieder über Austauschformate zu synchronisieren. Könntest Du vielleicht aus einem anderen Bereich eine GUI als Screenshot zeigen, die eine Datenbank zugänglich macht. Vielleicht ist es anderen Nutzern unwichtig - mir jedoch liegt bei solchen Basis-Aufgaben wie "Adressverwaltung" viel an einer wirklich aufgeräumten Schnittstelle. Überflüssiges, also Bedienelemente, die ich im Standardbetrieb nicht benötige, möchte ich dort auf keinen Fall sehen. Auch aus ästhetischer Sicht (nicht nur aus funktionaler) ist mir dieses Prinzip der "Konzentration auf das Benötigte" wichtig. Um jedem falschen Eindruck vorzubeugen: wenn ich hier über meine Wünsche schreibe, drückt dies keinerlei Erwartungshaltung aus. Sollte ich keine Lösung finden, die ich mit einem für mich akzeptablen Zeitaufwand realisieren kann, werde ich, zähneknirschend zwar, auf eine Adressverwaltung auf dem mobilen Gerät verzichten. Kurzlebige und stark kompromissbehaftete Lösungen reizen mich bei so einer Basisaufgabe nicht. > Selbst wenn dieses Ansinnen ein wenig Gefummel erfordern würde, so würde > es eindrucksvoll demonstrieren, was mit standardisierten > Softwareschnittstellen bewerkstelligt werden kann, selbst dann, wenn > noch niemand irgendein Tool für den speziellen Zweck geschrieben hat. > > Was den Zugriff auf die iPhonedatei angeht, gehe ich mal davon aus, dass > ein PC mit installiertem OOo das iPhone als ein beschreibbares > Netzlaufwerk oder ähnliches abbildet, Ich kann nur sagen, dass ich auf dem PC den Zugriff auf das Dateisystem per SFTP direkt im Dateimanger auf einfache Weise umsetzen konnte. Näheres gerne auf Anfrage. > Weiß jemand, wo man sich eine Testdatenbank herunterladen kann? > Vielleicht eine leere Adressdatenbank vom iPhone? Ich habe meine leere Adressdatenbank des iPod Touch (FW 3.1.2) für Dich hochgeladen: http://borumat.de/+temp/ipod-touch/AddressBook.sqlitedb Die Datenbank dürfte im iPhone dieselbe sein. Der Pfad im Dateisystem des iPod lautet: /var/mobile/Library/AddressBook/AddressBook.sqlitedb BTW sind auch andere Basisanwendungen wie Kalender oder Notizen per SQlite realisiert. Aber auch externe Anwendungen wie die von der Usability her IMHO extrem
[de-users] Re: [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPh one
Andreas Saeger schrieb: >> Kann bitte jemand etwas zur korrekten Anbindung von >> AddressBook.sqlitedb >> in Base sagen? >> >> Oder ist ein Webinterface die bessere Wahl gegenüber Base? >> > So ein Webinterface ist immer eine tolle Sache. Nur was, wenn Du die > Daten in Calc oder Writer verwursten willst? Verwursten habe ich eigentlich nicht vor. >> Da die Aufgabe ja alles andere als exotisch ist, die Geräte sind weit >> verbreitet, nochmal die Frage, ob es vielleicht bereits fertige >> Lösungen gibt? > Base kann nicht für hunderte, teils proprietäre, Datenbanken einen > eigenen Treiber beinhalten. Hätte ja sein können, dass es für eine derart verbreitete Geräteklasse "iPod/iPhone" einen "Treiber" gibt. Ich hatte auch darauf gehofft, weil für Outlook ein Treiber bereitsteht. Ein iPod kann laut Handbuch mit Outlook synchronisiert werden. > JDBC dürfte das Mittel der Wahl sein, vielleicht auch ODBC. > Tatsächlich: http://www.ooowiki.de/SqLite [JDBC] http://borumat.de/+screenshots/sc-209-17_33_05.png OK. "Anbinden" scheint also ein komplizierter Vorgang zu sein als das Angeben der Datei. Noch verstehe ich nicht, was zu tun ist. ODBC scheidet laut Wikiartikel aus, weil es sehr langsam sein soll. > http://documentation.openoffice.org/HOW_TO/data_source/SQLite.pdf [ODBC] Bisher kann ich den Aufwand für einen in Datenbanken völlig unerfahrenen Nutzer nicht einschätzen, die Aufgabe zu lösen. Da es keine öffentlich verfügbaren fertigen Lösungen gibt, könnte das auch ein Indiz sein, dass die Aufgabe nur für Datenbankprofis zu lösen ist. Kann mir bitte jemand den Aufwand grob abschätzen? Ich habe keine Vorstellung davon. Danke. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPh one
Andreas Saeger schrieb: > Calc-Zellen (Excel genauso) können niemals eine Datenbank bearbeiten. > Dies ist der originäre Daseinszweck von Datenbankverbindungen und > Formularen. > Verbinde Base mit der Datenbank Es gibt in Base in dem Ausklappfeld "Verbindung zu bestehender Datenbank herstellen" keine Eintrag "SQLite". Kann bitte jemand etwas zur korrekten Anbindung von AddressBook.sqlitedb in Base sagen? Oder ist ein Webinterface die bessere Wahl gegenüber Base? Da die Aufgabe ja alles andere als exotisch ist, die Geräte sind weit verbreitet, nochmal die Frage, ob es vielleicht bereits fertige Lösungen gibt? Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] [Calc] Tabelle für Kontaktdaten fuer Export als SQLite z.B. auf Apple iPod/iPhone
Moin, Kontaktdaten werden auf dem iPhone/iPod Touch in Form einer SQLite Datenbank gespeichert. Ich möchte gerne auf Desktoprechner in Form einer Calc-Tabelle diese Datenbank nutzen. Genauer: Ich möchte in der Calc-Tabelle Kontaktdaten hinzufügen, löschen, verändern. Den Zugriff auf das Dateisystem des iPod Touch habe ich bereits eingerichtet. So kann ich bequem per Dateimanager auf das Datenbankfile zugreifen: /var/mobile/Library/AddressBook/AddressBook.sqlitedb Meine Frage: Gibt es vielleicht eine fertige vorbereitete Calc-Tabelle, die man für diesen Zweck verwenden kann? Wenn ich es richtig verstehe, verwenden auch andere Online- bzw. Offline-Anwendungen, SQLite als Datenbanktyp für Kontaktdaten. Zum Beispiel Google-Mail. Möglicherweise hätte man mit der erwähnten Calc-Tabelle sogar ein universelles Mittel in der Hand, auch solche Ziele "zu füllen". Warum ich eine schlichte Tabelle einer richtigen Adressanwendung auf dem Desktop vorziehe? Mein Adressbestand ist überschaubar. Mit wenigen Tastendrücken kann ich die Tabelle durchblättern. Zudem gefällt es mir, in der Tabelle sowohl editieren zu können, als auch den gesamten Bestand zu übersehen. Am Desktoprechner ist das Display für sowas groß genug. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Hoehe der unteren Scroll-Leiste unabhaengig von OS-Default festlegen?
Moin, ich habe in meinem OS Win XP die Höhe der unteren Scroll-Leiste auf die minimale Höhe gestellt, weil ich sie eh per Scrollrad bediene und nicht mit dem Mauszeiger treffen muss. Mir gefällt es, mehr Höhe für Inhalte zur Verfügung zu haben und mir gefällt die unaufdringlichen, schmalen Scroll-Leiste. Problem in OOo: Die Tabs in Calc erhalten dieselbe Höhe wie die Scroll-Leiste. Deren Beschriftung wird somit unlesbar. Frage: Kann man, nur für OOo separat, den Default des OS für die untere Scroll-Leiste überschreiben? Danke. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Textsuche über Dateien in einem Verzeichnisbaum
Raphael Bircher schrieb: [Volltextsuche] > Ohne das Windows die .odt oder .ods entpackt kommt es unmöglich an > den Inhalt Der Dateimanager TotalCommander wurde hier im Thread bereits erwähnt. Die Volltextsuche in ODTs beherrscht auch der Dateimanager Speedcommander von Hause aus. http://www.speedproject.de/enu/speedcommander/index.html Speedcommander ist keine freie Software, hat eine exzellente Qualität und wird von einem sehr engagierten Programmierer seit vielen Jahren stetig weiterentwickelt. Der Kontakt zu den Anwendern ist sehr gut. Unter Windows kenne ich keinen besseren Dateimanager. Nein, ich stehe in keinerlei geschäftlichen Verbindung zu dem Anbieter, sondern bin lediglich vom Produkt begeistert. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Textsuche über Dateien in einem Verzeichnisbaum
Raphael Bircher schrieb: [Volltextsuche] > Ohne das Windows die .odt oder .ods entpackt kommt es unmöglich an > den Inhalt Die Desktop-Suchmaschine Copernic kann ODT-Dokument durchsuchen: http://www.copernic.com/en/products/desktop-search/features-file-types.html Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Writer] Absatzvorlage "unsichtbar machen"
André Schnabel schrieb: > Andreas Borutta schrieb: Hi, >> ich möchte eine sehr simple Aufgabenverwaltung mit Writer realisieren. >> >> Sie besteht aus mehreren Aufzählungen, also Listen. >> Jeder der Absätze der Listen besitzt die Absatzvorlage "Aufzählung". >> >> Gibt es eine Eigenschaft von Absatzvorlagen, die den gesamten Absatz >> "aus der Anzeige ausblendet"? >> > > Ja - Texteffekt "Ausgeblendet". Mir ist es gestern partout nicht eingefallen und ich hatte sogar nach dem Stichwort "ausblenden" gesucht - im ooowiki.de - ohne Erfolg. Ich hätte in der Onlinehilfe schauen sollen. Sorry. >> Hintergrund: >> Ich möchte erledigten Aufgaben per Tastenkürzel eine Absatzvorlage >> "Aufzählung unsichtbar" zuweisen. >> > > Würde dann gehen ... du solltest das aber vorher genau prüfen ... und > dich ggf. schon mal auf IssueZilla einstellen. > > Ich habe es gerade nur kurz probiert. Funktioniert auch erstmal. Aber > eigentlich sollten die derart ausgeblendeten Absätze / Zeichen wieder > angezeigt werden, wenn Steuerzeichen eingeblendet werden. Dazu muss in > Extras - Optionen, Writer - Formatierungshilfen die Option > "ausgeblendeter Text" aktiv sein. Klappt prima. Vielen Dank. [Lösung der Aufgabe via Feldbefehl] Werde ich ausprobieren. Klingt auch gut. Klasse, was mit OOo alles geht :) Andreas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] [Writer] Absatzvorlage "unsichtbar machen"
Moin, ich möchte eine sehr simple Aufgabenverwaltung mit Writer realisieren. Sie besteht aus mehreren Aufzählungen, also Listen. Jeder der Absätze der Listen besitzt die Absatzvorlage "Aufzählung". Gibt es eine Eigenschaft von Absatzvorlagen, die den gesamten Absatz "aus der Anzeige ausblendet"? Hintergrund: Ich möchte erledigten Aufgaben per Tastenkürzel eine Absatzvorlage "Aufzählung unsichtbar" zuweisen. Falls jemand eine andere Idee zur Lösung der Aufgabe hat, freue ich mich über Anregungen. Entscheidend ist, dass per Tastenkürzel ein Aufzählungsabsatz verschwindet/sich ausblenden lässt. Auf Wunsch soll man alle ausgeblendeten Aufzählungsabsätze wieder einblenden können. Das Ziel ist klar: Aufgabenlisten übersichtlich halten, frei von bereits erledigten Punkten. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Seitanzahl 1 auf Seite 2 einfügen
André Nickel schrieb: > Und bei der ersten Seite erscheint immer dennoch die Seitenzahl 1, obwohl sie > auf der 3.Seite nach der leeren Seite nochmal erscheint. Dann habe ich sie > jedesmal zweimal. Wie bekomme ich also Seite 1 ohne eine Seitenzahl und > gleichzeitig Seite 2 mit Seitenzahl 1 und dann normal fortlaufend ??? > Habe schon ooowiki genutzt, aber hat mir nicht wirklich weitrgeholfen. Es gab dazu kürzlich einen längeren Thread, wo das Thema ausführlich behandelt wurde: http://de.openoffice.org/servlets/ReadMsg?list=users&msgNo=88067 From: Andreas Borutta Date: Sun, 30 Aug 2009 08:24:32 +0200 Subject: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwir Die Listensoftware hat leider die Artikel nicht in einem Thread zusammengehalten; sie stehen als verstreut. Zum Lesen gehst Du am besten ins Archiv und blätterst dort mal durch: http://de.openoffice.org/servlets/SummarizeList?listName=users&by=date Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: rechts andocken
Romana Boldt - Boldt Elektrotechnik schrieb: > ich würde gerne den Navigator und den Stylisten rechts andocken und - > was noch viel besser wäre - auch noch untereinander. Geht das? Ja. http://www.ooowiki.de/StylistUndNavigatorAndocken Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Seitenzahlen einfügen
André Nickel schrieb: > wie kann ich Seitenzahlen in ein Dokument beliebig einfügen? Z.B. die 1 > auf Seite 2 und dann fortlaufend? http://www.ooowiki.de/action/show/SeitenNummerierung?action=show&redirect=SeitenZahlen#Nummerierung_manuell_neu_starten Falls Dir das nicht weiterhilft melde Dich bitte nochmal. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Claudia schrieb: >> Andreas Borutta schrieb: >>> Jemand der in einer Fußzeile die Angabe 1/3 und 3/3 sieht, wird, so >>> denke ich, vermuten, dass ihm eine Seite verloren gegangen ist. > > Stefan Weigel writes: >> Das darf er nicht denken. Denn er selbst hat eine Einstellung >> gewählt, die im Ausdruck Seiten überspringt. > > Ich häng mich hier mal ein. > Letzteres würde ich anders formulieren: > Wenn ich solche Einstellungen schon gebraucht hatte, dann darum, weil ein > bestimmter Inhalt immer auf einer rechten Seite erscheinen soll. Die leere > Seite > ist damit die Konsequenz, aber das "Überspringen" einer Seitennummer ist nicht > das Ziel. Ich wähle also nicht eine Einstellung, die Seiten überspringt, dies > ist vielmehr ein Folgeeffekt, der sich unabhängig von meinem angestrebten Ziel > ergibt. > Und wenn der Leser nicht der Autor ist, dann kann eine fehlende Seitennummer > schon zu Problemen führen. > Zumal es Dokumente gibt, die - wenn der Eindruck entsteht, sie seien > unvollständig - ihre Gültigkeit einbüssen. > Natürlich liegt die Verantwortung letztendlich beim Autor. Aber das heisst in > letzter Konsequenz, dass er nach der Überprüfung der Druckaufbereitung an > allen > Stellen, an denen leere Seiten eingeschoben werden, manuelle Umbrüche einfügen > muss, damit statt einer ganz leeren Seite eine mit angedruckter Kopf- oder > Fusszeile erscheint, damit die fortlaufende Seitennummerierung gewährleistet > ist. Und dass er diesen Vorgang vor jedem Ausdruck wiederholen muss. > Dies widerspricht in meinen Augen einer automatisierten Dokumentaufbereitung > und > ich meinte, hier müssten dem Verfasser Wahlmöglichkeiten geboten werden. Danke für Deinen Kommentar. Er trifft genau, was ich meine. Übrigends argumentiere ich genauso ("widerspricht einer automatisierten Dokumentaufbereitung") für das Ergänzen von weiteren Feldbefehlen zur Paginierung wie z.B. "Gesamt-Seitenzahl eines Abschnittes" im Nachbarthread. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Umfrage wegen Seitennummerierung.
Volker Heggemann schrieb: >>> Ich glaube nicht das eine derartige Umfrage irgendwas bringen wird. >>> Vielleicht mag es Statistiker interessieren. Usern und/oder Entwickler >>> werden daraus kaum Erkenntnisse ziehen. >>> >> >> Wenn ich Dich richtig verstehe, möchtest Du ausdrücken "Wozu sollten >> Entwickler nach guter Gebrauchstauglichkeit streben, wenn doch >> Erklärungen und Workarounds via Suchmaschine oder Support erhältich >> sind." >> >> > NEIN! Das wollte ich nicht ausdrücken. Ich möchte auch nicht das du dich > in irgend einer Weise > angegriffen fühlst (durch meinen Text). "Angegriffen" wäre viel zu hoch angesetzt. Aber in der Tat sah ich Deinen Text als Kritik an einer meiner Aussagen. Und dazu wollte ich Stellung beziehen. Ich missverstehe sowas auch nicht als Kritik an meiner Person, sondern eben an konkreten Aussagen. Ich begrüße sachliche Kritik unbedingt. Das bereichert Medien wie dieses hier. > Ich wollte damit sagen, das dieses Thema für eine Umfrage viel zu > speziell ist, und die wenigsten > Anwender sich je damit befassen. Alles klar. Vielleicht stimmt Deine Einschätzung. Ich hätte gedacht, eine exzellente Kontrolle und Transparenz leere Seiten und den Betrag der Gesamtseitenzahl ist doch einer größeren Gruppe von Nutzern wichtig. > Und, das die allermeisten sich Informationen nicht mit einer solchen > Ausdauer und Hartnäckigkeit > besorgen wie du das tust (Respekt). > >> Ich weiß aus Erfahrung: hier ist die Stimmung tradionell feindlich, >> wenn Usability Thema wird. >> > Da wir (na ja die meisten dieser Liste) keine Entwickler sind, sondern > User - wie Du und Ich halt - > ist die Bedienung des Programmes einfach auch eine Gewohnheitssache. Mag sein. Ich selber empfinde eine User-Mailingliste als einen perfekt geeigneten Ort um sich über Bedienvarianten - und welche davon verbesserungswürdig sein könnten - auszutauschen. Sollten sich dann an einer solchen Debatte hinreichend viele beteiligen und sich eine starke Tendenz für eine bestimmte Bewertung herauskristallisieren, dann kommt vielleicht was Konstruktives für's Projekt heraus: ein fundierter Issue. Und zwar eben keiner, der auf einem Empfinden eines Einzelnen beruht, sondern der sich öffentlich bewähren musste. >> Andres Hinweis brachte die "Erlösung". >> Ein "geheimes" Verhalten der Standard-Seitenvorlage "Erste Seite" >> verhinderte ein Ergebnis ohne leere Seite. >> Dazu steht nix im Wiki. >> > Ich weiss, dort wird aber doch erklärt, was man tun muss, um keine > leeren Seiten zu erhalten. Klappte bei mir ja nicht. ... Die Details stehen im Thread. > Aber - hier ging es um die Umfrage. Eben. Daher wäre es in diesem Thread offtopic, die inhaltliche Kritik aufzuwärmen. Für mich persönlich bleibt inhaltlich vorerst das Fazit: Innerhalb eines einzigen Dokumentes logische Gruppen (Abschnitte) einzusetzen und diese dann vollständig(tm) zu kontrollieren ist IMHO in OOo reichlich anspruchsvoll. Das probate Mittel wird vermutlich das Anwenden von Globaldokumenten sein. In diese Technik muss ich mich bei nächster Gelegenheit mal einarbeiten. Das kann etwas dauern. Für meine privaten "Angelegenheiten" setze ich seit vielen Jahren praktisch ausschließlich HTML ein. Mit OOo beschäftige ich mich vor allem, wenn mich Freunde um Hilfe bitten. Gerade gestern habe ich einer Studienanfängerin von OOo berichtet, die davon noch nie gehört hatte. Sie wird es jetzt einsetzen. Offenbar konnte ich bei ihr, zumindest ein wenig, auch für das übergeordnete Thema "Freie, quelloffene Software und Formate" das Interesse wecken. Und vielleicht habe ich sie sogar von der Eleganz des Vorlagen-Konzeptes gegenüber dem harten Formatieren überzeugen können. Bin gespannt. :) Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: [Writer] Zeichenvorlage setzt sich nicht gegen Absatzvorlage durch
André Schnabel schrieb: >> http://borumat.de/+screenshots/sc-093-12_09_20.png >> http://borumat.de/+screenshots/sc-094.png >> > > Das sieht eher so aus, als wäre hier Absatzvorlage + Zeichenvorlage + > direkte Formatierung in bunter Mischung genutzt. > Deine Zeichenvorlega war z.B. mit 18pt Schrift definiert, im Dokument > ist aber (trotz gesetzter Zeichenvorlage) 22pt verwendet. Kann > eigentlich nur durch eine direkte Formatierung kommen. Hhmm. Ich hatte den gesamten Absatz markiert und "Menü Format > Standardformatierung" angewendet um sicher auszuschließen, dass noch eine harte Formatierung wirksam ist. Daher hatte ich keine Erklärung für die wirksamen Formate "22pt" und "fett". Aber, mittlerweile war der Rechner mal aus und somit ist OOo jetzt neu gestartet. Und jetzt wirkt die Zeichenvorlage plötzlich wie erwartet. Natürlich kann ich es niemandem übel nehmen, wenn er jetzt denkt, ich teste hier schlampig. Aber ich habe diese Schritte heute nachmittag wirklich durchgeführt, nur eben ohne Erfolg. Jetzt mit. Ob es doch merkwürdige Verhaltensweisen gibt, die durch einen Neustart "behoben" werden. Ich weiß es nicht. Hauptsache es klappt jetzt. Auch hier: Herzlichen Dank für die Hilfe. :) >> Unabhängig von dem konkreten Fall hier: >> >> Wäre es aus Deiner Sicht gut, wenn in der jeweiligen Reiterkarte des >> Dialoges "Zeichenvorlage" das gezeigt würde, was in der Reiterkarte >> "Verwalten" als gesetzt gezeigt wird? >> > > Ja, absolut. Wobei der Wunsch recht einfach zu formulieren ist, eine > detaillierte Verhaltensbeschreibung für so einen Dialog aber eher > kompliziert sein dürfte. Ich kann mir gut vorstellen, dass es vielen > Anwendern nicht besonders logisch erscheint, wenn eine Vorlage "keine" > Schriftart oder "keine" Schriftgröße anzeigt. Sehe ich wie Du. Aus anderen Anwendungen kenne ich Einträge in Auswahlfeldern wie [beliebig] oder [keine Auswahl] Alle anderen Einträge stehen nicht in eckigen Klammern. So wird durch Syntax und Inhalt IMHO gut deutlich, dass es sich um einen "besonderen" Eintrag handelt. In OOo könnte [wie in Elternvorlage] eine mögliche Variante sein. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Umfrage wegen Seitennummerierung.
Volker Heggemann schrieb: > Vielleicht macht man sich ja mal (z.B. auf 'nem Linuxtag oder so) den > Spaß einer kleinen Nutzerbefragung zum Thema. > Man zeigt den Nutzern die Einstellungen einiger Dialogfelder, man > zeigt ihnen "Datei > Seitenansicht (zwei Seiten)" und "Ansicht > > Drucklayout". > > Dann bittet man sie, vorherzusagen, welche Zahl sie in der Statuszeile > bzw. bei "Einfügen > Feldbefehl > Gesamtzahl der Seiten" erwarten. > > Aber es mag sein, dass ich der Einzige bin, der nicht auf Anhieb die > korrekte Vorhersage treffen konnte. > > Andreas > > > --- > Ich glaube nicht das eine derartige Umfrage irgendwas bringen wird. > Vielleicht mag es Statistiker interessieren. Usern und/oder Entwickler > werden daraus kaum Erkenntnisse ziehen. Wenn ich Dich richtig verstehe, möchtest Du ausdrücken "Wozu sollten Entwickler nach guter Gebrauchstauglichkeit streben, wenn doch Erklärungen und Workarounds via Suchmaschine oder Support erhältich sind." Ich weiß aus Erfahrung: hier ist die Stimmung tradionell feindlich, wenn Usability Thema wird. Hab' ich mich längst mit abgefunden. Ich sehe vor allem das Positive an dieser Liste: hier wird einem auf hervorragende Weise kompetent geholfen. Dafür bin ich dankbar. Und das schreibe ich nicht als Floskel. Andres Hinweis brachte die "Erlösung". Ein "geheimes" Verhalten der Standard-Seitenvorlage "Erste Seite" verhinderte ein Ergebnis ohne leere Seite. Dazu steht nix im Wiki. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Josef Latt schrieb: Leider wird immer noch die leere Seite gezeigt. http://borumat.de/+temp/openoffice/noten-template-ooo-v2.odt >>> >>> hmm .. bei mir nicht. >> >> Bei mir auch nicht. >> >>> Allerdings nuze ich hier (notgedrungen) gerade >>> eine 3.0 portable. Könnte also eine Regression in der 3.1 sein >>> (die muss ich mir erstmal installieren bzw. zu Hause prüfen). >> >> Ich habe die 3.1.1 > > Ebenfalls nicht. OOo 3.1.1 unter Ubuntu. Jetzt bei mir auch nicht. Aber isch schwöööre. Es war so als ich Andre angeantwortet habe. Ob ein Neustart von OOo für diese Änderung verantwortlich war. Ich weiß es nicht. Wie auch immer: Ganz herzlichen Dank an Dich Andre, und an alle anderen, für Eure Hilfe und für Eure Geduld. :) Bin wirklich froh, das dieses Ding gelöst werden konnte. Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: Re: Re: Re: Re: Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Stefan Weigel schrieb: >>> Der Autor selbst erzwingt diese automatisch eingefügten Leerseiten. >>> Zum Beispiel dadurch, dass er durch die von ihm gewählten >>> Einstellungen zwei rechte Seiten aufeinander folgen lässt. Das geht >>> eben nur, wenn dazwischen eine leere (linke) Seite eingefügt wird. >>> >>> Wenn der Autor solche Einstellungen unterlässt, dann gibt es auch >>> keine automatisch eingefügten Leerseiten. >> >> Ich wußte bisher nicht, das man per Einstellung verhindern kann, dass >> keine linken (leeren) Seiten erzeugt werden. >> >> Bist Du so nett und sagst mir, wie man die Einstellungen anpassen >> muss? >> Damit kein Missverständnis entsteht: >> Zum Beispiel soll auf dem sechsten ausgedruckten Blatt die Seitenzahl >> "1" in der Kopfzeile ausgegeben werden. > > In dem Fall erhältst Du eine automatisch eingefügte leere Seite. > Würdest du die Seitennzahl 1 auf dem fünften oder siebten Blatt > wollen, hättest Du keine automatisch eingefügte leere Seite. Der > Grund ist, dass für Writer gerade/ungerade Seitennummern immer auf > linken/rechten Seiten sind. Das ist auch so, wenn man eigentlich gar > nicht zwischen linken und rechten Seiten unterscheidet. Das könnte > man IMO bemängeln. Das scheint der eigentliche Grund für Dein > Problem zu sein. Ich habe >>> Wenn der Autor solche Einstellungen unterlässt, dann gibt es auch >>> keine automatisch eingefügten Leerseiten. so verstanden, dass es möglich ist, sicherzustellen, dass /niemals/ automatisch eine leere Seite eingefügt wird. Das scheint also nicht möglich zu sein :( Mich würden Bewertungen von weiteren Mitlesern zu dieser Sache interessieren. Auch zu der Funktionsweise von OOo, die Zahl von "Feldbefehle > Gesamte Seitenzahl" nicht zu erniedrigen, wenn die Seite nicht in "Seitenansicht" sichtbar ist. Oder zu der Nicht-Übereinstimmung der sichtbaren Seiten bei "Seitenansicht (normal)" und "Seitenansicht (Buch)". Andreas -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Andre Schnabel schrieb: Hi Andre, >> 2 >> Name: Erste Seite >> Folgevorlage: Standard > > das ist das Problem. Die vordefinierte Vorlage "Erste Seite" wird > gesondert behandelt und erzwingt immer eine rechte Seite. > > Ausweg: > - setze den Cursor auf eine jetzt derart formatierte Seite > - im Formatvorlagen-Fenster für die Seitenvorlagen "neue Vorlage aus > Selektion" und eine beutzerdefinierte Vorlage erzeugen > - In der Absatzvorlage Überschrift 1 dann die neue Vorlage (statt > Erste Seite) verwenden *erledigt* Da nach dem Zuweisen der neuen Vorlage zu der Absatzvorlage Überschrift 1 die Seitenvorlagen nicht automatisch angepasst wurden (ist das normal?), habe ich den entsprechenden Seiten die Seitenvorlage manuell zugewiesen. Leider wird immer noch die leere Seite gezeigt. http://borumat.de/+temp/openoffice/noten-template-ooo-v2.odt Ich hoffe, ich gehe Euch nicht auf die Nerven. Aber ich würde die Aufgabe sehr gerne lösen und wissen, wie man absolut sicherstellen kann, dass keine leeren Seiten automatisch generiert werden. Andreas PS: Usability-Kleinigkeit am Rande: mein Formatvorlagen-Fenster ist als Sidebar angedockt und so schmal gezogen, dass es nach dem Icon für Listenvorlagen endet. "Neue Vorlage aus Selektion" kannte ich noch nicht. Im Formatvorlagen-Fenster gibt es keine Informationen darüber, dass noch mehr Schaltflächen weiter rechts existieren. Ihr Erfahrenen könnt einschätzen, wie das zu bewerten ist. -- OOo 3.1.1 http://borumat.de/openoffice-writer-tipps - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Re: [Writer] Zeichenvorlage setzt sich nicht gegen Absatzvorlage durch
Andre Schnabel schrieb: >> Laut Wiki erhalten Zeichenvorlagen Priorität gegenüber einer >> Absatzvorlage: >> http://www.ooowiki.de/ZeichenVorlagen >> >> Wenn man jedoch einem Wort in einem Absatz, welcher die Absatzvorlage >> Foo besitzt, die Zeichenvorlage Bar zuweist, bleibt das Wort in fettem >> Schnitt. > > Bist du dir sicher, dass in der Zeichenvorlage ein normaler Schriftschnitt > *erzwungen* wird? Prüfen kannst du das auf der Seite "Verwalten" dort muss > unten der Schriftschnitt angezeigt werden. Das habe ich geprüft. http://borumat.de/+screenshots/sc-093-12_09_20.png [...] > Wa shier funktioniert hat: > - in der Zeichenvorlage "fett" als schrifftschnitt wählen > - im Register "Verwalten prüfen, ob er gesetzt wurde" > - jetzt wieder "Normal" als Schriftschnitt wählen > - im Register "Verwalten prüfen, ob er gesetzt wurde" > -> OK Hhmm. Hier funktioniert es leider nicht. http://borumat.de/+screenshots/sc-094.png Unabhängig von dem konkreten Fall hier: Wäre es aus Deiner Sicht gut, wenn in der jeweiligen Reiterkarte des Dialoges "Zeichenvorlage" das gezeigt würde, was in der Reiterkarte "Verwalten" als gesetzt gezeigt wird? 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: Re: Re: Re: Re: Re: Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Jan schrieb: > Hallo Andreas, > >> Worin liegt mein Fehler? >> >> Andreas > > Das ist eine gute Frage, was steht unter verwalten 1 Name: Deckblätter Folgevorlage: Deckblätter 2 Name: Erste Seite Folgevorlage: Standard 3 Name: Standard Folgevorlage: Standard > und wie wechselst du > die Seitenvorlagen? Anfangs hatte ich sie manuell zugewiesen. Dann habe ich den Wechsel von Absatzvorlagen erledigen lassen. > Ich glaube auch mit Umbrüchen kann man Leerseiten hinzufügen. Hhmm. Falls jemand das "Phänomen" an einem Beispieldokument nachvollziehen möchte: http://borumat.de/+temp/openoffice/noten-template-ooo.odt Andreas, der Automatismen, die sich nur schwer oder gar nicht deaktivieren lassen, die überhaupt nur schwer "dingfest" zu machen sind, zum Haareraufen findet :( -- 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] [Writer] Zeichenvorlage setzt sich nicht gegen Absatzvorlage durch
Hallo, es gibt eine Absatzvorlage Foo, die fetten Schnitt als Merkmal besitzt. Weiterhin gibt es eine Zeichenvorlage Bar, die normalen Schnitt als Merkmal besitzt. Laut Wiki erhalten Zeichenvorlagen Priorität gegenüber einer Absatzvorlage: http://www.ooowiki.de/ZeichenVorlagen Wenn man jedoch einem Wort in einem Absatz, welcher die Absatzvorlage Foo besitzt, die Zeichenvorlage Bar zuweist, bleibt das Wort in fettem Schnitt. Erstaunlicherweise setzt sich bei einem anderen Schriftmerkmal, z.B. der Farbe, die Zeichenvorlage problemlos durch. Wo liegt bitte mein Fehler? 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: Re: Re: Re: Re: Re: [Writer] Deaktivieren von "Automatisch eingefuegte Leerseiten drucken" ist unwirksam
Jan schrieb: > überprüfe doch bitte einfach deine Einstellung der Seitenvorlage. Macht > es bei dir Sinn eine rechte und eine linke Seite zu benutzen? Falls > nein, vereinheitliche die Seitenvorlagen und benutze für beiden Seiten > die gleiche. Jetzt sollte sich das Problem gelöst haben. Ich verwende drei Seitenvorlagen. Alle tragen auf der Reiterkarte "Seite" einheitliche Einstellungen: http://borumat.de/+screenshots/sc-092.png Worin liegt mein Fehler? 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