Re: Sybomle für Tabellenkalkulation
Hallo Christian, > Am 23.07.2021 um 18:11 schrieb Christian Süß : > > Guten Tag, > > ich finde nirgends, wo man das Symbol für Summe findet und einfügen kann. In Calc findest Du das Symbol in der Rechenleiste (Im Menü unter „Ansicht“ anklicken). Du kannst aber auch einfach „=Summe“ in eine Zelle schreiben. Tipp: Suche zuerst bei Fragen in der eingebauten OpenOffice-Hilfe. Gruß Günter - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Sybomle für Tabellenkalkulation
Guten Tag, ich finde nirgends, wo man das Symbol für Summe findet und einfügen kann. Chrsitian Süß - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
RE: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: Mechtilde [mailto:o...@mechtilde.de] > Sent: Monday, July 20, 2020 3:35 PM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > > Wenn Du konkrete Funktionen umsetzen möchtest, kannst Du das tun. Es > hindert Dich niemand daran. Sehr richtig. Nur ALLEIN damit macht man kein gutes Produkt. > Ich selber kann noch so viele gute Ansätze und Ideen haben. Das alles > nutzt mir nichts, solange niemand diese umsetzen kann. Ebenfalls völlig richtig. Genauso gilt aber das die beste Idee die man auch umsetzt, dem Programm als Solchem nicht hilft, wenn sie nicht in ein Gesamtkonzept eingebettet ist. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] > Sent: Monday, July 20, 2020 3:48 PM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > > Hallo, > > wir sind nun schon ein wenig weit weg vom Problem des > Ursprungsposters. > > > es gibt zwei verschiedene Sichten auf ein Programm wie Calc > bzw. Excel: für die > > die rechnen können und die mathematischen Hintergründe > verstehen, ist es ein > > Werkzeug um ihre Effizienz zu verbessern, für die vielen, > vielen Anderen ist es > > ein Hilfsmittel um überhaupt etwas zu berechnen, eine Frage > der nackten > > Effektivität und nicht der Effizienz. > > Schau Dir die finanzmathematischen Funktionen an (egal in > welchem Programm und > > Programmversion), jeder der weiß WAS er da rechnet, braucht > die eigentlich nicht. > > Jeder der hingegen nur darauf abgerichtet ist nach 'Schema > F' Parameterfelder > > auszufüllen ist völlig hilflos ohne diese Funktionen. > > Das halte ich für gefährlich: Wer nicht weiß, was er rechnet und das > Ergebnis seiner Berechnung von vornherein nicht ungefähr abschätzen > kann, berechnet zu oft schlicht Unsinn. absolute Zustimmung > Aber das ist auch nur meine Privatmeinung. > > > > Heute gibt es es bei AOO garkeine verbindlichen Ansätze > mehr, denn es ist doch > > soviel 'schöner' alles dem Zufall, der 'Lust und Laune' > Einzelner zu überlassen. > > Manche mögen das dann "unser Stil" nennen. > > > Ich habe den Eindruck, dass die, die bei AOO entwickeln, ihre > Kenntnisse > und Fähigkeiten nicht beliebig, sondern verantwortungsbewusst > einsetzen. Wer konkret entwickelt denn bei AOO derzeitig und was wird entwickelt? Auf der dev-Mailingliste lese ich nur Endlos-Diskussionen zu immer neuen Detailproblemen beim Kompillieren und in den Release-Note finde ich auch wenig Hinweise auf Neues. Wie wenig verantwortungsbewusst manche im Übrigen handeln zeigte mir vor einigen Wochen das Statement von M. auf de-dev und niemand ist aufgestanden und hat M. deutlich gemacht was er da sagt und das er das so nicht tun sollte. > Es gibt nur bei AOO niemand mehr, der irgendeinem vorschreiben könnte, > was dieser zu tun habe. Und das ist absolut gut und richtig so, denn so funktionieren freie Software-Projekte. Gute freie Softwareprojekte schliessen aber die eigene Einsicht ein sich freiwillig einzuordnen und nicht jede Frage und jedes Thema damit abzutun, weil man nicht verpflichtet wäre müsse man nichts dergleichen tun. > Die Berufung auf irgendeine "verbindliche" Maxime reicht dafür in der > Regel nicht aus. Auch irgendeine, wie auch immer geartete > "Amtsautorität" oder Abstimmung über "verbindliche Ansätze" > ist insoweit > nicht zielführend. > > Manche bedauern dies - ich nicht. Überlege doch bitte was Du da, in Bezug auf "Abstimmung", schreibst ... Wir sind hier nämlich bei einem Problem, das ich seit Längerem so benenne das ich sage das Meritokratie, nicht mehr unser schlagkräftiges Werkzeug ist sondern zur Religion verkommt, wenn der Verweis auf Meritokratie zur Universalantwort auf lästige Fragen wird, um über wirkliche Antworten nicht nachdenken zu müssen. Freiwilligkeit schliesst nämlich das Recht ein sich gemeinsamen Handeln unterzuordnen und ein erfolgreiches Projekt schliesst die freiwillige Einsicht der Beteiligten in Koordination ein. Das wissen alle, das leben alle in technischen Fragen, weil sie dort dazu gezwungen sind, aber das wird an anderen Stellen verdammt und verleugnet. Ist Dir mein letzter Thread aud de-dev aufgefallen? Wenn ja, was genau war wohl mein Anliegen? Ich wollte eine gemeinsame Diskussion über etwas das uns allen wichtig sein muss und das uns alle angeht und ich hatte dazu einen eigenen Vorschlag gemacht. Was ist es für ein Missverständnis zu glauben, mein Vorschlag hätte an dieser Stelle für mich Priorität gehabt und nicht die gemeinsame Diskussion. > Wer es anders haben will. muss Entwickler kaufen und vorher > das hierfür > notwendige Geld (möglichst nachhaltig) organisieren. Man kann auch Freiwillige motivieren. Im Übrigen möchte ich betonen das man nicht weil man über 'Geld' redet alles "anders haben will", denn solche Gedanken kommen ja selbst aus der Mitte des PMC. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, wir sind nun schon ein wenig weit weg vom Problem des Ursprungsposters. > es gibt zwei verschiedene Sichten auf ein Programm wie Calc bzw. Excel: für > die > die rechnen können und die mathematischen Hintergründe verstehen, ist es ein > Werkzeug um ihre Effizienz zu verbessern, für die vielen, vielen Anderen ist > es > ein Hilfsmittel um überhaupt etwas zu berechnen, eine Frage der nackten > Effektivität und nicht der Effizienz. > Schau Dir die finanzmathematischen Funktionen an (egal in welchem Programm und > Programmversion), jeder der weiß WAS er da rechnet, braucht die eigentlich > nicht. > Jeder der hingegen nur darauf abgerichtet ist nach 'Schema F' Parameterfelder > auszufüllen ist völlig hilflos ohne diese Funktionen. Das halte ich für gefährlich: Wer nicht weiß, was er rechnet und das Ergebnis seiner Berechnung von vornherein nicht ungefähr abschätzen kann, berechnet zu oft schlicht Unsinn. Das gilt auch und besonders für "Finanzmathematiker". Aber das ist auch nur meine Privatmeinung. > > Heute gibt es es bei AOO garkeine verbindlichen Ansätze mehr, denn es ist doch > soviel 'schöner' alles dem Zufall, der 'Lust und Laune' Einzelner zu > überlassen. > Manche mögen das dann "unser Stil" nennen. > Ich habe den Eindruck, dass die, die bei AOO entwickeln, ihre Kenntnisse und Fähigkeiten nicht beliebig, sondern verantwortungsbewusst einsetzen. Es gibt nur bei AOO niemand mehr, der irgendeinem vorschreiben könnte, was dieser zu tun habe. Mangelnde Fremdbestimmung schließt jedoch eigenverantwortliches sinnvolles Handeln nicht aus. Es ist nur schwieriger geworden, erstens jemanden zu finden, der eine bestimmte Aufgabe lösen kann, und ihn zweitens davon zu überzeugen, dass die Lösung dieser Aufgabe so wichtig ist, dass er hierfür Zeit und Energie investiert (und andere Arbeit liegen lässt). Das erfordert eben gewisse Anstrengungen von dem. der diese Aufgabe erkannt hat. Die Berufung auf irgendeine "verbindliche" Maxime reicht dafür in der Regel nicht aus. Auch irgendeine, wie auch immer geartete "Amtsautorität" oder Abstimmung über "verbindliche Ansätze" ist insoweit nicht zielführend. Manche bedauern dies - ich nicht. Wer es anders haben will. muss Entwickler kaufen und vorher das hierfür notwendige Geld (möglichst nachhaltig) organisieren. Auch keine leichte Aufgabe! Gruß Michael signature.asc Description: OpenPGP digital signature
Re: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo zusammen, hallo Jörg, Am 20.07.20 um 15:07 schrieb Jörg Schmidt: > Hallo, > > Doch genau das war es in Bezug auf Calc und nur dort, denn für Calc galt einst > (=OpenOffice.org) verbindlich maximale Excel-Kompatibilität, was > Formeln/Tabellenfunktionen betrifft. > > Heute gibt es es bei AOO garkeine verbindlichen Ansätze mehr, denn es ist doch > soviel 'schöner' alles dem Zufall, der 'Lust und Laune' Einzelner zu > überlassen. > Manche mögen das dann "unser Stil" nennen. > Wenn Du konkrete Funktionen umsetzen möchtest, kannst Du das tun. Es hindert Dich niemand daran. Ich selber kann noch so viele gute Ansätze und Ideen haben. Das alles nutzt mir nichts, solange niemand diese umsetzen kann. Ich selbe habe keine Kenntnisse in C/C++. Daher kann ich mein Tun auch nur auf das ausrichten, was ich kann. Das hat nichts mit "Lust und Laune" zu tun. Daher versuche ich mich in den Bereichen einzubringen, in denen ich Kenntnisse habe. Und so handeln die Aktiven im Projekt. Es fehlen eben Programmierer/innen mit guten C++ Kenntnissen, die bereit sind, sich in diesen gewachsenen Code einzuarbeiten. > Gruß > Jörg Viele Grüße __-- Mechtilde Stehmann ## Apache OpenOffice ## Freie Office Suite für Linux, MacOSX, Windows und OS/2 ## Debian Developer ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F signature.asc Description: OpenPGP digital signature
RE: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] > Sent: Monday, July 20, 2020 2:21 PM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > Wenn die Entwicklung hinsichtlich der Tabellenfunktionen in > LO und Excel > nicht besonders gut ist, DAS war meine Privatmeinung, die (dessen ich mir bewusst bin) völlig jenseits den _durchschnittlichen_ Anwenders einer Tabellenkalkulation (also auch AOO Calc) liegt. > welche Funktionen fehlen bei AOO ernsthaft? Ausnahmslos alle die bei Excel und LO hinzugekommen sind, weil es _an dieser Stelle_ schlicht um 100% Kompatibilität geht, denn kein professioneller Anwender kann sich ständige Nacharbeit leisten. Beide Antworten erläutere ich gerne: es gibt zwei verschiedene Sichten auf ein Programm wie Calc bzw. Excel: für die die rechnen können und die mathematischen Hintergründe verstehen, ist es ein Werkzeug um ihre Effizienz zu verbessern, für die vielen, vielen Anderen ist es ein Hilfsmittel um überhaupt etwas zu berechnen, eine Frage der nackten Effektivität und nicht der Effizienz. Schau Dir die finanzmathematischen Funktionen an (egal in welchem Programm und Programmversion), jeder der weiß WAS er da rechnet, braucht die eigentlich nicht. Jeder der hingegen nur darauf abgerichtet ist nach 'Schema F' Parameterfelder auszufüllen ist völlig hilflos ohne diese Funktionen. > Entwicklung nur um der Neuheit oder des "me too" willen war bislang ja > nicht unser Stil Doch genau das war es in Bezug auf Calc und nur dort, denn für Calc galt einst (=OpenOffice.org) verbindlich maximale Excel-Kompatibilität, was Formeln/Tabellenfunktionen betrifft. Heute gibt es es bei AOO garkeine verbindlichen Ansätze mehr, denn es ist doch soviel 'schöner' alles dem Zufall, der 'Lust und Laune' Einzelner zu überlassen. Manche mögen das dann "unser Stil" nennen. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, was schreibt so schön die >Hilfe: " RAD Aus der im Textfeld eingegebenen Gradzahl wird das Bogenmaß berechnet. Syntax RAD(Zahl) Zahl ist der Winkel in Grad, der in Bogenmaß umgewandelt werden soll. " Der "Gesichtserker" ist also schon vorhanden, nur nicht intuitiv findbar. Und warum heißt es eigentlich "REST" und nicht "MODULO"? Zu zusätzlichen Tabellenfunktionen: Wenn die Entwicklung hinsichtlich der Tabellenfunktionen in LO und Excel nicht besonders gut ist, welche Funktionen fehlen bei AOO ernsthaft? Entwicklung nur um der Neuheit oder des "me too" willen war bislang ja nicht unser Stil (was auch kommunizierbar ist). Gruß Michael signature.asc Description: OpenPGP digital signature
Re: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, ich wollte nur dort Konsistenz in den Bezeichnungen schaffen, die ich überblicken kann. Das betrifft die funktionsliste und die dazugehörigen Texte in der Hilfe. Unterstützung, das Programm zu verbessern können wir immer gebrauchen. Wer sich dazu einbringen möchte, sollte sich melden. Viele Grüße Mechtilde Am 20.07.20 um 11:33 schrieb Jörg Schmidt: > Hallo, > >> -Original Message- >> From: Mechtilde [mailto:o...@mechtilde.de] >> Sent: Monday, July 20, 2020 11:10 AM >> To: users-de@openoffice.apache.org >> Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation >> >> Hallo zusammen, >> >> die Übersetzung bezieht sich nur auf die sTellen, an denen der Begriff >> angezeigt wird. >> >> Dann käme der Begriff "Bogenmaß" auch in der Funktionsliste vor. Damit >> wäre die Funktion leichter auffindbar. >> >> Die Stellen an denen mit "RAD" gerechnet wird, werden nicht für eine >> Übersetzung markiert. > > Und das der Begriff Bogenmass bereits vorkommt, nämlich dort wo im Code beim > Im- > und Export von Dateien, zwischen RAD() und BOGENMASS() konvertiert wird, > sollte > nicht stören? > > > und ganz am Rande: > Warum müssen wir Dinge ändern die funktionieren, gibt es wirklich nichts > Wichtigeres(*) zu tun? > Denkt niemand über die Konsequenzen nach, denn Begriffe im Programm zu ändern > lässt gleichzeitig Dokumentationen veralten. > Mein Tipp: macht mal regelmäßig Support für OO, dann wüsstet ihr welche > Lavine in > Praxis z.B. mit der Änderung des Begriffes "Optionen" zu "Einstellungen" > losgetreten wurde, ohne irgendeinen Nutzen. > > (*) > Bei den Stichworten "Calc" und "Tabellenfunktionen" gibt es solche wichtigeren > Dinge GANZ sicher, denn z.B. die Tatsache das OO seit Jahren nicht mit der > Entwicklung von neuen Tabellenfunktionen (in Excel und LO Calc) mithält, ist > eine > Katastrophe und ein Grund warum immer mehr Anwender zu LO wechseln (wechseln > müssen). > > Ach und ... ich persönlich finde die Entwicklung hinsichtlich der > Tabellenfunktionen in LO und Excel nicht einmal besonders gut, aber ob wir > das gut > finden oder nicht, es werden Fakten geschaffen und wenn wir nicht mitziehen, > geraten wir ins Abseits. > > Gruß > Jörg > -- Mechtilde Stehmann ## Apache OpenOffice ## Freie Office Suite für Linux, MacOSX, Windows und OS/2 ## Debian Developer ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F signature.asc Description: OpenPGP digital signature
RE: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: Mechtilde [mailto:o...@mechtilde.de] > Sent: Monday, July 20, 2020 11:10 AM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > > Hallo zusammen, > > die Übersetzung bezieht sich nur auf die sTellen, an denen der Begriff > angezeigt wird. > > Dann käme der Begriff "Bogenmaß" auch in der Funktionsliste vor. Damit > wäre die Funktion leichter auffindbar. > > Die Stellen an denen mit "RAD" gerechnet wird, werden nicht für eine > Übersetzung markiert. Und das der Begriff Bogenmass bereits vorkommt, nämlich dort wo im Code beim Im- und Export von Dateien, zwischen RAD() und BOGENMASS() konvertiert wird, sollte nicht stören? und ganz am Rande: Warum müssen wir Dinge ändern die funktionieren, gibt es wirklich nichts Wichtigeres(*) zu tun? Denkt niemand über die Konsequenzen nach, denn Begriffe im Programm zu ändern lässt gleichzeitig Dokumentationen veralten. Mein Tipp: macht mal regelmäßig Support für OO, dann wüsstet ihr welche Lavine in Praxis z.B. mit der Änderung des Begriffes "Optionen" zu "Einstellungen" losgetreten wurde, ohne irgendeinen Nutzen. (*) Bei den Stichworten "Calc" und "Tabellenfunktionen" gibt es solche wichtigeren Dinge GANZ sicher, denn z.B. die Tatsache das OO seit Jahren nicht mit der Entwicklung von neuen Tabellenfunktionen (in Excel und LO Calc) mithält, ist eine Katastrophe und ein Grund warum immer mehr Anwender zu LO wechseln (wechseln müssen). Ach und ... ich persönlich finde die Entwicklung hinsichtlich der Tabellenfunktionen in LO und Excel nicht einmal besonders gut, aber ob wir das gut finden oder nicht, es werden Fakten geschaffen und wenn wir nicht mitziehen, geraten wir ins Abseits. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Am 20.07.2020 um 10:41 schrieb ice...@web.de: > Moin, Mechthilde, > > ja, selbstverständlich wäre es, > auch im Hinblick auf Kompatibiltät mit dem Marktführer, > sinnvoll, den Begriff "Rad" ins Deutsche zu übersetzen. IBTD; die Begriffe DEG und RAD sind in der Mathematik durchaus üblich und bekannt. Man findet sie in dieser Nomenklatur auch auf jedem wissenschaftlichen Taschenrechner. Ich hab dagegen noch keinen Taschenrechner gesehen, auf dem die deutschen Begriffe Bogenmaß und Gradmaß verwendet wurden. Wolf 'man muss nicht unbedingt aus jeder "Nase" einen "Gesichteerker" machen (frühere Versuche der Eindeutschung vermeintlich sprachfremder Elemente)' gang -- Donald Trump ist ein großer Visionär, der seiner Zeit weit voraus ist: Er verbreitet schon jetzt den Slogan "make America great again", obwohl dieser erst in der Ära /nach/ ihm seine volle Bedeutung entfalten wird. - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo zusammen, die Übersetzung bezieht sich nur auf die sTellen, an denen der Begriff angezeigt wird. Dann käme der Begriff "Bogenmaß" auch in der Funktionsliste vor. Damit wäre die Funktion leichter auffindbar. Die Stellen an denen mit "RAD" gerechnet wird, werden nicht für eine Übersetzung markiert. Gruß Mechtilde Am 20.07.20 um 10:46 schrieb Jörg Schmidt: > Hallo, > >> -Original Message- >> From: Mechtilde [mailto:o...@mechtilde.de] >> Sent: Monday, July 20, 2020 10:31 AM >> To: users-de@openoffice.apache.org >> Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation >> >> Hallo Jörn, >> >> wäre es dann sinnvoll, "RAD" mit "Bogenmaß" zu übersetzen? > > Erfahrungsgemäss nein, denn dort dürfte im Code wieder das Problem lauern das > OO > durcheinanderkommt wenn sich ungewollt benutzerdefinierte und Defaultbegriffe > 'überlagern' (Beispiel: benutze fpür Nummernkreise (in Writer) nie Namen die > mit > den Default-Namen (englisch) übereinstimmen), auch ist mir überhaupt nicht > klar > wie OO reagieren würde wenn es BOGENMASS() in BOGENMASS() 'umwandeln' müsste, > bei > benutzerdefinierten Tabellenfunktionen ist genau das ein no go.. > > Im Übrigen bin ich mir auch nicht im Klaren (bzw. nehme an das nein) ob eine > Übersetzung sich auf die Funktionen im Code auswirkt. > > > Gruß > Jörg > > > - > To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org > For additional commands, e-mail: users-de-h...@openoffice.apache.org > -- Mechtilde Stehmann ## Apache OpenOffice ## Freie Office Suite für Linux, MacOSX, Windows und OS/2 ## Debian Developer ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F signature.asc Description: OpenPGP digital signature
RE: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: ice...@web.de [mailto:ice...@web.de] > Sent: Monday, July 20, 2020 10:41 AM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > > Moin, Mechthilde, > > ja, selbstverständlich wäre es, Wirklich?`Meinst Du ernsthaft das sich durch Übersetzung die Code-Funktion anpasst? 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: Mechtilde [mailto:o...@mechtilde.de] > Sent: Monday, July 20, 2020 10:31 AM > To: users-de@openoffice.apache.org > Subject: Re: Winkelfunktionen in Ihrer Tabellenkalkulation > > Hallo Jörn, > > wäre es dann sinnvoll, "RAD" mit "Bogenmaß" zu übersetzen? Erfahrungsgemäss nein, denn dort dürfte im Code wieder das Problem lauern das OO durcheinanderkommt wenn sich ungewollt benutzerdefinierte und Defaultbegriffe 'überlagern' (Beispiel: benutze fpür Nummernkreise (in Writer) nie Namen die mit den Default-Namen (englisch) übereinstimmen), auch ist mir überhaupt nicht klar wie OO reagieren würde wenn es BOGENMASS() in BOGENMASS() 'umwandeln' müsste, bei benutzerdefinierten Tabellenfunktionen ist genau das ein no go.. Im Übrigen bin ich mir auch nicht im Klaren (bzw. nehme an das nein) ob eine Übersetzung sich auf die Funktionen im Code auswirkt. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Moin, Mechthilde, ja, selbstverständlich wäre es, auch im Hinblick auf Kompatibiltät mit dem Marktführer, sinnvoll, den Begriff "Rad" ins Deutsche zu übersetzen. Sonnige Grüße Jörn Am 20.07.2020 um 10:30 schrieb Mechtilde: Hallo Jörn, wäre es dann sinnvoll, "RAD" mit "Bogenmaß" zu übersetzen? Viele Grüße Mechtilde Am 20.07.20 um 10:08 schrieb ice...@web.de: Hallo, Karl-Heinz, zunächst: die Empfänger Deiner E-Mail sind nicht die Hersteller oder Programmier des Software-Pakets, sondern Anwender die sich gegenseitig bei Anwendungsproblemen helfen. Das drückt schon die E-Mail-Adresse mit dem "users-de …" aus. Und: es ist üblich, dass man sich duzt. "Sehr dürftig" ist es, wenn jemand etwas behauptet, was nicht stimmt und dann noch androht, dass "alle Interessenten vor der Software" gewarnt werden sollten. Sowohl Open Office und Libre Office als auch Excel verhalten sich hinsichtlich der Winkelfunktionen identisch. Und selbstverständlich müssen die Winkel ins Bogenmaß umgerechnet werden. Und genau dafür gibt es die Funktion "RAD" (OpenOffice) bzw. "BOGENMASS" (Libre Office und Excel). Und das ist auch in der Hilfe erklärt. Diese hättest Du lesen sollen, bevor Du Vorwürfe formulierst. Die Defizite liegen also nicht bei der Software … Jörn Am 18.07.2020 um 19:27 schrieb kheinzdi...@t-online.de: Sehr geehrte Damen und Herren, in Ihrem Abschnitt "Mathematik" der "Tabellenkalkulation" werden die Formeln für die Winkelfunktionen zusammengestellt. Wie man feststellen kann, muss man als Argument den Winkel im Bogenmaß eingeben. Es fehlt aber in den Formeln diejenige, mit der man von Winkelgrad in Bogenmaß umrechnen muss. Ist das nicht doch sehr dürftig? – Die Formel lautet bekanntlich: Bogenmaß=(Grad*Pi*2)/360. Mein Vorschlag: nehmen Sie diese Formel einfach mit auf, oder, noch einfacher, programmieren Sie die Winkelfunktionen so, dass man den Winkel in Grad eingeben kann, so wie es Microsoft klugerweise bei Excel gemacht hat. Sie können natürlich auch nichts ändern, dann sollte man aber alle Interessenten vor Ihrer Software warnen. Fairerweise muss man natürlich anerkennen, dass Ihre Software kostenlos ist. Das veranlasst alle IT-Einrichter, diese den Kunden auf den PC zu laden, ohne dass die Einrichter wissen, welche Defizite enthalten sind. Ich bin auch nur zufällig darauf gestoßen und weiß natürlich nicht, welche Fallen es sonst noch gibt. Sie müssen das nicht alles lesen und können es natürlich auch einfach löschen. Mit freundlichen Grüßen Karl-Heinz Dietz Tel.: +49 2151 591126 Fax: +49 2151 5231207 E-Mail: kheinzdi...@t-online.de
Re: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo Jörn, wäre es dann sinnvoll, "RAD" mit "Bogenmaß" zu übersetzen? Viele Grüße Mechtilde Am 20.07.20 um 10:08 schrieb ice...@web.de: > Hallo, Karl-Heinz, > > zunächst: die Empfänger Deiner E-Mail sind nicht die Hersteller > oder Programmier des Software-Pakets, > sondern Anwender die sich gegenseitig bei Anwendungsproblemen helfen. > Das drückt schon die E-Mail-Adresse mit dem "users-de …" aus. > Und: es ist üblich, dass man sich duzt. > > "Sehr dürftig" ist es, wenn jemand etwas behauptet, > was nicht stimmt und dann noch androht, > dass "alle Interessenten vor der Software" gewarnt werden sollten. > > Sowohl Open Office und Libre Office als auch Excel verhalten sich > hinsichtlich der Winkelfunktionen identisch. > Und selbstverständlich müssen die Winkel ins Bogenmaß umgerechnet werden. > Und genau dafür gibt es die Funktion "RAD" (OpenOffice) > bzw. "BOGENMASS" (Libre Office und Excel). > > Und das ist auch in der Hilfe erklärt. > Diese hättest Du lesen sollen, bevor Du Vorwürfe formulierst. > > Die Defizite liegen also nicht bei der Software … > > Jörn > > > > Am 18.07.2020 um 19:27 schrieb kheinzdi...@t-online.de: >> Sehr geehrte Damen und Herren, >> >> in Ihrem Abschnitt "Mathematik" der "Tabellenkalkulation" werden die >> Formeln für die Winkelfunktionen zusammengestellt. Wie man feststellen >> kann, >> muss man als Argument den Winkel im Bogenmaß eingeben. Es fehlt aber >> in den >> Formeln diejenige, mit der man von Winkelgrad in Bogenmaß umrechnen muss. >> Ist das nicht doch sehr dürftig? – Die Formel lautet bekanntlich: >> Bogenmaß=(Grad*Pi*2)/360. Mein Vorschlag: nehmen Sie diese Formel einfach >> mit auf, oder, noch einfacher, programmieren Sie die Winkelfunktionen so, >> dass man den Winkel in Grad eingeben kann, so wie es Microsoft >> klugerweise >> bei Excel gemacht hat. >> >> Sie können natürlich auch nichts ändern, dann sollte man aber alle >> Interessenten vor Ihrer Software warnen. Fairerweise muss man natürlich >> anerkennen, dass Ihre Software kostenlos ist. Das veranlasst alle >> IT-Einrichter, diese den Kunden auf den PC zu laden, ohne dass die >> Einrichter wissen, welche Defizite enthalten sind. Ich bin auch nur >> zufällig >> darauf gestoßen und weiß natürlich nicht, welche Fallen es sonst noch >> gibt. >> >> Sie müssen das nicht alles lesen und können es natürlich auch einfach >> löschen. >> >> Mit freundlichen Grüßen >> >> Karl-Heinz Dietz >> >> Tel.: +49 2151 591126 >> >> Fax: +49 2151 5231207 >> >> E-Mail: kheinzdi...@t-online.de >> >> >> >> > > -- Mechtilde Stehmann ## Apache OpenOffice ## Freie Office Suite für Linux, MacOSX, Windows und OS/2 ## Debian Developer ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F signature.asc Description: OpenPGP digital signature
RE: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, > -Original Message- > From: kheinzdi...@t-online.de [mailto:kheinzdi...@t-online.de] > Sent: Saturday, July 18, 2020 7:28 PM > To: users-de@openoffice.apache.org > Subject: Winkelfunktionen in Ihrer Tabellenkalkulation > > Sehr geehrte Damen und Herren, > > in Ihrem Abschnitt "Mathematik" der "Tabellenkalkulation" werden die > Formeln für die Winkelfunktionen zusammengestellt. Wie man > feststellen kann, > muss man als Argument den Winkel im Bogenmaß eingeben. Es > fehlt aber in den > Formeln diejenige, mit der man von Winkelgrad in Bogenmaß > umrechnen muss. Winkelgrad in Bogenmass wird in Calc der Funktion RAD()umgerechnet. z.B. us von 45 Grad lässt sich somit beechnen mittels: =COS(RAD(45)) > programmieren Sie die Winkelfunktionen so, > ss man den Winkel in Grad eingeben kann, so wie es Microsoft klugerweise > inExcel gemacht hat. Hä? In Excel funktioniert es genauso wie in Calc(*), z.B. Cosinus: https://support.microsoft.com/de-de/office/cos-funktion-0fb808a5-95d6-4553-8148-22 aebdce5f05 Oder in welcher Excel-Version hätte sich daran etwas geändert? (*) Die Calc-Funktion RAD() heisst in Excel BOGENMASS(), was Calc bei Im-/Export entsprechend umwandelt. > Fairerweise muss man > natürlich > anerkennen, dass Ihre Software kostenlos ist. Das veranlasst alle > IT-Einrichter, diese den Kunden auf den PC zu laden, Schön wäre es, wenn es so wäre. Die Wahrheit ist hingegen das die ganz überwiegende Mehrzahl der PC mit vorinstalliertem MS Office angeboten wird. Oder was konkret war mit "IT-Einrichter" gemeint? > Sie müssen das nicht alles lesen und können es natürlich auch einfach > löschen. Wieso sollte man das nicht lesen? Irritieren tut mich nur der Verweis auf MS Excel, denn ich sehe nicht in welcher Excel-Version die direkte Eingabe von Grad in den trigonometrischen Funktionen möglich wäre. 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: Winkelfunktionen in Ihrer Tabellenkalkulation
Hallo, Karl-Heinz, zunächst: die Empfänger Deiner E-Mail sind nicht die Hersteller oder Programmier des Software-Pakets, sondern Anwender die sich gegenseitig bei Anwendungsproblemen helfen. Das drückt schon die E-Mail-Adresse mit dem "users-de …" aus. Und: es ist üblich, dass man sich duzt. "Sehr dürftig" ist es, wenn jemand etwas behauptet, was nicht stimmt und dann noch androht, dass "alle Interessenten vor der Software" gewarnt werden sollten. Sowohl Open Office und Libre Office als auch Excel verhalten sich hinsichtlich der Winkelfunktionen identisch. Und selbstverständlich müssen die Winkel ins Bogenmaß umgerechnet werden. Und genau dafür gibt es die Funktion "RAD" (OpenOffice) bzw. "BOGENMASS" (Libre Office und Excel). Und das ist auch in der Hilfe erklärt. Diese hättest Du lesen sollen, bevor Du Vorwürfe formulierst. Die Defizite liegen also nicht bei der Software … Jörn Am 18.07.2020 um 19:27 schrieb kheinzdi...@t-online.de: Sehr geehrte Damen und Herren, in Ihrem Abschnitt "Mathematik" der "Tabellenkalkulation" werden die Formeln für die Winkelfunktionen zusammengestellt. Wie man feststellen kann, muss man als Argument den Winkel im Bogenmaß eingeben. Es fehlt aber in den Formeln diejenige, mit der man von Winkelgrad in Bogenmaß umrechnen muss. Ist das nicht doch sehr dürftig? – Die Formel lautet bekanntlich: Bogenmaß=(Grad*Pi*2)/360. Mein Vorschlag: nehmen Sie diese Formel einfach mit auf, oder, noch einfacher, programmieren Sie die Winkelfunktionen so, dass man den Winkel in Grad eingeben kann, so wie es Microsoft klugerweise bei Excel gemacht hat. Sie können natürlich auch nichts ändern, dann sollte man aber alle Interessenten vor Ihrer Software warnen. Fairerweise muss man natürlich anerkennen, dass Ihre Software kostenlos ist. Das veranlasst alle IT-Einrichter, diese den Kunden auf den PC zu laden, ohne dass die Einrichter wissen, welche Defizite enthalten sind. Ich bin auch nur zufällig darauf gestoßen und weiß natürlich nicht, welche Fallen es sonst noch gibt. Sie müssen das nicht alles lesen und können es natürlich auch einfach löschen. Mit freundlichen Grüßen Karl-Heinz Dietz Tel.: +49 2151 591126 Fax: +49 2151 5231207 E-Mail: kheinzdi...@t-online.de
Winkelfunktionen in Ihrer Tabellenkalkulation
Sehr geehrte Damen und Herren, in Ihrem Abschnitt "Mathematik" der "Tabellenkalkulation" werden die Formeln für die Winkelfunktionen zusammengestellt. Wie man feststellen kann, muss man als Argument den Winkel im Bogenmaß eingeben. Es fehlt aber in den Formeln diejenige, mit der man von Winkelgrad in Bogenmaß umrechnen muss. Ist das nicht doch sehr dürftig? Die Formel lautet bekanntlich: Bogenmaß=(Grad*Pi*2)/360. Mein Vorschlag: nehmen Sie diese Formel einfach mit auf, oder, noch einfacher, programmieren Sie die Winkelfunktionen so, dass man den Winkel in Grad eingeben kann, so wie es Microsoft klugerweise bei Excel gemacht hat. Sie können natürlich auch nichts ändern, dann sollte man aber alle Interessenten vor Ihrer Software warnen. Fairerweise muss man natürlich anerkennen, dass Ihre Software kostenlos ist. Das veranlasst alle IT-Einrichter, diese den Kunden auf den PC zu laden, ohne dass die Einrichter wissen, welche Defizite enthalten sind. Ich bin auch nur zufällig darauf gestoßen und weiß natürlich nicht, welche Fallen es sonst noch gibt. Sie müssen das nicht alles lesen und können es natürlich auch einfach löschen. Mit freundlichen Grüßen Karl-Heinz Dietz Tel.: +49 2151 591126 Fax: +49 2151 5231207 E-Mail: kheinzdi...@t-online.de
Re: Open Office Tabellenkalkulation
Hallo, From: frank_leop...@t-online.de [mailto:frank_leop...@t-online.de] > seit kurzem kann ich nicht mehr abspeichern. Dies > betrifft nur die Tabellenkalkulation. Ob es neu angelegte > Dateien oder ältere sind ist dabei egal. Ich bekomm > jedes mal die Meldung " Schreibfehler " Welches Betriebssystem, wie lautet die genaue Meldung? > Ich habe den Rechner einem Datenbankprogramm unterzogen > und keine Fehler gefunden. Keine Ahnung was das meint. Was hat ein Datenbankprogramm damit zu tun? Welches überhaupt? > Ich Habe Open Office gelöscht und neu installiert > aber der Fehler bleibt bestehen. Was auch hätte das helfen sollen? Ich sehe keinen Zusammenhang zur Fehlermeldung. > Kann mir einen Rat geben ? Die Fehlermeldung genau lesen und dementsprechend handeln. Ohne weitere Infos ,kann man das zunächst nur für ein Dateisystemproblem (o.ä.) halten, also fehlende Rechte, Datenträger voll, Datenträger beschädigt oder Ähnliches. Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Open Office Tabellenkalkulation
Hallo, seit kurzem kann ich nicht mehr abspeichern. Dies betrifft nur die Tabellenkalkulation. Ob es neu angelegte Dateien oder ältere sind ist dabei egal. Ich bekomm jedes mal die Meldung " Schreibfehler " Ich habe den Rechner einem Datenbankprogramm unterzogen und keine Fehler gefunden. Ich Habe Open Office gelöscht und neu installiert aber der Fehler bleibt bestehen. Kann mir einen Rat geben ? MfG Leopold
Re: unkorrekte Summen in der Tabellenkalkulation
Hallo Alfred, Alfred Hermann schrieb: Hallo, bitte, wie kann es angehen, daß bei Addition von nur ganzen Zahlen plötzlich Nachkommastellen in der Summe auftauchen. Ich bin mir ziemlich sicher, dass die angeblich "ganzen Zahlen" nicht wirklich ganze Zahlen sind, sondern nur die Anzeige so gerundet wurde. Du solltest die Anzeige mal auf "wissenschaftlich" mit 15 Nachkommastellen umstellen. Dann wirst du sicher den Übeltäter finden. Für Sensible Berechnungen ist das Programm damit völlig unbrauchbar. Ich weiß nicht, was du unter "sensiblen Berechnungen" verstehst. Ein allzu sorgloser Einsatz von Tabellenkalkulationsprogrammen ist aber in der Tat ein allgemeines Problem, völlig unabhängig ob das Programm nun Excel, Gnumeric, LibreOffice oder sonstwie heißt. Was gibt es für eine Erklärung dafür. s.o. Mit freundlichen Grüßen Regina - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: unkorrekte Summen in der Tabellenkalkulation
Am 01.06.2016 um 13:09 schrieb Jörg Schmidt: >> Für Sensible Berechnungen ist das Programm damit völlig unbrauchbar. > > stimmt Ich würde es so ausdrücken: Sensible Berechnungen auf digitalen Computern sind kritisch. Das liegt in der Natur der zugrunde liegenden Algorithmen, die Fließkommazahlen in Binärzahlen und umgekehrt umwandeln. Das kann zu "hübschen" Effekten vor allem bei Vergleichen in Programmen führen. Dies sollte aber eigentlich zum Grundwissen eines jeden gehören, der digitale Computer benutzt. Gruß Michael signature.asc Description: OpenPGP digital signature
Re: unkorrekte Summen in der Tabellenkalkulation
Hallo, > From: Alfred Hermann [mailto:alfred.herm...@netvisao.pt] > bitte, wie kann es angehen, daß bei Addition von nur ganzen > Zahlen plötzlich Nachkommastellen in der Summe auftauchen. Mutmaßlich das mit Werten gerechnet wurde deren Anzeige nur auf ganzzahling formatiert ist und/oder das Extras-Optionern-OpenOffice Calc-Berechnen-Genauigkeit wie angezeigt nicht aktiviert war. > Für Sensible Berechnungen ist das Programm damit völlig unbrauchbar. stimmt Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
unkorrekte Summen in der Tabellenkalkulation
Hallo, bitte, wie kann es angehen, daß bei Addition von nur ganzen Zahlen plötzlich Nachkommastellen in der Summe auftauchen. Für Sensible Berechnungen ist das Programm damit völlig unbrauchbar. Was gibt es für eine Erklärung dafür. Mit freundlichen Grüßen Alfred Störkel This email has been scanned by BullGuard antivirus protection. For more info visit www.bullguard.com
Fwd: Tabellenkalkulation
Gehört eher auf diese Liste. Gruß Michael Original Message Subject: Tabellenkalkulation Date: Sun, 7 Dec 2014 13:01:12 +0100 From: familie.jer...@ts-speed.de To: dev...@openoffice.apache.org hallo, ich habe ein Problem mit einer Tabelle. Diese Tabelle nutze ich als Fahrtenbuch. (schon seit einigen Jahren.) Da ich dieses Jahr mehr unterwegs war, musste ich die Tabelle verlängern. Also zog ich auch die Formeln mit nach unten. Jetzt habe ich festgestellt, dass ab einer bestimmten Zeile (295) trotz Formel nicht weiter gerechnet wird. Hat das vielleicht mit der länge der Tabelle zu tun, oder wo liegt das Problem? mfg Holger Jeroch --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com signature.asc Description: OpenPGP digital signature
Re: Fwd: Tabellenkalkulation
Hallo, lösche doch mal die persönlichen Daten, lege die Tabelle irgendwo ins Netz und gib mal die Adresse an. Mache mal eine neue Tabelle und schau ob das da auch so ist. Interessiert mich. Horst te: Sun, 7 Dec 2014 13:01:12 +0100 From: familie.jer...@ts-speed.de To: dev...@openoffice.apache.org hallo, ich habe ein Problem mit einer Tabelle. Diese Tabelle nutze ich als Fahrtenbuch. (schon seit einigen Jahren.) Da ich dieses Jahr mehr unterwegs war, musste ich die Tabelle verlängern. Also zog ich auch die Formeln mit nach unten. Jetzt habe ich festgestellt, dass ab einer bestimmten Zeile (295) trotz Formel nicht weiter gerechnet wird. Hat das vielleicht mit der länge der Tabelle zu tun, oder wo liegt das Problem? mfg Holger Jeroch --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Tabellenkalkulation
Mit dem aktuellen Update (4.0.0) traten Probleme in der Tabellenkalkulation auf. Es bilden sich sowohl in den waagerechten, als auch in den senkrechten Zeilen unterbrochen schraffierte Linien, es verschwinden Trennlinien, andere werden erzeugt. Die Linien setzen sich außerhalb der Tabelle fort. Die Zahlen werden teilweise nicht klar dargestellt. Durch anklicken verschwinden die Linien wieder, um an anderer oder derselben Stelle wieder zu erscheinen. Ein unbefriedigender Zustand. Bitte um Hilfe! Hermann Bexkens - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Tabellenkalkulation
Hallo Herman, he-bexk...@t-online.de schrieb: Mit dem aktuellen Update (4.0.0) traten Probleme in der Tabellenkalkulation auf. Es bilden sich sowohl in den waagerechten, als auch in den senkrechten Zeilen unterbrochen schraffierte Linien, es verschwinden Trennlinien, andere werden erzeugt. Die Linien setzen sich außerhalb der Tabelle fort. Die Zahlen werden teilweise nicht klar dargestellt. Durch anklicken verschwinden die Linien wieder, um an anderer oder derselben Stelle wieder zu erscheinen. Ein unbefriedigender Zustand. In der Tat. Leider wurde das Problem zu spät als gravierend erkannt. Aber es wird daran gearbeitet, https://issues.apache.org/ooo/show_bug.cgi?id=122149. Der nächste Bugfix-Release ist wahrscheinlich im September und der Fehler dann behoben. Bitte um Hilfe! Die Tastenkombination Strg+Umschalt+R erzwingt ein Neuzeichnen des Bildschirms und hilft vorrübergehend. Außerdem solltest du alles vermeiden, bei dem kleine Teile des Bildschirms neu gezeichnet werden müssen. Du könntest beispielsweise die Anzeige der Tipps ausschalten und Scrollen und Verschieben von Objekten möglichst vermeiden. Mit freundlichen Grüßen Regina - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
