Projekt

Allgemein

Profil

Design 4 - Fehler Anregungen Wünsche » Historie » Version 2

Jan Büren, 10.01.2019 18:23

1 1 Andreas Rudin
h1. Design 4 - Fehler Anregungen Wünsche
2
3
Bitte tragt hier alles ein, was euch in Bezug auf das neue Design wichtig ist und was nach Möglichkeit vor dem Release 4.0 noch verändert werden sollte bzw. welche Fehler noch behoben werden müssen.
4
*Gliederung gemäss Menü im kivitendo von links nach rechts*, zunächst Benutzerinterface, dann Admininterface und zuletzt Allgemeines, das nicht zu einen bestimmten Menüpunkt gehört oder an mehreren Orten auftritt.
5
Bitte nach Möglichkeit auch die im Browser angezeigte URL eintragen 
6
7
h2. Benutzerinterface
8
9
h3. Stammdaten → Berichte → Artikel
10
ic.pl?searchitems=article&action=search
11
12
* Unter "In Bericht aufnehmen" sind bei "Benutzerdefinierte Variablen" die Texte zu den Buttons nicht auf der gleichen Höhe
13
14
h3. Finanzbuchhaltung → Dialogbuchen
15
gl.pl?action=add
16
17
* Bei "Buchung - Spalte Konto": lange Kontobezeichnungen werden abgeschnitten (besser: auf mehrere Zeilen umbrechen!)
18
19
h3. Berichte → Kontenübersicht → Konto anklicken → Buchungsliste
20
ca.pl?action=list&accno=****
21
22
* Reihenfolge der Monate ist durcheinander: Januar, Mai, September, Februar, Juni, Oktober ....
23
* 2 Spalten wären schön, z.B.: 
24
|Periods Vorgewählte Zeiträume|Freier Zeitraum|
25
||Verschiedenes|
26
27
* Button "Buchungsliste" nach oben
28
* Bei der Jahreszahl wäre Ausklappmenü praktisch
29
30
h3. Berichte → Bilanz
31
rp.pl?report=balance_sheet&action=report
32
33
* Buttons bei "SB-Buchungen", "nur EB-Buchungen" sowie "In Bericht aufnehmen" und Schrift daneben nicht auf gleicher Höhe
34
35
h3. System → CSV-Import → "alle Profile"
36
controller.pl?profile.type=***&action=CsvImport%2Fnew
37
38
* "Spaltenzuordnungen" und "Hilfe zu Spaltennamen" können nicht angeklickt bzw. angezeigt werden
39
40
h2. Admininterface
41
42
h2. Allgemeines
43
44
h3. Datumsauswahl-Popups
45
46
* Zu grosse Schrift: Von der Jahreszahl werden nur die ersten 3 Ziffern angezeigt
47 2 Jan Büren
48
h2. Entwicklung/Commits
49
50
* Alle Testfälle müssen (wie vorher auch) sauber durchlaufen, evtl müssen hierfür auch Testfälle angepasst werden
51
52
* API-Änderungen müssen auch im POD dokumentiert werden. Der POD ist die Straßenkarte des Entwicklers, falls jmd. die Straße ändert, muss die Karte auch stimmig sein
53
54
* Symbolische Links wieder herstellen (dispatcher.*)
55
56
* Klarer die Commits im js/ Bereich erläutern, dass fühlt sich im ersten Review nicht sauber an
57
58
* (optional) die Commits/ den Rebase nochmal im Team neugestalten, sodass logische Zusammenhänge vorranig sind und nicht einfach nur die Verzeichnisstruktur durchlaufen wird. Commit-Message sollten auch klar formuliert sein, sodass man möglichst die Intention des Committers (ohne Code anzuschauen) erkennen kann