Re: [de-users] Re: Calc: Werte aus anderer Datei übernehmen
> Bearbeiten>Links... [Aktualisieren] Moin, nur der Vollständigkeit halber: Bearbeiten -> Verknüpfungen (nicht Links). Aber das hat (bislang) die anderen Fälle abgedeckt. Danke für den Tipp! Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc
hallo Das verstehe ich nicht. Ich möchte das einmalig Einrichten. Siegfried - Original Message - From: "Pit Zyclade" To: Sent: Thursday, January 27, 2011 5:07 PM Subject: [de-users] Re: Calc Am 27.01.2011 15:57, schrieb openoff...@skerra.net: Anfügen und Sortieren. Das kannst Du doch oder? Gruß Pit Z. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc Druckbereich - Seitenumbruchvorschau
> > Hallo Volker, > Entweder Du entfernst den Druckbereich für jedes Blatt auf dem der > Author einen gesetzt hat (Format>Druckbereich>Löschen). > Oder aber Du fügst Deinem neuen Blatt ebenfalls einen Druckbereich hinzu. > Grüße, > Andreas > Hallo Andreas, vielen Dank für Deine Antwort. Den neuen Blättern habe ich einen Druckbereich zugefügt, das funktioniert. Mich hätte interessiert, wie ich es in der Datei-Formatierung einstellen kann, dass der Bereich ohne vorherige Druckbereichauswahl gedruckt wird (so wie bei neuen Dokumenten standardmäßig). Viele Grüße, Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc Spracheinstellungen?
AHallo Andreas, > > > > ich habe plötzlich das Phänomen, dass aus einer Formel für eine > > Datumsberechnung (EDATUM) plötzlich das englische "edate" wird - was dann > > Calc nicht mehr deuten kann - und dies nicht nur im aktuellen Dokument, > > sondern in allen möglichen Kalendern, die ich so aufrufe. > > > > In anderen Versionen unter anderem Benutzernamen verhält sich OpenOffice > > in dieser Beziehung nicht so. Welche Schraube kann ich anziehen? > > > > Meine aktuelle Version: OOo 3.1.1 unter OpenSuSE 11.2 > > > > Gruß > > > > Robert > > Au weia, > Ich meine, die Inkompatibilität liegt zw. dem Originalprogramm von > Oracle und dem unausgegorenen Mist, den LibreOffice, Go-OO und div. > Linuxdistributoren so verbreiten. Das hat in diesem falle nichts mit anderen Programmversionen außerhalb des Originals zu tun. Ich habe nur mit OOo 3.1.1, damals original von Sun, an dem Dokument gearbeitet. Das klappte bis vor einer Woche. > Davon betroffen sind alle Funktionen, die außerhalb des ODF-Standards, > also Teil eines AddIns sind. Diese AddIns verwenden unterschiedliche > Namensräume in unterschiedlichen Programmen selbst wenn die Funktionen > sich gleichen. Hier habe ich schon Regina geschrieben. Das Addin, was ich vermutlich nach der letzten Bearbeitung installiert habe, war DMath. Im OOo 3.3 RC3 lässt sich das Dokument anstandslos öffnen und zeigt an dieser Stelle EDATUM. > Auch wenn die Info nicht weiter hilft, vielleicht noch dies: > Finden&Ersetzen erleichtert das manuelle Editieren. Vor diesem Hintergrund bringt wohl das Editieren wenig. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc Spracheinstellungen?
Hallo Robert, > > Robert Großkopf writes: > > ich habe plötzlich das Phänomen, dass aus einer Formel für eine > > Datumsberechnung (EDATUM) plötzlich das englische "edate" wird - was dann > > Calc nicht mehr deuten kann - und dies nicht nur im aktuellen Dokument, > > sondern in allen möglichen Kalendern, die ich so aufrufe. > > > > In anderen Versionen unter anderem Benutzernamen verhält sich OpenOffice > > in dieser Beziehung nicht so. Welche Schraube kann ich anziehen? > > > > Meine aktuelle Version: OOo 3.1.1 unter OpenSuSE 11.2 > > ich kenne das bisher als abwärts Inkompatibilität > zwischen den Versionen 3 und 2, > > so wie das hier "beklagt" ;-) wurde > http://de.openoffice.org/servlets/BrowseList?list=users&by=thread&from=2194 > 776 > > und kenne nur die Möglichkeit, > per "Suchen und Ersetzen" edate mit EDATUM zu tauschen. ... nur wäre das die letzte Möglichkeit, denn beispielsweise LibreOffice zeigt mir dort schön "EDATUM". Ich habe diese Tabelle vor kurzem noch editiert - bis dahin war alles einwandfrei - unter OOo 3.1.1. Gruß Robert - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Hallo, Andreas Säger schrieb: > Wenn Du den Entwurf anpassen willst, dann brauchst Du auch kein Makro > sondern kannst die Anwendung einfach so benutzen wie sie ist. Exakt und Millionen Nutzer in aller WElt brauchten für die par Briefe die sie schreiben eigentlich auch keinen Computer, denn eine SChreibmaschine würde objektiv reichen ... > Ich kritisiere, dass Du andere Leute einspannen willst, für eine > einmalige Anpassung ein nutzloses Programm zu schreiben. WAs für FAchleute als 'nutzloses Programm' erscheint ist für normale Nutzer oftmal eine sehr große Erleichterung, tausende Entwickler leben von solcherart 'Banal'programmen. Wie man im Übrigen kritisieren kann das hier jemand auf der Liste die Hilfe Anderer sucht, denn genau dafür ist die liste da, ist mir vollens unklar - ich erkenne jedenfalls keinen UNterschied für jemanden einen Makroschnipsel zu schreiben oder zu erklären wie er ein Dokument formatieren muß. Gruß Jörg - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Hallo Andreas ( Säger ) Am 07.11.2010 16:31, schrieb Andreas Säger: Am 07.11.2010 16:22, Werner Tietz wrote: Hallo Andreas Am 07.11.2010 15:05, schrieb Andreas Borutta: Aber siehe oben: das Makro soll exakt das erledigen, was der Befehl "Zeile einfügen" schon jetzt erledigt. Nur eben unterhalb. In *der deutschen Einstiegsseite zur Basic-Programmierung werden alle deine Fragen abgehandelt: - Zeile/n / Spalte/n einfügen - Art der aktuellen Selektion ermitteln - aktuellen Zeilen-/ Spaltenindex ermitteln. ***Falls dir nicht bekannt ist welche Seite ich meine: →"StarBasicfaq" → Suchmaschine deiner Wahl. Gruß Werner Die Frage ist aber: Nutzt man diese Sorte Makro dann auch wirklich? Nach meiner Erfahrung ist das genau die Sorte Makros, die nach einem Tag schon wieder vergessen ist, da sie keinerlei konkreten Nutzen bringt sondern lediglich die Anwendung ein wenig im eigenen Sinne verbiegt. Am nächsten Computer, beim nächsten Benutzerprofil, mit der nächsten Tabellenkalkulation ist alles wieder beim Alten. All dies mag zwar trivial zu programmieren sein (wenn der Rahmen genau gesteckt wurde) jedoch habe ich es aufgegeben, derartig sinnlose Schnipsel auf Zuruf unter die Menge zu streuen. Es ist niemals damit getan. Es findet nie ein Ende, da eine nicht durchdachte Datenorganisation in Exceltabellen einfach nicht fertig werden kann. Das ist auch weitestgehend meine Meinung, und auch der Grund, daß ich mir *nicht* die zehn Minuten Zeit genommen habe den passenden Code rauszusuchen. Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Makros fuer "Zeile einfuegen unten" und "Spalte einfuegen rechts"
Hallo Andreas Am 07.11.2010 15:05, schrieb Andreas Borutta: Aber siehe oben: das Makro soll exakt das erledigen, was der Befehl "Zeile einfügen" schon jetzt erledigt. Nur eben unterhalb. In *der deutschen Einstiegsseite zur Basic-Programmierung werden alle deine Fragen abgehandelt: - Zeile/n / Spalte/n einfügen - Art der aktuellen Selektion ermitteln - aktuellen Zeilen-/ Spaltenindex ermitteln. ***Falls dir nicht bekannt ist welche Seite ich meine: →"StarBasicfaq" → Suchmaschine deiner Wahl. Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: CALC Tabelle umformen (Datenpilot?)
Hallo Andreas, Am 04.11.2010 22:37, schrieb Andreas Säger: Am 04.11.2010 21:49, Hermann Nienaber wrote: Ich möchte daraus eine Tabelle generieren, in der jede ID nur eine Zeile hat, aber 4 weitere Spalten für Tel(p), Tel(d), Fax und Email. In den jeweiligen Zellen werden dann die entsprechenden Werte eingetragen oder Die Daten kommen offensichtlich aus einer Datenbank. Falls Du Zugriff auf die Datenbank hast, kann die nicht diesen Job erledigen? gut erkannt ;-). Ist allerdings etwas problematisch, da die Anwendung nicht vernünftig lief, hat man sich nun endlich von dem anderen Anbieter getrennt und ist auf ein anderes Produkt umgestiegen, so ist von dem ersten Anbieter keine Unterstützung zu erwarten... Gruß Hermann - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Hallo Andreas Am 11.10.2010 16:24, schrieb Andreas Borutta: 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. Mit etwas Eigeninitiative hättest du das auch schon aus meinem Vorschlag ableiten können ! 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. Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Hallo Andreas, 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, Da das Komma als Ausrichtungshilfe benötigt wird wirst du vermutlich nicht darum kommen, das Komma verschwindet zum Beispiel bei ,## aber auch die (Dezimale) Ausrichtung. Jens - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Formatierung: Gemeinsame Ausrichtung von ganzen und rationaler Zahlen
Hallo Am 10.10.2010 18:01, schrieb Andreas Borutta: 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. Das lässt sich durch ausprobieren herausfinden, aber ich sehe schon meine Befürchtung war begründet: 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. Das wäre Frickelwerk ! Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Andreas Borutta schrieb: 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. Die Funktion heißt ANZAHLLEEREZELLEN, also ein E mehr! ;-) Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Pit Zyclade schrieb: Echt? Wo in der Hilfe erscheint UND als logischer Operator? Das wäre ein IMO ein Fehler. Hilfe F1->Index->"Logische Funktionen" Pit, da gesteht genau das, was ich gesagt habe: Es gibt eine UND-Funktion, aber keinen UND-Operator! Sowas: =WENN((A1=0)UND(B1=0);"";(A1*B1)) ist in Calc (und in Excel und Co.) nicht gültig. Dass es in Calc funktioniert, ist ein ganz anderer Punkt. Der gültige Ausdruck müsste lauten: =WENN(UND(A1=0;B1=0);"";(A1*B1)) Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Am 03.10.2010 17:58, schrieb Pit Zyclade: > >> Drittens ist der &-Operator kein gültiger Operator für das logische UND. > > Mag sein. Aber Du darfst gerne & mit UND ersetzen und es geht noch immer. Wohl kaum; 'UND' gibt es meines Wissen in Calc, Excel usw. nur als Funktion ('UND()'). > Sogar, wenn Du bisherige Zellen in A oder B löschst oder editierst. > Habs getestet Hmm; mit '&' oder mit 'UND'? Wolf 'oder vielleicht doch nur in Gedanken?' gang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Hi Pit, Pit Zyclade schrieb: UND ist übrigens auch kein gültiger Operator. Der ist undokumentiert und nicht spezifiziert und man darf sich nicht darauf verlassen, dass der in zukünftigen Releases noch funktioniert. Die logische UND-Verknüpfung geschieht korrekterweise mit der Funktion UND(...). Dann weißt Du mehr als ich. Noch stand UND in der Hilfe zu calc... Echt? Wo in der Hilfe erscheint UND als logischer Operator? Das wäre ein IMO ein Fehler. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Hallo Pit, ruhig Blut. Ich will nicht persönlich streiten, sondern nur fachlich. Also Streit im besten Sinne! :-) Pit Zyclade schrieb: Geht ganz einfach Feld C1 erhält =WENN((A1=0)&(B1=0);"";(A1*B1)) Ne, Pit! Erstens ergibt Deine Formel auch dann einen leeren Text, wenn eine der beiden Zellen A1 oder B1 den Zahlenwert 0 enthält. Es sol aber nur einen leeren Text ergeben, wenn eine der beiden Zellen A1 oder B1 nichts enthält. Nein! Auch bei 0 ergibt es eine leere Zelle. Hab es bei mir getestet. Was unterstellst Du mir? Hallo? Es soll aber bei 0 kein leeres Ergebnis ergeben. Zweitens wird Deine Formel unübersichtlich und aufwändig einzugeben, wenn nicht nur zwei Zellen, sondern zum Beispiel 30 oder 300 Zellen multipliziert werden sollen. Ist so wie ich es beschrieb, z.B. in 2000 Zellen (einer Spalte) in nullkomma nichts einzugeben. Aha. Was machst Du, wenn das Produkt der Zellen A1, B1, C1, ... bis AF1 zu bilden ist? Um sowas zu lösen, habe ich schon im anderen Post auf Matrixformeln hingewiesen. Drittens ist der &-Operator kein gültiger Operator für das logische UND. Mag sein. Aber Du darfst gerne & mit UND ersetzen und es geht noch immer. Sogar, wenn Du bisherige Zellen in A oder B löschst oder editierst. Habs getestet Ich sag ja, es geht. Aber mehr versehentlich, als aufgrund einer korrekt gebildeten Formel. ;-) UND ist übrigens auch kein gültiger Operator. Der ist undokumentiert und nicht spezifiziert und man darf sich nicht darauf verlassen, dass der in zukünftigen Releases noch funktioniert. Die logische UND-Verknüpfung geschieht korrekterweise mit der Funktion UND(...). Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Pit Zyclade schrieb: Geht ganz einfach Feld C1 erhält =WENN((A1=0)&(B1=0);"";(A1*B1)) Ne, Pit! Erstens ergibt Deine Formel auch dann einen leeren Text, wenn eine der beiden Zellen A1 oder B1 den Zahlenwert 0 enthält. Es sol aber nur einen leeren Text ergeben, wenn eine der beiden Zellen A1 oder B1 nichts enthält. Zweitens wird Deine Formel unübersichtlich und aufwändig einzugeben, wenn nicht nur zwei Zellen, sondern zum Beispiel 30 oder 300 Zellen multipliziert werden sollen. Drittens ist der &-Operator kein gültiger Operator für das logische UND. Der &-Operator ist der Operator zur Textverkettung. Die Tatsache, dass Deine Formel im konkreten Fall funktioniert, liegt daran, dass Du je nach Inhalt der beiden Zellen die Texte "00", "01", "10" oder "11" bildest und diese bei der Auswertung der Bedingung in der WENN-Funktion implizit in einen Wahrheitswert umgewandelt werden. Man könnte fast sagen, die ungültige Formel bildet zufällig das korrekte Ergebnis. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Hallo, Andreas Borutta 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. 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))} Diese Formel liefert die Summe der Zellen A1 bis A124, wenn keine dieser Zellen leer ist. Ansonsten liefert die Formel einen leeren Text. Die Komplexität der Formel ist dabei immer dieselbe, egal wie viele Zellen addiert und auf "leer" geprüft werden. Eine Matrixformel ist gekennzeichnet durch die geschweiften Klammern, die aber nicht eingetippt werden dürfen. Vielmehr werden diese automatisch in der Formel angezeigt, wenn man deren Eingabe mit Shift+Strg+Enter abschließt. Matrixformeln gehören zu den Basics des Tabellenkalkulationskonzepts, auch wenn diese wenig bekannt sind. Wer mehr darüber erfahren will, schaut in die Hilfe, die Doku oder das Wiki. Wer bei LibreOffice oder OpenOffice.org nicht fündig wird, kann die entsprechenden Tipps auch für Excel herbeigooglen. Konzept und Bedienung sind gleich. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
sollte natürlich PRODUKT statt SUMME sein 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)) sind es viele Zeilen, hilft nur eine Hilfsspalte mit =ISTLEER() und dann eine UND Abfrage dieses Bereiches Grüße Wolfgang - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Hi Andreas, Am 03.10.2010 13:59, schrieb Andreas Borutta: 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 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)) sind es viele Zeilen, hilft nur eine Hilfsspalte mit =ISTLEER() und dann eine UND Abfrage dieses Bereiches Grüße Wolfgang - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
> und wenn du es umgekehrt machst? =WENN(a1*b1<>0;a1*b1;"") Ok, das trifft nicht wirklich auf deine Anforderung zu. Du willst ja wenn Zellen leer sind diese nicht berücksichtigen. Sorry.. :) Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Leere Zellen in Formeln nicht als Wert "0" behandeln
Moin, > 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. und wenn du es umgekehrt machst? =WENN(a1*b1<>0;a1*b1;"") HTH Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücks ichtigt Zellen mit Summenformeln nicht
Hallo Frank, Frank Ebert schrieb am 02.10.2010 06:07: Ja, das macht Sinn. Was denkt ihr/du? Macht es Sinn einen "Feature-Request" zu melden, der eine Option für Calc anbietet, mit der man die Logik aktivieren/deaktivieren kann? Meine ganz persönliche Meinung: Keine Option! Warum: wenn OOo/LO das anfängt einzuführen, wird das ein Fass ohne Boden. Und irgendwann werden die Optionen unübersichtlich und nicht mehr auffindbar. Das ist jetzt schon soweit. Viele beschweren sich, dass Grafiken nicht angezeigt werden: Irgendwo in den Tiefen von Extras > Optionen ist dann die Ansicht für Grafiken/Objekte abgeschaltet. Man wird nie für alle Arbeitsmethoden und Geschmäcker alles transparent machen können. Ich z. B. habe noch nie die Zahlenreihe, die ich summiert haben möchte markiert, sondern schon immer der Cursor in die Zelle für das Ergebnis gestellt und dann dort auf den "Summen"-Button gedrückt. Der Bereichsrahmen zeigt mir dann immer welcher Bereich dann auch summiert wird. Deine Methode verhindert natürlich die Sicht auf den Bereich. Das kann zu Fehler führen, daher wohl eher ein Feature-Request, das Summieren eines markierten Bereiches rauszunehmen ;-) Du merkst, wie man es macht es wird nie für alle Geschmäcker okay sein! -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksichtigt Zellen mit Summenformeln nicht
Am Freitag, den 01.10.2010, 19:10 +0200 schrieb Edgar Kuchelmeister: > Hallo Michael, > Mausbedienung und Buttons oder Automatismen sind NICHT generell > schlecht! Nein, so scharf wollte ich das auch nicht verstanden wissen. Aber wenn man Automatismen nutzt, muss man sich vorher genau damit beschäftigen, was dahinter abläuft. Wenn man sie nutzt, weil man deren Funktionsweise nur _ahnt_, kann das halt ziemlich daneben gehen. Ich verzichte auch deswegen weitgehend auf Automatismen u.ä. weil ich bei einem Wechsel des Systems und der Software gerne weiter arbeiten möchte, ohne mich allzu sehr umstellen zu müssen. Da diese Funktion unter Excel2000 anders arbeitet, was in unserer Firma im Einsatz ist, würde ich dann immer umdenken müssen. Gerade bei den üblichen "in letzter Minute"-Aktionen geht das schief. Erst "=Summe(" hinschreiben und dann markieren funktioniert bei Calc wie bei Excel, das nutze ich häufig. Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / mih-hoe...@web.de / / - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksi chtigt Zellen mit Summenformeln nicht
Moin, > Wenn du das Ganze einmal anders machst siehst du die Logik die > dahinter steckt: > Bis Punkt 3 gleiches Vorgehen > 4. Cursor in das Feld unter der Zahlenreihe 1-14(oder A1:A9) also A10 > 5. Summen-Button drücken > 6. Calc versucht zu erraten, welche Reihe summiert wird und gelangt > zum Ergebnis bis vorige Addition, denn das ist keine Zahl mehr > sondern eine Funktion (hier wurde also eine Logik einprogrammiert, > die korrekt sein kann oder, wie in deinem Fall, eben nicht) Auch bei > Leerzellen stoppt die Markierung der Summenformel! > 7. Nun verschiebst du den blauen Markierungsrahmen für den Bereich > der Summenbildung bis A1 und ziehst das blaue Quadrat rechts unten im > Bereichsrahmen nach unten bis A9 und die Summe wird nun korrekt > erstellt. Ok, das erklärt dann auch, warum er bei "Quersummen" (also Summen in Zeilen) anders handelt. Gar nicht mal schlecht... :) > Man kann jetzt sagen was man will, mir erscheint die Automatik der > Erfassung des Summenbereiches logisch, in deinem Fall ist die Logik > eben nur nicht zutreffend. > > Somit für mich KEIN Bug! Ja, das macht Sinn. Was denkt ihr/du? Macht es Sinn einen "Feature-Request" zu melden, der eine Option für Calc anbietet, mit der man die Logik aktivieren/deaktivieren kann? Danke für die Erläuterungen! Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksich tigt Zellen mit Summenformeln nicht
Hallo Michael, Michael Höhne schrieb am 30.09.2010 20:21: Hallo Edgar, Erkenntnis: In der 3.1.1 beginnt die zweite Summenbildung immer unterhalb der ersten Summe. Macht Sinn, wenn man davon ausgeht, das ein Anwender die Summenfunktion nur zum Summieren von Zahlenwerten verwenden will. Fazit: Formel tippen und Calc macht was ich will und nicht was es glaubt, dass ich will! "Sigma" ist für mich gestorben ;-) Hab ich gerade an den TO ausgiebig beschrieben ;-) Ich finde nur die Aussage Quatsch, dass man besser bedient ist, wenn man von Hand tippt, statt einen Button zu drücken... Es kommt immer drauf an! Ich kann den Button drücken und einfach den Beginn des Bereiches ändern. Es ist alles eine Frage der Gepflogenheiten. Mausbedienung und Buttons oder Automatismen sind NICHT generell schlecht! Sonst müsste ich euch sagen: Bitte nehmt ein Blatt Papier und einen Bleistift und rechnet! ;-) Gelle! -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücks ichtigt Zellen mit Summenformeln nicht
Hallo Frank, Frank Ebert schrieb am 30.09.2010 21:47: Kann es sein, dass du in der ersten markierten Zelle keine Summenformel hattest? Zusätzlich ist ja inzwischen aufgefallen, dass "Quersummen" sehr wohl mit aufgenommen werden. Reproduzierbar scheint es auch auf Windowssystemen (versionsübergreifend) zu sein. ich habe mich eigentlich nicht auf den Problem bezogen, sondern auf die Aussage, dass auf einen Button klicken unsinniger sein soll, als dessen Funktion manuell einzugeben. Auch bei mir passiert folgendes: 1. Zahlenreihe eingegeben 1-4 2. Summe gebildet = 10 3. Ab nächster Zelle Zahlenreihe 11-14 eingegeben 4. Ab 1 bis 14 markiert (also auch die Summenfunktion mit Ergebnis 10) 5. Summe geklickt und Ergebnis 50 erhalten (statt 70) Wenn du das Ganze einmal anders machst siehst du die Logik die dahinter steckt: Bis Punkt 3 gleiches Vorgehen 4. Cursor in das Feld unter der Zahlenreihe 1-14(oder A1:A9) also A10 5. Summen-Button drücken 6. Calc versucht zu erraten, welche Reihe summiert wird und gelangt zum Ergebnis bis vorige Addition, denn das ist keine Zahl mehr sondern eine Funktion (hier wurde also eine Logik einprogrammiert, die korrekt sein kann oder, wie in deinem Fall, eben nicht) Auch bei Leerzellen stoppt die Markierung der Summenformel! 7. Nun verschiebst du den blauen Markierungsrahmen für den Bereich der Summenbildung bis A1 und ziehst das blaue Quadrat rechts unten im Bereichsrahmen nach unten bis A9 und die Summe wird nun korrekt erstellt. Man kann jetzt sagen was man will, mir erscheint die Automatik der Erfassung des Summenbereiches logisch, in deinem Fall ist die Logik eben nur nicht zutreffend. Somit für mich KEIN Bug! -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücks ichtigt Zellen mit Summenforme...
Hallo, Am 01.10.2010 09:15, schrieb johe...@aol.com: Was soll ich mit solchen mails, humor ist wenn man trotzdem lacht, eine frage stellt man nur wenn alle anderen möglichkeiten intellgenterweise genutzt wurden. manche scheinen hier eine selbstverwirklichung stattfinden lassen. Kurze Erläuterung: Sie haben sich hier auf einer Mailliste angemeldet. Hier werden unterschiedliche Themen und Fragen diskutiert. Sie erhalten durch Ihre Anmeldung *alle* aktuellen Mails, nicht nur Antworten auf Ihre spezielle Frage. Und die normale Anrede ist ein freundliches Du :-) Vorteil: Viele können ihren Beitrag und Hilfe leisten, dir wird von vielen geholfen und wenn du Fragen und Antworten verfolgst - auch die anderer Teilnehmer - kannst du viel über OpenOffice.org lernen. Wenn dir das aber nicht wichtig ist, kannst Du Dich wieder abmelden. Mehr zur Liste sowie An- und Abmeldung hier: http://de.openoffice.org/probleme.html http://de.openoffice.org/about-ooo/about-users-mailinglist.html Wenn Du dabei bleiben möchtest, bitte auch die Nettiquette beachten, diese wenigen Regeln machen es für alle leichter: http://wiki.services.openoffice.org/wiki/DE/Mailingliste_Technik-Pointer Viele Grüße Irmhild - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion ber ücksichtigt Zellen mit Summenforme...
Was soll ich mit solchen mails, humor ist wenn man trotzdem lacht, eine frage stellt man nur wenn alle anderen möglichkeiten intellgenterweise genutzt wurden. manche scheinen hier eine selbstverwirklichung stattfinden lassen. Schneider Handel&Montage Herkules Alubau&Montage NoHe UG Wächterstr.17 34471 Volkmarsen 05693 918672 01771681038 johe...@aol.com
Re: [de-users] Re: Calc: Summenfunktion berück sichtigt Zellen mit Summenformeln nicht
Am 30.09.2010 21:41, schrieb Frank Ebert: > >> Was nützt Dir das, wenn eine vorgefertigte Funktion nicht genau das >> macht, was Du Dir wünschst(!), daß sie machen soll? > > Nichts. Genau das ist der Grund weshalb ich hier nachfrage. Dann solltest Du aber doch erst mal herausfinden, was besagte Funktion überhaupt machen soll, oder? ;-) Zugegeben, die offizielle Beschreibung des Summen-Funktion (sowohl die Beschreibung zur Funktion selbst, als auch die Beschreibung in der Hilfe zur Rechenleiste) ist ziemlich verwaschen, aber es lässt sich doch erkennen, daß die Funktion deutlich mehr macht, als nur eine stupide Summenformel über den markierten Bereiches zu erzeugen. >Ich kann > nicht programmieren sondern bin einfacher Anwender. Mein Beitrag zu > Open Source ist der, dass ich Dinge die mir auffallen/die ich anders > erwarte "melde" (und wenn es nur auf der Mailingliste ist). Im Prinzip begrüßenswert; unter dem Vorbehalt, daß Du Dir bewusst bist, daß, wenn etwas anders ist, als man erwartet, es dann immer zwei Möglichkeiten gibt: 1) Besagtes 'Etwas' ist anders als es sein sollte 2) Besagte Erwartungen sind anders als sie sein sollten >> Zwei winzige Klicks (Du bist doch so ein Maus-Fan ) bringen Dich >> direkt in die Hilfe zur betreffenden Funktion, wo Du alles nachlesen >> kannst, was eine Funktion betrifft (Bedeutung, Format, Parameter, ...; > > Ok, ich habe es jetzt mal über die Direkthilfe gemacht (tatsächlich 2 > Klicks). Dort ist die Funktion überhaupt nicht so beschrieben, wie ich > sie nutze/missbrauche (?). Öha; jetzt machst Du mich aber neugiereig. Wie anders als in der Hilfe beschrieben kann man sie denn /noch/ benutzen? ;-) Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksi chtigt Zellen mit Summenformeln nicht
Moin, > Genau hier wird dir die Verwendung des "Summen"-Button mit Sicherheit > auch angeboten und warum soll ich denn bitteschön mir die Mühe machen > "=Summe(A6:A8)" zu tippen, wenn es mit Klick auf einen Button schon > erledigt ist? Schön erklärt. Danke :) > Wenn das dann nicht funktioniert ist was mit dem Programm oder den > Konfigurationsdateien nicht in Ordnung. > Bei mir Windows XP Home SP3 mit OOo 3.2.1 funktioniert jedenfalls > alles einwandfrei mit Sigma-Zeichen und ohne Tippen. Kann es sein, dass du in der ersten markierten Zelle keine Summenformel hattest? Zusätzlich ist ja inzwischen aufgefallen, dass "Quersummen" sehr wohl mit aufgenommen werden. Reproduzierbar scheint es auch auf Windowssystemen (versionsübergreifend) zu sein. Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksi chtigt Zellen mit Summenformeln nicht
Moin, > Was nützt Dir das, wenn eine vorgefertigte Funktion nicht genau das > macht, was Du Dir wünschst(!), daß sie machen soll? Nichts. Genau das ist der Grund weshalb ich hier nachfrage. Ich kann nicht programmieren sondern bin einfacher Anwender. Mein Beitrag zu Open Source ist der, dass ich Dinge die mir auffallen/die ich anders erwarte "melde" (und wenn es nur auf der Mailingliste ist). > Abgesehen davon zweifle ich Diene Aussage betreffs höherer > Geschwindigkeit an. Wenn ich irgend welche Daten eingebe, dann sind > meine Hände in der Regel [tm] in der Nähe der Tastatur; und dann ist > nicht unbedingt der schnellste Weg, erst mal umständlich nach der Maus > zu tasten, dann den Mauszeiger auf dem Bildschirm zu suchen, ihn über > den gewünschten Zellenbereich zu bringen und diesen zu markieren, > dabei womöglich noch ellenlang zu scrollen, und dann den Mauszeiger > wieder wo ganz wo anders hin zu führen, nämlich zu dem Summenzeichen > in der Menüleiste. In /der/ Zeit hab *ich* zumindest locker mein > "=SUMME(A1:A500)" o. ä. eingetippt. Wie ich bereits geschrieben habe: Auch ich bevorzuge meist die Eingabe der Formel über die Tastatur. Aber eben nur meist. Es kommt aber auch vor, dass ich zB aus Kontrollzwecken (außerhalb der reinen Datenerfassung) Zellen markiere. Wenn man dann gerade dabei ist, drückt man eben das Summenzeichen und hat auf diese Weise Arbeit gespart. > Ein deutlicher Hinweis darauf, daß die Funktionen besagte Situationen > eben *nicht* als gleich betrachtet, sondern die nur für /Dich/ > *scheinbar* gleich sind. Ein weiterer Grund weshalb ich hier nachgefragt habe. Ich wollte die Funktion verstehen. > 'Bücher'ßßßscharfesS Das galt nicht dir :) > Zwei winzige Klicks (Du bist doch so ein Maus-Fan ) bringen Dich > direkt in die Hilfe zur betreffenden Funktion, wo Du alles nachlesen > kannst, was eine Funktion betrifft (Bedeutung, Format, Parameter, ...; Ok, ich habe es jetzt mal über die Direkthilfe gemacht (tatsächlich 2 Klicks). Dort ist die Funktion überhaupt nicht so beschrieben, wie ich sie nutze/missbrauche (?). Vielleicht ist sie aber auch nicht vollständig dokumentiert. BTW: Ein Maus-Fan bin ich ganz sicher nicht. Es gibt aber auch durchaus Dinge, die mit diesem Hilfsmittel komfortabler und schneller funktionieren. Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksichtigt Zellen mit Summenformeln nicht
Hallo Edgar, > Andreas Säger schrieb am 29.09.2010 21:00: > > Wenn das Programm einfach nur machen soll was Du willst dann solltest Du > > lernen, Formeln einzugeben. Dafür gibt es weit fortgeschrittenere Hilfen > > als dieses selten bescheuerte Sigma in der Formelleiste. > > Die Bemerkung finde ich hyperfluid, denn > > > ...Kurzeinleitungen... > Genau hier wird dir die Verwendung des "Summen"-Button mit Sicherheit > auch angeboten und warum soll ich denn bitteschön mir die Mühe machen > "=Summe(A6:A8)" zu tippen, wenn es mit Klick auf einen Button schon > erledigt ist? Weil solche "Abkürzungen"/Automatismen nicht immer _genau_ das machen, was man ggf. erwartet. Das kann daran liegen, dass > ...was mit dem Programm oder den Konfigurationsdateien nicht in Ordnung... ist, oder daran, dass das Verhalten einen Grund hat, den man selber nicht nachvollziehen kann. Um _exakt_ zu bekommen, was man will, ist die direkte Eingabe der Formel besser, da man hier die volle Kontrolle hat. > Bei mir Windows XP Home SP3 mit OOo 3.2.1 funktioniert jedenfalls alles > einwandfrei mit Sigma-Zeichen und ohne Tippen. Mit der 3.1.1 unter WinXP-Prof/SP3 habe ich folgendes Verhalten: Ich schreibe 1,2,3 in A1-A3 und markiere A1:A4. Mit "Sigma" erhalte ich in A4 die Summenformel =SUMME(A1:A3). Nun kommen 4,5,6 in A5:A7. Anschließend A4:A8 markieren und "Sigma" Klicken: In A8 steht =SUMME(A5:A7)! Daran ändert sich auch nichts, wenn ich A3:A8, A2:A8 oder A1:A8 markiere. Die Formel bleibt immer gleich. Erkenntnis: In der 3.1.1 beginnt die zweite Summenbildung immer unterhalb der ersten Summe. Macht Sinn, wenn man davon ausgeht, das ein Anwender die Summenfunktion nur zum Summieren von Zahlenwerten verwenden will. Fazit: Formel tippen und Calc macht was ich will und nicht was es glaubt, dass ich will! "Sigma" ist für mich gestorben ;-) Mit der Original 3.1.1 unter Ubuntu gibt es übrigens das gleiche Verhalten. Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / mih-hoe...@web.de / / - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücks ichtigt Zellen mit Summenformeln nicht
Hallo Andreas, Andreas Säger schrieb am 29.09.2010 21:00: SUMME(A6;A8) addiert die beiden Werte in A6 und A8, SUMME(A6:A8) die Werte von A6 bis A8. soweit okay. Wenn das Programm einfach nur machen soll was Du willst dann solltest Du lernen, Formeln einzugeben. Dafür gibt es weit fortgeschrittenere Hilfen als dieses selten bescheuerte Sigma in der Formelleiste. Die Bemerkung finde ich hyperfluid, denn Es gibt dutzende Kurzeinleitungen zu Tabellenkalkulationen auf Flohmärkten, Antiquariaten und sonstwo. Jedes Buch über Excel '95 is annähernd 1:1 auf Calc übertragbar. Genau hier wird dir die Verwendung des "Summen"-Button mit Sicherheit auch angeboten und warum soll ich denn bitteschön mir die Mühe machen "=Summe(A6:A8)" zu tippen, wenn es mit Klick auf einen Button schon erledigt ist? Wenn das dann nicht funktioniert ist was mit dem Programm oder den Konfigurationsdateien nicht in Ordnung. Bei mir Windows XP Home SP3 mit OOo 3.2.1 funktioniert jedenfalls alles einwandfrei mit Sigma-Zeichen und ohne Tippen. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berück sichtigt Zellen mit Summenformeln nicht
Am 29.09.2010 23:53, schrieb Frank Ebert: > >> Wenn das Programm einfach nur machen soll was Du willst dann solltest >> Du lernen, Formeln einzugeben. > > Das eine hat mit dem Anderen nicht viel zu tun. Ich finde vom Grundsatz > her es deutlich schneller die Formeln manuell einzugeben. Was nützt Dir das, wenn eine vorgefertigte Funktion nicht genau das macht, was Du Dir wünschst(!), daß sie machen soll? Abgesehen davon zweifle ich Diene Aussage betreffs höherer Geschwindigkeit an. Wenn ich irgend welche Daten eingebe, dann sind meine Hände in der Regel [tm] in der Nähe der Tastatur; und dann ist nicht unbedingt der schnellste Weg, erst mal umständlich nach der Maus zu tasten, dann den Mauszeiger auf dem Bildschirm zu suchen, ihn über den gewünschten Zellenbereich zu bringen und diesen zu markieren, dabei womöglich noch ellenlang zu scrollen, und dann den Mauszeiger wieder wo ganz wo anders hin zu führen, nämlich zu dem Summenzeichen in der Menüleiste. In /der/ Zeit hab *ich* zumindest locker mein "=SUMME(A1:A500)" o. ä. eingetippt. >Es gibt aber > auch Situationen, da vereinfacht eine solche Funktion die Arbeit > ungemein. Nur sollte dann die Funktion das Erwartete ausführen, was sie > in diesem Fall nicht getan hat. Ich wollte lediglich prüfen ob ich > etwas falsches erwarte oder das Programm etwas falsches ausführt. Kleiner Hint aus Erfahrung: Bei vorgefertigten Funktionen tendenziell [tm] immer eher ersteres. >Zumal > das Programm in eigentlich der gleichen Situation unterschiedlich > reagiert. Ein deutlicher Hinweis darauf, daß die Funktionen besagte Situationen eben *nicht* als gleich betrachtet, sondern die nur für /Dich/ *scheinbar* gleich sind. > Wobei ganz abwegig war dein Vorschlag mit den Büchern ja nicht, da ich > den Unterschied zwischen ; und : bei Summe() nicht kannte... :) 'Bücher'ßßßscharfesS Zwei winzige Klicks (Du bist doch so ein Maus-Fan ) bringen Dich direkt in die Hilfe zur betreffenden Funktion, wo Du alles nachlesen kannst, was eine Funktion betrifft (Bedeutung, Format, Parameter, ...; und das ':' bzw. ';' hat ja wohl eindeutig irgend was mit den Parametern zu tun). Der erste Klick ist auf den Funktions-Assistenten (das ist der 'fx'-Button neben dem Sigma im Menü), und der zweite dann schlicht und einfach dort auf 'Hilfe' ... Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Summenfunktion berücksi chtigt Zellen mit Summenformeln nicht
> SUMME(A6;A8) addiert die beiden Werte in A6 und A8, SUMME(A6:A8) die > Werte von A6 bis A8. Oh, dann brauche ich jetzt gar nicht mehr nachsehen, was der Unterschied ist, danke :) > Wenn das Programm einfach nur machen soll was Du willst dann solltest > Du lernen, Formeln einzugeben. Das eine hat mit dem Anderen nicht viel zu tun. Ich finde vom Grundsatz her es deutlich schneller die Formeln manuell einzugeben. Es gibt aber auch Situationen, da vereinfacht eine solche Funktion die Arbeit ungemein. Nur sollte dann die Funktion das Erwartete ausführen, was sie in diesem Fall nicht getan hat. Ich wollte lediglich prüfen ob ich etwas falsches erwarte oder das Programm etwas falsches ausführt. Zumal das Programm in eigentlich der gleichen Situation unterschiedlich reagiert. Wobei ganz abwegig war dein Vorschlag mit den Büchern ja nicht, da ich den Unterschied zwischen ; und : bei Summe() nicht kannte... :) Gruß Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc Grafik überarbeiten
On 27/08/2010 14:54, Pit Zyclade wrote: Am 27.08.2010 12:59, schrieb Frank Thomas: Hallo, Ich möchte eine Calc-Liniengrafik überarbeiten. Meine Daten sind historisch, es handelt sich um die Periode 1900 bis 1918, die x-Achse ist die Zeitachse. Alle Jahre werden als tick marks angezeigt. Ich möchte nun die innerhalb der Grafik allein die Jahre 1914 sowie 1918 als grid lines angezeigt bekommen. Einmal in Writer eingefügt für eine Veröffentlichung könnte ich dies mit einer Grafiklinie manuell tun, aber dies wird in der Regel unsauber, die Linie bleibt nicht an der richtigen Stelle wenn nachträglich Text eingefügt wird usw. ... Ich setze OOo 3.2.1 (englisch) unter Win Vista ein. Sind die Daten noch vorhanden? Dann wäre ein Bearbeitung in calc selbst das Beste. Mit "tick marks" und "grid lines" kann ich nicht viel anfangen als OOo-deutsch-Benutzer, aber vielleicht kannst Du das Diagramm hochladen? Ich habe hier einen Link ins Netz gestellt : http://www.cijoint.fr/cjlink.php?file=cj201008/cijQWdAGDH.ods Danke für die Bereitschaft, die Grafik einmal aus der Nähe anzusehen. Ich suche keine Einzelfallösung, sondern eine allgemeine Lösung, die ich auf eine ganze Reihe von Grafiken anwenden werde. Deshalb bitte keine Energie einsetzen, um hier diese Grafik zu verbessern Danke im Voraus Frank - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Im port?
Hallo Thomas, also bei mir klappt das hervorragend. (WinXP; Openoffice.org 3.2.0 (und 3.2.1 RC2) Thomas Kübler schrieb: Hallo Volker, bei mir klappt das nicht (Win XP; OOo3.2.0). . Öffne ein Tabellendokument. (Calc halt) dann, im Menü Einfügen - Tabelle ... danach: Aus Datei erstellen und ... dann auf Durchsuchen. Im Dateidialog füge ich dann die URL ein da, wo du ansonsten einen Dateinamen eingeben würdest (Das Dialogfenster hat die Überschrift Einfügen) (hier mal eine zum Testen: http://www.heggemann-edv.de/oxt/telefontest.csv) vielleicht testest Du mal die o.a. URL ob Du sie überhaupt im Browser anwählen kannst. (da sollte unter Windows XP der "Speichern unter" Dialog erscheinen) und mit klick auf o.k habe ich dann meine Calc Tabelle. und muß ggf. noch ein paar Einstellungen im Dialog Textimport machen (z.B. Getrennt durch Tabulator) Viele Grüße Thomas Das sollte eigendlich auch bei Dir funktionieren. Gruß Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Import?
Hi Frank, *, 2010/6/1 Frank Becker : >>> [csv import Einstellungen müssen jedesmal neu gemacht werden] >> Was spricht dagegen die Daten einfach direkt in Calc einzubinden? >> Das funktioniert hier ganz prächtig? >> > > Danke, das hilft mir weiter! Der Vollständigkeit halber: http://qa.openoffice.org/issues/show_bug.cgi?id=3687 http://wiki.services.openoffice.org/wiki/Calc/Features/Numbers_import_for_plain_text_files speziell: http://wiki.services.openoffice.org/wiki/Calc/Features/Numbers_import_for_plain_text_files#Persistence_of_dialog.27s_state ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Im port?
Hallo Volker, bei mir klappt das nicht (Win XP; OOo3.2.0). Am 31.05.2010 20:16, schrieb Volker Heggemann: Was spricht dagegen die Daten einfach direkt in Calc einzubinden? Das funktioniert hier ganz prächtig? Ich wähle: Einfügen - Tabelle ... Aus Datei erstellen - klicke verknüpfen (das muß man aber nicht) und dann auf Durchsuchen. Im Dateidialog füge ich dann die URL ein (hier mal eine zum Testen: http://www.heggemann-edv.de/oxt/telefontest.csv) und mit klick auf o.k habe ich dann meine Calc Tabelle. Einfügen | Tabelle ... "Aus Datei erstellen" angeklickt ... "Durchsuchen" angeklickt ==> Einfügen-Dialog Wo gibst Du die URL ein? Gebe ich Deine Test-URL (http://www.heggemann-edv.de/oxt/telefontest.csv)in "Dateiname" ein, so erhalte ich die Fehlermeldung "Der angegebene Dateiname ist ungültig." Bei "Suche in:" komme ich auch nicht weiter. Wie funktioniert das bei Dir? Viele Grüße Thomas - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Im port?
Hallo Frank,, ähm, wenn ich dazu auch noch etwas Antworten darf? Frank Becker schrieb: ich habe regelmäßig eine CSV-Datei in eine Tabelle zu importieren. Wenn Deine Daten wirklich CSV Dateien sind?! (Ich habe so etwas auch vorliegenen?) Danke für die Antwort. Ich habe über die Herkunft der Daten nichts geschrieben, sorry. Die Daten werden mir im Web-Browser angezeigt und sind ein Einzelverbindungsnachweis (Datum, Telefonnummer, Gesprächsdauer usw). Genau in dieser Art kann ich meine Daten auch abrufen... Was spricht dagegen die Daten einfach direkt in Calc einzubinden? Das funktioniert hier ganz prächtig? Ich wähle: Einfügen - Tabelle ... Aus Datei erstellen - klicke verknüpfen (das muß man aber nicht) und dann auf Durchsuchen. Im Dateidialog füge ich dann die URL ein (hier mal eine zum Testen: http://www.heggemann-edv.de/oxt/telefontest.csv) und mit klick auf o.k habe ich dann meine Calc Tabelle. Das geht allerdings nur, wenn die Datei auch wirklich CSV ist und bei meinem Provider auch nur dann, wenn ich mich vorher mittels Browser angemeldet habe. Möglicherweise kann man das (Benutzername und Passwort) in der URL mit angeben?! Gruß Volker Heggemann - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Im port?
Am 31.05.2010 09:31, schrieb Frank Becker: >>> ich habe regelmäßig eine CSV-Datei in eine Tabelle zu importieren. >> >> Warum machst du das nicht mit einer Datenbank? >> Eine ODB-Erstellen, die die externe DB, hier die CSV-Datei einbindet. >> Diese sollte natürlich immer den gleichen Namen und Aufbau haben. >> Dann kannst du die Datenquelle - muss natürlich in OOo angemeldet werden >> - per Datenbankbrowser einfach in dein Calc-Dokument ziehen. > > Danke für die Antwort. Ich habe über die Herkunft der Daten nichts > geschrieben, sorry. Die Daten werden mir im Web-Browser angezeigt und > sind ein Einzelverbindungsnachweis (Datum, Telefonnummer, Gesprächsdauer > usw). Zu Abrechnungszwecken möchte ich diese Daten in einer Tabelle haben. Ich sehe da drei Möglichkeiten. Einmal kannst Du die Daten in eine externe Datei kopieren, wie Eric und Edgar das vorgeschlagen haben. Das hat aber den Nachteil, daß Du immer mit zwei Dateien arbeiten musst. Eine andere Möglichhkeit wäre, die Formatinformationen zu 'strippen'. Dazu kopierst Du die Daten nicht direkt nach OOo, sondern zuerst in einen reinen(!) Texteditor (ich weiß nicht, was sich unter Linux dazu eignet, unter Windows nehm ich immer den notepad), markierst sie darin und kopierst dann /das/ noch OOo. Als dritte Möglichkeit könntest Du in OOo ein weiteres Tabellenblatt anlegen, in /das/ Du die Daten - as is - reinkopierst. In Deinem eigentlichen Tabellenblatt arbeitest Du dann mit diesem anderen Blatt, wobei Du die Daten dann problemlos entsprechend Deinen Bedürfnissen konvertieren kannst. > Ok, dann muss ich weiterhin noch etliche Mausklicks beim Import machen. Sofern Du nicht zufällig jemanden kennst, der Dir ein entsprechendes Makro schreibt ... > War nur eine Frage ob ich mir einige Klicks sparen kann. Wenn ich mir > aber recht überlege, wieviel Zeit ich mit dem Schreiben der Frage und > diesem Posting verwende ... Naja, aber das machst Du /einmal/, und nicht jeden Monat wieder und wieder ... Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Im port?
Hallo Frank,, Frank Becker schrieb am 31.05.2010 09:31: Danke für die Antwort. Ich habe über die Herkunft der Daten nichts geschrieben, sorry. Die Daten werden mir im Web-Browser angezeigt und sind ein Einzelverbindungsnachweis (Datum, Telefonnummer, Gesprächsdauer usw). Zu Abrechnungszwecken möchte ich diese Daten in einer Tabelle haben. Ja gut aber irgendwie müssen die Daten ja als Datei auf deiner Platte landen, als meinetwegen EVN2010-31-05.csv oder wie auch immer. Dann änderst du eben den Dateinamen auf einen allgemeinen Namen, den du mit der BASE-Datei verknüpfst. Brauchst also jedesmal nur die alte Datei löschen und den Namen der neuen Datei ändern. Ok, dann muss ich weiterhin noch etliche Mausklicks beim Import machen. War nur eine Frage ob ich mir einige Klicks sparen kann. Wenn ich mir aber recht überlege, wieviel Zeit ich mit dem Schreiben der Frage und diesem Posting verwende ... Naja, wenn du das aber auf mehrere Jahre Anwendung und monatlichen Klicks umrechnest... Gar nicht kalkuliert: Der Lernfaktor für ähnliche Arbeiten ;-) -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc: Vorlagen für CSV-Import?
Hallo Frank, Am Mon, 31 May 2010 09:31:39 +0200 schrieb Frank Becker: > Am 31.05.2010 09:19, schrieb Edgar Kuchelmeister: >> Hallo Frank, >> >> Frank Becker schrieb am 30.05.2010 22:49: >>> Hallo zusammen, >>> >>> ich habe regelmäßig eine CSV-Datei in eine Tabelle zu importieren. >> >> Warum machst du das nicht mit einer Datenbank? >> Eine ODB-Erstellen, die die externe DB, hier die CSV-Datei einbindet. >> Diese sollte natürlich immer den gleichen Namen und Aufbau haben. >> Dann kannst du die Datenquelle - muss natürlich in OOo angemeldet werden >> - per Datenbankbrowser einfach in dein Calc-Dokument ziehen. > > Danke für die Antwort. Ich habe über die Herkunft der Daten > nichts geschrieben, sorry. Die Daten werden mir im Web-Browser > angezeigt und sind ein Einzelverbindungsnachweis (Datum, > Telefonnummer, Gesprächsdauer usw). Zu Abrechnungszwecken möchte > ich diese Daten in einer Tabelle haben. So ganz hab ich das Problem noch nicht. Ich gehe mal von meinem Anbieter aus. Der bietet mir eine Online-Rechnung, die sich in verschiedene Formate exportieren lässt, darunter csv und xls. Gut, xls wäre jetzt nicht mein Favorit, aber es wird zumindest gleich in Calc, in vermutlich von dir gewünschter, richtiger Form angezeigt und kann einfach mit "Datei speichern unter" dann im OOo Format gespeichert werden bzw. über Auswahl der gewünschten Datensätze und kopieren in eine vorhanden OOo Tabelle eingefügt werden. Wenn ich allerdings csv auswähle stehe ich vor einem ähnlichen Problem, allerdings darf ich nur die Textkodierung ändern und den Textrenner, alles andere kann ich als Standard lassen. Ich kann aber auch die csv Datei in OOo Base importieren, stehe da aber auch da und darf die Änderungen für das csv Format im Importdialog vornehmen. Ich fürchte, dass sich dieses OOo verhalten nur über Makros speziell für diese eine Art von csv Dateien ändern lässt oder gar nur über ein Programm, dass über die API auf OOo zugreift. Andernfalls würde OOo ja bei jeder andere csv Datei auch die von dir gewünschten "Standards" anwenden und die währen dann für die csv Datei, weil sie vielleicht tatsächlich Semikolon als Trenner nutzt, so falsch wie sie aktuell für diesen Einzelverbindungsnachweis sind. Vielleicht könnte ein Issue geschrieben werden, damit der Anwender bei OOo die Standardeinstellungen für den csv Import seinen Bedürfnissen anpassen kann. Oder es wird als Erweiterung (aka Extension) angeboten, ob das geht, bin ich jetzt aber überfragt. Freundliche Grüße, Eric Hoch -- ## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows ## Openoffice.org - ich steck mit drin! - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc Format/Zelle: Zeit Stundenzettel
Hi, Am 12.05.2010 17:02, schrieb Dieter Böser: > Stefan Weigel schrieb: >> Auch auf www.ooowiki.de habe ich dazu nichts gefunden. > > Nun ja! Zur Ehrenrettung des ooowiki sei auf folgenden Link verwiesen: > > www.ooowiki.de/ZahlenFormatierenInCalc#Formatierung_von_Datum_und_Zeit > > Dort steht zumindest unter "Erläuterung der Code-Zeichen": > > "Das Zeichen HH ohne Klammer zeigt nur bis 24 Stunden an. Wenn auch die > über einen Tag hinausgehenden Stunden angezeigt werden sollen, muss das > [HH] in Klammer gesetzt sein." Wobei man dies durchaus bei genauerem Hinsehen im Dialog 'Zellen formatieren' erkennen sollte, wenn man sich die Zeit Formate und die dazugehörigen Format-Codes anschaut. Ist aber möglicherweise zuviel verlangt. Gruß Josef - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Daten sortieren: Leere Zellen zuerst
Am 12.05.2010 09:31, schrieb Andreas Borutta: > > 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. 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. ä. 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. > 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'? Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Daten sortieren: Leere Zellen zuerst
Hi, Am 12.05.2010 09:31, schrieb Andreas Borutta: 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. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Daten sortieren: Leere Zellen zuerst
Hallo, Am 11.05.2010 15:41, schrieb Andreas Borutta: 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? Frage: Was ist der Unterschied zwischen einem Raben? Antwort: Beide Beine sind gleich lang, besonders das Rechte. 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. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Am 25.04.2010 23:24, schrieb Johannes A. Bodwing: > >>> Das stimmt so weit. Nur finde ich es schade, daß richtig gute Ansätze in >>> OOo nicht wirklich für die optimalste Anwendung ausgelegt sind. >> >> *Wessen* 'optimalste Anwendung'? Deine? Meine? Die von Holger? >> Jeder von uns hat spezifische Bedürfnisse und Vorstellungen. Und es kann >> eventuell sogar sein, daß /meine/ Vorstellungen den /Deinen/ - oder >> denen von Holger - in manchen Bereichen zuwiderlaufen. Je universeller >> ein Programm ist (und es gibt IMHO kaum etwas universelleres als ein >> Office-Paket), desto mehr Kompromisse muss es einfach eingehen. Und >> 'Kompromiss' heißt immer, daß irgend jemand irgend welche Abstriche hin >> nehmen muss. > > Die von der Funktion aus gesehen beste Umsetzung. Es geht ja um > bestimmte "Funktionen" (z.B. DDE, Navigator bei Globaldokumenten, > Verknüpfen/Transponieren in Calc). Und ich sehe da keine Kompromisse, > sondern nicht zu Ende gedachte Funktionen, bei denen die praktische > Anwendung wenig berücksichtig wird. Wieso bricht z.B. die > DDE-Verknüpfung nach ein paar Tausend Zellen ein? So aus der hohlen Hand geschüttelt würde ich die Ursache für so etwas erst mal weniger bei OOO suchen, sondern bei Windows (Überlastung). >Der Navigator ist bei mehreren Dutzend Subdokumenten > nicht mehr wirklich funktional. Aber bei einigen wenigen funktioniert er gut; und die wenigsten Benutzer verwenden größere oder gar große Dokumente (Du hast nach Beispielen für Kompromisse gefragt). >Und wenn ich einen Spaltenbereich in > eine andere Tabelle transponiere, bekomme ich unterschiedliche > Ergebnisse, je nachdem ob die Tabelle im selben Calc-Dokument ist, oder > ein anderes Doku ist. Wie schon mal gesagt, kannst Du Kopieren nicht mit Verknüpfen vergleichen; auch (oder erst recht) dann nicht, wenn Du das eine innerhalb des selben Dokumentes machst, und das andere in einem anderen Dokument. >> Dann mach es selber; die Mittel dafür bringt OOO durchaus mit (Formeln, >> Makros, ...). >> Beispiel: Niemand zwingt Dich, das *Verknüpfen* aus dem Einfügen-Dialog >> zu benutzen. Du kannst die Verknüpfungen auch problemlos selber >> erstellen, und dabei sogar ganz präzise auf Deine ganz persönlichen >> Bedürfnisse eingehen. >> > Wo steht das, wie das geht? Tippe einfach mal in eine geeignete Zelle Deiner Wahl (ohne die Hochkomma) '=A1'. Oder '=wenn(A1=""; ""; A1)'. Oder'=WENN($A1="";"";MIN(1; WENN($H$2="+"; E1+G1; WENN($H$2="#"; G1; E1'. Oder '=WENN($A1=""; Z1; MAX(Z1; MIN(Y1+(10*(GROSS($I$2)="T"));AUFRUNDEN(WENN(R1=5;WENN(UND(GROSS($I$2)<>"T";ODER(V1<15;V1>84));0;90/(SIN(MIN(84;MAX(16;V1))*PI()/100)));MAX((GROSS($I$2)<>"S")*N1*E1*(U1/50);($I$2<>"$")*(R1=2)*N1/100))-(($I$2="+")*X1) '. Oder ... Und dann markierst Du die Zelle, packst mit der Maus den kleinen schwarzen Punkt rechts unten, und ziehst den Bereich nach unten hin auf; oder benutzt Cut-and-Paste ... Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Hallo Wolfgang, Am 25.04.2010 13:19, schrieb Johannes A. Bodwing: Das stimmt so weit. Nur finde ich es schade, daß richtig gute Ansätze in OOo nicht wirklich für die optimalste Anwendung ausgelegt sind. *Wessen* 'optimalste Anwendung'? Deine? Meine? Die von Holger? Jeder von uns hat spezifische Bedürfnisse und Vorstellungen. Und es kann eventuell sogar sein, daß /meine/ Vorstellungen den /Deinen/ - oder denen von Holger - in manchen Bereichen zuwiderlaufen. Je universeller ein Programm ist (und es gibt IMHO kaum etwas universelleres als ein Office-Paket), desto mehr Kompromisse muss es einfach eingehen. Und 'Kompromiss' heißt immer, daß irgend jemand irgend welche Abstriche hin nehmen muss. Die von der Funktion aus gesehen beste Umsetzung. Es geht ja um bestimmte "Funktionen" (z.B. DDE, Navigator bei Globaldokumenten, Verknüpfen/Transponieren in Calc). Und ich sehe da keine Kompromisse, sondern nicht zu Ende gedachte Funktionen, bei denen die praktische Anwendung wenig berücksichtig wird. Wieso bricht z.B. die DDE-Verknüpfung nach ein paar Tausend Zellen ein? Bei einer ges. Spalte hängt sich OOo auf. Der Navigator ist bei mehreren Dutzend Subdokumenten nicht mehr wirklich funktional. Und wenn ich einen Spaltenbereich in eine andere Tabelle transponiere, bekomme ich unterschiedliche Ergebnisse, je nachdem ob die Tabelle im selben Calc-Dokument ist, oder ein anderes Doku ist. Da bleibt manches einfach mittendrin stecken. Dann mach es selber; die Mittel dafür bringt OOO durchaus mit (Formeln, Makros, ...). Beispiel: Niemand zwingt Dich, das *Verknüpfen* aus dem Einfügen-Dialog zu benutzen. Du kannst die Verknüpfungen auch problemlos selber erstellen, und dabei sogar ganz präzise auf Deine ganz persönlichen Bedürfnisse eingehen. Wo steht das, wie das geht? Gruß, Johannes
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Am 25.04.2010 13:19, schrieb Johannes A. Bodwing: > > Das stimmt so weit. Nur finde ich es schade, daß richtig gute Ansätze in > OOo nicht wirklich für die optimalste Anwendung ausgelegt sind. *Wessen* 'optimalste Anwendung'? Deine? Meine? Die von Holger? Jeder von uns hat spezifische Bedürfnisse und Vorstellungen. Und es kann eventuell sogar sein, daß /meine/ Vorstellungen den /Deinen/ - oder denen von Holger - in manchen Bereichen zuwiderlaufen. Je universeller ein Programm ist (und es gibt IMHO kaum etwas universelleres als ein Office-Paket), desto mehr Kompromisse muss es einfach eingehen. Und 'Kompromiss' heißt immer, daß irgend jemand irgend welche Abstriche hin nehmen muss. >Da > bleibt manches einfach mittendrin stecken. Dann mach es selber; die Mittel dafür bringt OOO durchaus mit (Formeln, Makros, ...). Beispiel: Niemand zwingt Dich, das *Verknüpfen* aus dem Einfügen-Dialog zu benutzen. Du kannst die Verknüpfungen auch problemlos selber erstellen, und dabei sogar ganz präzise auf Deine ganz persönlichen Bedürfnisse eingehen. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Hallo Wolfgang, ... Danke für deine Erklärungen. Zusammen mit anderen Tipps kriege ich jetzt einigermaßen hin, was ich vorhatte. Ich sehe das Problem viel eher darin, daß OOo in manchen Bereichen nicht ausreichend auf die praktische Anwendung hin programmiert ist, sondern auf gute Ideen/Ansätze, die mitten drin aufhören (z.B. Navigator Globaldokument, DDEs usw.) und den Nutzer dann mit den Problemen allein lassen. Sorry, aber niemand kann alles auf einmal machen. Man kann immer nur eines nach dem anderen erledigen. *Irgend* etwas, das noch nicht implementiert ist, gibt es *immer*. Das stimmt so weit. Nur finde ich es schade, daß richtig gute Ansätze in OOo nicht wirklich für die optimalste Anwendung ausgelegt sind. Da bleibt manches einfach mittendrin stecken. Dabei könnte OOo mit viel mehr punkten, als der immer wieder propagierten MS-Komatibilität. Ich hab mir mal Office 2007 runtergeladen und ein bißchen damit rumgespielt - wird demnächst wieder gelöscht. Was OOo bislang an (längst vorhandenen) Chancen verspielt ... Wäre das konsequent auf die Anwenderpraxis umgesetzt (und entspr. publik gemacht), würde kaum noch jemand von MS reden. Sonnigen Sonntag, Johannes
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Am 24.04.2010 19:44, schrieb Johannes A. Bodwing: > >>> ich komme in Calc nicht klar. Eines der Probleme ist: >>> ~ aus einem CalcDokument kopiere ich z.B. 20 Zellen aus Spalte A, >>> z.T. sind Zellen farblich unterlegt und zusammengefügt (z.B. 3 Zellen >>> zu 1); >>> ~ das Ganze füge ich per "Verknüpfen" in ein zweites CalcDokument >>> ein; dabei geht dann die Farbe verloren und aus den 3 >>> zusammengefügten Zellen werden wieder 3 getrennte; >>> ~ mache ich dasselbe im Ausgangsdokument und füge dort die Inhalte >>> z.B. in Tabelle 2 ein, wird alles (Farbe, zusammengefügte Zellen) >>> präzise übernommen; >>> >>> Woran liegt dieser Unterschied zwischen dem Verknüpfen in eine andere >>> Tabelle desselben CalcDokumentes und dem Verknüpfen in ein anderes >>> CalcDokument? >>> >>> OOo 3.2.0 mit XP pro >>> ... >> >> Hallo, >> - In allen Tabellenkalkulationen sind Formatierungsattribute und Werte >> strikt voneinander getrennt. Mit sehr seltenen Ausnahmen beziehen sich >> Bezüge in Formeln immer nur auf die Werte der Zellen. >> - Alle Werte sind Zahlen oder Text. Formeln können auch Fehlerwerte >> hervorbringen. Andere Programme kennen Wahrheitswerte (WAHR/FALSCH) >> als vierten Datentyp. In Calc gilt einfach nur =1=WAHR und =0=FALSCH >> - Das "Zusammenfügen" von Zellen ist immer nur ein visueller Effekt. >> Die erste Zelle überlagert dabei die anderen. > So weit hatte ich das schon rausgefunden; aber wieso ist es > programmiertechnisch nicht möglich, visuell zusammgefügte Zellen auch > nach Verknüpfung weiterhin visuell als 1 Zelle darzustellen? Weil 'Verbinden' eine reine Formatierungssache ist, und 'Verknüpfen' sich rein auf den Zellinhalt bezieht. Du musst also zusätzlich die Formatierung manuell von A nach B kopieren. >Diese > Information ist ja in der Ausgangstabelle enthalten und könnte für die > verknüpfte Tabelle verwendet werden. Es sind aber nur die Zellinhalte verknüpft, nicht die Formatierungen. >> - Wie alle Anfänger leidest Du unter einem viel zu komplizierten >> Mischmasch aus Inhalt und Form. > Was ist daran viel zu kompliziert, wenn ich lediglich das mache, was per > Programm machbar ist? Es ist ja von OOo per Funktionen so vorgesehen, > daß ich Zellen (visuell) zusammenfügen kann, Hintergründe farbig anlege usw. Kannst Du doch; Du kannst problemlos eine Zelle, die eine Verknüpfung auf eine andere Zelle enthält, /manuell/ genau so formatieren, wie die Ursprungszelle. Du kannst sie nur nicht /automatisch/ so formatieren; aber das kannst Du mit Zusammenfügen, Hintergrund farbig hinterlegen usw. auch nicht. > Ich sehe das Problem viel eher darin, daß OOo in manchen Bereichen nicht > ausreichend auf die praktische Anwendung hin programmiert ist, sondern > auf gute Ideen/Ansätze, die mitten drin aufhören (z.B. Navigator > Globaldokument, DDEs usw.) und den Nutzer dann mit den Problemen allein > lassen. Sorry, aber niemand kann alles auf einmal machen. Man kann immer nur eines nach dem anderen erledigen. *Irgend* etwas, das noch nicht implementiert ist, gibt es *immer*. > Dazu gehört anscheinend auch, was weiter oben am Schluß stand: Woran > liegt dieser Unterschied zwischen dem Verknüpfen in eine andere Tabelle > desselben CalcDokumentes und dem Verknüpfen in ein anderes CalcDokument? Hmm; was Du in Deinem OP beschrieben hast, waren aber 3 verschiedene Paar Stiefel: *Einmal* hast Du Daten (also Inhalte; und *nur* die) *verknüpft*, und das halt zufällig[tm] in ein anderes Dokument (das ist das zweite Paar Stiefel; aber eigentlich völlig irrelevant). Dabei wird halt nun mal nur auf die *Inhalte* der Quellzellen zugegriffen, nicht auf die *Formate*. Dem gegenüber (3. Paar Stiefel) hast Du die Zellen (Inhalte und Formate) innerhalb desselben Dokumentes (aber auch das ist eigentlich irrelevant) *kopiert*; das ist etwas völlig anderes. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Verknüpfung zu T abelle oder Calc-Dokument bringt versch. Erg ebnisse
Hallo Andreas, Johannes A. Bodwing wrote: ... ich komme in Calc nicht klar. Eines der Probleme ist: ~ aus einem CalcDokument kopiere ich z.B. 20 Zellen aus Spalte A, z.T. sind Zellen farblich unterlegt und zusammengefügt (z.B. 3 Zellen zu 1); ~ das Ganze füge ich per "Verknüpfen" in ein zweites CalcDokument ein; dabei geht dann die Farbe verloren und aus den 3 zusammengefügten Zellen werden wieder 3 getrennte; ~ mache ich dasselbe im Ausgangsdokument und füge dort die Inhalte z.B. in Tabelle 2 ein, wird alles (Farbe, zusammengefügte Zellen) präzise übernommen; Woran liegt dieser Unterschied zwischen dem Verknüpfen in eine andere Tabelle desselben CalcDokumentes und dem Verknüpfen in ein anderes CalcDokument? OOo 3.2.0 mit XP pro ... Hallo, - In allen Tabellenkalkulationen sind Formatierungsattribute und Werte strikt voneinander getrennt. Mit sehr seltenen Ausnahmen beziehen sich Bezüge in Formeln immer nur auf die Werte der Zellen. - Alle Werte sind Zahlen oder Text. Formeln können auch Fehlerwerte hervorbringen. Andere Programme kennen Wahrheitswerte (WAHR/FALSCH) als vierten Datentyp. In Calc gilt einfach nur =1=WAHR und =0=FALSCH - Das "Zusammenfügen" von Zellen ist immer nur ein visueller Effekt. Die erste Zelle überlagert dabei die anderen. So weit hatte ich das schon rausgefunden; aber wieso ist es programmiertechnisch nicht möglich, visuell zusammgefügte Zellen auch nach Verknüpfung weiterhin visuell als 1 Zelle darzustellen? Diese Information ist ja in der Ausgangstabelle enthalten und könnte für die verknüpfte Tabelle verwendet werden. - Wie alle Anfänger leidest Du unter einem viel zu komplizierten Mischmasch aus Inhalt und Form. Was ist daran viel zu kompliziert, wenn ich lediglich das mache, was per Programm machbar ist? Es ist ja von OOo per Funktionen so vorgesehen, daß ich Zellen (visuell) zusammenfügen kann, Hintergründe farbig anlege usw. Ich sehe das Problem viel eher darin, daß OOo in manchen Bereichen nicht ausreichend auf die praktische Anwendung hin programmiert ist, sondern auf gute Ideen/Ansätze, die mitten drin aufhören (z.B. Navigator Globaldokument, DDEs usw.) und den Nutzer dann mit den Problemen allein lassen. Dazu gehört anscheinend auch, was weiter oben am Schluß stand: Woran liegt dieser Unterschied zwischen dem Verknüpfen in eine andere Tabelle desselben CalcDokumentes und dem Verknüpfen in ein anderes CalcDokument? Gruß, Johannes - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc als bequemer Editor fuer CSV-Dateien?
Hallo Andreas Am 21.04.2010 18:16, schrieb Andreas Borutta: > 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? Nein, du musst schon mit dem mitgelieferten Hilfstool die Filteroptionen auslesen und im Code anpassen, aber vergiss es, dir ist ja schon der einfachere Vorschlag von Andreas Saeger zu aufwendig. > >>> 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. Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Michael, 2010/4/15 Michael van Gemmern : > [...] > ich habe das unter meinem openSUSE gesucht und gar nichts gefunden. > Bei Rechtsklick werden nur Koffice-Dokumente angeboten. Also habe ich > vorgestern mal Vorlagen (in Deutsch) und Kontextmenu-Integration > erstellt und bei kde-apps.org eingestellt (ich habe schon einen Fan ;-). IMHO uninteressant aus genau denselben Gründen, weshalb es bei Windows Probleme macht: Statische Dokumente, die als Pseudo-Vorlage dienen. Wenn der Nutzer die Standardvorlage ändert, oder eine andere Sprachversion verwendet, dann stimmt Datei|Neu nicht mit dem überein, was man per Kontextmenü im Dateimanager bekommt. ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo *, Am Dienstag, 13. April 2010 schrieb Edgar Kuchelmeister: > Christian Lohmaier schrieb am 13.04.2010 13:08: > > Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher > > Installation In oooprogramdir/shellnew (früher in > > windowssir\shellnew > > Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP > ;-) Nach langem Suchen und über die Tune Up Utilities hab ich es dann > gefunden: C:\Dokumente und Einstellungen\\Vorlagen ich habe das unter meinem openSUSE gesucht und gar nichts gefunden. Bei Rechtsklick werden nur Koffice-Dokumente angeboten. Also habe ich vorgestern mal Vorlagen (in Deutsch) und Kontextmenu-Integration erstellt und bei kde-apps.org eingestellt (ich habe schon einen Fan ;-). Wen(n) es interessiert: http://kde-apps.org/content/show.php/Create-New-OpenOffice.org-Document?content=123189 Ciao Michael -- OpenSuse 11.0, OpenOffice.org 3.2 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Mark, bitte kein ToFu produzieren, nur das relevante zitieren und die Anmerkungen dazwischen schreiben. 2010/4/13 Lloyd : > > Ich bin davon ausgegangen, dass die Texte für die Beschriftung der > Reiter in der Datei (unter Windows im beschriebenen > Windows-Vorlagenordner) liegen. Sind sie. > Wenn ich damit falsch liege, kann ein Speichern via OpenOffice.org Menü > -> Neu ... keine Besserung bringen! Wieso denn bitte nicht? Datei|Neu und Du bekommst ein Dokument, das entweder aus den Programm-Standardeinstellungen oder aus einer vom Nutzer bestimmten Vorlage erstellt wird. Die Programm-Defaults sind abhängig von der Sprache von OOo bzw. den Regionaleinstellungen (Papierformat, Dezimalseperator,...) > das Problem muss an anderer Stelle > zu finden sein, Nein, das Problem liegt schon da. Fixe "Vorlagen" (leere Basisdokumente) für die Windows-Funktion vs. dynamisch, von OOo erstelltes neues Dokument. > und kann vermutlich so nicht verbessert werden; Da stimme ich Dir zu. Die einzige passable Lösung wäre ein gesonderter Dokumenttyp/eine spezielle Datei. Wenn man die in OOo öffnet hat OOo die Info "das ist ein leeres Dok aus dem Windows-Explorer" und kann intern ein neues Dokument erstellen und damit das dummy-Dokument überschreiben. So würe der Nutzer in OOo immer ein Dokument erhalten, das genauso ausschaut, sich genauso verhält, als hätte der Nutzer Datei|Neu benutzt. ABER: Das würde dann wieder nur mit OOo funktionieren. Ein anderes Programm, das diese Dummy-Datei öffnet weiß damit dann vmtl. nix anzufangen. Bleibt also nur die Möglichkeit ein reguläres Dokument zu erstellen, mit einer gesetzten Dokumenteigenschaft (Datei|Eigenschaften), z.B. ein Nutzerfeld "Shellnew" als Kennzeichnung. Öffnet man ein solches Dokument in OOo, kann OOo es entsprechend ersetzen, bei anderen Programmen wird das Dokument so wie es ist geöffnet. ABER: Dann muß man wieder höllisch aufpassen, nicht schon bestehende Inhalte einfach wegzuwerfen, sprich sich blind auf die Eigenschaft zu verlassen. Der Nutzer kann ja ein beliebiges Programm benutzt haben um das Dokument mit Inhalt zu füllen. Dann darf OOo das nicht als neu erstelltes Dokument betrachten. Kurzum: Zuviel Aufwand um es "richtig" zu machen. Also wird sich hier vmtl. so schnell nix ändern. Wer die Funktion wirklich öfters benutzt, dann die entsprechenden Dateien überschreiben und fertig. ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo, ich verstehe nicht ganz, warum Ihr das ganze so kompliziert macht. In der Datei "C:\Dokumente und Einstellungen\All Users\Vorlagen\soffice.ods" sind die Tabellenbezeichnungen englisch (sheet1 .. 3). Da ist also ein englischer Text drin, der natürlich bei der deutschsprachigen Version mit übersetzt werden könnte. Das sind auch keine Windows- sondern OOo-Dateien. Also gar kein Problem. Man kann sie aber auch öffnen, die englischen Tabellenbezeichnungen mit deutschen (Tabelle1 .. 3) überschreiben und wieder speichern. - fertig. Ich arbeite mit OOo 3.2 und Windows XP SP3. Herzliche Grüße an alle Ulrich Hoffmann Am 13.04.2010 15:11, schrieb Lloyd: Hallo Edgar, die müssen es sein: wenn ich die "C:\Dokumente und Einstellungen\All Users\Vorlagen\soffice.ods" starte, bekomme ich Reiter in englischer Beschriftung. Ich habe mir das Datum der Dateien angesehen und die stammen nicht von meiner aktuellen Version 3.2 Installation sondern noch von V3.1. Einerseits ist der Order etwas "gefährlich" benannt, da es sich genau genommen nicht um Vorlagen sondern um fertige, leere Dokumente handelt. Des anderen wäre nun interessant, wo man deutschsprachige "Vorlagen" her bekommt. Im Prinzip müsste es ja reichen OpenOffice.org zu starten und aus jedem Programm eine frische, leere Datei zu speichern, entsprechend zu benennen und unter dem Vorlagen-Verzeichnis abzulegen. Auf der anderen Seite sollten diese Dokumente auch übersetzt und bei der Installation ausgetauscht werden - ein Bug? Viele Grüße, Mark Am 13.04.2010 13:32, schrieb Edgar Kuchelmeister: Moment mal... ich muss mich korrigieren: Edgar Kuchelmeister schrieb am 13.04.2010 13:27: Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) Nach langem Suchen und über die Tune Up Utilities hab ich es dann gefunden: C:\Dokumente und Einstellungen\\Vorlagen Gefunden hab ich die ODF Vorlagen unter C:\Dokumente und Einstellungen\All Users\Vorlagen - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Christian, okay, habe ich verstanden und weiter nachgedacht... ich muss nochmal in der Runde nach haken: Ich bin davon ausgegangen, dass die Texte für die Beschriftung der Reiter in der Datei (unter Windows im beschriebenen Windows-Vorlagenordner) liegen. Daher der Effekt mit den unterschiedlichen Texten/Beschriftungen bei gleicher Funktion (und im Prinzip müssen sie das auch, da der Anwender die Texte ändern kann). Wenn ich damit richtig liege, müssen diese Dateien mit Übersetzt werden, um den Anwender nicht zu verwirren (Die Dateien bleiben statisch, enthalten aber "Sprachinformationen"). Wenn ich damit falsch liege, kann ein Speichern via OpenOffice.org Menü -> Neu ... keine Besserung bringen! das Problem muss an anderer Stelle zu finden sein, und kann vermutlich so nicht verbessert werden; obwohl es sich nun sehr schön reproduzieren lässt. Daher Achtung! Viele Grüße, Mark Am 13.04.2010 15:40, schrieb Christian Lohmaier: > Hallo Lloyd, *, > > 2010/4/13 Lloyd : >> >> die müssen es sein: wenn ich die "C:\Dokumente und Einstellungen\All >> Users\Vorlagen\soffice.ods" starte, bekomme ich Reiter in englischer >> Beschriftung. >> >> Ich habe mir das Datum der Dateien angesehen und die stammen nicht von >> meiner aktuellen Version 3.2 Installation sondern noch von V3.1. > > Die ändern sich auch nicht mit jeder Version. Die sind wiegesagt > statisch, für alle Sprachversionen von OOo dieselben, und auch für > alle Releases dieselben, wenn nicht ein bug oder sonstiges eine > Anpassung erfordert. > >> Einerseits ist der Order etwas "gefährlich" benannt, da es sich genau >> genommen nicht um Vorlagen sondern um fertige, leere Dokumente handelt. >> Des anderen wäre nun interessant, wo man deutschsprachige "Vorlagen" her >> bekommt. > > Ist halt das Windows-System. Und die Frage, woher du > "deutschsprachige" Vorlagen herbekommst beantwortest Du Dir ja quasi > selbst: Datei|Neu → Speichern unter und die entsprechende Datei im > Windows-Vorlagenordner überschreiben. > >> Auf der anderen >> Seite sollten diese Dokumente auch übersetzt und bei der Installation >> ausgetauscht werden - ein Bug? > > Nein, kein Bug, denn sowas sieht Windows gar nicht vor. Und würde > somit auch mit Sprachpaketen bei OOo nicht funktionieren. Egal welche > Sprache man in OOo einstellen würde, es gäbe nur eine > "Windows"-Vorlage. > > ciao > Christian > > - > To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org > For additional commands, e-mail: users-h...@de.openoffice.org > > - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Lloyd, *, 2010/4/13 Lloyd : > > die müssen es sein: wenn ich die "C:\Dokumente und Einstellungen\All > Users\Vorlagen\soffice.ods" starte, bekomme ich Reiter in englischer > Beschriftung. > > Ich habe mir das Datum der Dateien angesehen und die stammen nicht von > meiner aktuellen Version 3.2 Installation sondern noch von V3.1. Die ändern sich auch nicht mit jeder Version. Die sind wiegesagt statisch, für alle Sprachversionen von OOo dieselben, und auch für alle Releases dieselben, wenn nicht ein bug oder sonstiges eine Anpassung erfordert. > Einerseits ist der Order etwas "gefährlich" benannt, da es sich genau > genommen nicht um Vorlagen sondern um fertige, leere Dokumente handelt. > Des anderen wäre nun interessant, wo man deutschsprachige "Vorlagen" her > bekommt. Ist halt das Windows-System. Und die Frage, woher du "deutschsprachige" Vorlagen herbekommst beantwortest Du Dir ja quasi selbst: Datei|Neu → Speichern unter und die entsprechende Datei im Windows-Vorlagenordner überschreiben. > Auf der anderen > Seite sollten diese Dokumente auch übersetzt und bei der Installation > ausgetauscht werden - ein Bug? Nein, kein Bug, denn sowas sieht Windows gar nicht vor. Und würde somit auch mit Sprachpaketen bei OOo nicht funktionieren. Egal welche Sprache man in OOo einstellen würde, es gäbe nur eine "Windows"-Vorlage. ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Edgar, die müssen es sein: wenn ich die "C:\Dokumente und Einstellungen\All Users\Vorlagen\soffice.ods" starte, bekomme ich Reiter in englischer Beschriftung. Ich habe mir das Datum der Dateien angesehen und die stammen nicht von meiner aktuellen Version 3.2 Installation sondern noch von V3.1. Einerseits ist der Order etwas "gefährlich" benannt, da es sich genau genommen nicht um Vorlagen sondern um fertige, leere Dokumente handelt. Des anderen wäre nun interessant, wo man deutschsprachige "Vorlagen" her bekommt. Im Prinzip müsste es ja reichen OpenOffice.org zu starten und aus jedem Programm eine frische, leere Datei zu speichern, entsprechend zu benennen und unter dem Vorlagen-Verzeichnis abzulegen. Auf der anderen Seite sollten diese Dokumente auch übersetzt und bei der Installation ausgetauscht werden - ein Bug? Viele Grüße, Mark Am 13.04.2010 13:32, schrieb Edgar Kuchelmeister: > Moment mal... > > ich muss mich korrigieren: > > Edgar Kuchelmeister schrieb am 13.04.2010 13:27: > >> Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) >> Nach langem Suchen und über die Tune Up Utilities hab ich es dann >> gefunden: C:\Dokumente und Einstellungen\\Vorlagen > > Gefunden hab ich die ODF Vorlagen unter C:\Dokumente und > Einstellungen\All Users\Vorlagen > - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hi, Am 13.04.2010 13:48, schrieb Christian Lohmaier: > Hi Edgar, *, > > 2010/4/13 Edgar Kuchelmeister : >> Christian Lohmaier schrieb am 13.04.2010 13:08: >> >>> Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher >>> Installation >>> In oooprogramdir/shellnew (früher in windowssir\shellnew >> >> Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) > > Oh, da war auch ein Tippfehler. windowsdir hätte es heißen sollen, > also c:\windows\shellnew > Und das andere halt das ooodir\program\shellnew Verzeichnis - aber > offenbar haben neuere Windowsversionen die Pfade lokalisiert/heißen in > der UI jetzt anders bzw. OOo packt sie woanders hin. Letzten endes > wird ja in der Registry definiert welche Einträge verfügbar sind, und > was diese Einträge machen/wo sie ihre "Vorlage" herbekommen. Windows 7: C:\Users\'Username'\AppData\Roaming\Microsoft\Windows\Templates Gruß Josef - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hi Edgar, *, 2010/4/13 Edgar Kuchelmeister : > Christian Lohmaier schrieb am 13.04.2010 13:08: > >> Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher >> Installation >> In oooprogramdir/shellnew (früher in windowssir\shellnew > > Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) Oh, da war auch ein Tippfehler. windowsdir hätte es heißen sollen, also c:\windows\shellnew Und das andere halt das ooodir\program\shellnew Verzeichnis - aber offenbar haben neuere Windowsversionen die Pfade lokalisiert/heißen in der UI jetzt anders bzw. OOo packt sie woanders hin. Letzten endes wird ja in der Registry definiert welche Einträge verfügbar sind, und was diese Einträge machen/wo sie ihre "Vorlage" herbekommen. ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Christian, Am 13.04.2010 13:08, schrieb Christian Lohmaier: Nein. Dem Programm wird nix geschickt. Der Explorer kopiert eine installiertes, leeres Dokument in den entsprechenden Ordner. Das Programm selber bekommt davon nix mit. Butter an die Fische: Wo ist das Dokument, damit man es anpassen kann? Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher Installation In oooprogramdir/shellnew (früher in windowssir\shellnew Auf meiner gesamten Festplatte gibt es nur einen Pfad, der 'shellnew' enthält, nämlich C:\WINNT\shellnew Da sind nur MS-Office-Dateien vorhanden. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Moment mal... ich muss mich korrigieren: Edgar Kuchelmeister schrieb am 13.04.2010 13:27: Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) Nach langem Suchen und über die Tune Up Utilities hab ich es dann gefunden: C:\Dokumente und Einstellungen\\Vorlagen Gefunden hab ich die ODF Vorlagen unter C:\Dokumente und Einstellungen\All Users\Vorlagen -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Christian, Christian Lohmaier schrieb am 13.04.2010 13:08: Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher Installation In oooprogramdir/shellnew (früher in windowssir\shellnew Angaben in dem Link sagen mir überhaupt nichts, ich hab Windows XP ;-) Nach langem Suchen und über die Tune Up Utilities hab ich es dann gefunden: C:\Dokumente und Einstellungen\\Vorlagen Muss man erst mal drauf kommen :-/ -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hi Edgar, *, 2010/4/13 Edgar Kuchelmeister : > Christian Lohmaier schrieb am 12.04.2010 20:52: > >> Nein. Dem Programm wird nix geschickt. Der Explorer kopiert eine >> installiertes, leeres Dokument in den entsprechenden Ordner. Das >> Programm selber bekommt davon nix mit. > > Butter an die Fische: Wo ist das Dokument, damit man es anpassen kann? Link zu den sourcen hab ich ja schon geschick. Bei tatsächlicher Installation In oooprogramdir/shellnew (früher in windowssir\shellnew ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hallo Christian, Christian Lohmaier schrieb am 12.04.2010 20:52: Nein. Dem Programm wird nix geschickt. Der Explorer kopiert eine installiertes, leeres Dokument in den entsprechenden Ordner. Das Programm selber bekommt davon nix mit. Butter an die Fische: Wo ist das Dokument, damit man es anpassen kann? -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc 3.2 Blätter benennen
Hi Andreas, *, 2010/4/12 Andreas Saeger : > Heinz Kiesewetter wrote: > >> [neue Datei per WIndows-Explorer Kontextmenü→ Neu] > > Der Explorer schickt ein bestimmtes Vorlagendokument an das Programm. Nein. Dem Programm wird nix geschickt. Der Explorer kopiert eine installiertes, leeres Dokument in den entsprechenden Ordner. Das Programm selber bekommt davon nix mit. Erst wenn das neu erstellte Dokument geöffnet wird (Doppelklick, etc), dann wird die Datei wie jede andere Datei auch an das Programm übergeben. > Irgendwo in WIndows gibt's einen Ordner mit Vorlagen, die in > Kontextmenü>Neu... auftauchen sollen. > Mit Datei>Neu>xxx erzeugte Dokumente basieren meines Wissens auf gar keiner > Vorlage Doch - einem "Vorlagendokument" - Keine wie man es selber über Datei|Speichern unter → Dateityp ...-Vorlage (bzw. über Datei|Dokumentvorlagen → speichern) erstellen kann, sondern ein stink normales Dokument ohne Inhalt. (Datei → Speichern →Text-/Tabellen/...Dokument), Nur sind die nicht für jede Sprache anders. http://pumbaa.ooodev.org:59145/source/xref/extras/source/shellnew/ > sondern werden aus irgendwelchen Konfigurationsdateien generiert, Nö, das nicht. Das sind fixe Dokumente. Wären sie aus Konfigurationsdateien, dann könnte das laufende OOo ja entsprechende Werte vorgeben wie bei Datei|Neu Aber ja: Wenn man in OOo eine andere Standardvorlage definiert (Datei|Dokumentvorlagen → verwalten), dann kümmert das den Explorer nicht, der kopiert weiter das fixe "shellnew" Dokument in den betreffenden Ordner. Nur über Datei|Neu in OOo bekommt man die selbst definierte Vorlage. ciao Christian - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc V3.2 speichern unter im DBase-Format (bug?)
Hallo Andreas, Andreas Saeger schrieb am 26.02.2010 12:58: o.dre...@hansa-baubeschlag.de wrote: Was willst Du dann mit OOo? Und warum platzt Du mit völlig ... könntest du dich bitte mäßigen. Dein Ton ist überzogen. Wenn dir das Verhalten des O. Dreyer nicht passt - mir gefällt es übrigens auch nicht - kläre ihn über den Fehler auf oder ignoriere ihn. Danke. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: störende leere Zellen
Hallo Andreas und Stefan, Andreas Saeger schrieb: Stefan Weigel wrote: Hallo Andreas, Am 24.01.2010 18:14, schrieb Andreas Saeger: SELECT * FROM "Liste" WHERE NOT "Med1" IS NULL AND NOT "Med2" IS NULL AND NOT "Med3" IS NULL Damit werden solche Zeilen selektiert, in denen weder Med1 noch Med2 und Med3 leer sind. In Irmhilds Beispiel trifft dies auf keine Zeile zu. Sie erhält also nichts. :-( Gruß Stefan Ein berechnetes Feld vielleicht? =IF(ISNUMBER(A2);A2;IF(ISNUMBER(B2);B2;IF(ISNUMBER(C2);C2;""))) und daraus das Diagramm? Schlechtes Tabellenlayout ist jedenfalls die Wurzel des Übels. Danke für Eure Hinweise, ich konnte es jetzt allerdings schon über Roberts Vorschlag mit dem Filter lösen. Das mit dem "schlechten Tabellenlayout" kann ich allerdings nicht auf mir sitzen lassen: Das Tabellenlayout hat so wie es ist, schon seinen Sinn, schließlich ist die Gesamtaufgabe umfangreicher und komplexer, meine Anfrage bezog sich nur auf ein Teilproblem. Aber ich denke, dass ist jetzt OT... Viele Grüße und schönen Abend Irmhild - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: störende leere Zellen
Hallo Andreas, Am 24.01.2010 18:14, schrieb Andreas Saeger: SELECT * FROM "Liste" WHERE NOT "Med1" IS NULL AND NOT "Med2" IS NULL AND NOT "Med3" IS NULL Damit werden solche Zeilen selektiert, in denen weder Med1 noch Med2 und Med3 leer sind. In Irmhilds Beispiel trifft dies auf keine Zeile zu. Sie erhält also nichts. :-( Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Danke Dieter, ich habe alles verstanden und habe gemerkt, dass ich ein Missverständnis hatte. Dass aus dieser Diskussion eine Grundsatzdiskussion geworden ist, zeigt mir, dass auch andere User nicht immer alles verstehen und nachvollziehen können. Für mich ist OpenOffice eines der tollsten Programme, mit dem ich schon in allen früheren Versionen - das war da noch Staroffice von Stardivision aus Hamburg - gearbeitet habe. FG Richard > Richard Uhlig schrieb: >> Ja da scheint etwas nicht zu stimmen. Nur was??? > > Hier stimmt alles! Du solltest noch einmal den Beitrag über die > "Mechanik" der Zahlenerkennung durchlesen und die Ergebnisse > vielleicht auch mal in Calc überprüfen. Zugegeben: Auch ich muss mich > immer wieder vergewissern. > >> Ich formatiere die Zelle A1 wie beschrieben: >> /Zeit/ der Format-Code *HH+MM+SS* >> Bereits hier zeigt mir das Info-Feld 12+12+00. Eigentlich müsste da >> schon die Zeit 12:12:00 angezeigt werden. Denn ich habe eine >> benutzerdefinierten Zahlencode angelegt. > > Hier steckt schon das erste Missverständnis. Mit dem Zahlencode > HH+MM+SS hast du festgelegt, dass Calc das Pluszeichen *anstelle* des > Doppelpunkt im Zeitcode akzeptiert. *Weil* du das Pluszeichen im Code > hast, wird es auch angezeigt. > >> Nach "ok" gehe ich wieder in meine Zelle A1 und dort steht linksbündig >> 12+12+00. In der Formelzeile steht 12:12:00. > > Du hast jetzt für diese Zelle einen Formatcode erzeugt, der es dir > ermöglicht, die Zeit statt mit dem Doppelpunkt mit Pluszeichen > einzugeben. In der Zelle ist das solange zu sehen, wie sie mit diesem > Code formatiert ist. Wenn du in der Zelle den Doppelpunkt sehen > willst, musst du sie auch wieder mit dem Code formatieren, der den > Doppelpunkt als Zeittrenner hat. > > In der Formelzeile (=Eingabezeile) dagegen wird immer der Standardwert > angezeigt, weil die ja nicht formatiert ist, bzw. formatiert werden kann. > >> Das will ich aber gar nicht. Ich will, dass in der Zelle A1 12:12:00 >> steht und nicht 12+12+00. > > Jetzt kommt der Knackpunkt! Das Pluszeichen kann nur verwendet werden, > wenn es im Code akzeptiert wird. Weil die Zelle aber so formatiert > ist, zeigt sie die Pluszeichen auch an. > > Was ist also Sinn des Ganzen? > Die Formatierung mit dem Pluszeichen ermöglicht die leichtere Eingabe > über den Nummernblock. Nachdem nun alles eingegeben ist, können die > entsprechenden Zellen markiert werden und über das "Kontextmenü > > Zellen markieren > richtiges Zeitformat" umformatiert und damit > regelgerecht angezeigt werden. > > Hinweis: Wenn allerdings auf einem Tabellenblatt anschließend > verschiedene Zeitformate angezeigt werden sollen, wäre an die > Erstellung eigener Zellvorlagen zu denken! > >> Und noch ein Effekt: Ich bin es gewohnt, die Zelle nach unten zu ziehen >> (oder auch seitwärts) - rechte untere Ecke der Zelle mit dem Kreuz der >> Maus festhalten und ziehen in die nächste Zelle. In Zelle A2 steht nach >> dem ziehen 12+12, auch in A3 usw,. In der Formelzeile 36:12:00. Das kann >> man beliebig fortsetzen, wobei der erste Wert sich immer ändert, aus 12 >> wird 36 wird 60 wird 84 usw.; die anderen Werte bleiben. > > Auch hier passiert nichts Außergewöhnliches. Wenn du eine Zahl > schreibst und auf die beschriebene Weise kopierst, zählt die immer um > "1" weiter. Du erhälst die Zahlenfolge 1, 2, 3, 4, ... > > Nichts anderes geschieht hier mit der Zeit. Die zählt nämlich per > Definition jeweils um einen Tag (= 24 h) weiter. In der Zelle kannst > du das durchaus auch anzeigen mit dem Zeitcode [HH]:MM:SS. > > Aber auch dazu steht vieles in den Wikiartikeln. > > Gruß aus Bruchsal! > > Dieter Böser - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Andre Schnabel schrieb: Original-Nachricht Von: "Wolfgang Jäth" Wolfgang, den beschriebenen Workaround schon ein bischen arg für durchs Knie ins Auge haltend Ich sehe das weniger als Workaround, sondern mehr als trickreiche Anwendung einer vorhandenen Funktion. :-) Trotzdestonix ist es nur ein Workaround. Die Frage war doch eigentlich nach der Eingabe einer Uhrzeit über den Nummernblock, Ok, wenn man die Frage auf exakt diesen Kern reduziert ist die Antwort natürlich: geht nicht! Darum ging es nicht (mehr); Dieter hat sich an dem Begriff 'Workaround' gestoßen, und ich hab erläutert, warum die vorgeschlagene Vorgehensweise in meinen Augen *keine* wirklich zufriedenstellende globale Lösung darstellt, sondern eben bestenfalls lediglich genau jenen kritisierten Begriff. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Dieter Böser schrieb: Der Wachhund Calc ist eben darauf abgerichtet, mögliche Werteingaben auf ein Standardformat zu bringen. Nun will aber jemand statt 3 bis 5 unbedingt 3-5 schreiben und ärgert sich, das Calc ihm daraus ein Datum generiert und nicht zu überreden ist, die Eingabe als Text durchgehen zu lassen. Das finde ich nach wie vor sehr gut! Dabei müsste er nur wissen, dass der Befehl für Calc, etwas als Text zu akzeptieren, das Hochkomma ist. Statt sich zu ärgern und Verrat zu schreien, wäre es besser, diese Regel (zu lernen und) anzuwenden. Auch das kann ich unterschreiben :) Die alleinige Eingabe des Produkts 3*6 wird nun mal als Text interpretiert obwohl doch erwartet werden könnte, dass die Rechenmaschine dann das Ergebnis auswirft. Allerdings frage ich mich, warum das kein Datum wird - sondern ein Text! Gibt es da irgendwo einen kausalen Zusammenhang?! schönens Wochenende Dieter. Gruß Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Hi, Original-Nachricht > Von: "Wolfgang Jäth" > >> Wolfgang, den beschriebenen Workaround schon ein bischen arg für > >> durchs Knie ins Auge haltend > > > > Ich sehe das weniger als Workaround, sondern mehr als trickreiche > > Anwendung einer vorhandenen Funktion. :-) > > Trotzdestonix ist es nur ein Workaround. Die Frage war doch eigentlich > nach der Eingabe einer Uhrzeit über den Nummernblock, Ok, wenn man die Frage auf exakt diesen Kern reduziert ist die Antwort natürlich: geht nicht! Schöne einfache Welt :) Gruß, André PS.: Wir können gern nen Satz in den Pointer aufnehmen, dass Antworten keine Anregungen enthalten sollten, die dem Fragesteller durch Überhitzung der grauen Zellen schädigen könnten. -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Dieter Böser schrieb: Wolfgang, den beschriebenen Workaround schon ein bischen arg für durchs Knie ins Auge haltend Ich sehe das weniger als Workaround, sondern mehr als trickreiche Anwendung einer vorhandenen Funktion. :-) Trotzdestonix ist es nur ein Workaround. Die Frage war doch eigentlich nach der Eingabe einer Uhrzeit über den Nummernblock, und nicht danach, wie man per zigfachem [tm] Umformatieren irgend eine Zahl letztendlich als Uhrzeit darstellen kann. Da kann der Anwender im Prinzip auch gleich Dezimalbrüche eingeben, also z.B. 7,5 für 7:30 usw. - die Frage war ja schließlich nicht, wie er zu der einzugebenden Zahl kommt. ;-) Der Wachhund Calc ist eben darauf abgerichtet, mögliche Werteingaben auf ein Standardformat zu bringen. Nun will aber jemand statt 3 bis 5 unbedingt 3-5 schreiben und ärgert sich, das Calc ihm daraus ein Datum generiert und nicht zu überreden ist, die Eingabe als Text durchgehen zu lassen. Dabei müsste er nur wissen, dass der Befehl für Calc, etwas als Text zu akzeptieren, das Hochkomma ist. Statt sich zu ärgern und Verrat zu schreien, wäre es besser, diese Regel (zu lernen und) anzuwenden. Bei der Frage des OP ging es aber gar nicht um ein Missverständnis, sondern um eine Arbeitserleichterung. Der vorgeschlagene Workaround mag vielleicht sogar eine sein, wenn es um die gleichzeitige Eingabe vieler Werte sprich Datensätze geht. Aber wer z. B. nur gelegentlich mal einen oder wenige Wert(e) ändern oder Datensätze anfügen möchte, für den ist die vorgeschlagene Prozedur garantiert weit umständlicher, als einfach zum Doppelpunkt in der 'großen' Tastatur hinüber zu greifen. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Richard Uhlig schrieb: Also bei mir scheint da nicht zu klappen. Ich habe zur Formatierung der Zelle als Zeiteingabe dieses hier benutzerdefiniert eingegeben; *HH+MM+SS Gebe ich nun 12+12+00 ein, so wird dieser Text nicht in 12:12:00 verwandelt sondert es erscheint als Text 12+12+00. Nein, das erscheint nicht als Text, sondern als Zahl; nur in einer etwas ungewöhnlichen [tm] Formatierung. Was mache ich falsch? | Nach der Eingabe können dann alle Zeitwerte wieder in die übliche | Zeitangabe mit Doppelpunkt umformatiert werden. Wolfgang, den beschriebenen Workaround schon ein bischen arg für durchs Knie ins Auge haltend -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Ja da scheint etwas nicht zu stimmen. Nur was??? Ich formatiere die Zelle A1 wie beschrieben: /Zeit/ der Format-Code *HH+MM+SS* Bereits hier zeigt mir das Info-Feld 12+12+00. Eigentlich müsste da schon die Zeit 12:12:00 angezeigt werden. Denn ich habe eine benutzerdefinierten Zahlencode angelegt. Nach "ok" gehe ich wieder in meine Zelle A1 und dort steht linksbündig 12+12+00. In der Formelzeile steht 12:12:00. Das will ich aber gar nicht. Ich will, dass in der Zelle A1 12:12:00 steht und nicht 12+12+00. Und noch ein Effekt: Ich bin es gewohnt, die Zelle nach unten zu ziehen (oder auch seitwärts) - rechte untere Ecke der Zelle mit dem Kreuz der Maus festhalten und ziehen in die nächste Zelle. In Zelle A2 steht nach dem ziehen 12+12, auch in A3 usw,. In der Formelzeile 36:12:00. Das kann man beliebig fortsetzen, wobei der erste Wert sich immer ändert, aus 12 wird 36 wird 60 wird 84 usw.; die anderen Werte bleiben. Fg Richi > Richard Uhlig wrote: >> Also bei mir scheint da nicht zu klappen. Ich habe zur Formatierung der >> Zelle als Zeiteingabe dieses hier benutzerdefiniert eingegeben; >> *HH+MM+SS >> Gebe ich nun 12+12+00 ein, so wird dieser Text nicht in 12:12:00 >> verwandelt sondert es erscheint als Text 12+12+00. >> Was mache ich falsch? >> > > Funktioniert bei mir einwandfrei. Die Zelle zeit 12+12+00 als > Zahlenwert an. Der Wert ist rechtsbündig ausgerichtet, "Ansicht>Werte > Hervorheben" färbt den Wert blau, ISTZAHL(A1) liefert WAHR. Wie immer > zeigt die Formelzeile die Formatgruppe des Zellwertes an. Dort steht > 12:12:00 im Standardformat für Zeitwerte. > > ooowiki.de ist wirklich sehr, sehr gut. Gerade das ewige Mysterium > (eher Missverständnis) mit den Werten einer Tabellenkalkulation ist > dort perfekt erklärt. > Danke, Dieter. > > Grüße and alle, > Andreas > > > - > To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org > For additional commands, e-mail: users-h...@de.openoffice.org > > - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Am Wednesday 02 December 2009 16:42:46 schrieb Dieter Böser: > Stefan Philipps schrieb: > > Hat jemand eine Idee? > > www.ooowiki.de/ZahlenFormatierenInCalc#Schnelle_Eingabe_von_Zeitangaben Es gibt noch eine weitere Möglichkeit: Du kannst mit dem geeigneten Programm deine Tasten um belegen. Ich habe in der Firma meinen 10er-Block angepasst: Die Taste [÷] habe ich in [:] und die Taste [×] in [.] geändert. Diese Zuordnung kann man sich ganz gut merken ("Punkt"rechnung: Division, Multiplikation) und ich kann mit der 10er-Tastatur nun auch Zahlen und Daten eingeben. Die Zeichen ÷ und × habe ich bisher kaum gebraucht ;-) Falls dich das interessiert kann ich die eine kurze Anleitung mit Downloadlink schicken. Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / mih-hoe...@web.de / / - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Also bei mir scheint da nicht zu klappen. Ich habe zur Formatierung der Zelle als Zeiteingabe dieses hier benutzerdefiniert eingegeben; *HH+MM+SS Gebe ich nun 12+12+00 ein, so wird dieser Text nicht in 12:12:00 verwandelt sondert es erscheint als Text 12+12+00. Was mache ich falsch? Gruß Richi * > >> www.ooowiki.de/ZahlenFormatierenInCalc#Schnelle_Eingabe_von_Zeitangaben >> > optimal, das funktioniert einwandfrei ! > Auch auf den Trick mit dem nachher-wieder-umformatieren wäre ich nie > gekommen > > Danke :-) > Stefan > > - > To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org > For additional commands, e-mail: users-h...@de.openoffice.org > > - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc: Zeit mit Zahlenblock eingeben?
Hallo Dieter, www.ooowiki.de/ZahlenFormatierenInCalc#Schnelle_Eingabe_von_Zeitangaben optimal, das funktioniert einwandfrei ! Auch auf den Trick mit dem nachher-wieder-umformatieren wäre ich nie gekommen Danke :-) Stefan - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc-Diagramm wird nach Änderung nicht aktualisiert
Hallo, Andreas Saeger schrieb: >> Ändern sich Werte, wird das Diagramm nicht automatisch aktualisiert. >> Auch nach speichern, schließen und erneutem Öffnen erfolgt keine >> Anpassung. > > Du meinst, dass die Größe des Quellbereichs nicht angepasst wird wenn > neue Daten hinzugefügt werden, Änderungen bestehender Werte werden aber > sehr wohl im Diagramm reflektiert? Das wäre völlig normal. nein, Änderungen im bereits definierten Quellbereich werden nicht in das Diagramm übernommen. Gruss, John - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc rechnet falsch
Hallo Andreas, > Es geht nicht um die Genauigkeit der Wärungsbeträge, sondern ob > beispielsweise ein "Konto" ausgeglichen ist oder nicht, ob > Ergebnis1=Ergebnis2 oder nicht. > Tabellenkalkulationen sind völlig unbrauchbar für derartige > Datensammlungen. Sorry, aber das ist Blödsinn! Schon im Anfängerkurs "Programmieren mit BASIC" den ich 1981 absolviert hatte, hieß es wörtlich: "Egal mit welcher Genauigkeit sie Rechnen, merken sie sich eines: Wenn Sie nicht mit Ganzzahlen arbeiten, vergleichen sie _niemals_ direkt mit Null! Verwenden sie im Zweifelsfalle immer WENN(ABSOLUTWERT(x))<=EPSILON, wobei sie für EPSILON eine hinreichend kleine Zahl verwenden." Bei Geldbeträgen wäre z.B. 0,0001 sicherlich eine gute Idee. Das ist eine der Weisheiten, die bis heute ihren Wert nicht verloren haben. Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / mih-hoe...@web.de / / - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc rechnet falsch
Guten Abend Andreas, irgendwie ist das Prinzipienreiterei Andreas. Jeder weiß, dass es beim Stand der Technik eine vollständige Genauigkeit nicht gibt. Die jeweiligen Anwendungen können ja immer nur die Recourcen nutzen, die die Prozessoren hergeben. Ich habe heute zum Mittagstisch meinen Herrrn Sohn, seines Zeichens promovierter Physiker der Sparte theoretische- und Quantenphysik, das sind die, die keinen Nagel in die Wand schlagen können, mit dem Thema konfrontiert und er riet Interessierten in der Wiki das Thema Doppelte und Vierfache Genauigkeit und die IEEE754 zu konsultieren. Und zum Ausgleich eines Kontos kann ich als alter Knacker, der noch die handbetriebene Durchschreibebuchghaltung kennengelernt hat, Dir sagen, dass das stimmende Konto auch nur mithilfe der Rundungskorrekturen zustande gebracht werden konnte, denn Rundungen ergeben sich ja schon im 2-stelligen Bereich bei der Berechnung von MWSt, Rabatt, etc. Beste Grüße Dieter Andreas Saeger schrieb: Dieter wrote: Guten Morgen, diese Ungenauigheit ist ja nun dokumentiert, wir wissen alle, wie das begründet ist, aber ich meine, für die Mehrzahl der Nutzer unrelevant. Wer mit 10 Stellen hinter dem Komma rechnen muß, wird dies anderweitig realisieren, nicht mit einer Gebrauchs-Software. Ich habe das mal überrechnet: Wenn ich im Jahr 10 000 000,00 ? umsetze ( Utopie) und es ergibt sich bei tausend Buchnungen diese Differenz, summiert sich das auf 0,002 ?, wenn sich das durch Auf- und Abrundungen nich sowieso wieder ausgleicht. Damit kann ich gut leben. Schönen Sonntag Dieter Es geht nicht um die Genauigkeit der Wärungsbeträge, sondern ob beispielsweise ein "Konto" ausgeglichen ist oder nicht, ob Ergebnis1=Ergebnis2 oder nicht. Tabellenkalkulationen sind völlig unbrauchbar für derartige Datensammlungen. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: calc rechnet falsch
Hi, Andreas Saeger schrieb: Es geht nicht um die Genauigkeit der Wärungsbeträge, sondern ob beispielsweise ein "Konto" ausgeglichen ist oder nicht, ob Ergebnis1=Ergebnis2 oder nicht. Tabellenkalkulationen sind völlig unbrauchbar für derartige Datensammlungen. Nein, sind sie nicht - sofern man sie dem Zweck entsprechend benutzt. Im konkreten Fall sollte man selbst darauf achten, die Werte sinnvoll zu runden, dann funktionieren auch die Tests, ob ein Konto ausgeglichen ist oder eben nicht. Gruß, André - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [calc] Formeln 'hängen' manchmal
Andreas Saeger schrieb: seit dem Update auf 3.1 stelle ich sporadisch immer wieder fest, daß eine Zelle mit einer Formel, die ich gerade bearbeitet habe, und verlasse, nicht wie erwartet das Formel*ergebnis* anzeigt, sondern die Formel selbst. Erst wenn ich den Zelleninhalt verändere, und nochmal abspeichere (also z.B. ein Leerzeichen hinten anfüge und wieder lösche), funktioniert es wieder. Außerdem fallen mir seit kurzem immer wieder Formeln auf, die einen völlig falschen Wert anzeigen. Auch da muss ich die Zelle erst editieren, bevor sie wieder richtig rechnet. Ich habe in beiden Fällen bislang noch keine Systematik dahinter finden können, kann also leider nicht sagen, wie man den Effekt provozieren kann. Ist jemandem von Euch schon etwas ähnliches aufgefallen? Wolfgang Das Problem scheint in v3.1.1 behoben zu sein. Ich kenne es von der Formeleingabe in mehrere Zellen mittels Alt+Enter. Benutze ich zwar nicht, aber das schließt sich ja nicht gegenseitig aus. Danke für die Rückmeldung. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Anzeige wie optimal bei Writer
Hallo Dieter, Dieter Böser schrieb: Meinst du tatsächlich, mir wäre das nicht klar gewesen, so dass ich dafür eine Erklärung gebraucht hätte? ;-) Nix für ungut. Es sind halt oft genau diese Begrifflichkeiten, die den Support per Mailingliste stark beeinträchtigen. Jörg hatte schon das Beispiel mit Feld und Zelle genannt. Und da gerade dieser Thread zum Krebs wurde, weil eben genau solche (mehr sprachliche, als sachliche) Fehler gemacht wurden, hatte ich Deine Formulierung aufgespießt. ;-) Stefan -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: Calc - Anzeige wie optimal bei Writer
Dieter Böser schrieb: Antwort: Indem du zuvor eine Zeile so breit markierst, dass Jetzt wird´s aber langsam hinten höher als vorne! ;-)) Man kann eine Zeile markieren oder nicht markieren. Alles Andere ergibt keinen Sinn. Man kann eine Zeile nicht unterschiedlich breit markieren. Im Zusammenhang mit dem Markieren einer Zeile existiert keine Breite. Frage: Was ist der Unterschied zwischen einem Raben? Antwort: Beide Beine sind gleich lang, besonders das rechte. Gruß Stefan :-) -- www.datenpilot.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Suchen: Alle leeren Zellen, die Vorlage ... besitzen
Hallo Andreas Andreas Borutta schrieb: > Ja, es wäre nützlich, wenn man nach leeren Zellen suchen könnte. Auf der Seite: http://homepages.paradise.net.nz/hillview/OOo/ findest du das Makrodokument: IannzGotoSpecial.sxc Dieses kann auch leere Zellen finden. Gruß Werner - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Auffaelligkeit bei: Optimale Spaltenbreite bei senkrecht ausgerichtetem Text
Hallo Andreas, Andreas Borutta schrieb am 21.07.2009 13:45: Unabhängig vom obigen Testcase: Übrigends empfinde ich es Nachteil der Zoomfunktion, dass Spaltenbreiten nicht automatisch dabei passend verkleinert und vergrößert werden. Nur teilweise, wie du ja auch weiter schreibst. Teilweise werden "Inhalte unsichtbar" (###), weil der Inhalt nicht mehr in die Spalte passt. Bei der nächsten Zoomstufe ist das merkwürdigerweise passt der Inhalt dann merkwürdigerweise wieder rein. Der Zustand springt sozusagen. Stimmt. Der Textüberlauf entsteht durch die Schrifthöhe. Es wird durch den Font oben und unten ein Platz für überstehende, z.B. "Ü", und nach unten überstehende Buchstaben, z. B. "g" erzeugt. Ist der Platz nicht ausreichend, zeigt es einen Textüberlauf an, obwohl scheinbar kein solcher vorhanden ist. Ein Doppelklick auf den rechten Rand des Spaltenkopfes verbreitert die Spalte auf "Optimal" und der Textüberlauf ist weg. Wenn dich das zu sehr stört, eventuell eine Issue erstellen. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Ausdehnung des Inhaltes ueber leere Nachbarzellen verhindern
Heinz Kiesewetter schrieb: Das mit der Anpassung auf die Zellengröße hat den Nachteil, dass dann die Schrift insgesammt kleiner wird um in die Zelle zu passen. Bei Umbruch wird die Zelle höher. Ich hab die Nachbarzellen einfach mit einem Leerzeichen gefüllt - das ist der einzige Trick, den ich kenne. Der Text ragt auch dann nicht in die nächste Zelle, wenn diese (oder die Textzelle selbst) mit einer anderen verbunden ist; aber ob das so viel einfacher zu handhaben ist, halte ich für fraglich. Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Ausdehnung des Inhaltes ueber leere Nachbarzellen verhindern
Hallo Josef, Josef Latt schrieb: Hi, Andreas Borutta schrieb: Aus Neugier: vermisst außer mir jemand das beschriebene Merkmal? Empfindet jemand die in Nachbarzellen hineinragenden Inhalte auch als störend für die Gesamtübersicht in Tabellen? Mich persönlich würden dann eher die kleinen roten Dreiecke stören. um die Dreiecke loszuwerden gibt es bereits eine Option: Extras/Optionen/OOo Calc/Ansicht: "Textüberlauf" deaktivieren Viele Grüße, Jacqueline - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Ausdehnung des Inhaltes ueber leere Nachbarzellen verhindern
Hallo Andreas, Hi, Andreas Borutta schrieb: Aus Neugier: vermisst außer mir jemand das beschriebene Merkmal? Empfindet jemand die in Nachbarzellen hineinragenden Inhalte auch als störend für die Gesamtübersicht in Tabellen? Mich persönlich würden dann eher die kleinen roten Dreiecke stören. Ansonsten muß man eben die Zelle an den Inhalt anpassen (Breite, Umbruch) oder umgekehrt. Ist IMHO auch besser für die Gesamtübersicht. Josef Das mit der Anpassung auf die Zellengröße hat den Nachteil, dass dann die Schrift insgesammt kleiner wird um in die Zelle zu passen. Bei Umbruch wird die Zelle höher. Ich hab die Nachbarzellen einfach mit einem Leerzeichen gefüllt - das ist der einzige Trick, den ich kenne. Gruß Heinz - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Ausdehnung des Inhaltes ueber leere Nachbarzellen verhindern
Hi, Andreas Borutta schrieb: > Aus Neugier: vermisst außer mir jemand das beschriebene Merkmal? > Empfindet jemand die in Nachbarzellen hineinragenden Inhalte auch als > störend für die Gesamtübersicht in Tabellen? Mich persönlich würden dann eher die kleinen roten Dreiecke stören. Ansonsten muß man eben die Zelle an den Inhalt anpassen (Breite, Umbruch) oder umgekehrt. Ist IMHO auch besser für die Gesamtübersicht. Josef - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Ausdehnung des Inhaltes ueber leere Nachbarzellen verhindern
Hallo Andreas, Andreas Borutta schrieb: Alois Klotz schrieb: (...) Überall stets für Leerzeichen zu sorgen, z.B. auch nach den Einfügen von neuen leeren Zeilen, das wäre mir zu umständlich. Dann muss ich wohl die Kröte "mehrzeilige Darstellung durch automatischen Umbruch" schlucken. ich kann auch nur noch mit ein paar "Bäckerbubentricks" dienen, eine Einstellmöglichkeit ist mir nämlich auch nicht bekannt. Du könntest den automatischen Zeilenumbruch in der Spalte aktivieren, die Zeilenhöhe dann auf eine fixe Größe setzen, zum Beispiel wie im Standard 0,45 cm. Dann wird der Text nur einzeilig angezeigt und mit dem roten Dreieck gekennzeichnet. Andere Möglichkeit wäre die Option "An Zellgröße anpassen". Die nutze ich gerne in Formularen, wenn die Größe eigentlich vorgegeben ist, aber ich doch mal ein oder zwei Zeichen mehr in die Zelle reinbekommen möchte. Aus Neugier: vermisst außer mir jemand das beschriebene Merkmal? Empfindet jemand die in Nachbarzellen hineinragenden Inhalte auch als störend für die Gesamtübersicht in Tabellen? Bisher habe ich mir immer anders geholfen, aber eine Option hierfür fände ich persönlich nicht schlecht (auch wenn ich darauf keine hohe Priorität legen würde). Viele Grüße, Jacqueline - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Alphabetische Nummerierung
Andreas Borutta schrieb: Für eine normale Nummerierung lautet die Funktion ganz simpel A2=1 A3=A2+1 Das ist gefährlich. Wenn Du umsortierst, oder Zeilen einfügst, bleiben die Referenzen erhalten. Aus obigem könnte dann zum Bleistift folgendes werden: | A2=1 | A3= | A4=A2+1 ^^ Wolfgang -- - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Re: [Calc] Alphabetische Nummerierung
Andreas Borutta schrieb: Heinz Kiesewetter schrieb: schau mal unter dem Stichwort "Sortierlisten" in der Hilfe nach. Sortierlisten kenne ich. Sie sind statisch. Und selbst wenn ich eine statische Liste wollte: dem Alphabet nach aufeinanderfolgende Buchstaben, also eine alphabetische Nummerierung ist mit der Funktion nicht möglich. Doch, du musst nur einmal eine Sortierliste a,b,c,d,e,f,... definieren. Dann funktioniert das automatische "Hochzählen" bei Ziehen&Ausfüllen wie bei Zahlen auch. Um dynamisch zu arbeiten benutzt du die Funktion ZEICHEN. Sie kann eine Zahl gemäß Codetabelle in ein Zeichen umrechnen. Der Argumentbereich von ZEICHEN ist bis 255. Ich habe noch nicht geguckt, welche Codetabelle genau benutzt wird. Im unteren Bereich ist es aber sicher ASCII, was für deine Zwecke wahrscheinlich genügt. Für die nötige Formel kann ich dir zwei Varianten anbieten: (1) Startwert direkt in die Zelle schreiben, z.b. das Zeichen a in die Zelle E1. In E2 müsste dann die Formel =ZEICHEN(CODE(E1)+1) (2) Den Zahlenwert aus der Position berechnen. In E1 steht dann die Formel =ZEICHEN(ZEILE()+96). In beiden Fällen muss du beim Einfügen von Zeilen natürlich dafür sorgen, dass die Formel in die neue Zeile kopiert wird. mfG Regina - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org