Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Am 27.11.2014 11:55, schrieb Harald Köster:
es ist für mich noch die Frage da warum das Inhaltsverzeichnis
sich so zerstörte. Wie kann das passieren.
Das ist nun das zweite Mal daß so etwas auftritt.
Es ist recht selten - aber es passiert doch.
Eine saubere Abhilfe ist es nicht die Formatierungen
alle wegzunehmen - und dann wieder einzubauen.
Ich kann hier nur vermuten, dass der Text, der im Inhaltsverzeichnis
erscheint, mit einer Überschriftenvorlage formatiert ist. Aber das ist,
wie gesagt, ohne Original-Dokument Spekulation....
Teile davon habe ich odt beim Issue angehängt.
Wer Interesse hat - ich kann das schicken - per PM.
Nur bitte eben nicht streuen.
Nur leider spinnt etwas im Dokument nun an anderer Stelle.
Ein Bild wird nicht mehr angezeigt. Der Text ist dort
verschoben - warum auch immer.
Anhand der PDF-Dateien kann man nicht viel sagen.
man kann zumindest sehen daß etwas passiert und wie
das dann aussieht. Schön ist es nicht.
Man bräuchte das
Dokument selber, um das Problem reproduzieren zu können.
das ist schon da. Nur macht es keinen Sinn das ganze Buch
öffentlich zu stellen. Davon will ich schließlich leben.
Wie gesagt, ohne Original-Dokument kann man Dein Problem nicht
untersuchen. Du kannst das Dokument direkt an mich schicken, ich kann
dann mal reinschauen. Oder, wenn's es machbar ist, kannst Du auch einen
Ausschnitt mit dem Problem als odt-Dokument öffentlich stellen, wie Du
es beim Bug Report auch gemacht hast.
ich hatte versucht ein abgespecktes Dokument zu erzeugen.
Dabei ging Formatierung verloren und das Inhaltsverzeichnis.
So schien mir das wenig wertvoll um zu verstehen.
Zudem ist der Text der eigentlich kein Format mehr
haben sollte nun stellenweise fett geworden.
Die genannten Textpassagen (Dokument aus Bug Report) auf der Seite 13
sind mit der Zeichenformatvorlage "Stark betont" formatiert. Wenn Du
diese Passage mit der Zeichenformatvorlage "Standard" formatierst,
dürfte alles wieder OK sein.
leider nein. Eine der pdf-Dateien zeigt wie das anfangs
ausgesehen hat. Da war kein "Bold" des ganzen Abschnitts zu sehen.
Nur ein paar Wörter waren fett. Die Auszeichnung des Abschnitts
war jedoch "Stark betont". Keine Ahnung wie das durch ein einfaches
Cut & Paste aus diversen Quellen so verhunzt worden ist.
Nur wenn man das Ergebnis sieht, kann man leider nicht sagen, wie das
Problem entstanden ist. Es geht kein Weg daran vorbei, man muss das
Fehlverhalten reproduzierbar nachstellen können.
einverstanden. Wer etwas braucht - bitte sagen.
Ich habe einen bug-Report erstellt. *Bug 86715*
<https://bugs.freedesktop.org/show_bug.cgi?id=86715>
Mein Gedanke war dieses Erlebnis zu teilen um zu
ermöglichen daß Fachleute sich Gedanken machen was
da passiert ist und wie man solche negativen Erlebnisse
in Zukunft besser vermeiden kann.
Leider ist bei LO keine Transparenz gegeben - man sieht
nicht welche Teile sich im Code ansammeln bei der
Bearbeitung des Dokuments. Weil man nichts sieht kann
man auch schwer geeignet reagieren. So erlebe ich das.
Nur mit der Information, dass ein Problem beim copy&paste etwas schief
gegangen ist, kann man sich lange Gedanken machen, ohne zu einem
Ergebnis zu kommen. Auch eine Analyse des Codes wird mit dieser Angabe
nicht weiter helfen.
Fakt ist daß immer wieder mal solche Dinge passiert sind.
Man kann sehen daß im ersten Text alles ok scheint.
Nur das Verzeichnis spinnt eben.
Obwohl Absätze ungewollt "strong" zu sein scheinen - F11
zeigt das an - wird es nicht fett angezeigt - ist also für den
Nutzer nicht als Problem zu erkennen.

Erst nach Entfernen des Formats wird plötzlich alles
fett angezeigt. Woher dieses Verhalten?
Das ist für mich nicht zu verstehen und daher auch nicht
zu korrigieren auf rasche Art und Weise.

Möglicherweise kann man an der Darstellung von Formatierungen (z.B.
direkt oder per Formatvorlage) etwas verbessern.
eben darauf hoffe ich schon eine ganze Weile.
Bei OO war das einfacher und verständlicher mit dem
Entfernen von Formaten. Daher nahm ich immer wieder dies
her wenn ich etwas das LO nicht entfernen konnte dann
mit OO entfernen konnte.
Aber da bist Du selber
als 'vermutlich intensiver' Nutzer der Fachmann und kannst Deine
Vorstellungen und Ideen mit einem entsprechenden Verbesserungsvorschlag
in Bugzilla einreichen.
wenn es eine Anzeige des Codes gäbe - so könnte ich
sehen was für Murx da hineingekommen ist und es
ggf. manuell entfernen, so wie ich das bei html-Dateien
ja auch mache.
Vielleicht besteht ja daran ein Interesse auch wenn
der Issue nun bereits zum 2. Mal geschlossen worden ist
ohne daß aus meiner Sicht geklärt worden ist anhand der
Dokumente was im Code passiert ist bei den einzelnen Schritten.
Bug Reports können nur weiter verfolgt und bearbeitet werden, wenn ein
Fehler reproduzierbar ist. Da dies mit Deinen Angaben nicht möglich ist,
kann man den Report leider nur schließen.
man muss halt verstehen was da passiert ist.
Sehr hilfreich ist es dabei sich den Text und den Code
parallel anzusehen. Da sieht man dann was passiert ist.
Ich habe ja die Dateien dazu alle.

Grüße
Matthias

--
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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.