Benutzerrechteüberprüfung für die io.pl in eine eigene Funktion ausgelagert.
Fälschlicherweise gemergeten Code entfernt.
Umstellung der PDF-Erzeugungsroutine des ReportGenerator auf die Verwendung des Perl-Moduls PDF::API2, sofern es installiert ist, mit Fallback zur alten Routine mit html2ps.
Umbau der bisherigen Saldenbilanz zu einer richtigen Summen- Saldenliste unter Benutzung desReportgenerator Frameworks
Lieferscheine im Einkauf und Verkauf. Bisher nur gemerget, noch nicht getestet.
Lagerverwaltung implementiert.
Vor jede locale-Datei #!/usr/bin/perl setzen, damit Editoren gleich den Perl-Modus aktivieren können.
Zwei neue Features:1. Beliebige Notizen für Kunden und Lieferanten können angelegt werden. Solche Notizen können auf Wiedervorlage gelegt werden, was durch 2. implementiert ist.2. Einkaufs- und Verkaufsbelege können auf Wiedervorlage gelegt werden. Wiedervorlagen können für beliebige Nutzer erstellt werden (Aufgabe an andere Nutzer deligieren). Anstehende Wiedervorlagen und abgelaufene Angebote werden auf der Startseite in einer Aufgabenliste angezeigt.
Große Teile unbenutzten Codes und dazugehörige HTML-Vorlagen aus common.pl entfernt.
Umstellung der Benutzerverwaltung von Dateien im Verzeichnis "users" auf die Verwendung einer Authentifizierungsdatenbank.Es ist erforderlich, die Dateien doc/UPGRADE und doc/INSTALL/index.html zu lesen und die angesprochenen Punkte auszuführen, um nach einem Upgrade weiter arbeiten zu können.
Um die Benutzung des Template Systems mal ein wenig zu foerdern.
Die bin/mozilla/oe.pl noch einmal umgeschrieben, so dass jetzt noch mehr Funktionen ins Frontend ausgelagert sind.
Ein neues Highlight ist die template/generic/multibox.html, die es erlaubt aus wenigen Steuerkommandos ein HTML-Eingabefeld zu erstellen, was bei kleinen Datenmengen als Dropdownbox erscheint, udn bei grossen asl Textfeld, mit dazugehörigem Popup-Button, um eine Auswahlliste aufzumachen. Saemtliche Funktionen lassen sich ueber Perlfunktionsreferenzen wieder zurück ins Backend leiten, und dort wieder mit komplexer Logik füllen. Dokumentation ist im Template direkt enthalten....
Diese Patch ist ein Merge der Revisionen2866, 5349, 5365, 5370, 5408, 5413, 5470, 5473, 5475, 5519, 5520, 5521, 5524, 5526, 5591, 5618, 5622, 5814, 5881, 5882 und 5961in das Unstable.
Hintergrund ist die Auslagerung der OE-Masken, das heisst aller Masken, die fuer Auftraege, Angebote und teilweise Rechnungen zustaendig sind....
Eine Funktion zur Überprüfung der Existens von Funktionsparametern hinzugefügt, wenn diese als Hash übergeben werden.
Preisfatkoren implementiert.
Beim Versenden von Emails wird der Text etc wieder in intnotes gespeichert. Fix für Bug 713.
Webdav: Die Links werden nicht mehr wortwörtlich angezeigt, sondern der Typ (Datei oder Verzeichnis) wird ausgegeben und als Link hinterlegt.
Erweiterung um Anzeige des Ertrages im Verkauf
Reportgenerator: Nach dem direkten Drucken einer Liste eine entsprechende Meldung ausgeben.
Reportgenerator: Die Funktionen in report_generator.pl umbenannt und den Mechanismus geändert, wie sie aus den von ReportGenerator erzeugten HTML-Seiten heraus aufgerufen werden können. Zusätzlich einen 'Zurück'-Button auf jeder der beiden Exportoptionenwebseiten eingebaut, mit denen man zur HTML-Liste zurückgelangt.
Die Berichtsoptionen in oe.pl (Anfragen, Aufträge, Angebote) auf die Verwendung von ReportGenerator umgestellt.
Datenbankadministration: Es fehlte ein Button, um von der Datenbanksicherung per Download zurückzukommen. Fix für Bug 675.
"Als bezahlt markieren" Button-Funktion in die common.pl verlegt.
neuen button und Funktion für "als bezahlt markieren" eingeführt.
Durch einen der letzten Commits wurde die Funktion "yes" überschrieben. Die Ursprungsfunktion wurde umbenannt. Sie wird nun aus der neuen "yes" aufrufen. Fix für Bug 656. Zusätzlich gibt es bei der Rückfrage, ob ein Angebot/ein Auftrag gelöscht werden soll, einen Button "Nein".
Vergessenes locales-Update zum letzten Commit.
Beim Erstellen eines Lieferantenauftrages aus einem Kundenauftrag wird überprüft, ob eine Lieferadresse ausgewählt oder eingegeben war. Wenn ja, so wird der Benutzer gefragt, ob er diese Lieferadresse beibehalten will, damit der Lieferant direkt an den Kunden liefern kann.
Revision 2404 rückgängig gemacht.
Ein paar Übersetzungen
Mehr Kosmetik:1. In mehr Masken die Beschreibungsspalte gefüllt (wieder mit "höchstes Mahnlevel" und "Kundentyp"/"Lieferantentyp").2. "Firma" in "Lieferantentyp" bzw. "Kundentyp" umbenannt.3. Kunden-/Lieferantentyp und Rabatt nach links angeordnet.
Nicht Kosmetik sondern Funktion: Die Höchste Mahnstufe und die gemahnte Summe werden im Formular mitgeschleift, damit sie auch nach "Erneuern" noch angezeigt werden.
Bei Einkaufs-/Verkaufsmasken sowie bei Debitoren- und Kreditorenbuchungen wird ein Button angezeigt, der ein Popupfenster öffnet, das zum ausgewählten Kunden/Lieferanten alle Stammdaten inklusive Ansprechpartner und Lieferadressen anzeigt.
Bei Kundenangeboten, Kundenaufträgen, Lieferantenbestellungen und Lieferantenanfragen ein Feld "Vorgangsbezeichnung" implementiert.
locales teilweise übersetzt
edit_e_mail auf templates umgestellt
$form->{path} entfernt und hardcodiert auf bin/mozilla gesetzt.Vorlagen sind nicht betroffen, aber locales.pl schon.
Eine Funktion zum "sicheren" Aufrufen von Unterfunktionen eingebaut, damit &{ $form->{nextsub} }(); nicht ungeprüft aufgerufen werden muss.
io.pl print_options auf templateing umgeschireben.
Soweit ich weiss ist das eine der ersten frontend Funktionen aus SQL Ledger die auf templating umgeschrieben wurde.Funktionalitaet wurde eins zu eins erhalten, die einzige gewollte Aenderung betrifft die Moeglichkeit...
Durch das Einbinden von SL::User in SL::Form werden einige Übersetzungen in anderen Dateien benötigt.
Speichern und Anzeigen eines Verkäufers bei Verkaufsmasken.
In der Verkaufsmasken die Drop-Down-Box "Verkäufer" in "Bearbeiter" umbenannt, weil eine separate Drop-Down-Box für den Verkäufer folgen wird.
is.pl->post entwirrt.emails speichern/buchen nun rechnungen/auftraege vor dem aufrufen der maske
Die Fehlermeldung "Customer not on file or locked!" übersetzt ausgeben.
Loeschen von Drafts flexibler.Die Checkbos bestimmt ob ein Draft geloescht wird, nicht mehr automatisch beim laden.
Historie eingefügt
Anzeige und Auswahl von Projektnummern bei Einkaufs- und Verkaufsbelegen nur noch per Drop-Down-Box.
Bei Projekten ein Flag "aktiv" hinzugefügt.
Globale Projektnummer in Einkaufs- und Verkaufsbelegen.
Mehr Codeteile entfernt, die zur Vorbereitung von Mehrlagerfähigkeit in SQL-Ledger gedient haben und nie benutzt wurden.
Große Codeteile entfernt, die zur Vorbereitung von Mehrlagerfähigkeit in SQL-Ledger gedient haben und nie benutzt wurden.
Die Zahlungskonditionen sortierbar gemacht.
Bei Auftragsbestätigungen und Lieferantenaufträgen ein Feld "Geliefert" eingeführt, das komplett manuell zu setzen ist.
Möglichkeit eingebaut, beim Versenden von Emails den Namen für den Dateianhang selber festzulegen. Er ist mit "Vorgangstyp_Vorgangsnummer.ext" vorbelegt, also z.B. "Rechnung_15.pdf". Attribute in HTML-Tags und Werte gequotet.
Bei Lieferantenbestellungen die Spalte "Lagereingang" nennen, nicht "Lagerausgang".
Entfernung von totem Code: Die Funktion menubar() gibt es schon lange nicht mehr.
Locale-Update... Ist wohl irgendwie verschwunden.
In den Einkaufs- und Verkaufsmasken eine Checkbox "Details anzeigen" eingefügt, mit der die jeweils zweite Positionszeile angezeigt bzw. versteckt werden kann.
Bei Kunden, Lieferanten und den Verkaufsmasken die Zahlungsziele entfernt. In der Datenbank bleiben sie erst einmal vorhanden.
Einkauf -> Berichte -> Anfragen -> Weiter: Spaltenüberschrift sollte hier "Anfrage" und nicht "Angebot" lauten. Fix für Bug 359.
Automatisches Setzes des Faelligkeitsdatums nach Zahlungsbedingung
Locale-Update zu Commit 1553.
Bei Lieferantenaufträgen war ein Button fälschlicherweise mit "Angebot" beschriftet, obwohl er zu einer "Anfrage" führt. Behoben. Fix für Bugzilla #392.
Beim Erneuern der Einkaufs- und Verkaufsmasken sowie direkt vor dem Speichern/Buchen werden die Steuerkonten für alle Positionen neu aus der Datenbank ausgelesen. Dadurch werden auch Änderungen des Rechnungs-/Lieferdatums berücksichtigt. Umwandlungen von einem Formular in ein anderes sind ebenfalls abgedeckt.
Instanzen der Klasse Locale haben leider die package-globale Variable %self anstelle der Instanzvariablen $self benutzt, um die Uebersetzungen und Funktionslisten zu speichern. Das fuehrte dazu, dass mehrere aufeinanderfolgende Aufrufe von Locale->new() die vorher geladenen Uebersetzungen verworfen haben.
Ein paar Druckoptionen entfernt.
Preisgruppen: Bei Zeilen mit noch nicht zugewiesenem Artikel wird gar keine Drop-Down-Box angezeigt. Bei den anderen Zeilen wird als erste Option "keine" angezeigt.
Bei Angebot, Preisanfrage etc wurden nach "Erneuern" und einigen anderen Aktionen die Ueberschriften ueber den Buttonreihen nicht richtig angezeigt. Ausserdem waren sie grammatikalisch falsch.
Recommit von r1015 von skoehler:-Umbenennung Menu Vergleichsbilanz in Saldenbilanz, Umsatzkosten in Aufwandskonto, Summenkonto in Buchungskonto, etc. Korrekturen locales,-deaktivieren der Select-Box in Bilanz (keine Funktion)-Kontoart "Q" - Eigenkapital hinzugefuegt
Uebernahme der kompletten Version, so wie sie Philip als "Demo-Version" gezeigt hat, in das unstable-Repo. Dabei werden auch einige Patches, die seit der 2.2.0 hier eingepflegt wurden, wieder ueberschrieben. Diese werden in den naechsten Tagen wieder eingespielt, sofern noetig. Zu den neuen Features gehoeren (ohne Anspruch auf Vollstaendigkeit) Mahnwesen, Einheiten, Template-Neucodierung, AJAX-basierende Dialoge an einigen Stellen, Buchungsgruppen etc etc.
STDERR entfernt, Packet List in Lieferschein umbenannt, Vorlagen geändert, locales
Übersetzungskollision die zu Bug 163 fuehrt.Sollte hiermit gefixt sein.
Habe das Lieferdatum auf Postenebene wieder eingefuehrt, anscheinend hatte das jemand wegoptimiert.Es wird jetzt wieder im Auftrag erfassen und Rechnung erfassen Formular angezeigt.Es wird ausserdem bei Umwandlung zwischen Rechnung<->Auftrag uebernommen....
Übersetzungen für r710, r711
Bugfix Preisgruppen, in der Warenmaske zeigte er eine Preisgruppe a"Gruppe 1" als "Gruppe" anAnpassung locale
Übersetzungen für Preisgruppen
Den Parser in locaes.pl so erweitert, dass er auch $text->locale(...)-Funktionsaufrufe auswertet, die ueber mehrere Zeilen gehen. Das wurde durch die Verwendung von perltidy akut, das bei sehr langen Zeilen das Argument zu $text->locale() in eine eigene Zeile schreibt. Einige der dadurch neu/wieder gefundenen Ausdruecke uebersetzt bzw. deren urspruengliche Uebersetzung wiederhergestellt.
unstable-Zweig als Kopie des "alten" trunks erstellt.