Page Comparison

Fehlerbeschreibung:

Erwartetes Verhalten:

Fehlerbeschreibung:

Erwartetes Verhalten:

Fehlerbeschreibung:

In der Auswahl der „Banz Paragraph Styles" fehlen die Styles „Zwischentitel_GrossNormal" und „Zwischentiel_NormalFett"

Erwartetes Verhalten:

Die beiden fehlenden Styles stehen auch zur Verfügung.

Fehlerbeschreibung:

Eine Wordschnipsel mit Änderungen lässt sich im Sub-Dokument nicht einchecken. Es erscheint die folgende Meldung:

Erwartetes Verhalten:

Der Änderungsverfolgungsmodus sollte wie im Master funktionieren.

Fehlerbeschreibung:

Die leeren Zellen (#l) dienen als Überschriftenzeilen, damit der Rundungsassistent übersichtlich bleibt.
Die #l werden scheinbar als Nullen gewertet. Das kann man spätestens dann erkennen, wenn die #l aus der Excel gelöscht und die Excel eingecheckt wird.

Im Mapping Dialog wird keine Null angezeigt und die Zellen werden auch nicht getaggt.

Es erscheint die Fehlermeldung „Fehlermeldung: Unable to tag cell ..... Please check the format."

Erwartetes Verhalten:

Zellen, die mit #l programmiert sind, werden im Mapping Dialog nicht berücksichtig, weil sie keine Werte enthalten und nicht getaggt werden müssen.
Somit sollte es auch keinen Fehler geben, wenn der Report erstellt wird.

Fehlerbeschreibung:

Der Abstand in(nach) der Tabelle und zwischen den Paragraphen wird nicht konvertiert.

Erwartetes Verhalten:

Der Abstand nach den Tabellen und zwischen markierten Paragraphen soll beibehalten werden.

Fehlerbeschreibung:

In der Formatvorlage und in jedem Superschnipsel ist definiert, dass die Fußnotennummerierung auf jeder Seite neu bei 1 beginnen soll. Im Ergebnisdokument ist die Nummerierung trotzdem fortlaufend.

Erwartetes Verhalten:

Die Fußnoten beginnen bei dieser Einstellung auf jeder Seite neu mit 1.

Fehlerbeschreibung:

Wurde eine Tabelle im Zuge von Kopieren / Rollforward gehighlitet, geht das Highlighting beim ersten neu Einfügen der Tabelle verloren

Erwartetes Verhalten:

Das Highlighting soll auch beim ersten neu Einfügen der Tabelle erhalten bleiben.

Fehlerbeschreibung:

Die 1000er Trennzeichen springen willkürlich hin- und her. Mal wird es in Excel mit Punkten, mal mit Komma angezeigt. Auch in Word kommen die 1000er Trennzeichen falsch an. Sie sind eher zufällig richtig.

Zum Verglich: Wechselt man die Sprache kommen die 1000er Trennzeichen in den Tabellen korrekt an. Nur die Diagramme weichen immer mal wieder ab.

Erwartetes Verhalten:
Die 1000er Trennzeichen passen sich wie in den Tabellen an die Sprache an. Englisch mit Komma, Deutsch mit Punkten.

Fehlerbeschreibung:

Der Import über die Oracle StoredProcedure scheint in der 2.9 nicht zu funktionieren. Es kommen keine Zahlen an und der Prozess endet mit "FinishedWithIssues".

Erwartetes Verhalten:
Der Datenimport soll natürlich funktionieren.

Fehlerbeschreibung:
Bei Deutsch (Schweiz) als hinterlegter Sprache und diesem Benutzerformat in Excel: # ##0\ _€;-# ##0\ _€ kommen negative Zahlen falsch in Word-Tabellen an: In Word werden die negativen Zahlen in Klammern dargestellt. In Excel ist aber ein Minuszeichen.

Erwartetes Verhalten:
Die Zahlen werden in Word so dargestellt, wie in Excel -> negative Zahlen mit einem Minuszeichen.

Fehlerbeschreibung:

Trotz der Aktualisierung des Layouts über das Cockpit bleiben die Tabellen vom Layout her falsch und es wird bspw. die deutsche anstatt die englische Outarea gezogen.

Erwartetes Verhalten:
Das Tabellenlayout und die Outarea kommen richtig an.

Fehlerbeschreibung:

Das Problem ist, dass im Ergebnisdokument zu viele Styles vorhanden sind. Word erlaubt nur 4079, aber in dem Fallbeispiel sind im erstellten Ergebnisdokument über 5000 Styles definiert.

Das Dokument kann mit Word nicht geöffnet werden - Fehlermeldung: /word/styles.xml ist defekt.

Nach Ausführung der Wordreparatur lässt sich das Dokument wieder öffnen.

Erwartetes Verhalten:
Das Ergebnisdokument lässt sich ohne Wordreparatur öffnen.

Fehlerbeschreibung:

In der Formatvorlage und in jedem Superschnipsel ist definiert, dass die Fußnotennummerierung auf jeder Seite neu bei 1 beginnen soll. Im Ergebnisdokument ist die Nummerierung trotzdem fortlaufend.

Erwartetes Verhalten:

Die Fußnoten beginnen bei dieser Einstellung auf jeder Seite neu mit 1.

Fehlerbeschreibung:

Es scheint ein Problem zu geben, wenn die erste getaggte Zeile verbundene Zellen enthält. Wenn man die verbundenen Zellen auflöst in einzelne Zellen, klappt es auch mit dem Übertragen der Tags ins XHTML. Es klappt auch, wenn man einfach den Tag auf der ersten Zelle entfernt.

Erwartetes Verhalten:
Tags sollten korrekt ankommen

Error description:

Expected behaviour:

Error description:

Expected behaviour:

Error description::

A Word snippet with changes cannot be checked in the sub-document. The following message appears:

Translation: The file contains unconfirmed changes. Please accept or reject these changes before proceeding.

Expected behaviour:

The change tracking mode should work as in the master.

Error description:

The empty cells (#l) serve as header rows to keep the data view clear.
The #l are apparently evaluated as zeros. This can be seen at the latest when the #l is deleted from Excel and Excel is checked in.

No zero is displayed in the mapping dialogue and the cells are not tagged either.

The error message "Error message: Unable to tag cell ..... Please check the format."

Expected behaviour:

Cells that are programmed with #l are not taken into account in the mapping dialogue because they do not contain any values and do not have to be tagged.
Thus, there should be no error when the report is created.

Error description:

The spacing in(after) the table and between paragraphs is not converted.

Expected behavior:

The spacing after tables and between marked paragraphs should be maintained.

Error description:

In the word layoutmaster and in each supersnippet it is defined that the footnote numbering should start anew at 1 on each page. In the result document, the numbering is nevertheless continuous.

Expected behavior:

With this setting, the footnotes start anew with 1 on each page.

Error description:

If a table has been highlighted in the course of a copy / roll forward, the highlighting will be lost the first time the table is reinserted.

Expected behavior:

The highlighting should also be retained when the table is inserted for the first time.

Error description:

The import via the Oracle StoredProcedure does not seem to work in 2.9. No numbers arrive and the process ends with "FinishedWithIssues".

Expected behavior:
The data import should of course work.

Error description:

With German (Switzerland) as the stored language and this user format in Excel: # ##0\ _€;-# ##0\ _€ negative numbers arrive incorrectly in Word tables: In Word, negative numbers are shown in brackets. In Excel, however, there is a minus sign.

Expected behavior:
The numbers are displayed in Word in the same way as in Excel -> negative numbers with a minus sign.

Error description:

Despite updating the layout via the cockpit, the layout of the tables remains incorrect and, for example, the German outarea is used instead of the English one.

Expected behavior:
The table layout and the outarea are displayed correctly.

Error description:

The problem is that there are too many styles in the result document. Word only allows 4079, but in the case study over 5000 styles are defined in the result document.

The document cannot be opened with Word - error message: /word/styles.xml is defective.

After carrying out the Word repair, the document can be opened again.

Expected behavior:

The resulting document can be opened without Word repair.

Error description:

In the layout master and in each supersnippet it is defined that the footnote numbering should start anew at 1 on each page. In the result document, the numbering is nevertheless continuous.

Expected behavior:

With this setting, the footnotes start anew with 1 on each page.

Error description:

If "Remove content controls" is checked in Word result document creation, this cannot be created.

Expected behavior:

The result document is created.

Workaround:

In the Word result document, select the entire content with ctrl+a and right-click "Remove Content Control".

Error description:

There seems to be a problem if the first tagged row contains linked cells. If you dissolve the linked cells into individual cells, it also works with the transfer of the tags into the XHTML. It also works if you simply remove the tag on the first cell.

Expected behavior:

Tags should arrive correctly