headers
Stephan Koehler | 3 Apr 2006 17:45
Picon
Favicon

Re: menu.ini

Hola,

On Monday 27 March 2006 23:44, Holger Lindemann wrote:
> Hallole,
>
> ich habe die menu.ini mal ein wenig umgebaut.
> Ins Besondere störte mich, das die Grundeinstellung im ganzen Menü
> verstreut waren.
>
> z.B.
> UStVa unter Programm
> Warengruppen unter Stammdaten
> Kundentyp unter System
>
> Damit jetzt System nicht so groß wird, habe ich die Vorlagen ausgelagert.
> Die braucht man im Normalbetrieb nicht.
>

Die Idee finde ich gut, wir sollten das zur nächsten Version 2.4.0 übernehmen.

MfG Stephan

--

-- 
LINET Services GbR
Linux im Intra- und InterNet

Gotenweg 15                 Tel.:   0531-280 191 71
38106 Braunschweig     Fax:    0531-280 191 72

http://www.linet-services.de
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 6 Apr 2006 00:03
Picon
Favicon

[Bug 346] New: Unzuverlässiger Test, ob zweifacher Latex-Run nötig.

https://lx-office.linet-services.de/bugzilla/show_bug.cgi?id=346

           Summary: Unzuverlässiger Test, ob zweifacher Latex-Run nötig.
           Product: Lx-Office ERP
           Version: 2.2
          Platform: PC
        OS/Version: Alle
            Status: NEW
          Severity: Unwichtig
          Priority: Normal
         Component: Einkauf
        AssignedTo: p.reetz <at> linet-services.de
        ReportedBy: kmk <at> familieknaak.de

Um zu ermitteln, ob zwei Läufe von Latex nötig sind, wird in Form.pm getestet, 
ob das Schlüsselwort "\pageref" vorkommt.
/------------------------
|    $two_passes = 1 if (/\\pageref/);
\------------------------
Es gibt allerdings Fälle, in denen zwei Latex-Läufe nötig sind, ohne dass der 
Befehl pageref explizit verwendet wird. Beispielsweise benötigt die Tabellen-
Umgebung "supertabular" zwei Läufe. Das gleiche gilt für "lastpage", oder wenn 
man einen Teil des Latex-Dokuments mit \input aus einer anderen Datei ergänzt.

Das korrekte Entscheidungskriterium, ob ein weiterer Latex-Lauf nötig ist, 
befindet sich in der *.log Datei. Wenn es nötig ist, befindet sich dort die 
Zeile: 
/------------
| LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right.
\------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 6 Apr 2006 09:53
Picon
Favicon

[Bug 347] New: locales wertet falsche Dateien aus (*.pl~)

https://lx-office.linet-services.de/bugzilla/show_bug.cgi?id=347

           Summary: locales wertet falsche Dateien aus (*.pl~)
           Product: Lx-Office ERP
           Version: 2.3-unstable
          Platform: PC
        OS/Version: Alle
            Status: NEW
          Severity: Normal
          Priority: Normal
         Component: Installation
        AssignedTo: p.reetz <at> linet-services.de
        ReportedBy: s.koehler <at> linet-services.de

locales wertet falsche Dateien aus (*.pl~)

<<nervig>>

--

-- 
Configure bugmail: https://lx-office.linet-services.de/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
Permalink | Reply | 0 comments |
headers
Moritz Bunkus | 6 Apr 2006 11:23
Picon
Favicon
Gravatar

neue Vorgehensweise für Datenbankupgradescripte

Huhu,

ich habe gerade noch mehr Code eingecheckt, der sich mit
Datenbankupgradescripten beschäftigt. Die neue Variante sieht so aus:

* Pro Änderung an der Datenbank (man kann auch sagen pro SVN-Commit, der
  die Datenbank anfasst) wird in das Verzeichnis sql/Pg-upgrade eine
  eigene Datei gelegt, deren Name so lautet, wie bisher
  üblich. Beispiel:
  sql/Pg-upgrade/Pg-upgrade-2.2.0-2.2.0.1.sql
  sql/Pg-upgrade/Pg-upgrade-2.2.0.1-2.2.0.2.sql
  etc

* Die Upgrade-Scripte müssen die Datenbankversionsnummer NICHT mehr
  selber setzen. Das geschieht nun automatisch. Das hier ist also nicht
  mehr nötig:
  UPDATE defaults SET version = '2.2.0.1';

* Beim Login wird weiter automatisch überprüft, welche Upgrades es
  gibt. Diese werden dann ausgeführt. Allerdings wird nun jedes
  Upgradescript in eine Transaktion gekapselt. Schlägt ein Upgrade also
  fehl, so wird das ganze Upgradescript zurückgerollt.

Das hat nur Vorteile, vor allem für Entwickler (für "reine" Benutzer
hingegen ändert sich praktisch nichts): Wer eine Entwicklerversion
einsetzt, der wird trotzdem keine Probleme mit Datenbankupgrades haben,
weil es ja nicht mehr ein monolithisches Upgrade von Release zu Release
gibt, sondern je eines pro SVN-Commit. Zusätzlich sind im Fehlerfall nun
wesentlich einfacher die Ursachen auszumachen und zu beheben, weil halt
ein Upgradescript immer komplett oder gar nicht angewendet wurde.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Udo Spallek | 6 Apr 2006 12:28

Re: [Lx-office-devel] neue Vorgehensweise für Datenbankupgradescripte

Hi Moriz,
Moritz Bunkus schrieb:
> * Die Upgrade-Scripte müssen die Datenbankversionsnummer NICHT mehr
>   selber setzen. Das geschieht nun automatisch. Das hier ist also nicht
>   mehr nötig:
>   UPDATE defaults SET version = '2.2.0.1';
Wo/Wie findet das statt, habs in deinem Commit nicht entdecken können.

  > Das hat nur Vorteile, vor allem für Entwickler (für "reine" Benutzer
> hingegen ändert sich praktisch nichts): Wer eine Entwicklerversion
> einsetzt, der wird trotzdem keine Probleme mit Datenbankupgrades haben,
> weil es ja nicht mehr ein monolithisches Upgrade von Release zu Release
> gibt, sondern je eines pro SVN-Commit. Zusätzlich sind im Fehlerfall nun
> wesentlich einfacher die Ursachen auszumachen und zu beheben, weil halt
> ein Upgradescript immer komplett oder gar nicht angewendet wurde.
Sehr gut!

Schöne Grüße udo

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
Permalink | Reply | 1 comment |
headers
Moritz Bunkus | 6 Apr 2006 12:39
Picon
Favicon
Gravatar

Re: Re: [Lx-office-devel] neue Vorgehensweise für Datenbankupgradescripte

Huhu,

On Thursday 06 April 2006 12:28, Udo Spallek wrote:

> >   UPDATE defaults SET version = '2.2.0.1';
>
> Wo/Wie findet das statt, habs in deinem Commit nicht entdecken können.

SL/User.pm Zeilen 453 ff. Kann sein, dass dieser Teil bereits vorher
committed wurde (ich hab da vor ein paar Wochen schon einmal einen Teil
committed, jetzt aber die weiteren Änderungen nachgezogen und die Mail
hier geschrieben).

Gruß,
Mosu

--

-- 
LINET Services GbR

Gotenweg 15                      Tel.: 0531-180 508 0
38106 Braunschweig               Fax.: 0531-180 508 29

http://www.linet-services.de
mailto:info <at> linet-services.de
Permalink | Reply | 0 comments |
headers
Moritz Bunkus | 6 Apr 2006 12:58
Picon
Favicon
Gravatar

HTML-Vorlagen für Formulare

Huhu,

schon öfters angesprochen und immer wieder gewollt: die Trennung von
Perl-Code und HTML-Code bei der Ausgabe der Formulare. Ich habe nun
einigen Code, den wir im Rahmen eines Kundenprojektes geschrieben haben,
in unstable eingecheckt. Auch hier hatte ich vor ein paar Wochen schon
einen Anfang gemacht; aber dieser Code wurde aus guten Gründen nicht in
die stable / in das letzte Release übernommen.

Dieser Code stellt die Grundlage für neue HTML-Vorlagen für Formulare
dar. Er stellt die vorhandenen Formulare NICHT um und wird das aufgrund
der Komplexität und Fehleranfälligkeit in abeshbarer Zeit auch nicht
tun.

Von nun an kann, sollte, nein MUSS ;) man bei neu angelegten Formularen
dieses Template-System benutzen. Die Benutzung ist ziemlich einfach. Zur
Anwendung kommt das Perl-Modul "HTML::Template", das Teil vieler
Linux-Distributionen ist (z.B. in Debian als
"libhtml-template-perl"). Alternativ kann man's direkt aus dem CPAN
installieren.

Es gibt in Form.pm nun eine tolle neue Funktion:

$form->parse_html_template($name, $parameters);

$name enthält dabei den Dateinamen der Vorlage. Dazu gleich
mehr. $parameters ist optional eine Hash-Referenz. Alle Elemente dieses
Hashes werden innerhalb der HTML-Vorlage als Parameter zugänglich
gemacht. Zusätzlich sorgt parse_html_template() dafür, dass der
komplette Inhalt von $form in der HTML-Vorlage zur Verfügung
(Continue reading)

Permalink | Reply | 8 comments |
headers
Udo Spallek | 6 Apr 2006 13:19

Re: HTML-Vorlagen für Formulare

Hi Moritz,

tausend Dank, das du dich dem Thema angenommen hast!!!

Deine Anleitung hört sich sehr griffig an für mich.
Nach Ostern werde ich mir das alles mal reinpfeifen, und den 
kompletten Entwicklerbereich im Wiki aktualisieren.

Schöne Grüße Udo

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
Permalink | Reply | 3 comments |
headers
Moritz Bunkus | 6 Apr 2006 13:28
Picon
Favicon
Gravatar

Re: HTML-Vorlagen für Formulare

Huhu,

On Thursday 06 April 2006 13:19, Udo Spallek wrote:

> tausend Dank, das du dich dem Thema angenommen hast!!!

Pure Not ;)

> Deine Anleitung hört sich sehr griffig an für mich.  Nach Ostern werde
> ich mir das alles mal reinpfeifen, und den kompletten
> Entwicklerbereich im Wiki aktualisieren.

Klasse. Ich werd in den nächsten Tagen auch hoffentlich noch mal ein,
zwei Beispiel-HTML-Vorlagen an die Liste schicken, die solch lustige
Sachen wie bedingte Ausgaben und Schleifen enthalten (inklusive
Perl-Code, wie die Daten aufzubereiten sind). Das erspart zwar nicht das
Lesen von "perldoc HTML::Template", aber ausführliche Beispiele sind
immer ein guter Einstieg.

Gruß,
Mosu

--

-- 
LINET Services GbR

Gotenweg 15                      Tel.: 0531-180 508 0
38106 Braunschweig               Fax.: 0531-180 508 29

http://www.linet-services.de
mailto:info <at> linet-services.de
(Continue reading)

Permalink | Reply | 1 comment |
headers
bettina pfeifer | 6 Apr 2006 14:01
Picon

Vertreter-Funktion

Hallo Liste,

es gibt die Möglichkeit, in der lx-office.conf Datei folgendes
einzutragen:
$vertreter= 1;

oder auch

$vertreter= 0;

Hat jemand mal eine Beschreibung dazu gefunden/erstellt?
Denke, schöne Grüße,

Bettina

-------------------------------------------------------------
softfabrik gmbh                         große seestr. 32 - 34
bettina pfeifer                          60486 frankfurt/main
fon:   069 - 74 30 92 82

NEU: Hosting von Open Source Geschäftslösungen:  softzilla.de
-------------------------------------------------------------

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
Permalink | Reply | 0 comments |

Gmane