X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fdokumentation.xml;h=f5f32c02e0c642537e8bc0760cf5e6835c3c1c26;hb=ef540e3be2813445e92e138f6e9a9b614aff703c;hp=d7c069c27ba49be0a229cb0f19a20e9a578c855f;hpb=5a925d70b2984371dc5b652412c532966e0bb612;p=kivitendo-erp.git diff --git a/doc/dokumentation.xml b/doc/dokumentation.xml index d7c069c27..f5f32c02e 100644 --- a/doc/dokumentation.xml +++ b/doc/dokumentation.xml @@ -25,8 +25,6 @@ url="http://www.lx-office.org/forum/">http://www.lx-office.org/forum/ - - @@ -462,8 +460,6 @@ host all all 127.0.0.1 255.0.0.0 trust local all lxoffice password host all lxoffice 127.0.0.1 255.255.255.255 password - - @@ -475,7 +471,6 @@ host all lxoffice 127.0.0.1 255.255.255.255 password führen Sie die folgenden Kommandos aus: create language 'plpgsql'; - @@ -491,8 +486,6 @@ host all lxoffice 127.0.0.1 255.255.255.255 password Wenn Sie später einen Datenbankzugriff konfigurieren, verändern Sie den evtl. voreingestellten Benutzer “postgres” auf “lxoffice” bzw. den hier gewählten Benutzernamen. - - @@ -850,8 +843,6 @@ insserv lx-office-task-server Dieselben Optionen können auch für die SystemV-basierenden Runlevel-Scripte benutzt werden (siehe oben). - - @@ -861,8 +852,6 @@ insserv lx-office-task-server Informationen über die Einrichtung der Benutzerauthentifizierung, über die Verwaltung von Gruppen und weitere Einstellungen - - Grundlagen zur Benutzerauthentifizierung @@ -1043,8 +1032,6 @@ insserv lx-office-task-server http://localhost/lx-erp/admin.pl - - @@ -1213,8 +1200,6 @@ insserv lx-office-task-server Mitglied in dieser Gruppe. Damit wird das Verhalten von Lx-Office bis Version 2.4.3 inklusive wiederhergestellt, und die Benutzer können sich sofort wieder anmelden und mit dem System arbeiten. - - @@ -1264,8 +1249,6 @@ insserv lx-office-task-server pdflatex), und stellen Sie sicher, dass pdflatex (oder das von Ihnen verwendete System) vom Webserver ausgeführt werden darf. - - @@ -1340,8 +1323,6 @@ insserv lx-office-task-server sein. Dieses wurde bereits erledigt (siehe ), kann aber erneut überprüft werden, wenn die Konvertierung nach PDF fehlschlägt. - - @@ -1456,7 +1437,7 @@ insserv lx-office-task-server Bei bestimmten Berichten kann man derzeit noch inviduell einstellen, ob man nach Ist- oder Sollversteuerung auswertet, und es werden im Code Variablen wie $accrual oder $cash gesetzt. Diese Codestellen wurden noch nicht angepasst, sondern nur die, wo bisher - die Konfigurationsvariable $::lx_office_conf{system}->{eur} ausgewertet wurde. + die Konfigurationsvariable $::lx_office_conf{system}->{eur} ausgewertet wurde. @@ -4317,55 +4298,57 @@ Beschreibung: <%description%> gewachsen sind), sollte man vor einem Aufruf (!) von zum Beispiel IS->retrieve_customer() in Sicherheit bringen. - Z.B. das vom Benutzer eingestellte Zahlenformat, bevor man Berechnung in einem - bestimmten Format durchführt (SL/Form.pm Zeile 3552, Stand version 2.7beta), um - dies hinterher wieder auf den richtigen Wert zu setzen: - - my $saved_numberformat = $::myconfig{numberformat}; - $::myconfig{numberformat} = $numberformat; - # (...) div Berechnungen - $::myconfig{numberformat} = $saved_numberformat; - - Das Objekt der Klasse Form hat leider im Moment noch viele - zentrale Funktionen die vom internen Zustand abhängen, deshalb - bitte nie einfach zerstören oder überschreiben (zumindestens nicht kurz - vor einem Release oder in Absprache über bspw. die devel-Liste ;-). - Es geht ziemlich sicher etwas kaputt. - - $::form ist gleichzeitig der Standard Scope - in den Template::Toolkit Templates - außerhalb der Controller: der Ausdruck [% var - %] greift auf $::form->{var} zu. - Unter Controllern ist der Standard Scope anders, da lautet der - Zugriff [% FORM.var %]. In Druckvorlagen sind - normale Variablen ebenfall im $::form Scope, d.h. - <%var%> zeigt auf - $::form->{var}. - Nochmal von der anderen Seite erläutert, innerhalb von (Web-)Templates sieht - man häufiger solche Konstrukte: - - [%- IF business %] - # (... Zeig die Auswahlliste Kunden-/Lieferantentyp an - [%- END %] - - Entweder wird hier dann $::form->{business} ausgewertet oder aber der Funktion - $form->parse_html_template wird explizit noch ein zusätzlicher Hash - übergeben, der dann auch in den (Web-)Templates zu Verfügung steht, bspw. so: - $form->parse_html_template("is/form_header", \%TMPL_VAR); - - Innerhalb von Schleifen wird - $::form->{TEMPLATE_ARRAYS}{var}[$index] - bevorzugt, wenn vorhanden. - Zum Beispiel in SL/DO.pm welche über alle Positionen eines Lieferscheins - in Schleife läuft: - - for $i (1 .. $form->{rowcount}) { - (...) - push @{ $form->{TEMPLATE_ARRAYS}{runningnumber} }, $position; - push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"}; - push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"}; - - + + + Z.B. das vom Benutzer eingestellte Zahlenformat, bevor man Berechnung in einem + bestimmten Format durchführt (SL/Form.pm Zeile 3552, Stand version 2.7beta), um + dies hinterher wieder auf den richtigen Wert zu setzen: + + + my $saved_numberformat = $::myconfig{numberformat}; + $::myconfig{numberformat} = $numberformat; + # (...) div Berechnungen + $::myconfig{numberformat} = $saved_numberformat; + + + Das Objekt der Klasse Form hat leider im Moment noch viele zentrale Funktionen die vom internen Zustand abhängen, deshalb bitte + nie einfach zerstören oder überschreiben (zumindestens nicht kurz vor einem Release oder in Absprache über bspw. die devel-Liste + ;-). Es geht ziemlich sicher etwas kaputt. + + + + $::form ist gleichzeitig der Standard Scope in den Template::Toolkit Templates + außerhalb der Controller: der Ausdruck [% var %] greift auf $::form->{var} zu. Unter + Controllern ist der Standard Scope anders, da lautet der Zugriff [% FORM.var %]. In Druckvorlagen sind + normale Variablen ebenfall im $::form Scope, d.h. <%var%> zeigt auf + $::form->{var}. Nochmal von der anderen Seite erläutert, innerhalb von (Web-)Templates sieht man häufiger + solche Konstrukte: + + + [%- IF business %] +# (... Zeig die Auswahlliste Kunden-/Lieferantentyp an) +[%- END %] + + + Entweder wird hier dann $::form->{business} ausgewertet oder aber der Funktion $form->parse_html_template + wird explizit noch ein zusätzlicher Hash übergeben, der dann auch in den (Web-)Templates zu Verfügung steht, bspw. so: + + + $form->parse_html_template("is/form_header", \%TMPL_VAR); + + + Innerhalb von Schleifen wird $::form->{TEMPLATE_ARRAYS}{var}[$index] bevorzugt, wenn vorhanden. Ein + Beispiel findet sich in SL/DO.pm, welches über alle Positionen eines Lieferscheins in Schleife läuft: + + + for $i (1 .. $form->{rowcount}) { + # ... + push @{ $form->{TEMPLATE_ARRAYS}{runningnumber} }, $position; + push @{ $form->{TEMPLATE_ARRAYS}{number} }, $form->{"partnumber_$i"}; + push @{ $form->{TEMPLATE_ARRAYS}{description} }, $form->{"description_$i"}; + # ... +} + %::myconfig @@ -4404,14 +4387,12 @@ Beschreibung: <%description%> - %::myconfig ist im Moment der Ersatz für - ein Userobjekt. Die meisten Funktionen, die etwas anhand des - aktuellen Users entscheiden müssen, befragen - %::myconfig. - Innerhalb der Anwendungen sind dies überwiegend die Daten, die sich - unter Programm->Einstellungen befinden, bzw. die Informationen über den - Benutzer die über die Administrator-Schnittstelle (admin.pl) eingegeben wurden. - + + %::myconfig ist im Moment der Ersatz für ein Userobjekt. Die meisten Funktionen, die etwas anhand des + aktuellen Users entscheiden müssen, befragen %::myconfig. Innerhalb der Anwendungen sind dies überwiegend die + Daten, die sich unter Programm -> Einstellungen befinden, bzw. die Informationen + über den Benutzer die über die Administrator-Schnittstelle (admin.pl) eingegeben wurden. + @@ -4459,19 +4440,20 @@ Beschreibung: <%description%> - $::lxdebug stellt Debuggingfunktionen - bereit, wie "enter_sub" und - "leave_sub", mit denen in den alten Modulen ein - brauchbares Tracing gebaut ist, "log_time", mit - der man die Wallclockzeit seit Requeststart loggen kann, sowie - "message" und "dump" mit - denen man flott Informationen ins Log (tmp/lx-office-debug.log) packen kann. - Beispielsweise so: - - $main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig)); - $main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc}); - - + + $::lxdebug stellt Debuggingfunktionen bereit, wie "enter_sub" und + "leave_sub", mit denen in den alten Modulen ein brauchbares Tracing gebaut ist, + "log_time", mit der man die Wallclockzeit seit Requeststart loggen kann, sowie + "message" und "dump" mit denen man flott Informationen ins Log + (tmp/lx-office-debug.log) packen kann. + + + + Beispielsweise so: + + + $main::lxdebug->message(0, 'Meine Konfig:' . Dumper (%::myconfig)); +$main::lxdebug->message(0, 'Wer bin ich? Kunde oder Lieferant:' . $form->{vc}); @@ -4559,7 +4541,7 @@ file = /tmp/lx-office-debug.log speichert aber Daten die von der Instanz abhängig sind. Eine Instanz ist hier eine Mandantendatenbank. Beispielsweise überprüft - $::instance_conf->get_inventory_system eq 'perpetual' + $::instance_conf->get_inventory_system eq 'perpetual' ob die berüchtigte Bestandsmethode zur Anwendung kommt.