...
...
...
...
...
...
title | in Version 2.9.0.309 vom 06.04.23 |
---|
...
...
...
...
...
...
...
...
...
...
...
...
...
title | Gefixte Fehler in älteren Versionen |
---|
...
title | in Version 2.9.0.225 vom 29.09.22 |
---|
...
title | in Version 2.9.0.221 vom 20.09.22 |
---|
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
title | in Version 2.9.0.139 vom 04.04.22 |
---|
...
title | in Version 2.9.0.134 vom 18.03.22 |
---|
...
title | in Version 2.9.0.130 vom 11.03.22 |
---|
...
title | in Version 2.9.0.123 vom 23.02.22 |
---|
...
title | in Version 2.9.0.103 vom 28.01.22 |
---|
...
title | in Version 2.9.0.88 vom 10.01.22 |
---|
...
title | in Version 2.9.0.69 vom 19.11.21 |
---|
...
Zur besseren Übersicht können Sie die Tabelle sortieren. Bewegen Sie den Mauszeiger über ein Überschriftenfeld, es wird dann ein Symbol zur Sortierung angezeigt.
...
Layoutroboter
...
title | In der Tabelle erscheinen zusätzliche vertikale Rahmenlinien |
---|
Fehlerbeschreibung:
...
Column |
---|
|
Image Removed |
Column |
---|
|
Beim serverseitigen Layoutroboter erscheinen zusätzliche vertikale Rahmenlinien. |
Erwartetes Verhalten:
...
Column |
---|
|
Image Removed |
Column |
---|
|
Es sollten keine zusätzlichen Rahmenlinien erscheinen, so wie es auch beim clientseitigen LAR der Fall ist. |
...
eBanz
Expand |
---|
title | Fehlende „Banz Paragaph Styles" |
---|
|
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. |
...
Factory
...
title | Änderungsverfolgungsmodus im Subdokument funktioniert nicht |
---|
Fehlerbeschreibung:
Eine Wordschnipsel mit Änderungen lässt sich im Sub-Dokument nicht einchecken. Es erscheint die folgende Meldung:
Image Removed
Erwartetes Verhalten:
Der Änderungsverfolgungsmodus sollte wie im Master funktionieren.
...
XBRL
Expand |
---|
title | Zellen, die mit #l programmiert sind, werden als Nullen gewertet und führen zu Fehlern |
---|
|
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. |
...
HTML
Expand |
---|
title | Der Abstand nach der Tabelle und zwischen markierten Paragraphen wird nicht umgewandelt |
---|
|
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. |
...
German |
---|
Aktuell offene Fehler in der SmartNotes-Version 2.9
Thema | Fehler |
|
---|
Word |
Expand |
---|
title | Fußnotennummerierung fortlaufend anstatt auf jeder Seite neu mit 1 beginnend |
---|
| 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. |
| #121063 |
|
...
Expand |
---|
title | Wurde eine Tabelle im Zuge von Kopieren / Rollforward gehighlitet, geht das Highlighting beim ersten neu Einfügen der Tabelle verloren |
---|
|
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. |
...
title | Diagramme: Tausender-Trennzeichen kommen nicht in Diagrammen an bzw. springen zwischen Deutsch(Punkt) und Englisch(Komma) willkürlich hin und her |
---|
Fehlerbeschreibung:
...
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.
...
Import |
Expand |
---|
title | Import: Oracle StoredProcedure nicht mit 2.9 kompatibel |
---|
| 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.
|
| #127528 | Layoutroboter |
Expand |
---|
title | Layoutroboter: "Deutsch (Schweiz)" kommt benutzerdef. Zahlenformat falsch an |
---|
| 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.
|
| #117271 | Layoutroboter | Expand |
---|
title | Layoutroboter: Aktualisierung des Layouts über das Cockpit aktualisiert nicht immer jede Tabelle. |
---|
| 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. |
| #145806 | Word |
Expand |
---|
title | Word: Bei der Ergebnisdokumenterstellung können defekte Word Dateien erzeugt werden aufgrund zu vieler Styles |
---|
| 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.
|
| #111935 | Word |
Expand |
---|
title | Word: Fußnotennummerierung fortlaufend anstatt auf jeder Seite neu mit 1 beginnend |
---|
| 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. |
| #120889 | XBRL |
Expand |
---|
title | XBRL: Tags landen in den falschen Spalten, wenn die erste getaggte Zeile verbundene Zeilen enthält |
---|
| 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
|
| #116484 |
|
...
borderColor | #666666 |
---|
bgColor | #ECECEC |
---|
borderWidth | 2 |
---|
...
...
/wiki/spaces/SND/pages/6239355
...
...
...
title | in version 2.9.0.309 as of 06.04.23 |
---|
...
title | in version 2.9.0.291 as of 10.02.23 |
---|
...
title | in version 2.9.0.277 as of 18.01.23 |
---|
...
title | in version 2.9.0.254 as of 01.12.22 |
---|
...
title | in version 2.9.0.240 as of 08.11.22 |
---|
...
title | Fixed errors in older versions |
---|
...
title | in version 2.9.0.225 as of 29.09.22 |
---|
...
title | in version 2.9.0.221 as of 20.09.22 |
---|
...
title | in version 2.9.0.201 as of 10.08.22 |
---|
...
title | in version 2.9.0.199 as of 03.08.22 |
---|
...
title | in version 2.9.0.176 as of 13.06.22 |
---|
...
title | in version 2.9.0.156 as of 25.04.22 |
---|
...
title | in version 2.9.0.139 as of 04.04.22 |
---|
...
title | in version 2.9.0.134 as of 18.03.22 |
---|
...
title | in version 2.9.0.130 as of 11.03.22 |
---|
...
title | in version 2.9.0.123 as of 23.02.22 |
---|
...
title | in version 2.9.0.103 as of 28.02.22 |
---|
...
title | in version 2.9.0.88 as of 10.01.22 |
---|
...
title | in version 2.9.0.69 as of 19.11.21 |
---|
...
You can sort the table for a better overview. Move the mouse pointer over a heading field, a symbol for sorting will then be displayed.
...
title | Additional vertical frame lines appear in the table |
---|
Error description:
...
Column |
---|
|
Image Removed |
Column |
---|
|
With the server-side layout robot, additional vertical frame lines appear. |
Expected behaviour:
...
Column |
---|
|
Image Removed |
Column |
---|
|
No additional frame lines should appear, as is the case with the client-side LAR. |
...
title | Change tracking mode in the sub-document does not work |
---|
Error description::
A Word snippet with changes cannot be checked in the sub-document. The following message appears:
Image Removed
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.
...
Expand |
---|
title | Cells that are programmed with #l are evaluated as zeros and lead to errors. |
---|
|
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. |
...
Expand |
---|
title | The space after the table and between marked paragraphs is not converted |
---|
|
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. |
...
English |
---|
Current open bugs in SmartNotes version 2.9 Topic | Bugs | Ticket (internal) |
---|
Word |
Expand |
---|
title | Footnote numbering consecutive instead of starting anew with 1 on each page |
---|
| 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. |
| #121063 |
|
...
...
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.
Import |
Expand |
---|
title | Import: Oracle StoredProcedure not compatible with 2.9 |
---|
| 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.
|
| #127528 | Layout Robot |
Expand |
---|
title | Layout robot: "German (Switzerland)" arrives user-def. number format incorrectly |
---|
| 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.
|
| #117271 | Layout Robot | Expand |
---|
title | Layout Robot: Updating the layout via the cockpit does not always update every table. |
---|
| 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. |
| #145806 | Word |
Expand |
---|
title | Word: During the creation of result documents, defective Word files can be created due to too many styles |
---|
| 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. |
| #111935 | Word |
Expand |
---|
title | Word: Footnote numbering consecutively instead of starting with 1 on each page |
---|
| 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. |
| #120889 |
|
...
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".
...
...
...
XBRL |
Expand |
---|
title | XBRL: Tags end up in the wrong columns if the first tagged row contains joined rows |
---|
| 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 |
| #116484 |
|
...
borderColor | #666666 |
---|
bgColor | #ECECEC |
---|
borderWidth | 2 |
---|