Re: Zellenformatierung - Linienstil
Hallo, > From: Semmel [mailto:sem...@gmx.ch] > Wegen (einerseits) der Inkompabilität zu anderen > Office-Produkten und/ > oder SO-/ OOO-/ LOO-/ AOO-Versionen halte ich das nicht für > meine "erste > Wahl" Naja, ich theoretisiere hier insofern es ja keine Programmeinstellung gibt, nur ich weiß wirklich nicht womit Du das Argument "inkompatibel" hier pauschal(*) stützen willst, denn pauschal betrachtet lässt sich theoretisch die Kompatibilität einer Makrolösung als ähnlich gut (oder schlecht) wie die einer Programmeinstellung vermuten. Praktisch kann man hier sogar garantieren(**) das es eine für alle OO/SO/LO-Versionen kompatible Makrolösung gibt und nur eine Makrolösung für andere Programme (maßgeblich also Excel) abweichen würde. (*) Im Einzelfall kann man eine Inkopatibilität natürlich nur ausschliessen wenn man den Einzelfall prüft, nur auch pauschal darf man 'Mut zur Meinung' haben, ich glaube nur das Du die Dinge hier falsch bewertest wenn Du Inkompatibilität vermutest. (**) garantieren deshalb weil zu überblicken ist das die/das API für die hier benötigten Dinge nicht abweicht und Inkompabilitäten höchstens durch Fehler in einzelnen Programmversionen resultieren könnten. Nö, das ist keine 'Allerweltsaussage', die Situation wäre z.B.- ganz anders wenn man Zugriff auf einen API-Zweig wie: http://www.openoffice.org/api/docs/common/ref/com/sun/star/chart2/module-ix.html benötigen würde, denn der ist nicht in allen versionen vorhanden und deshalb von vornherein klar das es Inkompatibilitäten gäbe. > und (andererseits) kann ich nicht "garantieren", dass (spätere) > Änderungen/ Erweiterungen der Tabelle die Vorgabe nach der > "unveränderlichen Zellgröße" (Zeilengröße?) auch einhalten oder > berücksichtigen. > > Nichtsdestotrotz: hast du ein solches Makro Nein, ich habe kein fertiges Makro. > und würdest du das zur > Verfügung stellen? Das war Anlass meiner Frage, allerdings um genau die Situation zu vermeiden die sich jetzt hier andeutet, nämlich das ich Zeit investiere, das Ganze dann aber nur in ein interessantes Anschauungsbeispiel mündet für dessen ernsthafte Nutzung weitergehend kein Interesse besteht. Somit lassen wir es doch lieber sein. Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: String als Null behandeln
On 18.12.2015 15:20, Christian wrote: > Nach über einem Jahr kann man ja wieder mal fragen... > > Weiß jemand, ob es Ambitionen gibt, wieder Berechnungen mit Zellen zu > ermöglichen, die Text enthalten? Oder gibt's einen Trick? (außer mit viel > Zeitaufwand tausende Formeln in vorhandenen Tabellen durch entsprechende > Abfragen oder zusätzliche Zellen aufzublähen) > Ehrlich gesagt, verstehe ich das Problem nicht ganz. Du möchtest, wen ich Dich richtig verstanden habe, mit Strings rechnen, und Ihnen zu diesem Zwecke den Wert 0 zuweisen. Ich hoffe, Du willst dann nicht mit diesem Wert dividieren ;-) . Aber einmal etwas ernsthafter: Wenn Du mit dem Inhalt von Zellen rechnen willst, die einen String enthalten, dürfte schon etwas beim Design der Tabelle schief gelaufen sein. Und wenn die Zelle dann noch den String "1" oder "1,5432" enthält, dann aber mit 0 gerechnet wird, dürfte es nette Fehler geben, bei deren Suche man viel Spaß haben kann. Oder anders ausgedrückt: Typisierung macht oft Sinn. Gruß Michael signature.asc Description: OpenPGP digital signature
Re: Französische Liste
Am 21.12.2015 um 16:05 schrieb technik: > Alternativ, hat jemand zufällig eine französische Version installiert? > Mit welchen Anweisungen stellt man da die Makrosicherheit auf mittel? Installiere das französische Sprachpaket. BTW, wenn Du die franuzösische Oberfläche öfters brauchst, könnte das hier von Nutzen sein: https://wiki.openoffice.org/wiki/Pootle_User_Guide/Technical_Helpers Abschnitt: Using an English User Interface Parallel - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
AW: Französische Liste
Die der deutschen entsprechende französische Liste ist wohl: https://forum.openoffice.org/fr/forum/ Hg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: String als Null behandeln
Am 21.12.2015 um 16:21 schrieb Richard Rienäcker: > > meiner Meinung ging das früher auch nicht! Doch, früher ging das; ich bin mir nur nicht sicher, ob als Feature oder als Bug. Unabhängig davon war es auch damals schon syntaktisch unsauber, mit *Nicht*-Zahlen *rechnen* zu wollen, auch wenn es technisch ging. Syntaktisch ist das IMHO durchaus einer Division durch Null gleich zu stellen (und da beschwert sich ja auch keiner gegen eine Fehlermeldung). Wenn der OP jahrelang darauf wartet, dass eine /saubere/ Lösung /aufgegeben/ wird, zugunsten einer /unsauberen/ Implementierung, nur damit /er/ sich die Mühe /sparen/ kann, seine früheren *Fehler* *auszubessern*, dann ist ihm halt einfach nicht zu helfen. Sorry. Wolfgang, schulterzuckend -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: String als Null behandeln
Hallo, ich verstehe das Problem. Ich habe auch Tabellen die so aussehen DEF einausSumme Dann in der Zeile darunter 20=+d2-e2+e1 und das geht nicht, weil in E1 ja Summe steht. (Früher ging das.) Ich habe mir dann immer so beholfen, dass ich eine blinde Zeile 2 einfügte, die leer ist. Dann funktionieren die Formeln. Also sinnvoll wäre es schon, Textzellen den value 0 statt nv() zu geben. Horst Am 21.12.2015 um 11:59 schrieb RA Stehmann: On 18.12.2015 15:20, Christian wrote: Nach über einem Jahr kann man ja wieder mal fragen... Weiß jemand, ob es Ambitionen gibt, wieder Berechnungen mit Zellen zu ermöglichen, die Text enthalten? Oder gibt's einen Trick? (außer mit viel Zeitaufwand tausende Formeln in vorhandenen Tabellen durch entsprechende Abfragen oder zusätzliche Zellen aufzublähen) Ehrlich gesagt, verstehe ich das Problem nicht ganz. Du möchtest, wen ich Dich richtig verstanden habe, mit Strings rechnen, und Ihnen zu diesem Zwecke den Wert 0 zuweisen. Ich hoffe, Du willst dann nicht mit diesem Wert dividieren ;-) . Aber einmal etwas ernsthafter: Wenn Du mit dem Inhalt von Zellen rechnen willst, die einen String enthalten, dürfte schon etwas beim Design der Tabelle schief gelaufen sein. Und wenn die Zelle dann noch den String "1" oder "1,5432" enthält, dann aber mit 0 gerechnet wird, dürfte es nette Fehler geben, bei deren Suche man viel Spaß haben kann. Oder anders ausgedrückt: Typisierung macht oft Sinn. Gruß Michael - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: String als Null behandeln
Hallo, meiner Meinung ging das früher auch nicht! Auch damals ging das nur über die Funktion SUMME(). Probiere mal z.B.: SUMME(d2;-e2;e1) Am 21.12.2015 um 16:00 schrieb technik: Hallo, ich verstehe das Problem. Ich habe auch Tabellen die so aussehen DEF einausSumme Dann in der Zeile darunter 20=+d2-e2+e1 und das geht nicht, weil in E1 ja Summe steht. (Früher ging das.) Ich habe mir dann immer so beholfen, dass ich eine blinde Zeile 2 einfügte, die leer ist. Dann funktionieren die Formeln. Also sinnvoll wäre es schon, Textzellen den value 0 statt nv() zu geben. Horst Am 21.12.2015 um 11:59 schrieb RA Stehmann: On 18.12.2015 15:20, Christian wrote: Nach über einem Jahr kann man ja wieder mal fragen... Weiß jemand, ob es Ambitionen gibt, wieder Berechnungen mit Zellen zu ermöglichen, die Text enthalten? Oder gibt's einen Trick? (außer mit viel Zeitaufwand tausende Formeln in vorhandenen Tabellen durch entsprechende Abfragen oder zusätzliche Zellen aufzublähen) Ehrlich gesagt, verstehe ich das Problem nicht ganz. Du möchtest, wen ich Dich richtig verstanden habe, mit Strings rechnen, und Ihnen zu diesem Zwecke den Wert 0 zuweisen. Ich hoffe, Du willst dann nicht mit diesem Wert dividieren ;-) . Aber einmal etwas ernsthafter: Wenn Du mit dem Inhalt von Zellen rechnen willst, die einen String enthalten, dürfte schon etwas beim Design der Tabelle schief gelaufen sein. Und wenn die Zelle dann noch den String "1" oder "1,5432" enthält, dann aber mit 0 gerechnet wird, dürfte es nette Fehler geben, bei deren Suche man viel Spaß haben kann. Oder anders ausgedrückt: Typisierung macht oft Sinn. Gruß Michael - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Calc: String als Null behandeln
Moin Christian, Christian schrieb am 09.10.2014 um 20:26: Eine Frage an die Spezialisten: im Rahmen einer Umstellung aufwendiger Tabellen von OO 1.1.5 auf eine aktuelle Office-Version tritt ein Problem auf: In einer Tabelle mit vielen Zeit-Berechnungen stehen in den Zellen teilweise (beabsichtigt) Strings statt Zeiten. Die wurden in 1.1.5 einfach ignoriert bzw. mit Null gleichgesetzt. In OO4.1 funktioniert die Berechnung nicht, es kommt: Fehler #WERT! Benötigt wird also das alte Verhalten. In LO gibt es eine Einstellung "Konvertierung von Text: Als Null behandeln", die das Gewünschte bewirkt. Kann man das auch in OO einstellen, evtl. durch einen speziellen Format- Code? Wenn nicht per GUI, dann vielleicht per Makro oder Editieren einer XML-Einstellungs-Datei o.ä.? Wär ja schade, wenn das nicht (mehr) geht. mag sein, dass ich das "Problem" missverstanden habe, aber weshalb geht das Folgende nicht? =WENN(ISTTEXT();0;) oder auch =WENN(ISTTEXT();"0";) Gruß, Peter. - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
