Re: [de-users] Calc: Verschwundener Zellinhalt -> SOLVED!

Liebe Liste,

dank Franklins Hilfe ist das Problem zumindest soweit gelöst, dass alles 
wie erwartet funktioniert. Doch es bleiben Fragen (Details s.u., v.a. 
die letzten beiden Posts in der Langfassung).

Kurzfassung:
============
es lag an einem Formatcode in der "selbstlöschenden Zelle" (k.A. wie er 
dorthin gefunden hat, ist halt eine alte Anwendung, die Jahrzehnte vor 
LO unter Quatro Pro/DOS ihren Anfang hatte). Ändert man diesen z.B. auf 
Text, funktioniert alles wie gewollt.

@christian: tatsächlich war die Zellschrift (absichtlich) weiss, doch 
konnte man im Eingabefeld leicht erkennen, dass die Zelle nach dem 
Wiederöffnen tatsächlich leer war.


Langfassung (Achtung: wirklich lang):
=====================================
Franklin (heute, 07:16):
Ich würde es mir gerne mal anschauen und verspreche, dass die Inhalte
nicht meinen Rechner, mein Haus verlassen. Mailadresse siehe Absender.

Aber schreibe bitte noch mal genau dazu, um welche Zelle auf welchem
Blatt es sich handelt, o.k.?
---
Markus (heute, 10:22) @Franklin:
sehr nett von Dir, Dich meines Problems anzunehmen! Auf der Suche nach
Erkenntnis habe ich das Calc-Anwendung auf zwei Tabellenblätter
reduziert (das macht es einfacher als die vollen 42 zu geniessen).

Der Effekt tritt dennoch auf (auch ein Hinweis).
Also, im Blatt "Nov" muss in Zelle BE7 der Text "EMAX" stehen, damit in
Zelle J52 die Datenbankabfrage funktioniert (diese bezieht sich auf den
Bereich BE7 bis BE37; BE7 enthält die "Überschrift", die das
Abfragekriterium (auf dem Blatt "Krit") verwendet.

Das Problem: immer wenn ich die Anwendung schliesse und wieder öffne,
ist der Inhalt von BE7 verschwunden (so ist er wahrscheinlich auch weg,
wenn Du die Datei öffnest; füge in diesem Fall den Text "EMAX" in BE7
ein; in J52 sollte danach das Ergebnis "0" stehen).

Noch ein Hinweis: die Makros, die viele Zellen mit Werten versehen,
fehlen im Auszug der Anwendung, weshalb u.a. in BE8 bis BE37 immer Null
steht. Deshalb ergibt die Anfrage in J52 im funktionieren Falle 0, was
ok ist. Fehlt der Text in BE7 steht dort eine Fehlermeldung. Für die
Reproduktion des Problems ist das Fehlen der Makros ohne Belang.

Ich würde mich sehr freuen, zu erfahren, ob Du a) das Problemn
reproduzieren kannst und was Du - gegeben a) - dazu denkst.

Anhang: Auszug aus der Datei, die weiterhin den Fehler zeigt.
---
Franklin (heute, 11:02) @Markus:
danke für Dein Vertrauen.

Meine Versuche haben ergeben, dass die Zeichenfolge "EMAX" in dieser
Zelle (und vermutlich nur dort) so böse ist, dass sie einfach nicht
auf Dauer dort verweilen darf...

Aber im Ernst, ich habe zwar noch nicht den Auslöser für das
Verschwinden gefunden, aber zumindest kann ich Dir einen
*funktionierenden Workaround* anbieten:

Nachdem ja offensichtlich die Eingaben in dieser Zelle durch die weiße
Schriftfarbe eh nicht gesehen werden sollen, verwende doch einfach
anstelle des bösen "EMAX" lieber "emax" !  Das scheint zumindest
genauso gut zu funktionieren, jedenfalls wird aus dem Error in J52
dann auch eine 0. Und das Speichern überdauert das klein geschriebene
'emax' jedenfalls auch.

Reicht das erstmal?
---
Franklin (heute, 11:35) @Markus:
noch ein ergänzender Hinweis:

Meine nachstehend beschriebenen Tests fanden in 4er Versionen von LibO
(4.0 und 4.1) statt.

Auf meinem alten (in einer VM laufenden) WinXP-Rechner ist LibO
Version 3.6.7.2 installiert - und *dort bleibt auch das*
*großgeschriebene EMAX nach dem Speichern auf Dauer erhalten* !
---
Markus (heute, 11:48) @Franklin:
auch von mir ein ergänzender Hinweis: der von Dir beschriebene Workaroud 
funktionier bei mir leider NICHT! Ich habe ihn doch Richtig verstanden, 
Du hast lediglich die Überschrift bei dem Suchkriterium und folglich 
natürlich die verschwindende Spaltenüberschrift in BE7 klein statt groß 
geschrieben?
Interessant: ich habe gerade eine einfachste Formel in die Zelle 
geschrieben (=E9). Und siehe da, diese bleibt erhalten.

Es kann gut sein, dass das Problem mit dem Wechsel auf die 4er Version 
aufgetreten ist. Da diesd irgendwann im Spätsommer erfolgte und folglich 
das Novemberblatt noch ohne Daten war ist es sehr unwahrscheinlich, dass 
mir der Fehler aufgefallen wäre.
---
Franklin (heute, 11:57) @Markus:
Ähm, ich weiß jetzt nicht, was Du mit 'Überschrift bei dem
Suchkriterium und folglich ....' konkret meinst. Ich habe lediglich
direkt in der Zelle BE7 des Novemberblattes den Text 'emax' eingegeben
- und das blieb hier erhalten. Im Kriteriums-Blatt hab ich überhaupt
nichts gemacht.
So, inzwischen ist es mir gelungen, auch unter dem aktuellen LibO 4.1
die großgeschriebene Zeichenfolge "EMAX" in der Zelle BE7 dauerhaft zu
erhalten.
Es geht also auch mit Direkteingabe und ohne den von Dir inzwischen
gefundene Workaround mit der Kopier-Formel in BE7.
---
Franklin (heute, 12:30) @Markus:
Also, m.E. war dieses doch sehr mysteriöse benutzerdefinierte
Zahlenformat

[>0]"";[<0]"";"";""

Schuld ... Wenn Du das hier z.B. auf Standard stellst, klappt's auch
wieder mit der Nachbarin ... und mit EMAX in Zelle BE7 ...
---
Markus (heute, 12:45) @Franklin:
das mit dem Format war mir noch gar nicht aufgefallen. Ich muss auch 
zugeben, dass ich das benutzerdefinierte Format (noch) nicht verstehe 
(ergo ich es zumindest nicht absichtlich erzeugt habe). Dennoch bleiben 
Fragen, die wir gerne der Diskussion auf der Liste überlassen können:

1. warum funktionierte Dein Workaround (zumindest bei Dir)?
2. warum funktionierte die Anwendung unter LO 3.6?
3. warum ergab sich die schädliche Wirkung des Formatcodes nur nach den 
Öffnen der Datei (ein Formatcode sollte doch immer unmittelbar wirken)?

und vor allem

4. wie kann ein Formatcode Inhalte löschen? Selbst wenn er noch so 
skuril ist, sollte das doch eigentlich nicht möglich und im Sinne der 
Erfinder sein.

Du siehst, zumindest ich habe das Problem noch nicht wirklich 
verstanden. Einige meiner Fragen haben m.E. auch ein gewisses 
"Bedenklichkeitspotential".
---
Franklin (heute, 13:07) @Markus:
> Dennoch bleiben Fragen, die wir gerne der Diskussion auf der Liste
>  überlassen können:
>
> 1. warum funktionierte Dein Workaround (zumindest bei Dir)?

Hmm, weiß nicht ... könnte höchstens noch mal versuchen, Dir diese
Datei, wo es hier mit dem kleinen 'emax' - trotz des merkwürdigen
Formates - funktioneirt hat, zur Verfügung zu stellen, ob's dann damit
bei Dir auch funktioniert oder nicht ...

> 2. warum funktionierte die Anwendung unter LO 3.6?

Nun, diese Frage ist leicht zu beantworten: Mit jedem neuen (und meist
von kaum einem Schwein gebrauchten) Feature, was in LibO eingebaut
wird, werden natürlich gleichzeitig auch 10 - 100 neue Bugs eingebaut.

Wer also auf stabile Funktionalität - insbesondere im Bereich Base
Datenbank - Wert legt, sollte sowieso keine LibO-Version größer 3.x
verwenden. Das wird Dir Robert sicher auch sofort bestätigen.

Das ist zwar traurig, aber leider wahr.

> 3. warum ergab sich die schädliche Wirkung des Formatcodes nur nach
> den Öffnen der Datei (ein Formatcode sollte doch immer unmittelbar
> wirken)?
>
> und vor allem
>
> 4. wie kann ein Formatcode Inhalte löschen? Selbst wenn er noch so
>  skuril ist, sollte das doch eigentlich nicht möglich und im Sinne
>  der Erfinder sein.

Tja, warum nicht auch umgekehrt ... wenn es sogar auch möglich ist,
dass Formate zu Inhalten konvertieren ...

Ich weiß ja nicht, wielange Du schon auf der Mailingliste mitliest,
aber ich hatte dort Anfang November einen Thread aufgemacht mit dem
Titel "Format wird zum Inhalt".

Wie man mir später mitteilte, ist dieser Bug schon bekannt ...
solltest Du vielleicht mal lesen, da sieht man dann ganz gut, auf
welche merkwürdigen "Vereinfachungs-"-Ideen manche Entwickler kommen
und überhaupt nicht realisieren, welche Seitenwirkungen sie mit ihrem
Code verbrechen ...
<https://bugs.freedesktop.org/show_bug.cgi?id=70275>


--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert