Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Running xmlformat of all docs #318

Merged
merged 4 commits into from
Jul 20, 2023

Conversation

CWehli
Copy link
Contributor

@CWehli CWehli commented May 1, 2023

  • Adaptation of the xml-formatting example to the changed doc structure.
  • xmlformat of all xml-docs, both guide and manual and all languages

Copy link
Member

@fellen fellen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Edit]The first 2 commits are very good, but…[/Edit]
After looking over a few files, I think we need to improve the config file

  1. exactly 1 linefeed between elements of <figure>
  2. 1 space before <menuchoice>
  3. 1 space after </footnote>, </menuchoice> … if the next character is no sentence sign. This issue is probably easier solved by find&replace than in the config.

C/guide/appendixd.xml Outdated Show resolved Hide resolved
C/guide/ch_accts.xml Outdated Show resolved Hide resolved
C/guide/ch_accts.xml Show resolved Hide resolved
C/guide/ch_accts.xml Outdated Show resolved Hide resolved
C/guide/ch_accts.xml Outdated Show resolved Hide resolved
@CWehli
Copy link
Contributor Author

CWehli commented Jul 13, 2023

@fellen: I have adopted the improvements from PR #312 and #241 respectively and think that the formatting looks better now.
Unfortunately, I don't have a solution for all the improvements you suggested.

@jralls: if @fellen agrees with these changes, #312 can be closed.

@CWehli CWehli requested a review from fellen July 13, 2023 21:05
Copy link
Member

@fellen fellen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, just to get some progress: I just saw, we have revision twice defined. Please remove it from the inline section. It should be the cause of some strange formating.

C/guide/appendixd.xml Outdated Show resolved Hide resolved
C/guide/ch_accts.xml Outdated Show resolved Hide resolved
Copy link
Member

@fellen fellen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lesbarkeit erhöht, danke!
Aber siehe Kommentar in util/xmlformat/README

Ein Konflikt ist übrigens vorprogrammiert: https://github.com/Gnucash/gnucash-docs/pull/323/commits
Mal sehen, ob ich die PR vorher reinnehmen kann…

C/guide/ch_accts.xml Show resolved Hide resolved
Comment on lines -372 to +380
Hierarchy (<menuchoice>
Hierarchy (
<menuchoice>
<guimenu>Actions</guimenu><guimenuitem>New Account Hierarchy...</guimenuitem>
</menuchoice>).
</menuchoice>
).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Das dürfte unerwünschte Leerzeichen in der Klammer ergeben, aber macht die Klammer überhaupt Sinn? Gab es da keinen Dokbook-terminus für?.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wenn im Guide für die Menüeinträge auch die neuen Entities eingearbeitet sind, dann erledigt sich dieses Problem von selber.

for i in guide/C/*.xml; do util/xmlformat/xmlformat.pl -f util/xmlformat/xmlformat.conf -i $i ; done
for i in C/guide/*.xml; do util/xmlformat/xmlformat.pl -f util/xmlformat/xmlformat.conf -i $i ; done
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Da das Hauptdokument in index.dokbook umbenannt wurde, wird es nicht mehr erfaßt. M.E. die einfachste und sauberste Lösung: Umbennennung der restlichen .xml nach .dokbook (oder aller nach .dbk, was auch eine offizielle Endung sein soll —erfordert Test.)

Copy link
Contributor Author

@CWehli CWehli Jul 18, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Das Hauptdokument ist doch recht statisch, das könnten wir doch auch händisch formatieren. Ich würde die einzelnen XML-Dateien am liebsten so lassen.
[edit] ... und 'it' ist ja nicht mehr wirklich aktuell [/edit]

Copy link
Member

@fellen fellen Jul 18, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There was @gjanssens not very consequent. ;-)

Wenn du meinst, dann lass es drüber laufen. <revision> wurde von uns geändert [Edit]und [/Edit]wird darin verwendet.

Copy link
Member

@fellen fellen Jul 18, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Das Hauptdokument ist doch recht statisch

@jralls adds on each release a section to <revhistory> and is not happy with the current line breaks.

@CWehli
Copy link
Contributor Author

CWehli commented Jul 18, 2023

Lesbarkeit erhöht, danke!
Aber siehe Kommentar in util/xmlformat/README

Welchen Kommentar meinst du?

@fellen
Copy link
Member

fellen commented Jul 18, 2023

Lesbarkeit erhöht, danke!
Aber siehe Kommentar in util/xmlformat/README

Welchen Kommentar meinst du?

https://github.com/Gnucash/gnucash-docs/pull/318/files#r1265881425

element-break = 0

# each sub-element begin a new line:
figure mediaobject
Copy link
Member

@fellen fellen Jul 18, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Edit]Schön, aber [/Edit]
mediaobject in Zeile 40 dann löschen.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Leider funktioniert die Lösung doch nicht. Bei einem wiederholten Formatierungslauf wird die Leerzeile wieder eingefügt.

Diese Konfigurationsdatei wird sequenziell abgearbeitet kommt. Die Formatierungs-Einträge für ein Element kann weiter hinten in der Datei gezielt überschrieben werden.
So kann anfänglich eine pauschale Formatierung vorgenommen werden, die dann im Nachgang 'feinjustiert' wird.
Mit Zeile 40 wird das mediaobjekt als Block formatiert und hier in Zeile 53 dann mit einer neuen Anweisung ergänzt.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dann sollten wir unser Layout für die Datei —vielleicht zunächst im Wiki— dokumentieren.

M.E. sollte jedes benutzte Element genau einmal definiert werden, sonst passieren so unschöne Dinge wie mit <revision>.
Mein Ansatz war, Elemente mit gleichen Eigenschaften in Definitionsblöcken zusammenzufassen, also bei Änderungen Elemente zwischen Blöcken zu verschieben.

@fellen
Copy link
Member

fellen commented Jul 18, 2023

Ein aktualisierter Durchlauf nach rebase wäre schön wegen commit 24a91f0.

@fellen
Copy link
Member

fellen commented Jul 19, 2023

Die ganzen index.dokbook fehlen immer noch. Dan muß man sie wohl auch im README erwähnen. ;-)

and insert the processing of *.docbook- files to the for-loop.
- set 'element-break' active for 'para', 'figure' and 'mediaobject'
- insert 'titleabbrev'
@CWehli
Copy link
Contributor Author

CWehli commented Jul 19, 2023

Die ganzen index.docbook fehlen immer noch.

Für die index.docbook habe ich die Formatierung für <revnumber> in Zeile 49 zusätzlich modifiziert und dann am Ende aus dem 'Inline-Format' entfernt.
Und die Readme-Datei habe ich entsprechend ergänzt.

@code-gnucash-org code-gnucash-org merged commit cf5c288 into Gnucash:stable Jul 20, 2023
3 checks passed
@fellen
Copy link
Member

fellen commented Jul 20, 2023

OK, despite the result is not perfect we got much progress.
Thanks!

@CWehli CWehli deleted the xmlformat_all_docs branch May 1, 2024 12:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants