Re: [Lx-office-devel] Re: unbalanced ledger

[Udo S. <in...@wi...>]

Hi flo,
sorry kann nur knapp antworten, keine Zeit...

inflo schrieb:
> hi,
> 
> On Sat, 11 Jun 2005 00:46:10 +0200
> Jens Körner <je...@kl...> wrote:
> 
> 
>>Moin,
>>On Fri, Jun 10, 2005, Mathias Behrle wrote:
>>
>>
>>>- Sprachwirrwarr und Unübersichtlichkeit:
>>>
>>>Was mir immer heftig aufstösst, wenn ich in irgendwelche Quelltexte
>>>schaue, ist ein Mischmasch zwischen verschiedenen Sprachen.
>>
>>Die Diskussion darum ist nie beendet worden. Fakt ist, dass LX wohl
>>kaum Verbreitung ausserhalb Deutschlands erfahren wird, zumal unsere
>>deutschen Vorschriften immer gravierende Differenzen zu anderen
>>Ländern entwickeln.
> 
> also werden wir erstmal klein anfangen und die db eindeutschen und damit
> verstaendlich machen. Was interresiert es mich erlich gesagt ob das ein
> franzose bedienen kann, wenn das teil nicht bedienbar ist? Die
> mehrsprachgkeit kann man spaeter noch einfuegen, denke ich.
Bitte noch nicht eindeutschen, ich bin überhaupt nicht eurer Meinung 
bez. eindeutschen. Argumente folgen Montag.

> was ist also mit dem unbalanced ledger, wollen wir ihn mal beheben oder
> nicht? 

Natürlich müssen wir den beheben, dass geht aber nicht so schnell 
und einfach, weil dieser Fehler mehrere Quellen hat...
Die von dir thematisierte Version wurde von Hartmut doch schon 
genannt: einfach eine Fallunterscheidung zwischen Buchungsjournal 
und Kontenjournal rein. Im Buchungsjournal wird die Prüfung 
durchgeführt, im Kontenjournal nicht, weil sie dort eh nicht richtig 
funktioniert (hat der flo aufgezeigt)

Dann zum Kontenjournal, m.E. ist eine weitere unbalanced ledger 
Prüfung hier nicht notwendig, wenn die o.g. zuverlässig und 
allumfassend funktioniert. Die akkummulierte Bilanzsumme sollte noch 
dargestellt/berechnet werden, fertig.

Alle weiteren Fehlerquellen bez. Unbalanced Ledger Prüfungen 
brauchen noch reproduzierbare Hinweise.

also ich kann nur ptkdb empfehlen, ein debugger in tcl/tk. Auf
> debian braucht ihr euch nur das paket libdevel-ptkdb-perl zu
> installieren und dann im hauptverzeichniss, die entsprechenden dateien
> aufrufen mit perl -d:ptkdb is.pl "login=blblajlsdf" .  Den string
> mit allen variablen
> der oft sehr lange ist, bekommt man sehr leicht mit 
> http://livehttpheaders.mozdev.org/installation.html heraus. einfach
> livehttp oeffnen (nach installation, dauert 20sek) und dann in lx-erp
> das anklicken wo man hinwill, danach meist die GET zeile aus live http
> in shell kopieren, nicht noetigen sachen wie HTTP loeschen und perl
> -d:ptkdb davorschreiben und starten. Die hauptbuttons sind "Run to" wenn
> man vorher z.b. die zeile 115 makiert hat, laueft das prog bis zu dieser
> zeile, oder "step over"  "step into" zum springen, im fenster rechts
> daneben kann man in "expressions" z.b. $form->{id} schreiben, nach einem
> enter bekommt man dann den derzeitigen wert angezeigt.
> 
> Also erst mit diesem debugger habe ich den code verstanden und er ist
> dann wirklich nicht mehr schwer zu verstehen. wenn dann genaue aussagen
> von buchhaltern kommen,ist die programmierung das kleinste uebel (finde
> ich)
Das ist genau der richtige Weg, Lx zu verstehen.
Analyse, und nicht die Hoffnung, deutschprachige Variablennamen 
würden das Codeverständnis erhöhen - was sie nicht tun (wie ich bis 
Montag noch zu begründen versuche).
Hinzu kommt eine Dokumentation der Analyseinstrumente, wie du es 
hier beschrieben hast. Und am liebsten wäre mir, wenn solche Sachen 
ins Wiki kommen, damit neue Leute nicht immer von vorn beginnen 
müssen, wenn sie Lx programmieren wollen. Aber ich kann auch 
verstehen, wenn dazu wenig Lust besteht...

> also eindeutschen,ueberblick finden und dann nach buchhaltern
> vorgaben programmieren. hoert sich leicht an, ist aber anfangs viel
> schreibarbeit, wie z.b. namen uebersetzen.
ACK, bis auf das Eindeutschen von Tabellen, Variablennamen, oder 
$locale->text().

Viele Grüße Udo