Hallo Regina, Stefan, Regina Henschel schrieb: > > Dumm nur, dass Excel das anders löst. Dort ist die Position > der Y-Achse > > eine Eigenschaft der X-Achse. > > Wenn du in XY-Diagramm statt eines Liniendiagramms benutzt, geht das > auch in Calc.
Richtig. zur Erklärung: Dumm ist, das ich, nach einigem Hin- und Herüberlegen, die unzweckmäßige Antwort gegeben habe. Wie ist die tatsächliche Situation? Calc kann das, nur erstens etwas anders, und zweitens ist in den Versionen bis 2.0.4 wohl eine Fehlfunktion. Das veranlasste mich den komplikationslosesten Weg zu nennen, glaubend das Du (Stefan) vor dem Rechner sitzt und schnell eine Lösung brauchst (die möglichst versionsunabhängig funktioniert, denn Version stand nicht da), nicht wissend das es um mehr geht als der Frage zu entnehmen war und hoffend das ich das was ich jetzt schreibe alles nicht schreiben muß. Was denn nun genau? Die Einstellung von Excel ist bei Calc genauso vorhanden, nennt sich aber nicht "Achse schneidet bei' sondern 'Achse bei', andere Realisierung bei Calc ist das trotz 'mittig' eingeblendeter Achse die Beschriftung der Primärachse immer links angezeigt wird und nicht mitten im Diagramm. Problem ist das die Übernahme ich Versionen vor 2.3 nur funktioniert wenn bei der Achsenskallierung in Excel bei Kleinst- und Größtwert der Punkt 'automatisch' deaktiviert wird. Ab 2.3 ist aber die Übernahme automatisch (und ohne Deaktivierung des 'automatisch') tadellos. Es bleibt das andere Konzept der Beschriftung, solcher 'Nichtstandardachsen' und ich hoffte hier einer Diskussion zu entgehen, wenn ich behaupte die Anzeige in Calc ist hier in der Mehrzahl der Fälle übersichtlicher. > wie stark das fehlende Feature > die Zusammenarbeit behindert. es gibt m.E. keine starke Behinderung, außer man will einen optischen Clone. Der Punkt ist schlicht der das bei einer X-Achse die Rubrikenachse ist, nur das Verhalten von Excel Sinn macht (nämlich die Beschriftung steht direkt an der Achse) das hat aber nichts mit Diagrammaufteilung zu tun, sondern nur mit Verrücken der 'Beschriftungsanzeige', es geht rein um Optik. Es ist für mich die Frage ob Excel hier den richtigen Weg geht, nur ist für mich offensichtlich das wenn Calc diesen Weg nachvollzieht, das das nur sinnvoll ist wenn Calc die Achsenbeschriftung an der verschobenen Achse anzeigt, und damit sein jetziges Konzept (an dieser Stelle) aufgibt. Etwas aufzugeben muß nichts Schlechtes sein, kann ich einer kooperativen Situation sogar etwas Gutes sein, allein besteht diese Situation doch garnicht - selbst wenn OOo alles was Excel macht nachvollziehen würde, hilft das nichts, da nicht zu erwarten ist das Excel im Gegenzug die Dinge die Calc hat (und Excel nicht hat) übernimmt. Folglich bringen wir uns damit selbst in eine Situiation wo wir uns die Gestaltung unseres Programms von außen vorschreiben lassen. Wenn wir das aber wissen, sollten wir in Fragen der Kompatibilität sehr wohl um eine eigene Meinung dazu ringen was insgesamt richtig oder falsch, günstig oder ungünstig ist. Gruß Jörg Und nur am Rande: liegt hier eine 'starke Behinderung' vor, so liegt diese potentiell im gleichen Maße /auch an weiteren/, ähnlichen Stellen vor und es wird dann schlicht zur Unmöglichkeit ODF als Standardformat für OOo aufrecht zu erhalten, weil dann nämlich in ODF alles implementiert werden müßte was MSO kann - das Ergebnis wäre dann aber ein ODF was nur so heißt, in Wahrheit jedoch ein OpenXML ist. OOo hat sich ODF als Format gewählt, dieses jedoch verfolgt eine gewisse Philosophie und es ist offensichtlich das insgesamt gesehen für die angestrebte maximale Kompatibilität, Abstriche an inhaltlichen Features notwendig sind, denn es geht um ein Format was quasi den kleinsten Nenner für eine Vielzahl von Programmen bieten muß. I.d.S. mag die erzwungene Feature-Beschränkung in einem allgemeinen Standardformat zwar bedauerlich sein, ist aber gerechtfertigter Preis für breite Durchsetzung eines solchen Formats. Ich bitte darum zu verstehen das sich meine Darstellung NICHT auf den einzelnen Punkt bezieht(*), sondern darauf das falls dieser Punkt berechtigt wäre, viele, viele weitere Punkte genauso berechtigt wären und deren Umsetzung in Summe zum angedeuteten Dilemma führt. (*) der ja vielleicht mit derzeitigem ODF machbar währe --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
