Sortieren von Formeln mit relativen Bezügen

Hi,
Seit dem ich auf Version 4.3.2 umgestiegen bin, nachdem man endlich wieder absturzfrei sortieren konnte, hab ich wieder ein neues Problem.

Sortiere ich eine Tabelle, die Formeln enthält, die zum Beispiel die darüberliegende Zelle mit der daneben addiert, geraten beim Sortieren die Bezüge durcheinander.

So wird aus:

Spalte A | 0 | (Dies ist der Kopf in Zeile 1)
1 | =A2+B1
2 | =A3+B2
5 | =A4+B3
4 | =A5+B4

Nach dem Sortieren nach Spalte A (enthält Spaltenbeschriftung)

Spalte A | 0
1 | =A2+B1
2 | =A3+B2
4 | =A4+B5 <- Hier sollte B3 stehen
5 | =A5+B3 <- Hier sollte B4 stehen

Jemand eine Idee dazu?

Ich weiß nicht, seit wann sich LO so verhält oder ob das so geplant ist. Der Bezug auf derselben Zeile wird korrekt behandelt. Der zeilenübergreifende Bezug bleibt aber bei der ursprünglichen Zelle.

Transponiert man das Beispiel und sortiert nach Spalten stürzt LO ab.

Zum Testen folgendes Beispiel nach Zeile A sortieren (enthält Spaltenbeschriftung):

Zeile A | 1 | 2 | 5 | 4 |
      0 | =B1+A2 | =B2+A3 | =B3+A4 | =B4+A5 |

Bin ratlos...
     Norbert

Hallo Norbert,

> Spalte A | 0
> 1 | =A2+B1
> 2 | =A3+B2
> 4 | =A4+B5 <- Hier sollte B3 stehen
> 5 | =A5+B3 <- Hier sollte B4 stehen

Nach dem Sortieren stehen die Werte oder Zeichen in sortierter Reihenfolge NICHT die Werte!

Hi,
Seit dem ich auf Version 4.3.2 umgestiegen bin, nachdem man endlich wieder
absturzfrei sortieren konnte, hab ich wieder ein neues Problem.

Sortiere ich eine Tabelle, die Formeln enthält, die zum Beispiel die
darüberliegende Zelle mit der daneben addiert, geraten beim Sortieren die
Bezüge durcheinander.

Nein, die Bezüge stimmen; es werden genau die gleichen Zellen
zusammengerechnet wie vor dem Sortieren.

So wird aus:

> Spalte A | 0 | (Dies ist der Kopf in Zeile 1)
> 1 | =A2+B1
> 2 | =A3+B2
> 5 | =A4+B3
> 4 | =A5+B4

Nach dem Sortieren nach Spalte A (enthält Spaltenbeschriftung)

> Spalte A | 0
> 1 | =A2+B1
> 2 | =A3+B2
> 4 | =A4+B5 <- Hier sollte B3 stehen
> 5 | =A5+B3 <- Hier sollte B4 stehen

Ja, ist doch richtig; durch die Vertauschung der Zeilen 4 und 5 wandert
der Inhalt von B4 nach B5 und umgekehrt. In Zelle B4 steht also im
Prinzip die ursprünglich in B5 stehende Formel "=A5+B4". Gleichzeitig
haben sich aber die Ziele dieser Formel verschoben, nämlich von A5 nach
A4 und von B4 nach B5. Daher steht da jetzt vollkommen korrekterweise
"=A4+B5". Gleiches gilt für die darunter liegende Zelle.

Es ist grundsätzlich eine schlechte Idee, Zeilen sortieren zu wollen,
die Formeln beinhalten, die untereinander auf andere Zeilen in diesem
Sortierbereich zugreifen (gleiches gilt natürlich für Spalten).

Wenn Du aufeinander verweisende Werte sortieren willst, z. B. weil Du
etwas aufsummierst o. ä., musst Du unbedingt mit VERSCHIEBUNG arbeiten
(und die Referenz natürlich immer in der eigenen Zeile bzw. Spalte halten):

> Spalte A | 0
> 1 | =A2+VERSCHIEBUNG(B2;-1;0)
> 2 | =A3+VERSCHIEBUNG(B3;-1;0)
> 4 | =A4+VERSCHIEBUNG(B4;-1;0)
> 5 | =A5+VERSCHIEBUNG(B5;-1;0)

Du könntest natürlich auch statt z. B. "VERSCHIEBUNG(B2;-1;0)" mit
"VERSCHIEBUNG(A2;-1;1)" oder jeder anderen Spalte arbeiten, musst dann
halt nur die Anzahl der zu verschiebenden Spalten entsprechend anpassen.
Ich persönlich bevorzuge grundsätzlich die Zelle, in der die Formel
selbst steht, denn kann man diese Zelle problemlos sowohl horizontal wie
vertikal sortieren oder verschieben.

Jemand eine Idee dazu?

Ich weiß nicht, seit wann sich LO so verhält

Schon bevor es *L*O überhaupt *gab* ...

oder ob das so geplant ist.

IMHO [tm] ja.

Der Bezug auf derselben Zeile wird korrekt behandelt. Der
zeilenübergreifende Bezug bleibt aber bei der ursprünglichen Zelle.

Genau so soll es auch sein: Wenn Du eine Zelle verschiebst, bleibt der
Bezug auf dem Inhalt der verschobenen Zelle, und nicht etwa auf dem dann
möglicherweise frei gewordenen (oder gar noch schlimmer mit einem
anderen Wert neu belegten) Platz.

Wolfgang

Hi Norbert,

Norbert Scheibner schrieb:

Hi,
Seit dem ich auf Version 4.3.2 umgestiegen bin, nachdem man endlich
wieder absturzfrei sortieren konnte, hab ich wieder ein neues Problem.

Sortiere ich eine Tabelle, die Formeln enthält, die zum Beispiel die
darüberliegende Zelle mit der daneben addiert, geraten beim Sortieren
die Bezüge durcheinander.

Es scheint wohl tatsächlich ein Problem vorzuliegen, siehe https://bugs.freedesktop.org/show_bug.cgi?id=81309 und https://bugs.freedesktop.org/show_bug.cgi?id=81633 und
http://lists.freedesktop.org/archives/libreoffice/2014-October/063900.html

Mit freundlichen Grüßen
Regina

Jemand eine Idee dazu?

Ich weiß nicht, seit wann sich LO so verhält

Schon bevor es *L*O überhaupt *gab* ...

Negativ Excel, zumindest solange ich es nutzte, was schon eine ganze Weile her ist und auch seit Openoffice funktioniert das anders.

Das ist mir jetzt zum ersten Mal bei LO 4.3.2 aufgefallen. Ich muss meine ganzen Tabellen anpassen?!
Das kanns doch nicht sein.

oder ob das so geplant ist.

IMHO [tm] ja.

Dann ist das großer Bockmist.

Eine derart unterschiedliche Handhabung beim Sortieren muss man doch anders ändern und nicht dem Nutzer einfach unterjubeln.

Der Bezug auf derselben Zeile wird korrekt behandelt. Der
zeilenübergreifende Bezug bleibt aber bei der ursprünglichen Zelle.

Genau so soll es auch sein: Wenn Du eine Zelle verschiebst, bleibt der
Bezug auf dem Inhalt der verschobenen Zelle, und nicht etwa auf dem dann
möglicherweise frei gewordenen (oder gar noch schlimmer mit einem
anderen Wert neu belegten) Platz.

Was sein soll oder nicht ist wurscht hier wird ein sagenwir mal 15 Jahre altes Handling mal eben so geändert.

Seit Openoffice 3.2 immer irgendein anderes Problemchen. Langsam nervts.

https://bugs.freedesktop.org/show_bug.cgi?id=81633

Ja und ich bin stinksauer.

Der Spaß hat mich schon einen Tag Arbeit gekostet und die von mir benutzten Tabellen habe ich gerade angefangen mit der Verschiebungs-Funktion als Workaround abzuändern. Die Formeln sind nun kaum noch lesbar und ein Druck auf F2 verrät mir auch nicht mehr auf einen Blick, auf welche Zellen sich die Formel bezieht.

Wie kann man nur so ein Ding in einen Minor-Versionssprung hineinpacken?!
Mit 4.2.7 und 4.3.1 wurde das eingeführt. Ich habe hier Tabellen die seit über 10 Jahren nur Änderungen an der Spaltenbreite erfahren mussten, jetzt erfinde ich das Rad wieder neu!

Wer brav bis 4.4.0 wartet, die erfahrungsgemäß auch nicht nutzbar ist, hat dann die Möglichkeit das per Konfigurationseinstellung zu ändern! Bin mal gespannt, was dann die default-Einstellung ist.

Releasedatum von 4.4.2 ist der März 2015 - Guten Tag!

Anstatt Fehler zu fixen wird einem das hier als Feature verkauft.
Dann erdreistet sich der Entwickler auch noch und streitet sich um die Definition des Wortes "regession".

Ich weiß das klingt hart, aber so geht es einfach nicht.

Hallo Norbert,

Es scheint wohl tatsächlich ein Problem vorzuliegen, siehe

https://bugs.freedesktop.org/show_bug.cgi?id=81633

Wer brav bis 4.4.0 wartet, die erfahrungsgemäß auch nicht nutzbar ist, hat
dann die Möglichkeit das per Konfigurationseinstellung zu ändern! Bin mal
gespannt, was dann die default-Einstellung ist.

Releasedatum von 4.4.2 ist der März 2015 - Guten Tag!

Was hindert Dich daran, Deine Wunschversion von
http://downloadarchive.documentfoundation.org/libreoffice/old/
herunter zu laden?

Da hat aktuell eben ein Entwickler die Folgen nicht so recht bedacht und
gemeint, dass das ein gutes Feature wäre. Hat mich auch stutzig gemacht,
weil ich manchmal Sortierungen eines Planes nach Zufälligkeiten
vorgenommen habe und das plötzlich mit der neuen Version nicht mehr
funktionierte.

Ich arbeite standardmäßig mit der 4.1.6.2 und komme damit gut klar.

Gruß

Robert

Da funktionieren manuelle Umbrüche nicht in Calc und beim Kopieren und Einfügen von Zellen mit bedingter Formatierung geht diese manchmal verloren.

Andere Version - andere Art von nervigem(n) Bug(s).