Neue Linux Testversion V1.2.12205b kann mit der Versionsabfrage ebenfalls geladen werden.
Hallo Markus, einen kleinen Wunsch hät die da noch. Ich fände es gut, wenn bei den Adressen noch Vermerken könnte ob es sich um einen Hersteller, einen Lieferant oder um beides handelt. Ich stelle mir das z.B. mit 2 Checkboxen vor. Gruß Carsten
Argh, natürlich hab ich falsch gepostet. Dachte eben schon das das Forum meinen Eintrag verschluckt hatte, grins. Sorry! Ich sehe es auch nicht als Konkurrenz-Software wie Du schon sagtest. Das wäre natürlich der Hammer wenn man die beiden Datenbanken verschmelzen könnte. Dann kann sich jeder das aussuchen was er gerne benutzen möchte ohne Probleme bei der Datenmigration zu bekommen. Ich schreib mal eine Bitte in deren Thread, jetzt wo ich schon falsch gepostet hatte :) Gruß Björn
Markus Müller schrieb: > Ich habe mir das mit dem Taschenrechner / Kalender mal angeschaut. Das > sind nur Dialoge, die einfach nur aufgerufen werden, ähnlich wie eine OK > Messagebox oder ein Datei Öffnen Dialog. > Daher kann der nicht nichtmodal gezeigt werden. Ich müsste dafür einen > eigenen Thread aufmachen und das ist doch zu aufwändig. Verstanden, kein Problem. Das einzige was mir auf Anhieb einfallen würde, wäre eine Konfiguration in der ini-Datei was beim Benutzen des Buttons passiert. Aber laß es mal so wie es ist. > Was denkst Du, kann ich ein Release fertig machen? > Ich würde gerne an EleLa wieder weiter machen, neues Release, viele > Funktionen. Wir haben Winter und draußen kann man nicht viel machen. Von mir aus gerne, ich habe ja nur noch an Kleinigkeiten 'rumgenörgelt' ;) Ich kann EleLa so wie es ist hervorragend produktiv einsetzen. Gruß Volkmar
Hallo, eine Kleinigkeit: es wäre schön wenn man aus Adressen/Bauteile des Lieferanten direkt Bauteile in die Bestellung übernehmen könnte. Könnte man z.B. im Kontextmenü des Bauteils unterbringen. Eventuell auch oben ein Button "alle Bauteile des Lieferanten bestellen". Gruß, Jurij
Ich habe das mal aufgeschrieben. Aber das "Alle Bauteile des Lieferanten bestellen" mache ich nicht rein, ist zu gefährlich. Ich schaue mal ob ich da auch die Menge der Bestell-Positionen mit rein bekommen.
neues EleLa Release V1.2.12207 ist fertig. - Windows Setup-Paket - Linux ZIP - Updatebeschreibung Alles kann entweder von http://www.mmvisual.de >> EleLa oder per Versionsabfrage geladen werden Das RPM Paket kommt noch. Die Änderungen: Hauptsächlich Bugbereinigung und nur wenige neue Features. Daher empfehle ich diese neue Version zu laden und installieren. Mehr dazu in der "Updatebeschreibung.pdf", zu finden mit der Versionsabfrage.
Auch wenn Du das Release gemacht hast, ist mir noch eine Sache aufgefallen, die Du auch gerne ins 2.x aufnehmen kannst: Bei allen Datumsfeldern einen Button für den Kalender um das Datum per Auswahl eintragen zu können. Volkmar
Ja, schreibe ich auf. Ist auch ohnehin ein Feature und weniger ein Bug.
Hallo Markus! Bin von deiner Arbeit begeistert, Elela läuft bei mir seit einigen Wochen ohne Problem und macht mir mein Lager übersichtlicher. Ein Feature vermisse ich allerdings: Es wäre schön, wenn man die Bauteile, die den Minimalstand unterschritten oder nicht mehr vorhanden sind(Menge =0), in einer Liste anzeigen könnte. Vielleicht geht das eh jetzt schon, aber ich hab's noch nicht gefunden. Das würde Vorratsbestellungen sehr erleichtern. liebe Grüsse
Angehängte Dateien:
-
Bild1.png
6,5 KB
Vielen Dank. Ja das gibt es schon, siehe Bild. Menge =0 wird aber nicht gezeigt, dann müsste man MengeMin überall eine 1 eingetragen werden. Man kann dazu unter Extas > Datenbank auf den SQL Befehl ausführen: UPDATE bauteillager SET MengeMin=1 WHERE MengeMin IS NULL Aber Vorsicht, da werden alle Menge-Min Werte aller Bauteile gesetzt!
PS: Vorher eine Datensicherung machen, bevor man den SQL Befehl ausführt.
Hallo! Ich hebe gerade die letzte Version unter Ubuntu ausprobiert. Das Programm ist kaum zu bedienen und auf der Konsole steht:
1 | ./EleLa |
2 | |
3 | (EleLa:2697): Gtk-WARNING **: Im Modulpfad »pixmap« konnte keine Themen-Engine gefunden werden, |
4 | |
5 | (EleLa:2697): Gtk-WARNING **: Im Modulpfad »pixmap« konnte keine Themen-Engine gefunden werden, |
6 | |
7 | (EleLa:2697): Gtk-WARNING **: Im Modulpfad »pixmap« konnte keine Themen-Engine gefunden werden, |
8 | |
9 | (EleLa:2697): Gtk-WARNING **: Im Modulpfad »pixmap« konnte keine Themen-Engine gefunden werden, |
10 | EleLa - Elektronik Lagerverwaltung |
11 | (c) 2010-2012 by Markus Müller, www.mmvisual.de, V1.2.12207 |
12 | [CRITICAL] os_pager_hide: assertion `OS_IS_PAGER (pager)' failed |
13 | |
14 | (EleLa:2697): Gtk-CRITICAL **: IA__gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed |
15 | [CRITICAL] os_pager_set_parent: assertion `OS_IS_PAGER (pager)' failed |
16 | [CRITICAL] os_pager_hide: assertion `OS_IS_PAGER (pager)' failed |
17 | |
18 | (EleLa:2697): Gtk-CRITICAL **: IA__gtk_widget_hide: assertion `GTK_IS_WIDGET (widget)' failed |
19 | [CRITICAL] os_pager_set_parent: assertion `OS_IS_PAGER (pager)' failed |
Ich habe auch Ubuntu und bei mir kommen keine Fehler. Ich weiß jetzt nicht was für eine zusätzliche Installation nötig ist. Für die Darstellung der Hilfe wird der KChmViewer benötigt, EleLa solle auch ohne dieses Modul starten können. Ich bin jetzt kein Linux Experte, kann vielleicht ein Linux-Experte hier weiter helfen?
Hallo Markus, schön wäre noch ein Feld bei Projekt für die Eingabe eines Verkaufpreises vom gesamten Projekt. Bei einzelnen Bauteilen gibt es dies ja bereits. Gruß Flo
Noch einen weiteren Wunsch für die Projektansicht: Ein Doppelklick auf ein Projekt in der Übersicht öffnet die Positionsliste. Was mir auch noch aufgefallen ist: Ich starte EleLa in RO-Mode. Wenn ich nun auf der Projekt- oder Bestellungen-Seite einen Doppelklick auf das RO unten links in der Ecke mache, dann erscheint im Status daneben der folgende Text:
1 | E: Column with index -1 is not accessible |
Bei der Bauteile-Seite kommt diese Meldung nicht. Wenn ich dann versuche die aktuell angezeigte Position im Projekt zu ändern, kann ich nicht abspeichern, ich muß erst die Eingabe abbrechen, die Position wechseln und zurück, dann geht es. Im Log steht dann noch folgende Zeile:
1 | 22:50:05 E: List index (-1) out of bounds (spSaveClick) |
Volkmar
Ich bin derzeit am erstellen der EleLa Version 2.0.xxxxx. Darin wird es einen größeren Datenbank-Update geben. Jetzt ist der Zeitpunkt, in dem ich alle möglichen Felder und Wünsche noch hinzunehmen kann. Jetzt ist die Version noch nicht online, hier kann gesehen werden was sich innerhalb der Datenbank ändert (von unten nach oben lesen): 22:50:48 Database connected. 22:50:48 New Database Version: V2.0.12209 22:50:48 Update 33 finish. 22:50:48 VaccumDB 22:50:48 RenameField (projektpos,Case,Gehause,VARCHAR(50)) 22:50:48 RenameField (bauteillager,Case_ID,Gehause_ID,INTEGER) 22:50:48 RenameField (projektpos,Bemerkung,Bemerkung,TEXT) 22:50:48 RenameField (tree_typ,Text,Bemerkung,TEXT) 22:50:48 RenameField (kiste,Text,Bemerkung,TEXT) 22:50:48 RenameField (gehause,Text,Bemerkung,TEXT) 22:50:48 RenameField (bestellen,Bemerkung,Bemerkung,TEXT) 22:50:48 RenameField (bauteillager,Bemerkung,Bemerkung,TEXT) 22:50:48 RenameField (bauteiladr,Bemerkung,Bemerkung,TEXT) 22:50:48 CreateNewField (param,ValMemo,TEXT) 22:50:48 CreateNewField (adr,Gesperrt,INTEGER) 22:50:48 CreateNewField (adr,Privat,INTEGER) 22:50:48 CreateNewField (adr,Hersteller,INTEGER) 22:50:48 CreateNewField (adr,Lieferant,INTEGER) 22:50:48 CreateNewField (adr,EMail2,VARCHAR(50)) 22:50:48 CreateNewField (adr,Telefon2,VARCHAR(50)) 22:50:48 CreateNewField (adr,ID_ID,INTEGER) 22:50:48 CreateNewField (wissen,Status,INTEGER) 22:50:48 CreateNewField (projekt,VPreis,DOUBLE) 22:50:48 CreateNewField (projektpos,Barcode,VARCHAR(30)) 22:50:48 RenameTable (case,gehause) 22:50:48 Do Update 33 from Database. Wie man sieht, ändern sich sogar Tabellennamen, damit wird jetzt endgültig historisch gewachsenes begraben. Alle Memo Felder können dann auch mit 64KB Text beschrieben werden. Zum Schluss wird die Datenbank noch komprimiert / optimiert. Nach dem Update auf V2.x kann die EleLa EXE V1.x nicht mehr verwendet werden. Daher auch der Sprung von V1 auf V2. (Wichtig: Datensicherung der Datenbank vor dem Update machen) Im Projekt habe ich jetzt das Feld "VPreis" mal rein genommen, ohne weitere Funktion. @Volkmar Ich schreibe mir das auf, das muss warten wegen dem DB Update und da darf ich nichts vergessen. ;-) PS: Vielleicht bekommen ich auch mal wieder die ein oder andere Spende, bald muss ich wider meinen Server zahlen.
Markus Müller schrieb: > Ich schreibe mir das auf, das muss warten wegen dem DB Update und da > darf ich nichts vergessen. ;-) Kein Thema, sind ja nur Kleinigkeiten. Arbeite die Dinge nach Deinem Plan ab, laß Dich nicht zu sehr fremd steuern. Gruß Volkmar
Ein Feld für die Eingabe einer Seriennummer (z.B. von Festplatten, Osziloskop, Handys, TRX oder ähnlichem) oder MAC-Adressen (bei Netzwerkkarten oder auch von Ethernet Modulen) wäre auch hilfreich. Z.Zt helf ich mir da mit dem Bemerkungsfeld bzw. teilweise auch mit dem Barcode-Feld.......
@Andreas Ich weiß jetzt nicht wie Du die Datenbank nutzt, bzw. was damit jetzt genau bezweckt wird. Ein Seriennummer + Gerätenummer Feld gibt es in der Historie. Das ist so gedacht: Unter Projekt hat man z.B. ein PC Unter Projektpos sind dann die Komponenten des PC's Nun können dem Projekt die einzelnen Unterprojekte angehängt werden, z.B. einzelne Platinen und Teilaufgaben die zu fertigen sind. In der Historie zum Projekt kann man nun die einzelnen Fertigungsaufträge samt Seriennummer usw. ablegen. Wenn das Gerät dann irgend wann mal zurück zur Reparatur kommt, dann kann mittels Suche-F5 nach der Seriennummer (Historie als Suche auswählen) gesucht werden. Von da her hat eigentlich die Seriennummer im aktuellen Lagerbestand (Bauteile) nichts verloren. Schreibe mal bitte wie das bei Dir ist oder ob nicht doch besser die Projektverwaltung für Dein Anliegen was wäre.
Das Problem was ich bisher sehe ist das jeder an eine/diese Sache etwas unterschiedlich ran geht, sei es jetzt durch seine berufliche Auffassung was die Lagerhaltung angeht oder einfach nur deswegen anders, weil er bisher nicht in vollem Umfang auf eine Software eingegangen ist. Auf mich trifft beides zu :D Mit den Projekten in deinem Programm war ich noch nicht soweit. Für mich ist es im Moment einfach wichtig erst einmal Ordnung in mein Chaos zu bringen und dazu lege ich für alles einen Datensatz in den Lagerorten/Ablagen zu den jeweiligen Bauteilen an. Mit den unterschiedlichen Auffassungen meine ich folgendes : Für mich ist die Definition des Bauteils im ersten Reiter eher eine Kategorie und das Bauteil selbst bildet dann den Inhalt dieser Kategorien, also das was dann im zweiten Reiter "Lager / Gehäuse" liegt. Der zweite Reiter hat für mich eher die Bedeutung "Bauteil / Ablage" Wobei ich natürlich auch den Sinn deiner Ansätze im Programm verstehe. Die Seriennummer im Lagerbestand halte ich schon für sehr sinnvoll, es gibt schliesslich auch Bauteile oder Baugruppen (Ethernet-Module usw.) die auch im Lager liegen, wenn man mal ein Projekt anfängt und sich da ein Bestand zusammen sammelt kommt sowas auch ins Lager. Ich habe z.B. einige "alte" Festplatten hier liegen, die ich auch in Schubladen liegen habe, hier gibt es logischerweise auch Seriennummern und Modellbezeichnungen, die erfasst werden können. Da die meisten auch Barcodes auf den Platten haben geht das Erfassen der Seriennummern mit meinem Barcodescanner auch relativ fix.
Wenn die alten Festplatten nicht verkauft oder verbaut werden sondern nur zum Aufbewahren sind, dann sind die besser unter "Bauteil" aufgehoben. Damit kann dann auch der Lagerort festgelegt werden, damit man die auch wieder findet wenn es nötig ist. Was ich anbieten könnte: Ich könnte ein Textfeld "Info" VARCHAR(255) hinzufügen. In dieses Info-Feld kann dann so wie im Memo was eingegeben werden. Ich wollte das jetzt nicht Serien-Nummer oder Gerätenummer nennen, dann ist es mehr allgemein. Wenn das dennoch für Dich "Seriennummer" heißen soll, so kannst Du es mit der Übersetzen-Funktion auch umbenennen. Wäre das OK?
Ich habe die Info auch noch bei Bauteil, Projektpos und Wissen hinzugefügt, dann würde das Update so aussehen: 12:32:13 VaccumDB 12:32:13 Update adr Set (Lieferant/Hersteller/Privat/Gesperrt) 12:32:13 CreateIndex (bestellen,Lief2_Adr_ID) 12:32:13 CreateIndex (bestellen,Lief1_Adr_ID) 12:32:13 CreateIndex (bauteiladr,Adr_ID) 12:32:13 CreateIndex (bauteillager,Adr_ID) 12:32:13 RenameField (projektpos,Case,Gehause,VARCHAR(50)) 12:32:13 RenameField (bauteillager,Case_ID,Gehause_ID,INTEGER) 12:32:13 RenameField (projektpos,Bemerkung,Bemerkung,TEXT) 12:32:13 RenameField (tree_typ,Text,Bemerkung,TEXT) 12:32:13 RenameField (kiste,Text,Bemerkung,TEXT) 12:32:13 RenameField (gehause,Text,Bemerkung,TEXT) 12:32:13 RenameField (bestellen,Bemerkung,Bemerkung,TEXT) 12:32:13 RenameField (bauteillager,Bemerkung,Bemerkung,TEXT) 12:32:13 RenameField (bauteiladr,Bemerkung,Bemerkung,TEXT) 12:32:13 CreateNewField (bauteillager,Info,VARCHAR(255)) 12:32:13 CreateNewField (bauteil,Info,VARCHAR(255)) 12:32:13 CreateNewField (param,ValMemo,TEXT) 12:32:13 CreateNewField (adr,Gesperrt,INTEGER) 12:32:13 CreateNewField (adr,Privat,INTEGER) 12:32:13 CreateNewField (adr,Hersteller,INTEGER) 12:32:13 CreateNewField (adr,Lieferant,INTEGER) 12:32:13 CreateNewField (adr,EMail2,VARCHAR(50)) 12:32:13 CreateNewField (adr,Telefon2,VARCHAR(50)) 12:32:13 CreateNewField (adr,ID_ID,INTEGER) 12:32:13 CreateNewField (wissen,Info,VARCHAR(255)) 12:32:13 CreateNewField (wissen,Status,INTEGER) 12:32:13 CreateNewField (projekt,VPreis,DOUBLE) 12:32:13 CreateNewField (projektpos,Info,VARCHAR(255)) 12:32:13 CreateNewField (projektpos,Barcode,VARCHAR(30)) 12:32:13 RenameTable (case,gehause)
Jo - das wäre schon ok soweit. Nur mach das Feld gleich größer, 255 Zeichen bei einem "Info" Feld , auch wenn ich das jetzt als zB. Seriennummer verwende, können schnell knapp werden und wenn das allgemein als Info Feld verwendbar ist, dann kann ein anderer, der das Feld verwendet dort gleich Romane reinschreiben. (Der Hunger kommt beim Essen wie es so schön heist) Noch ein Vorschlag für eine der nächsten Versionen : ein RTF-Feld, bei dem man z.b. auch Formatierungen usw. aus HTML Seiten einfügen könnte. Für RTF-Felder ist die Dimension extrem, das weiss ich - aber diese Felder können dann auch andere Infos speichern und letztendlich ist die Ablage der RTF-Infos im SQL-Server auch nur Text, wenn auch mit mehr Format-Informationen als Textinhalte. Ich habe bei meinen Streifzügen hier durch mein "Chaos" Bauteile "gefunden", für die es keine,nur unzureichende oder viele verschiedene Informationen gibt. Da Bilder mehr als 1000 Worte sagen habe ich teilweise mit einer kleinen Webcam Fotos davon gemacht und diese in ein eigenes Unterverzeichnis (unter /Handbuch) abgelegt. Die Pfadangabe im Feld Handbuch ohne einen Dateinamen dahinter öffnet dann dieses Verzeichnis und ich kann mir dann dort die Bilder und/oder weitere PDF Dokumente anschauen. Hier hätte ich mir schon mal gewünscht, dass man wie bei der Auswahl der Gehäuse zusätzlich auch Bilder mit am Bauteil im rechten Bereich darstellen kann, sei es jetzt durch die Zwischenablage da reinkopiert oder durch eine Pfadangabe, die dann die dort abgelegten Bilder in der Oberfläche darstellt. Teilweise sind auch mehrere PDF-Datenblaetter verfügbar und man muss sich für eines entscheiden. Hier wünsch ich mir manchmal auch die Möglichkeit, mehrere Dokumente hinterlegen zu können - das mach ich zur Zeit mit der oben beschriebenen Pfad-Angabe in ein Verzeichnis, wo die Dokumente dann liegen.
Andreas Schmitt schrieb: > Jo - das wäre schon ok soweit. Nur mach das Feld gleich größer, 255 > Zeichen bei einem "Info" Feld. Das braucht man nicht, für Romane ist das Memo da. Oder man verweist auf das Handbuch, als Verzeichnis oder ein OpenOffice Dokument. > Noch ein Vorschlag für eine der nächsten Versionen : ein RTF-Feld, bei > dem man z.b. auch Formatierungen usw. aus HTML Seiten einfügen könnte. > Für RTF-Felder ist die Dimension extrem, das weiss ich - aber diese > Felder können dann auch andere Infos speichern und letztendlich ist die > Ablage der RTF-Infos im SQL-Server auch nur Text, wenn auch mit mehr > Format-Informationen als Textinhalte. Hätte ich gerne, aber bietet derzeit Lazarus nicht. Denn das ganze muss auch mit Linux und EleLaPHP (über Webdienste) funktionieren. Daher ist der unformatierte Text einfacher zu handhaben. Am liebsten wäre mir da HTML, dann könnte man das auch über ein Web-Browser darstellen und EleLa druckt auch immer in HTML Dateien, da sollte das ganze auch formatiert raus kommen. Das speichern der Daten in den SQL Server wird, solange es weniger als 64KB Daten sind, kein Problem sein. > 64KB Haben Datenbanken Probleme. > Ich habe bei meinen Streifzügen hier durch mein "Chaos" Bauteile > "gefunden", für die es keine,nur unzureichende oder viele verschiedene > Informationen gibt. Da Bilder mehr als 1000 Worte sagen habe ich > teilweise mit einer kleinen Webcam Fotos davon gemacht und diese in ein > eigenes Unterverzeichnis (unter /Handbuch) abgelegt. Die Pfadangabe im > Feld Handbuch ohne einen Dateinamen dahinter öffnet dann dieses > Verzeichnis und ich kann mir dann dort die Bilder und/oder weitere PDF > Dokumente anschauen. Hier hätte ich mir schon mal gewünscht, dass man > wie bei der Auswahl der Gehäuse zusätzlich auch Bilder mit am Bauteil im > rechten Bereich darstellen kann, sei es jetzt durch die Zwischenablage > da reinkopiert oder durch eine Pfadangabe, die dann die dort abgelegten > Bilder in der Oberfläche darstellt. Unter Bauteil kann man beliebig viele Bilder einstellen. Nur nicht unter Lager/Gehäuse. Ich schreibe das mal auf. > Teilweise sind auch mehrere PDF-Datenblaetter verfügbar und man muss > sich für eines entscheiden. Hier wünsch ich mir manchmal auch die > Möglichkeit, mehrere Dokumente hinterlegen zu können - das mach ich zur > Zeit mit der oben beschriebenen Pfad-Angabe in ein Verzeichnis, wo die > Dokumente dann liegen. Man kann die PDF Dokumente auch im Memo als Link rein stellen. Strg+Mausklick öffnet dann diese. Geht auch mit Internet-Links Der Haken: Es dürfen dann im Dateiname keine Leerzeichen sein. Mit Dem Code "($H)" vor der Datei im Memo wird automatisch auch der Haupt-Pfad zum Dokument gesetzt, mehr dazu in der Hilfe unter "Allgemeine Infos" Ansonsten, wenn man zu einem Bauteil noch viele Extra-Infos hat, die man aufschreiben möchte, dann kann man dazu Wissen-Einträge machen und die dann zum Bauteil verlinken: Im Memo z.B. Wissen.<ID> rein schrieben, Strg+Mausklick springt dann zu diesem Wissen-Eintrag. Mehr Dokumente kann man auch als Handbuch hinterlegen, indem man einfach mehrere Lager/Gehäuse Einträge macht. EleLa bietet so viele Möglichkeiten ein Handbuch an zu hängen, da möchte ich keine extra Tabelle für die ganzen Handbuch-Links anlegen. Mit der Möglichkeit, dass man da den Datei-Browser öffnen kann und man da alle Dateien gleich sieht, das muss doch reichen. Beispiel: Ich habe den STM32, da gibt es von ST unzählige Dokumente und Demos und Downloads. Da habe ich einfach ein Verweis auf den Ordner. Für mich wäre es doppelte Arbeit jede neue Datei auch noch bei EleLa zu hinterlegen und zu pflegen. Alle paar Wochen ändern sich die ohnehin weil ST wieder mal ein Update ihrer Dokumente macht.
Volkmar Dierkes schrieb: > Was mir auch noch aufgefallen ist: > Ich starte EleLa in RO-Mode. Wenn ich nun auf der Projekt- oder > Bestellungen-Seite einen Doppelklick auf das RO unten links in der Ecke > mache, dann erscheint im Status daneben der folgende Text: >
1 | E: Column with index -1 is not accessible |
> Bei der Bauteile-Seite kommt diese Meldung nicht. > > Wenn ich dann versuche die aktuell angezeigte Position im Projekt zu > ändern, kann ich nicht abspeichern, ich muß erst die Eingabe abbrechen, > die Position wechseln und zurück, dann geht es. > > Im Log steht dann noch folgende Zeile: >
1 | 22:50:05 E: List index (-1) out of bounds (spSaveClick) |
Ich kann das nicht nachvollziehen. Kannst Du mir das über TeamViewer zeigen?
Markus Müller schrieb: >> 64KB Haben Datenbanken Probleme. Oh wie wahr :D >> Unter Bauteil kann man beliebig viele Bilder einstellen. >> Nur nicht unter Lager/Gehäuse. Ich schreibe das mal auf. fein! gleiche Funktion wie bei Bauteil reicht völlig. >> Mehr Dokumente kann man auch als Handbuch hinterlegen, >> indem man einfach mehrere Lager/Gehäuse Einträge macht. Da stimm ich dir zu, das reicht eigentlich auch. Ich werd am Wochenende wieder mehr mit beschäftigt sein, mal schauen was mir da noch so einfällt.
Das Linux RPM Paket hat Udo jetzt auch fertig gestellt, Vielen Dank! Man kann das Paket entweder über die Versionsabfrage oder über meine Homepage laden. http://www.mmvisual.de Siehe auch hier, für alle die noch nicht wussten dass es eine neue Version gibt: Beitrag "EleLa - Elektronik Lagerverwaltung ab V1.2.12207"
Wie üblich kann man das RPM über zypper bzw. rpm aus meinem Repo installieren. Repo: http://linux.singollo.de/repo/singollo.repo Update:
1 | zypper ref singollo.de |
2 | zypper up EleLa-1.2.12207-1.i586.rpm |
oder
1 | rpm -Uvh http://linux.singollo.de/repo/i586/EleLa-1.2.12207-1.i586.rpm |
Installation:
1 | zypper ar -f http://linux.singollo.de/repo/singollo.repo |
2 | zypper in EleLa-1.2.12207-1.i586.rpm |
oder
1 | rpm -ivh http://linux.singollo.de/repo/i586/EleLa-1.2.12207-1.i586.rpm |
Grüße Udo
Noch ein Vorschlag: man kann ja aus der Prüfe für Produktion-Ansicht direkt die noch fehlende Menge des Bauteils in die Bestellung übernehmen, es wäre schön wenn es für alle "roten" Bauteile auf einmal gehen würde, erspart bei einem Projekt mit vielen Bauteilen u.U. eine Menge Klicks. Gruß, Jurij
Angehängte Dateien:
-
TutDBTabellen.png
48 KB
Ja, das steht schon länger auf meiner ToDo Liste. Es ist nur ein Problem: Bisher wird automatisch in die Bestell-Ansicht gewechselt und man kann dann die Menge korrigieren wie man wünscht. Wenn dann viele Positionen in der Bestell-Ansicht auftauchen kann man da auch schnell den Überblick verlieren. Dennoch sollte die Möglichkeit in EleLa drin sein, denn der, der damit ein Problem haben wird, sitzt ohnehin vor dem Bildschirm und hat diese Funktion selbst angewählt ;-) PS: die Version 2.0 ist schon sehr weit vorangekommen. Anbei eine Datenbank-Übersicht wie die Tabellen aussehen werden. Es wird sich einiges ändern. Die Haupt-Neuerungen: - Adresse mit Kontakte - Bilder nun wirklich überall hinterlegbar. - Viele neue Eingabe-Felder Wenn jemand für die EleLa Entwicklung was spenden möchte wäre ich sehr dankbar, denn bald kommen wieder die Rechnungen für meine Homepage.
Hallo Markus, habe bei einem Bauteil die VPE mit 100 Stück eingeben. Beim Bestellvorgang wird auch der Preis und alles richtig berechnet. Wenn ich das Bauteil jetzt einem Projekt zu ordne und dann z.B. 10 Stück eingebe, dann wird dort der VPE Preis x 10 genommen.... Eigentlich müsste hier aber der VPE Preis/VPE Menge x die verwendete Menge gerechnet werden. Ist das ein Fehler im Programm oder habe ich was falsch gemacht? Gruß Florian
Ja, ist ein Fehler vom Programm, habe ich in V2 schon behoben (vor 3 Tagen). Versuche mal unter "Lager/Gehäuse" den EPreis zu setzen, ob er das nimmt.
Angehängte Dateien:
-
BestellenV2.png
21 KB
@alle Ich bin derzeit am Überarbeiten der Bestellungen. Dazu möchte ich euch fragen was noch fehlt oder was man verbessern sollte. Erstmal die Änderungen/Features die ich für die neue EleLa Version V2 vorgesehen habe: - Menge wird als Einzelstück eingetragen (nicht mehr VPE) - Daraus errechnet EleLa anhand der hinterlegten VPE die Menge VPE des ausgewählten Lieferanten. - Die Menge VPE ist jetzt für beide hinterlegte Lieferanten vorhanden - Anhand der VPE * Menge VPE wird auch die Menge in Stück gezeigt. - Menge angeliefert wird die Liefermenge eingetragen >> Mit Taste "In Lager Buchen" wird diese Menge der Gesamtmenge geliefert hinzugefügt und die Lagermenge (* VPE) aufsummiert. - Neuer Status "T", violett für Teillieferung. Somit können auch Teillieferungen richtig behandelt werden. - Zwei Einträge für Lieferant, nicht mehr nur einer. Kombiniert mit allen Lieferanten-Adressen. - Häkchen in dem man einstellt bei welchem Lieferant (kein, Lief1 oder Lief2) bestellt wird/wurde. - Zusätzliches Feld Handbuch und Info um mehr eingeben zu können. Sollte ein "Lager/Gehäuse" Eintrag vorhanden sein, so wird von da die neue Info Eingabe kopiert. Somit kann man Bestell-Infos einem Bauteil hinterlegen, die man beim Einkauf berücksichtigen muss. - Jeder Bestell-Position kann nun auch ein Bild hinterlegt werden. Somit wird dieses Bild, das Bauteil-Bild und das vom Gehäuse in der Bilder-Liste gezeigt. Natürlich können in EleLa unter Bauteil > Lieferant nach wie vor unbegrenzt viele Lieferanten, Staffelpreise und VPE Mengen hinterlegt werden. Hier in der Bestell-Ansicht kann man nach wie vor zwei mögliche Lieferanten eintragen, den Hauptlieferant und eine Alternative. Um etwas zu Bestellen muss auch kein Bauteil oder Lieferant angelegt sein, alle Felder sind nach wie vor optional. Schaut euch das bitte genau an und schreibt ob das so OK ist. Damit müsste ich alle Eventualitäten abgedeckt haben. Wenn was fehlt oder anders sein sollte, jetzt ist der richtige Zeitpunkt dafür, denn jetzt baue ich die ganzen Bestell-Funktionen um. Bisher habe ich nur die Eingabemaske so erstellt, der Code fehlt noch. *VPE = Verpackungseinheit, z.B. 1 Rolle Widerstände = 5000 Stück. PS: Ich würde noch ein Feld unterhalb von "Menge Gesamt geliefert (VPE)" mit "Menge Gesamt eingelagert (VPE)" mit einer zweiten Taste noch hinzufügen.
Hallo Markus, ich fände es schön, wenn es möglich wäre den Status von Einträgen beim gleichen Lieferant auf einmal zu ändern. Für Bestellungen mit vielen Positionen wäre das doch eine enorme Erleichterung. Vieleicht wäre es sogar möglich/sinnvoll die Tabellenanicht unter Bestellung nach Lieferanten zu gruppieren. Gruß Carsten
Das erste schreibe ich mir auf. Ich denke ich mache dafür noch ein
Text-Feld "Bestell-Auftrags-Nummer" mit rein. Damit ist es möglich der
einen Bestellung eine Nummer zu vergeben/zu setzen die man auch beim
Lieferanten einträgt. Wenn dann die Bestellung an kommt kann man nach
dieser "Bestell-Auftrags-Nummer" filtern und dann globale Funktionen wie
Ändere Status, Buche Lager usw. ausführen.
Die Bestell-Nummer wird dann mit der Funktion "Bestellnr Export" bei
allen Artikeln gesetzt.
Wäre das dann so wie Du es gebrauchen könntest?
Das zweite geht schon, man kann den Filter ("Y" Taste) bei einem
aktuellen Lieferanten drücken und damit sieht man alle Positionen des
einen Lieferanten. Dabei wirkt der Filter auf die Adresse von Lieferant
1 und 2 gleichermaßen.
Hallo, Carsten Kühn schrieb: > ich fände es schön, wenn es möglich wäre den Status von Einträgen beim > gleichen Lieferant auf einmal zu ändern. aus der Hilfe von Elela:
1 | Beim Import eines exportierten Reichelt-Warenkorbes kann |
2 | global der Status aller erkannten Positionen geändert werden. |
3 | Anhand dieser Funktion kann z.B. nach Bestellung bei Reichelt |
4 | alles mit einem Rück-Import auf Status "bestellt" gesetzt und |
5 | nach der Anlieferung auf Status "geliefert" gesetzt werden. Beim |
6 | setzen auf Status "eingelagert" wird nur der Status geändert, |
7 | jedoch keine Lagerbuchung vollzogen. |
Eventuell hilft auch das weiter.
Hallo Markus, das mit der Bestell-Auftrags-Nummer und den Globalen Funktionen wäre Klasse, Ich bin mir nur nicht ganz sicher ob ich richtig verstanden hab, wie du die Auftragsnummer vergeben willst. Willst du die Auftragsnummern unter den Lieferanten ablegen. Wenn dann die Funktion "Bestell-Nummer Export" verwendet wird, wird die Auftragsnummer aus dem Lieferanteneintrag in alle Bestelleinträge geschrieben. Das mit der Gruppierung war nur so ne Idee für ne alternative Darstellungen. Aber du hast schon recht, mit dem Filter gehts auch.
Carsten Kühn schrieb: > Hallo Markus, > > das mit der Bestell-Auftrags-Nummer und den Globalen Funktionen wäre > Klasse, > Ich bin mir nur nicht ganz sicher ob ich richtig verstanden hab, wie du > die Auftragsnummer vergeben willst. > Willst du die Auftragsnummern unter den Lieferanten ablegen. Wenn dann > die Funktion "Bestell-Nummer Export" verwendet wird, wird die > Auftragsnummer aus dem Lieferanteneintrag in alle Bestelleinträge > geschrieben. Ja, so habe ich mir das vorgestellt. Alternativ kann man natürlich auch die Auftrags-Nummer aller Einzelpositionen von Hand vergeben, oder auch keine vergeben. > Das mit der Gruppierung war nur so ne Idee für ne alternative > Darstellungen. > Aber du hast schon recht, mit dem Filter gehts auch. Mit der Auftragsnummer wäre wiederum eine Gruppierung relativ einfach zu realisieren. Da könnte ich z.B. eine Baumansicht hin setzen und darin wären dann die Auftragsnummern drin. Damit das auch nicht zu sehr überquillt würde ich in der Auftragsnummer ein "/" erkennen und daraus Unterknoten darstellen. Das würde dann so aussehen: Auftragsnummern: DE/12/1234 und DE/12/1235 +- * +- DE +- 12 +- 1234 +- 1235 Kommt aber erst später, erst mal muss die Grundfunktion da sein. PS: Ich könnte auch in dem Baum erst die Lieferanten rein nehmen und dann darin geordnet die Auftragsnummern...
Das klingt doch genau so wie ich mir das vorgestellt hab. Das mit dem
Baum aus meiner Sicht noch Zeit. Das globale setzen des Status ist für
mich wesentlich wichtiger.
Außerdem ist mir eben noch ne Kleinigkeit in der Projektansicht
aufgefallen.
Es wäre schön, wenn sich der Baum im "Auswahl Bauteil" Fenster ("..."
Taste neben Bauteil) den Ausgewählten Typ merkt.
@Volkmar
Das mit der Reichelt import/export Funktion wäre ja auch schon gut, tut
aber halt leider nur bei Reichelt-Bestellungen.
Gruß Carsten
Ich habe die Bestellen-Maske nun so abgeändert, sie Anhang. Wenn man nun auf die "..." Taste neben Auftrag klickt erscheint das Menü, Bild2.png. Damit können globale Änderungen durchgeführt werden. Mit dem Häkchen "Alle sichtbare Positionen ändern" würden dann alle, in der Tabelle momentan sichtbare geändert, damit könnte man z.B. die Auftrags-Nummer auch nachträglich einfach vergeben. Wenn da noch etwas anderes für globale Änderungen mit rein soll, dann schreibe. Ich denke, damit wird das Bestellen Modul zu einem richtig guten Teil und auch bei kleinen Firmen deutlich besser nutzbar.
Hallo zusammen, ich habe ein Problem beim Conecten zum SQL Server. Ich bekomme von der Software diese Meldung: 12:58:36 Error: Cannot open database! SQL Error: Unknown MySQL server host 'mysql5.xxxx.de' (0) (DB-Connect) Der Server ist aber vorhanden und errechbar. Ich habe die neuste libmysql.ini in das Verzeichniss kopiert. In der PHP version bekomme ich eine Verbindung. Woran kann den das noch liegen?
Hallo Markus, perfekt, so hab ich mirs vorgestellt. @Michael probier mal nur xxxx.de als host, oder die IP Adresse Gruß Carsten
Es ist ein Server im Internet? Dann muss der Hoster auch den direkten MySQL Zugriff erlauben. Die meisten MySQL Webserver haben das aber blockiert. Der Port muss auch richtig eingestellt sein. MySQL Standard ist 3306, Webserver ändern das auch mal gerne. Es braucht nur die libmysql.dll, die libmysql.ini braucht es nicht. Aber ich denke die DLL ist irgendwo im Systemverzeichnis, denn wenn der nie nicht finden würde dann würde der eine andere Meldung schreiben. Unter Extras > Log > Optionen öffnet ein Konfigurationsdialog. Darin können unter "Datenbank" die Parameter geändert und mit "Teste Verbindung" versucht werden die her zu stellen.
Danke für die Hilfe, habe einiges versucht. Ich muß aber feststellen laut E-Mail mit meinem Hoster das ich keinen Zugriff von aussen habe. Deshalb hat die PHP Oberfäche funktioniert, der Zugriff von Zuhause allerdings nicht. Schade.
Es gibt ein paar Möglichkeiten wie man das über Internet hin bekommen kann: Zu Hause/Firma einen Server-PC immer an lassen: - Router so konfigurieren, dass über DynDNS man direkten MySQL Zugriff hat - Oder TeamViewer installieren und den Rechner mit EleLa fernwarten - Oder eine VPN Verbindung durch das Internet einrichten und somit hat man im entfernten Rechner einen direkten sicheren Tunnel und auch kompletten Netzwerk-Zugriff. Die letzten beiden Möglichkeiten sind sehr sicher. Bei der letzten ist auch die Geschwindigkeit am besten, da nur die Daten übertragen werden und nicht noch extra der Bildschirminhalt.
PS: Die Mobile Variante: Man kopiert das ganze EleLa auf einen USB Stick. Nutzt entweder den USBWebserver (MySQL) oder SQLite. Somit hat man sein EleLa immer mit dabei in der Tasche. Wenn man SQLite nutzt und aus dem Linux-ZIP die Linux EleLa und libsqlite3.so auch noch mit auf den Stick kopiert, dann kann man EleLa bei jedem Linux / Windows Rechner nutzen. (EleLa läuft sogar unter Win98!) Die ganzen Pfade sind in der INI relativ parametrierbar.
Danke Leute, ich habs hinbekommen. Ich habe auf meinem lokalen Server einen SQL Installiert. Das ist wirklich richtig schnell so. Erst habe ich gratis SQL hoster probiert, aber die sind sehr lansam.... Jetzt auch online verfügbahr: http://t4sound.de/EleLa/ Das Programm ist wirklich Super. Sowas habe ich schon immer gesucht! !RESPECKT!
Vielen Dank! Ja, die Seite geht auch beim mir auf.
Gib es eigentlich auch eine Standartdatenbank mit Standart-Bauteilen? Oder anders gefragt, hat schon mal jemand seine Wiederstände alle eingepflegt und kann mir diese als Datenbanksicherung zukommen lassen? Ich werd sonst zum Hirsch beim Einpflegen. Nochmals Herzlichen dank Markus
Ja, es gibt Standard Daten. Die sind in der SQLite3 Datei "EleLa.sq3" und wurde in das Verzeichnis von EleLa mit installiert. Über EleLa > Extras > Datenbank > Import/Export > Importiere/Exportiere Datenbank wird diese importiert. Dann die Datei auswählen und mit der Import Taste werden alle bisherigen Daten gelöscht und die Standard Daten geladen. Ansonsten kann man auch unter Gehäuse die Bibliotheken von NXP oder Murata importieren. So hat man hunderte von Gehäusen schon zur Auswahl. Mehr dazu in der Hilfe.
Hallo, gibt es eigentlich in der aktuellen Version die Möglichkeit, alle Bauteile eines Projektes schneller in die Bestellübersicht zu übernehmen, als jeweils einzeln? Muss gleich einige Hundert verschiedene Bauteile bestellen... Gruß, Jurij
Nein, das gibt es dann erst mit EleLa V2. Dauert aber noch eine weile, ich ändere derzeit sehr viel, siehe auch z.B. hier: Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26" Daher wird es ein größeres Update.
Alles klar, hätte ja sein können dass ich etwas übersehen habe - in EleLa finde ich immer wieder was neues :) Hast Du schon eine Vorstellung wie das in V2 aussehen wird? Schön wäre es ja wenn man sagen könnte "alle Bauteile für x Stück Projekt A in Bestellübersicht übernehmen", damit hätte man schon eine kleine Bestellverwaltung für Projekte... Gruß, Jurij
So ähnlich wie jetzt auch mit dem Dialog "Prüfe Menge für Produktion". Nur dass es da eine zusätzliche Taste geben "Alle fehlenden Bauteile nachbestellen". Wenn es wieder mal eine Spende gibt, spendiere ich auch gerne die neue EXE für euch alle. Ich muss das immer wieder schreiben, ich sitze auch fast nonstop am Programmieren und EleLa soll kostenlos für alle bleiben. So hilft einer dem anderen ;-)
Hallo Markus, ich habe heute auf die Version 1.2.12207 gewechselt. Ich nutze Linux mit 64-bit. Denke mal du compilierst EleLa für 32-bit. Es gab schon immer kleine Probleme mit der GUI, im Reiter Typ, bzw. bei allen Bäumen, bewirkt ein einfacher Klick auf einen Eintrag schon eine Bearbeitung des Eintrags. Konnte ich immer mit Leben als Linuxer ... hat man ja öfter mal. Ich denke es hat was mit GTK2 zu tun, und dass es halt nicht explizit für 64 bit compiliert ist. Fehlermeldungen: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: falsche ELF-Klasse: ELFCLASS64 (EleLa:6566): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so Seit dem Update beendet sich Elela mit der Fehlermeldung: FEHLER in der LCL:TGtkListStoreStringList.GetObject Out of bounds. Erzeuge GDB-fangbaren Fehler: $080D9258 $081A0076 $08442D72 $08484C5F $082E8B8A $082DC546 $082DE13E $081E761C $081EA8C1 TApplication.HandleException Invalid floating point operation Stack trace: $080D9282 $081A0076 $08442D72 $08484C5F $082E8B8A $082DC546 $082DE13E $081E761C $081EA8C1 $081E89FB $081E8B9F $0806C536 $081B9FAE $081AB74F $081BD1DC $0806C536 $081B9FAE TApplication.HandleException: there was another exception during showing the first exception Stack trace: $0805F5C4 $08495CD8 $080AD1AD $082701AA $08230575 $082B5497 $F72B831A wenn man auf den Reiter "Projekt - F3" klickt. Danke für deine Arbeit, werde dir in naher Zukunft erneut Unterstützung zukommen lassen, wenn du verstehst ;) Kannst du vielleicht probeweise eine 64 - bit, linux zip datei erzeugen? Gruß Peter
Welches Linux Distrubution Version nutzt du? Lazarus auf Linux zu installieren ist immer eine mittlere Katastrophe, daher fasse ich das mit Sandhandschuhen an und nutze eine Virtual Box mit nur der einen Compiler Funktion, denn nur so habe ich ein "Sauberes" System in dem ich genau weiß was noch extra installiert wurde. Ich muss ohnehin wieder mal das Lazarus updaten, da ein Bug bei Drag&Drop behoben wurde, der aber nicht zum Absturz führt, ist nur optisch. Ich muss erst mal schauen ob ich überhaupt ein 64-Bit Linux in eine VirtualBox bekomme, die unter 32-Bit Windows läuft.
Hallo Markus, es handelt sich um Ubuntu 11.10 - 64-bit. Gruß Peter
Ich habe momentan auch das Problem, dass ich von 32bit-libs abhängig bin, wenn ich dieses Programm starten will. Ich hab mir jetzt einfach die fehlenden Libs aus einem 32bit System zusammengesucht, in einen Unterordner und verlinkt, sodass Elela damit klar kommt.
Ich kam noch nicht zum Test, ich kann das erst nächste Woche machen. Ich beseitige derzeit die letzten kleinen Bugs aus der neuen EleLa V2 und schreibe die Hilfe. Vielen Dank an die Tester, die sich die Zeit und Mühe genommen haben viele Bugs zu finden. Wenn das soweit fertig ist kommt die Online, dann kümmere ich mich um Linux, auch um 64Bit. Ich will jetzt auch nicht 2 Baustellen auf machen.
Markus Müller schrieb: > Wenn das soweit fertig ist kommt die Online, dann kümmere ich mich um > Linux, auch um 64Bit. Ich will jetzt auch nicht 2 Baustellen auf machen. Ok, danke :)
Hallo Markus habe noch einen Bug gefunden..... wenn ich unter Bauteil auf Lager / Gehäuse gehe und dort eine Bestellung Auslöse und diese unter Bestellungen (nicht die Maske F4 ) wieder lösche wird der ganze Datensatz und nicht der Artikel gelöscht !!!!! Wenn ich die Maske Bestellung F4, dieses mache bleibt der Datensatz vorhanden und nur der Artikel wird gelöscht !!!! Unter Lieferanten wird der E-Preis nicht übernommen !!! sondern muß von Hand noch ausgefüllt werden und das Bestell-Nr bezogen auf Bezeichnung ist. Da ich einmal Interne Bezeichnung habe und diese Abweichen von z.B. Reichelt. z.B. bei mir ist ein Kondensator 22µF/16V bei Reichelt ist es RAD 22/16 so habe ich doppelt Arbeit weil die Bestell-Nr. nicht passt. gruß Frank aber die Software ist immer noch Top und das beste was zur Zeit als Freeware gibt. DANKE
Angehängte Dateien:
-
Bild1.png
31 KB
Hallo Frank, entschuldige die verzögerte Antwort, ich hatte viel zu tun... In EleLa V2 ist die gesamte Bestell-Funktion umgebaut und alles besser und leichter funktionieren. Nach wie vor, wenn man einen Artikel löscht, dann wird unter Bestellung nur der Verweis zum Artikel geleert, und nicht die Bestellposition gelöscht. So auch bei der Projektposition. Hier sind schon Tasten drin um den Staffelpreis aus dem Lieferant zu lesen und schrieben. Anbei ein Screenshot.
Hallo Markus so wie es aussieht( im neuen EleLa ) scheint die Bestell-Nr. nicht mehr bezogen auf Bezeichnung zu seien. Für mich ist das eine große Hilfe da ich persönlich die Bezeichnung benutze intern. Beim alte EleLa war Bezeichnung auch gleich Bestell-Nr. so mußte ich die Bestell-Nr immer ändern da Reichelt andere Bezeichnungen hat. Bestes Beispiel Reichelt : MS 500A bei mir ist es Miniatur Kippschalter also Bezeichnung Miniatur Kippschalter und Bestell-Nr. MS 500A freue mich schon auf die neue Version !! sieht optisch sehr gut aus !!! gruß Frank
@All Hier nun die aller erste EleLa V2 für die Öffentlichkeit. Ein paar Tester haben sie schon benutzt und viele Bugs sind draußen. Über 6000 Codezeilen wurden seit dem letzten Release neu geschrieben und verändert, auch die Datenbank erfährt ein großes Update. Wer diese EXE lädt muss unbedingt VOR deren Benutzung eine Datensicherung mit der EleLa V1.x.xxxxx durchführen und die Daten am besten Zippen. Denn die Datenbank wird so sehr geändert, dass die V1.x.xxxxx nicht mehr nutzbar ist. Nur anhand dieser Sicherung kann nochmals zur alten EleLa Version zurück gesprungen werden, falls die neue doch noch zu Buggy sein sollte (was ich nicht glaube). In der Versionsabfrage kann die V2 noch nicht geladen werden, damit jeder auch diesen Text hier liest. Die Haupt-Neuerungen: - komplett überarbeitete Bestellen-Funktion - Alle Memo-Texte mit 64KB Texteingabe - Überall Bilder hinterlegbar, jetzt auch in z.B. Gehäuse/Lager und bei Bestellung - und vieles mehr, siehe Updatebeschreibung. Im ZIP: - EleLa EXE V2 - Hilfedatei Wie üblich, wenn was auffällt, bitte schreiben.
Hallo Markus bekomme Fehlermeldung !!!! nach Update Meldung : Datenbank-Update Nr.33 fehlgeschlagen! Führen Sie den Update manuell aus. 15:23:28 Start program V2.0.12305 15:23:28 Use INI file: C:\EleLa\EleLa.ini 15:23:28 Parameter [DB] Protocol=sqlite-3 15:23:28 Parameter [DB] Database=EleLa.sq3 15:23:28 Parameter [Programm] VorlageDir=C:\EleLa\Vorlage\ 15:23:28 Parameter [Programm] TempDir=C:\EleLa\ 15:23:28 Parameter [Bauteil] DefHandbuchDir=C:\Users\Frank\Downloads\Handbuch 15:23:28 Parameter [Projekt] DefHandbuchDir=C:\EleLa\Projekt 15:23:29 Connect database... 15:23:29 Database Version: V1.2.11A11 15:23:29 Do Update 33 from Database. 15:23:29 RenameTable (case,gehause) 15:23:29 CreateNewField (projektpos,Foto_ID,INTEGER) 15:23:29 CreateNewField (projektpos,Barcode,VARCHAR(30)) 15:23:29 CreateNewField (projektpos,Handbuch,VARCHAR(250)) 15:23:29 CreateNewField (projektpos,Info,VARCHAR(255)) 15:23:29 CreateNewField (projekt,VPreis,DOUBLE) 15:23:29 CreateNewField (wissen,Status,INTEGER) 15:23:29 CreateNewField (wissen,OptA,INTEGER) 15:23:29 CreateNewField (wissen,OptB,INTEGER) 15:23:29 CreateNewField (wissen,OptC,INTEGER) 15:23:29 CreateNewField (wissen,Info,VARCHAR(255)) 15:23:29 CreateNewField (adr,ID_ID,INTEGER) 15:23:29 CreateNewField (adr,Telefon2,VARCHAR(50)) 15:23:29 CreateNewField (adr,EMail2,VARCHAR(50)) 15:23:29 CreateNewField (adr,Lieferant,INTEGER) 15:23:29 CreateNewField (adr,Hersteller,INTEGER) 15:23:29 CreateNewField (adr,Privat,INTEGER) 15:23:29 CreateNewField (adr,Gesperrt,INTEGER) 15:23:29 CreateNewField (adr,Handbuch,VARCHAR(250)) 15:23:29 CreateNewField (adr,Info,VARCHAR(255)) 15:23:29 CreateNewField (param,ValMemo,TEXT) 15:23:29 CreateNewField (bauteil,Info,VARCHAR(255)) 15:23:29 CreateNewField (bauteillager,Info,VARCHAR(255)) 15:23:29 CreateNewField (bauteillager,Foto_ID,INTEGER) 15:23:29 CreateNewField (bauteiladr,Foto_ID,INTEGER) 15:23:29 CreateNewField (foto,BildDatei,VARCHAR(255)) 15:23:29 CreateNewField (translate,SWTyp,INTEGER) 15:23:29 CreateNewField (translate,AendDatum,DATETIME) 15:23:29 RenameField (wissen,Thema,Thema,VARCHAR(200)) 15:23:29 Create Table "wissen" 15:23:29 RenameField (bauteiladr,Bemerkung,Bemerkung,TEXT) 15:23:29 Create Table "bauteiladr" 15:23:29 CreateIndex (bauteiladr,Bauteil_ID) 15:23:29 CreateIndex (bauteiladr,Adr_ID) 15:23:29 CreateIndex (bauteiladr,BauteilLager_ID) 15:23:29 CreateIndex (bauteiladr,BestellNr) 15:24:57 Error: Database-Update Nr. 33 error! Make the update manually. 15:24:57 SQL: SELECT * FROM `bauteiladr` 15:24:57 Error on Test/Update Database. 15:24:57 Error: Cannot open database! SQL Error: SQL logic error or missing database (qGehause) 15:24:57 Connect database... 15:24:57 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:25:12 Connect database... 15:25:12 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:25:27 Connect database... 15:25:27 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:25:42 Connect database... 15:25:42 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:25:57 Connect database... 15:25:57 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:26:12 Connect database... 15:26:12 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:26:27 Connect database... 15:26:27 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:26:42 Connect database... 15:26:42 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:26:57 Connect database... 15:26:57 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:27:12 Connect database... 15:27:12 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) 15:27:27 Connect database... 15:27:28 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr) gruß Frank
Hallo, nach dem Update sind aus dem Datenbank alle Zuweisungen von Gehäusen verschwunden.
Könnt ihr beide mir bitte eure DB per Mail schicken? Ich habe den Update mit mehreren DB's getestet und ging.
Bei mir tritt der gleiche Fehler auf: Elela-Datenbankupdate 33 Mache Update der Datenbank, bitte warten. Nach fünf grünen Punkten Abbruch. 23:42:28 Error: Database-Update Nr. 33 error! Make the update manually. 23:42:28 SQL: SELECT * FROM `bauteiladr` 23:42:28 Error on Test/Update Database. 23:42:28 Error: Cannot open database! SQL Error: SQL logic error or missing database (qGehause) 23:42:43 Connect database... 23:42:43 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr). Die letzte fehlerfreie Zeile: 23:40:04 CreateIndex (bauteiladr,BestellNr). Dietmar
Ich denke ich habe das Problem gefunden, anbei die neue EXE. Ich mache in der DB größere Änderungen und räume da richtig auf. Neu darf das Feld SMD nicht mehr NULL sein, vor vielen Versionen war das noch erlaubt. Jetzt erkennt EleLa den NULL Eintrag und macht daraus eine 0. Leider kann ich nicht alle Konstellationen nachbilden, die DB-Struktur ist in den letzten 1 1/2 Jahren doch stark gewachsen und das wird jetzt alles mit der EleLa V2 aufgeräumt. Somit: Die Datensicherung wieder einspielen und diese neue EXE verwenden. Wer die neue EXE EleLa V2 testen möchte, unbedingt vorher mit EleLa V1.x.xxxxx eine Datensicherung durchführen. @elboy Ja, wenn der Update fehl schlägt, dann gibt es keine Gehäuse mehr, die Tabelle wird mit dem Update komplett umbenannt, da der Tabellenname "case" ein SQL Schlüsselwort ist heißt die Tabelle ab EleLa V2 "gehause".
Ich habe gerade getestet. Gleiche Fehlermeldung. 10:02:42 Error: Cannot open database! SQL Error: SQL logic error or missing database (qGehause) 10:02:43 Error: Cannot open database! SQL Error: SQL logic error or missing database (qAdr). Dietmar
Kannst Du mir Deine DB als EleLa V1 SQ3 Datenbank mal mailen? Dann kann ich die Update Funktion damit testen.
Vielen Dank, jetzt klappt das mit Deiner DB richtig.
Das Importieren funktioniert jetzt. Bei den Bestellungen ist noch was falsch. Wenn ich in Ver.1.2.1207 F4 Bestellung wähle, finde ich zwei Positionen. In Ver.2 Ist unter F4 keine Bestellung zu finden. In Ver.1 finde ich unter 27C64 Bestellung einen Eintrag. Menge 6. In Ver.2 gibt es diesen Eintrag nicht. Dietmar
Sorry, mir ist da noch ein Fehler in der EXE von 11:12 unterlaufen, diese bitte nicht verwenden, sonder die in diesem Anhang. PS: Die Daten selbst kann ich leider schlecht überprüfen, ich schaue mir die nicht im Detail an. Daher ist die Sicherung vorher sehr wichtig.
Ja, jetzt funktioniert es. Aber vorher muß die Datenbank von Ver.1 nochmals in Ver.2 kopiert werden. Ohne diese Vorgang fehlen die Bestelleinträge. Dietmar
Ja, ist klar. Der hat zu viel von der DB aufgeräumt. Durch einen uralten Fehler gab es Gehäuse/Lager und Lieferanten Einträge die keinem Bauteil (Bauteil_ID = NULL) zugeordnet waren und die werden durch diesen Update jetzt gelöscht. Da die Routinen allgemein gültig funktionieren wurde dann zu viel gelöscht. Jetzt überprüfe ich auch die beiden Tabellen-Namen. Daher musste der Update von der gesicherten V1 DB erneut durchgeführt werden. Der Fehler entstand durch die "sqlite3.dll". Diese müsste jetzt bei allen EleLa Usern bereits mit dem aktuellen Setup Paket erneuert worden sein. Bei MySQL oder PostgreSQL konnte ich den Fehler nie beobachten.
Hi Markus, hi Mitstreiter ;) Bisher habe ich immer versucht dem Thread hinterher zu kommen um auf dem Laufenden zu bleiben. Da aber leider das Forum immer noch keine Benachrichtigungs-Emails einmalig bis zum nächsten Login schickt, werde ich das nun mal abbestellen. Ich habe bisher unglaubliche 625 Emails von dem Projekt erhalten. Schade das ich das nun machen muß, naja. Euch noch viel Spaß bei der Weiterentwicklung. Björn
Man muss nicht unbedingt das komplette Forum verfolgen. Es reicht vollkommen aus meine "Updatebeschreibung.pdf" Dokumente zu lesen, da stehen alle Änderungen drin, mit Hinweis ob das ein Bug oder neues Feature war.
Hallo Markus, mir ist noch was aufgefallen. Wenn ich in Ver.2 unter Gehäuse ein Gehäuse, z.B. Dip14 wähle, bleibt rechts das Feld Bauteile mit ausgewähltem Gehäuse leer. In Ver.1 habe ich dort mehrere Einträge.
Dietmar schrieb: > Wenn ich in Ver.2 unter Gehäuse ein Gehäuse, z.B. Dip14 wähle, > bleibt rechts das Feld Bauteile mit ausgewähltem Gehäuse leer. Das kann ich nicht nachvollziehen, bei mir sind die Einträge befüllt. Nutzt Du SQLite3 oder MySQL oder ...?
Sqlite3. Die Sqlite3.dll ist vom 16.01.2012 und hat 577.621 Bytes.
Aber unter den Bauteilen sind die Gehäuse richtig gesetzt?
Nochmal: Unter Ver.1 werden unter Bauteile mit ausgewähltem Gehäuse Bauteile angezeigt.Wenn ich die Datenbank von Ver.1 ins Verzeichnis von Ver.2 kopiere, werden nach der Datenbankkonvertierung wie im Bild zu sehen keine Bauteile mit ausgewähltem Gehäuse angezeigt. Es ist in beiden Fällen die gleiche Datenbank.
Hallo Dietmar, Mit Deiner DB und nach dem Update kann ich das Problem nachvollziehen. Bei mir klappt das ohne Probleme, so wie bei Volkmar auch. Ich kann mich leider erst morgen um das Problem kümmern.
Anbei die EXE V2.0.12312. Jetzt sollte auch bei der SQLite Datenbank der Update richtig klappen und das Gehäuse übernommen werden. Das Problem müsste auch bei den Projektpositionen im Feld Gehäuse vorhanden gewesen sein, da hat er den Text nicht richtig übernommen. Es ist ein erneuter Update von der Datensicherung der V1 Datenbank nötig, da die Infos während dem Update verloren gingen. (Betrifft nur die SQLite User, MySQL und PostgreSQL hatten das Problem nicht.) Bei SQLite gibt es leider nur wenig SQL Befehle um eine Tabellenstruktur zu modifizieren, daher wird mittels EleLa die alte Tabelle komplett gelöscht und neu aufgebaut. Da in Tabellen zum Teil mehrere Änderungen durchgeführt werden, hat sich ein Fehler eingeschlichen. Wer diese EXE testet, unbedingt vorher eine Datensicherung machen. Siehe auch hier: Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26"
Angehängte Dateien:
-
elela_1.PNG
110 KB -
elela_2.PNG
65 KB
Hallo Markus, habe heute auf 1.2.12207 upgedatet (Windows XP und Linux - Ubuntu 10.04). Datenbank ist mysql auf extra Server. Folgendes ist mit aufgefallen: Adresse - F9: Bauteile des Lieferanten: ist sehr gut (war für mich neu) eine weitere Hilfreiche Sache wäre für mich: Bauteile des Herstellers Ubuntu: bei der 1.2.12207 kommen wieder einige Eingabezeilen "zu hoch", aber nicht alle, bei der 1.2.11A26 war es noch ok bei Projekten ist die Übersicht links leer, bei Windows stimmt es aber, und bei der 1.1.11A26 (Linux) auch. Siehe auch Bilder im Anhang Gruß Raimund
Ich habe es aufgeschrieben. Ich habe schon mal versucht die Felder kleiner zu gekommen, klappt unter Linux leider nicht so richtig. Versuche mal mit dem INI Parameter: [Linux] FontHeight=nn Hier eine kleinere Zahl ein zu geben ob es dann besser wird.
Ich denke die EleLa EXE V2 ist soweit sehr stabil und nahezu Fehlerfrei. Vor 10 Tagen habe ich die Test EXE hier im Forum hoch geladen und keine einzige Fehlermeldung. Daher habe ich die neue EXE jetzt online in die Versionsabfrage gestellt. Nur ein paar Kleinigkeiten wurden seither geändert: - Projekt Pos: PosX, PosY ist nun Float. Zusätzlich PosZ und PosR (Rotation), auch importierbar mit CAD CSV. - Bestellung, Lieferant 1 wird nun mit dem günstigeren Preis belegt, da tauscht nun EleLa, solange die Position noch "offen" ist. Die Versionsabfrage ausführen: ElaLa starten, Extras >> Info >> Versionsabfrage. Neu gibt es: - die aktuelle Windows EXE V2.0.12322 - die aktuelle Hilfe V2.0.12322 - die Updatebeschreibung für die Testversion Wer die neue EXE nutzen möchte, Rücksprung zur alten EXE V1.x ist nur mit der Datensicherung möglich. Zudem müssen auch alle Arbeitsplätze im Netzwerk auf die V2 geupdated werden. Bei Fehler oder Fragen, bitte mailen oder hier posten. Die Linux-Version dauert leider noch etwas länger. Der Quellcode wurde schon umgestellt, so dass er mit dem 64-Bit Compiler kompatibel ist, leider klappt damit die Datenbank-Verbindung nicht, auch nicht unter Windows/64 Bit (die aktuelle Win-EXE ist 32 Bit und läuft natürlich mit einem 64 Bit Windows).
Hallo Markus, eine Kleinigkeit, die mir neulich aufgefallen ist, aber evtl. ist dies auch so gewollt? Ich habe bei einem Eintrag unter Adressen den Haken bei Lieferant gesetzt. Dort habe ich auch schon mal bestellt. Wenn ich nun den Eintrag auf Hersteller ändern will (ist in dem Fall ein Platinenhersteller), dann kann ich den Haken bei Lieferant entfernen und bei Hersteller setzen. Aber nach dem Abspeichern wird der Haken bei Lieferant wieder gesetzt. Volkmar
Ja, das ist absicht und muss auch so sein. Wenn man bei dem einmal bestellt hat, dann erscheint diese Adresse unter Bestellen in der Drop-Down Auswahlliste. Dort stehen nur die Adressen drin, die man als Lieferant gekennzeichnet hat. Wenn das Häkchen weg wäre, dann würde unter Bestellen die Adresse nicht mehr gezeigt werden. EleLa überprüft immer nur beim Speichern der Adress-Daten ob das Häkchen gesetzt sein muss, damit weniger Datenbank-Abfragen gemacht werden.
Und hier noch etwas bei den Bestellungen: Unter Lieferant Bauteil habe ich eingetragen: Adresse: <ausgewählt> Gehäuse/Lager: <ausgewählt> Keine Angabe/Leer bei Bestell-Nr E-Preis (VPE): 75,00 Ab Menge: 1 VPE: 22 Dadurch, daß keine Bestellnummer angegeben ist (gibt es in dem Fall nicht, da es ein Privatkauf ist), kommt die Bestellung durcheinander wenn ich auf den Warenkorb klicke. Hier der Vergleich zwischen dem was ich erwarte und erhalte:
1 | Erwartung Ist |
2 | Menge (VPE): 1 22 |
3 | Menge gesamt: 22 484 |
4 | E-Preis: 75,00 0,00 |
5 | G-Preis: 75,00 0,00 |
Ich kann natürlich unter Bestellnummer so etwas wie "-" oder "<ohne>" eintragen, aber ich denke, das sollte auch ohne gehen. -------------------- Weiterhin folgende Situation (etwas aufwändig zu beschreiben, ist aber so passiert): Das Bauteil hat einen Lieferanten A mit: E-Preis: 17,10 Ab Menge: 1 VPE: 4 Ich habe einen Bestell-Eintrag mit einem anderen Lieferanten gemacht. Also zunächst die Menge (22) eingetragen und dann unter Lieferant 1 einen Lieferanten aus der Liste unterhalb von "-----" ausgewählt. Anschließend noch den E-Preis mit 3,409091 besetzt. Als Ergebnis erhalte ich einen G-Preis von 75,00. Soweit OK. Dann habe ich einen Lieferanteneintrag bei dem Bauteil erstellt: Lieferant B mit:
1 | E-Preis: 75,00 |
2 | Ab Menge: 1 |
3 | VPE: 22 |
sowie einen 2. Eintrag mit ebenfalls Lieferant B:
1 | E-Preis: 160,00 |
2 | Ab Menge: 1 |
3 | VPE: 52 |
Dann gehe ich wieder zu meiner Bestellposition und wähle dort unter Lieferant 1 den Eintrag "Lieferant B: - [1 x75,00] [VPE 22]" aus. Dann erhalte ich folgendes Ergebnis: Unter Lieferant 1 steht:
1 | Lieferant A: [1 x17,10]... |
2 | Menge (VPE): 6 * 52 = 312 |
3 | E-Preis: 17,10 G-Preis 960,00 |
Unter Lieferant 2 steht:
1 | Lieferant B: - [1 x160,00] [VPE 52] |
2 | Menge (VPE]: 1 * 4 = 4 |
3 | E-Preis: 160,00 G-Preis 17,10 |
Hier ist also einiges Durcheinander geraten. Erwartet hätte ich unter Lieferant 1 folgendes:
1 | "Lieferant B: - [1 x75,00] [VPE 22]" |
2 | Menge (VPE): 1 * 52 = 52 |
3 | E-Preis: 75,00 G-Preis 75,00 |
und unter Lieferant 2 dann
1 | Lieferant A: [1 x17,10]... |
2 | Menge (VPE): 6 * 4 = 24 |
3 | E-Preis: 17,10 G-Preis 102,60 |
Ich hoffe, ich habe es klar genug beschrieben. Zum Nachvollziehen kann man die Lieferanten auch schon vorher eintragen und nur über die Lieferantenauswahl unter den Bestellungen arbeiten. Und was ich eben noch gesehen habe, es passiert auch wenn ich ganz normal über die Lieferantenliste beim Eintrag mit VPE22 auf den Warenkorb klicke und dann die Stückzahl in der Bestellung von 22 auf 23 erhöhe.
Angehängte Dateien:
-
Bild1.png
4,4 KB
Hallo Volkmar, Jetzt müsste es richtig klappen, auch ohne Bestell-Nummer. Die Preisstaffelberechnung ist doch recht komplex. Auch wird jetzt, sofern man mit dem Drop-Down Feld eine andere Preisstaffel auswählt, die nicht wieder zurück gesetzt und man kann somit was anderes von Hand auswählen. Wenn man doch wieder die Preisstaffel richtig gesetzt haben möchte, dann die Taste drücken, siehe Bild. Mit der Versionsabfrage kann nun V2.0.12325 geladen werden.
Markus Müller schrieb: > Die Preisstaffelberechnung ist doch recht komplex. Das glaube ich Dir sofort ;) Leider klappt es immer noch nicht so recht. Obiges Beispiel mit den 3 Lieferanten, neuen Bestelleintrag anlegen (über Bauteil - Gehäuse/Lager - Icon "in Bestellvorschlag übernehmen"). Menge ist leer, Lieferant 1 hat den Lieferanten A, Lieferant 2 den Lieferanten B mit Preisstaffel 22. Soweit OK, bleibt auch so wenn ich für die Menge 1 eintrage. Dann trage ich für die Menge den Wert 22 ein. Ergebnis: Lieferant 1 wird mit Lieferant B und Preisstaffel 22 besetzt, OK. Menge (VPE) und E-Preis ist OK, aber der G-Preis ist der alte. NOK. Wenn ich dann auf den neuen Button klicke ist es OK. Wenn ich danach die Stückzahl auf 50 ändere, ist es OK. Gehe ich wieder auf 1 zurück stimmt es wieder nicht mehr. Mir scheint, wenn sich der Lieferant ändert, dann wird der G-Preis nicht aktualisiert. Zum Abschluß habe ich die Stückzahl auf 48 geändert. Dann wird Lieferant 1 auf Lieferant A gesetzt und Lieferant 2 auf B mit Staffel 22. Aber Lieferant B mit Staffel 50 wäre immer noch günstiger. Gruß Volkmar
Ich habe die Preisstaffelberechnung nochmal komplett umgeschrieben, jetzt sollte die besser funktionieren. V2.0.12328 kann mit der Versionsabfrage geladen werden. Zusätzlich Bestellen: - Jetzt kann in der Bestellung auch ein beliebig anderer Staffelpreis von Hand ausgewählt werden, ohne dass der beim Speichern zurück überschrieben wird. - Wenn man mehr als 2 Lieferanten für die Preisstaffel hinterlegt hat, so wird EleLa immer die günstigsten zwei übernehmen. - Wenn jedoch bei einem das Häkchen gesetzt wird, dann wird EleLa diesen einen Lieferant belassen, auch wenn es einen günstigeren gibt. Somit kann auch ein anderer Lieferant gesetzt werden, der nicht in der Preisstaffel hinterlegt ist und der wird nicht raus gelöscht. - Wenn man z.B. 95 Bauteile benötigt und der Preis bei der Staffel ab 100 Stück ist günstiger, dann wird EleLa nicht 95 sondern 100 Stück bestellen. Zusätzlich Adresse: - Im Schnellsuchen Feld kann anhand dem "Y" Filter anhand einem Text gefiltert werden. Jetzt werden auch die übereinstimmenden Kontakte in der Übersichtsliste gezeigt. Somit kann auch z.B. eine Telnummer gefunden werden, die einem Kontakt und nicht bei der Hauptadresse hinterlegt wurde. Dabei wird die Spalte "Kontakt" zusätzlich eingeblendet und man sieht so in der Tabelle dass der Eintrag ein Kontakt eine Haupt-Adresse ist.
Hallo Markus, Markus Müller schrieb: > Ich habe die Preisstaffelberechnung nochmal komplett umgeschrieben, > jetzt sollte die besser funktionieren. Das hast Du gut ausgedrückt ;) Besser ist es, aber ich habe doch noch eine Kleinigkeit gefunden, aber sonst ist es wirklich viiiieeeel besser! Mit oben genannten Preisstaffeln folgendes durchgefüht: - Menge = 17 eingetragen Ergebnis: Lieferant 1 wird mit Lieferant B (VPE22) besetzt und Lieferant 2 wird mit Lieferant A (VPE4) besetzt. OK - Häkchen bei Lieferant 1 gesetzt - Menge auf 16 geändert Ergebnis: Die beiden Lieferanten werden getauscht, das Häkchen wandert von Lieferant 1 zu Lieferant 2, soweit OK Beim jetzigen Liederanten 2 (der mit dem Häkchen) wird der G-Preis mit dem vorherigen E-Preis (der jetzt beim Lieferanten 1 steht) multipliziert. NOK Ein Klick auf "Preis aus Lieferant aktualisieren" korrigiert dies wieder. Was ich eben noch gesehen habe: Wenn ich jetzt die Menge wieder auf 17 ändere (Häkchen ist bei Lieferant 2 noch aktiv), wird der Lieferant 1 mit Lieferant B (VPE22) besetzt (also der Gleiche, der auch schon bei Lieferant 2 steht)! Und beim Lieferanten 2 wird die Anzahl auf 17 erhöht, und damit stimmt dort die weitere Mengen/Preisberechnung nicht mehr.
Das zweite habe ich gerade behoben (noch nicht online), das erste schaue ich mir morgen an.
Jetzt sind die beiden Fehler auch weg. V2.0.12329 kann mit der Versionsabfrage geladen werden. Wenn was auffällt, hier schrieben. Bei der Preisstaffelberechnung gibt es so viele Kombinationen und Möglichkeiten, da kann nach wie vor noch ein Bug vergraben sein.
Nun habe ich auch die Hilfe für Bestellungen aktualisiert und die Preisstaffelberechnung und deren Zusammenhänge angepasst. V2.0.12329 kann mit der Versionsabfrage geladen werden.
Markus Müller schrieb: > Jetzt sind die beiden Fehler auch weg. Kann ich bestätigen, Danke. Mehr ist mir bisher nicht aufgefallen ;) Einen Feature-Wunsch hätte ich noch, aber da es momentan doch recht ruhig um EleLa ist, ist der vielleicht nicht so nötig. Ein automatisches Prüfen von neuen verfügbaren Versionen (so wie die Versionsabfrage) beim Starten von EleLa, natürlich abschaltbar über einen Ini-Eintrag. Das Versionsinformations-Fenster sollte nur dann angezeigt werden, wenn neue Versionen vorliegen. Volkmar
Ich habe zu danken, für die guten Tests! Ist drin, gibt es in der Versionsabfrage mit V2.0.12330. Parameter [Programm] VersionCheck=1 aktiviert dies, siehe auch Updatebeschreibung.
Markus Müller schrieb: > Ist drin, gibt es in der Versionsabfrage mit V2.0.12330. > Parameter [Programm] VersionCheck=1 aktiviert dies, siehe auch > Updatebeschreibung. Super, Danke! Nur eine Verständnisfrage: Der Download-Dialog wird genau einmal nach einer Änderung angezeigt? Volkmar
Ja, genau. Wenn nichts geladen wird, dann ist es dem Dialog egal. Gespeichert wird das in der Tabelle "param", ParNr=3, also der Dialog wird nur einmal gezeigt und auch nur an einem Arbeitsplatz. Somit sollte nur der Admin, der dafür zuständig ist in seiner INI Datei den Parameter gesetzt haben. Dafür darf auch der Admin auch mehrere PC's benutzen und er wird nicht mehrfach belästigt.
Angehängte Dateien:
-
DruckenBestell.png
2,8 KB
Mit der Versionsabfrage kann die neue V2.0.12401 geladen werden: - EXE mit Vorlage-Verzeichnis für Druckvorlagen - Hilfe - Updatebeschreibung Folgende Neuerungen: - Gehäuse/Lager Feld Artikel-Nr - Bestellung, Automatische Auftragsnummernvergabe anhand Datum/fortlaufende Nummer - Drucken Einzelne Zeile für Bestellung und Projekt anhand Vorlage-Datei - Drucken Bestellschein anhand Vorlage. Dabei kann der Lieferant sowie der Auftrag ausgewählt werden. (Dialog siehe Screenshot) - Drucken Projektliste anhand Vorlage. Damit kann das Projekt mit samt allen Positionen ausdrucken. - In der Updatebeschreibung sowie der Hilfe sind die Details beschrieben. Die Vorlagen sind immer HTML Dateien, damit kann jeder, auch mit geringen HTML Kenntnissen die Vorlagen selbst nach eigenen Wünschen anpassen. Mit einer relativ einfachen Syntax hat man Zugriff auf die Tabellenfelder. Mehr ist in der Hilfe unter "Allgemeine Infos" > "Drucken" beschrieben.
EleLa erfreut sich enormer Beliebtheit. Schon 540 mal wurde das Setup-Paket V1.2.12207 als Windows und Linux Variante geladen (Downloads über Singollo.de sind nicht gezählt). Vielen Dank an alle Spender und Sponsoren die die EleLa Entwicklung unterstützt haben und weiter unterstützen.
Hallo Markus, wäre es möglich unter Gehäuse/Lager ein Feld einzufügen mit der Bezeichnung Bestell-Nr. ??? Ich habe das Problem das ich unter Gehäuse/Lager ----> Bezeichnung eine Interne Bezeichnung habe !!!! diese wird dann unter Lieferanten ----> Bestell-Nr. eingefügt, diese ist aber nicht die Bestell-Nr. vom Lieferanten ! und muß diese manuell wieder ändern. Es wäre doch möglich dann unter Lieferanten --> Bestell-Nr. ein Auswahlfeld zu Programmieren welches Feld man einfügen möchte z.B. Bezeichnung aus Gehäuse/Lager oder das neue Feld Bestell-Nr. unter Gehäuse/Lager. gruß Frank
Ist eigentlich schon drin, das Feld gibt es jetzt als "Artikel-Nr" und ist unter dem "Bezeichnung" Feld. (seit der letzten Test-Version ;-) ) Wenn Dir der Text "Artikel-Nr" nicht gefällt, kannst Du den mit der Übersetzen-Funktion auch in "Bestell-Nr" umbenennen. Jetzt gibt es in EleLa unter Gehäuse/Lager 3 Felder, die man nach belieben nutzen kann: - Bezeichnung - Barcode - und Artikel-Nr Ich denke das sollte reichen. Bestell-Nr ist die Nummer die man von einem Lieferanten für das bestellen braucht. Artikel-Nr ist das Gegenstück, die eigene Nummer, also das was Du brauchst.
Hallo, Erstmal danke für die Entwicklung von diesem tollen Programm! Ich habe eine Frage zur Projektierung und Bestellung. Situation wie folgt: - "Bauteil1" angelegt mit 6 Stück auf Lager und Mindestmenge 5 - Projekt1 mit Bauteil1 als Position und Bedarf von 4 Bauteilen - Projekt1 soll 1mal gebaut werden - Projekt2 mit Bauteil1 als Position und Bedarf von 3 Bauteilen - Projekt2 soll 1mal gebaut werden Wenn ich nun "Prüfe Menge für Produktion" an beiden Projekten einzeln ausführe, dann ist das Bauteil1 immer grün markiert und verfügbar, obwohl für die Herstellung von beiden Projekten eigentlich ja 7 Stück notwendig sind aber nur 6 auf Lager liegen. Zudem ist die Mindestlagermenge auf 5 gesetzt. Benötigt werden also 7 Bauteile, wobei man bei einer Neubestellung die Mindestlagermenge berücksichtigen sollte. Somit müssten 6 Teile bestellt werden. Wie kann man also für mehrere "offene" Projekte eine gleichzeitige Bestellüberprüfung durchführen und entsprechende Bestellvorschläge für fehlende Bauteile erzeugen lassen. Und zudem auch noch die Mindestlagermenge berücksichtigen? ---- Zweite Frage: Kann man in einer Bestellliste "F4" auch die einzelnen Bestellungen aus unterschiedlichen Projekten automatisch zusammenfassen, wenn es sich um das gleiche Bauteil handelt? ---- Letzte Frage: Darf man MengeMin auch bei einigen Bauteilen auf den Wert -1 setzen, damit das Bauteil nicht mehr in der "Nachbestellen Min-Menge unterschritten" Tabelle auftaucht? Ohne dass es irgendwelche Fehler mit sich zieht. Gruß
Zur Frage 1: Um dies ordentlich lösen zu können braucht es eine Funktion um die Fertigungsaufträge zu planen. Dabei muss folgendes berücksichtigt werden: - Tabelle mit an welchem Datum wird welches Projekt/Menge produziert - Entsprechend, an diesem Datum muss das Material verfügbar sein - Zugleich müssen auch die Ressourcen berücksichtigt werden - Dazu gibt es auch Kleinteile, die bei der Produktion zwar benötigt werden, die aber jeder selbst am Platz hat, also nicht per Projekt reserviert werden und die nur über die Min-Menge bestellt werden (z.B. Schräubchen oder Kabelbinder) - Bestell-Funktion mit Termine für die Lieferung - Berücksichtigung für jeden Tag erstellen - Wenn sich eine Lieferung verzögert, alternativ andere Fertigungsaufträge vorziehen, bei denen genügen Material vorhanden ist. Alles in allem ist das eine sehr komplexe Funktion, die kann ich nicht so einfach mal proggen, und sicher mehrere Wochen Aufwand. Der Teufel steckt da wirklich im Detail. Wenn da ein Bug drin ist, dann ist entweder viel zu wenig oder viel zu viel Material plötzlich da und dann wird es für die Firma schnell sehr teuer. Ich kann das programmieren, übersteigt aber mein Hobby Budget bei weitem. Zur Frage 2: Nein ist noch nicht drin. Zur Frage 3: Einfach das Feld leeren (keine Zahl), dann wird es nicht mehr berücksichtigt. Eine negative Zahl wird so gerechnet wie bei den Positiven auch, nur lässt sich die Menge ohnehin nicht negativ einstellen.
Mit der Versionsabfrage kann die neue V2.0.12402 geladen werden: - EXE mit Vorlage-Verzeichnis für Druckvorlagen - Hilfe - Updatebeschreibung Folgende Neuerung: EleLa ist jetzt auch ISO9001 konform, über Parameter einstellbar. Details sind in der Updatebeschreibung beschrieben.
Hallo Markus, Danke für die Info !!!! nach der neuen Version hat sich meine nächste Frage auch schon erledigt. Muß das Programm jetzt nur noch auf meine Bedürfnisse umschreiben unter Laden Texte. nochmals Vielen Dank gruß Frank112
Neue V2.0.12403 kann mittels Versionsabfrage geladen werden. EXE, Hilfe und Update Beschreibung. - ProjektPos, mehr verknüpfte Felder aus Lager/Gehäuse - Bauteil, Typ mit "..." Taste, jetzt mit zusätzlichem Popup-Menü - Rechtsklick auf Tabellentitel, "Alle" Spalten einblenden, dann hing EleLa.
Angehängte Dateien:
-
Elela.png
190 KB
Hallo Markus, Habe ein Problem. Unter Lieferanten werden die Daten aus dem Feld Bestell-Nr. und Gehäuse/Lager aus der Maske Gehäuse/Lager Feld Bezeichnung geholt somit habe ich doppelten Eintrag. Wäre es nicht möglich unter Lieferanten das Feld Gehäuse/Lager aus der Maske Gehäuse/Lager Feld Artikel-Nr. zu beziehen ??? Daraus ergibt sich einmal die Interne Bezeichnung und Hersteller Bezeichnung. Gruß Frank
Angehängte Dateien:
-
Elela2.png
200 KB -
Elela3.png
190 KB
Hallo Markus, noch ein Bild von der Maske Gehäuse/Lager und ein Bild von der Maske Bauteil so wie ich EleLa benutze !! Gruß Frank
@Frank Ich denke ich sollte noch die Eingabemaske für Lieferant etwas umbauen. Dann würde ich bei der Gehäuse/Lager Auswahl die Breite auf die ganze Breite verbreitern und auch die ArtikelNr mit anzeigen. Bei Gehäuse/Lager sollte die Bezeichnung z.B. 3300µF/35V und die ArtikelNr die Nummer. Die Reichelt Bestell-Nummer braucht man nicht extra noch bei Gehäuse/Lager mit aufschreiben, das reicht bei Lieferant. Das sollte ich auch ändern: Wenn man bei Lieferant einen neuen anlegt, dann sollte die ArtikelNr als BestellNr übernommen werden, wenn ArtikelNr leer, dann Bezeichnung. Ich denke das macht mehr Sinn.
@All Mit der Versionsverwaltung kann nun die neue EXE V2.0.12410 geladen werden. - Bug: Bei Datensicherung von MySQL/PostgreSQL schlug fehl wenn man bei unterschiedlichen Adresse gleiche Kontaktbezeichnungen drin hatte. Er hat für die Sicherungsdatei einen falschen Index angelegt. Update von V1.x auf V2.x geht richtig. - Alle Felder "Bezeichnung" haben jetzt 100 Zeichen Eingabemöglichkeit.
Hallo Markus, Das sollte ich auch ändern: Wenn man bei Lieferant einen neuen anlegt, dann sollte die ArtikelNr als BestellNr übernommen werden, wenn ArtikelNr leer, dann Bezeichnung. Ich denke das macht mehr Sinn. Das wäre für mich ein großes Problem, da ich das Feld ArtikelNr. als Interne Bezeichnung nutze und das Feld Bezeichnung als Reichelt BestellNr. benutze. So wäre meine Wochendarbeit um sonst gewesen :-( Gruß Frank
Hast Du im Feld Gehäuse/Lager.Info was rein geschrieben? Nein? Dann geht das ganz fix mit vier SQL Befehlen: 1. Bezeichnung nach Info kopieren UPDATE bauteillager SET Info=Bezeichnung WHERE Bauteil_ID=313 ID 313 = ID von Deinen Elko Radial (Bild EleLa3.png) 2. ArtikelNr nach Bezeichnung kopieren UPDATE bauteillager SET Bezeichnung=ArtikelNr WHERE Bauteil_ID=313 3. Info nach ArtikelNr kopieren UPDATE bauteillager SET ArtikelNr=Info WHERE Bauteil_ID=313 4. Info wieder Löschen UPDATE bauteillager SET Info=NULL WHERE Bauteil_ID=313 Wenn Du mehr solche Bauteile hast, dann kannst Du die ID auch mit anhängen: ... WHERE Bauteil_ID=313 OR Bauteil_ID=n OR .... Die Befehle einzeln hintereinander unter Extras > Datenbank eingeben und ausführen. Es erscheint keine OK Meldung, der macht das einfach. (Nur ein Log-Eintrag). Am besten vorher eine Datensicherung machen, nicht dass was verloren geht.
Danke Markus, das ist ja einfach !!! und ich habe alles von Hand umkopiert oder neu eingetragen !!! Nochmals DANKE für die Hilfe gruß Frank
Direkte Datenbankbefehle helfen ungemein und schwer sind die auch nicht. In der EleLa Hilfe unter "Aufbau Datenbankstruktur" können alle Tabellen und wie die zusammen hängen gesehen werden. Damit sollte es relativ leicht fallen Änderungen oder Datenabfragen direkt in der DB durch zu führen. Wer selbst probieren möchte, vorher Datensicherung machen, denn wenn was schief geht, ist nichts verloren. Und bei Tippfehler kommt eine Mecker-Meldung.
Angehängte Dateien:
-
Bauteile_L.png
11 KB
@All Mit der Versionsverwaltung kann nun die neue EXE V2.0.12411 geladen werden. Jetzt sieht die Ansicht Bauteil>Lieferant etwas besser aus und ist logischer aufgebaut. Auch wird jetzt bei neuem Datensatz die Artikel-Nr als Bestell-Nr eingetragen.
Angehängte Dateien:
-
Elela4.png
170 KB
Hallo Markus, habe evtl. noch einen Verbesserungsvorschlag !! Optisch würde ich es schöner finden wenn unter Lieferanten Feld Lager/Gehäuse nur die Information steht bezogen auf Gehäuse/Lager Feld Bezeichnung und der Rest als Tabelle ! siehe Bild die Information ist sehr lang !!! gruß Frank
Ja, deshalb habe ich das Auswahlfeld extra verbreitert, denn es muss eindeutig sein welches Bauteil man als Gehäuse/Lager auswählt. Ich habe z.B. bei den Widerständen weder eine Bezeichnung noch eine Artikel-Nr hinterlegt, nur das Gehäuse 0805 oder 1206. Was ich machen könnte: Wenn in der Bezeichnung die Artikel-Nr mit enthalten ist, dass ich dann die Artikel-Nr nicht noch mit zeige. Damit würde der doppelte Text verschwinden und es sieht übersichtlicher aus.
Hallo Markus, das wäre eine Lösung, wie ich sehe bin ich der einzige der EleLa auf eine andere Art benutze. bei mir wird unter Bauteile die Gruppe erstellt z.B. Kondensator/Keramik/Scheiben dort werden nur KERKO Kondensatoren eingefügt. bei Dir wird direkt das Bauteil unter Bauteil eingefügt ??? ich wollte die Liste Bauteil nicht so lange haben deshalb die Hauptgruppen mit Untergruppe unter Gehäuse/Lager. Gruß Frank
Hallo Markus, nochmal ich ..... zur Zeit habe ich ca. 1.000 Bauteile eingepflegt die sind alle in der Untergruppe Gehäuse/Lager und passend mit einer Hauptgruppe unter Bauteil hinterlegt. Somit ist meine Liste unter Bauteil nicht so lang :-) Deshalb habe ich einige Probleme mit EleLa aber es ist für mich das Beste Programm was es gibt, DANKE Dir nochmals für die Mühe !!! gruß Frank
Ich habe unter Bauteil alle Bauteile mit gleicher Funktion.
Bauteil: Gehäuse/Lager:
"R 4,7 K" Gehäuse 0805
Gehäuse 1206
Axial
Hochlast
"7400" 74HC00
74LS00
74VHC1G00
Somit ist meine Bauteil-Liste über 800 Einträge lang, insgesammt stehen
ca. 1700 Bauteile in der Gehäuse/Lager Tabelle.
meine Bauteilliste ist bis jetzt ca. 90 Einträge lang, insgesamt stehen ca. 1000 Bauteile in der Gehäuse/Lager Tabelle. Bei Dir machen die Widerstände vermutlich die Anzahl der Einträge. Widerstände und Kondensatoren alles was viel ist, sind bei mir in Unterverzeichnisse. Wenn Du willst schicke ich Dir mal meine EleLa SQL Datei... Bin aber zur Zeit sie noch am überarbeiten. gruß Frank
Nein, brauche ich nicht, vielen Dank. (Außer es gibt ein Problem, das ich mit meiner DB nicht nachstellen kann.)
Wenn ich einen Widerstand oder Kondensator suche dann filtere ich immer nach Typ und in der Bauteilliste stehen nur noch diesen Typ und deren Werte. Der Rest kann mit der Filterfunktion im Schnellsuchen einfach gefunden werden. Daher auch die recht aufwändige Filterfunktion und die Typ-Unterscheidung.
Hallo Markus, Die Filterfunktion habe ich noch nicht getestet.... Persönlich liebe ich es einfach lach Schublade ( Bauteil ) auf z.B. Widerstand 1/4W und schauen was drin ist, im Gehäuse/Lager so arbeitet mein EleLa von Dir. Gruß Frank
Hallo Markus, wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen anderen Tab und zurück wechsle ist es OK. Volkmar
Vielen Dank, ich hab es aufgeschrieben. Ich bin derzeit am Testen mit einem Update der Datenbank-Komponente, daher dauern die Updates jetzt etwas länger. Die hätte ich auch gerne mit EleLa V2 erneuert um für die Zukunft besser gerüstet zu sein.
Hallo Markus, Markus Müller schrieb: > daher dauern die Updates jetzt etwas länger. Wie immer, kein Problem. Aus meiner Sicht sind es ja eigentlich nur noch Kleinigkeiten... Gruß Volkmar
Hi Markus, ich hab eben festgestellt, dass ein Backup von Hand auf einen UNC-Pfad nicht möglich ist. Ich verwende mittlerweile eine MySQL-Datenbank auf einem QNAP-NAS und habe auch dort meine Handbücher usw. abgelegt. Das funktioniert auch wunderbar und ich kann von jedem Rechner aus auf die Exe per Verknüpfung zugreifen. Eben hab ich aber gemerkt, dass die Backup Funktion von Hand auf einen UNC-Pfad nicht möglich ist. Das Feld "Export" bleibt ausgegraut. Stelle ich den Pfad auf ein Laufwerk um funktioniert der Button wieder. Verwende die eben geladene aktuelle Version 2.0.12411. Gruß Andreas
Ja, das muss so sein. Denn als Backup wird eine SQLite Datenbank erstellt, die man auch wieder direkt mit EleLa als SQLite Konfiguration verwenden könnte. SQLite kann nur auf lokale Laufwerke, USB-Stick oder verbundene Netzlaufwerke (mit Laufwerksbuchstabe) sichern. Damit jeder sieht dass es nicht geht, bleiben die Buttons grau.
@Linux-User (64 Bit) Nun ist es soweit, EleLa V2.0.12418 für Linux 64Bit ist soweit und sucht die ersten Tester. So wie auch die Windows EXE ist bei Linux Version sehr viel anders und neu. Neu wurde auch die Datenbank-Komponente getauscht und dabei wird für SQLite sowie MySQL ein größeres Update nötig da die alte Komponente die Daten anders abgespeichert hat. Mit der neuen Komponente werden die Daten richtig gespeichert und auch phpMyAdmin zeigt dann die Umlaute richtig. Wer diese EleLa testen möchte muss unbedingt VORHER mit V1.x.xxxxx eine Datensicherung / Zippen der aktuellen Datenbank machen, denn wenn die EXE nicht richtig funktioniert kann nur mittels dieser Sicherung zurück gewechselt werden. Noch etwas ist wichtig: Diese EleLa V2.0.12418 ist NICHT kompatibel mit der Version V2.0.12xxx für Windows! Da die Datenbankkomponente getauscht wurde. Die passende Windows-EXE kommt auch demnächst. Auch EleLa PHP wird nach diesem Update die Umlaute nicht korrekt anzeigen, dazu muss ich erst noch ein Update machen. Alle Änderungen werden in Extras > Log protokolliert, bei Fehler unbedingt aufschreiben oder Screenshot machen und mir schreiben, denn nur so werden sie behoben. Da ich diese EleLa V2 nun zum ersten mal veröffentliche und der Status noch "Alpha" ist, kann die Version nicht per Versionsabfrage geladen werden. Bitte schrieben, wenn was geht oder auch nicht. Welches Linux Betriebssystem, Version, Datenbank-Typ, wie reproduzierbar usw. PS: Es ist wichtig, dass diese EXE auch die passenden 64-Bit .so Librarys bekommt, die 32-Bit .so Librarys werden nicht mit dieser 64-Bit EXE funktionieren.
Volkmar Dierkes schrieb: > Hallo Markus, > > wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann > auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren > Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden > Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der > Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen > anderen Tab und zurück wechsle ist es OK. > > Volkmar Hallo Volkmar, Sollte eigentlich gehen, hast Du unter Bestellen den Datensatz auch gespeichert?
Nun auch die Win-EXE V2.0.12419. Neu wurde auch die Datenbank-Komponente getauscht und dabei wird für SQLite sowie MySQL ein größeres Update nötig da die alte Komponente die Daten anders abgespeichert hat. Mit der neuen Komponente werden die Daten richtig gespeichert und auch phpMyAdmin zeigt dann die Umlaute richtig. VORHER unbedingt eine Datensicherung / Zippen der Datenbank durchführen! Diese EXE ist kompatibel mit der Linux-Version V2.0.12418 von hier: Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26" Zukünftig werden diese Versionen wieder zueinander kompatibel sein. WICHTIG Wer schon eine V2.0.12xxx verwendet, der darf diese ab V2.0.12418 nicht mehr verwenden! Die Daten in der Datenbank werden für die Zukunft so manipuliert, dass die Daten mit einer älteren EleLa Version nicht mehr kompatibel sind! Daher erst diese neue EXE testen. Der Status ist "Alpha", daher nicht mit der Versionsabfrage downloadbar. Auf Rückmeldungen würde ich mich freuen. das passende EleLaPHP gibt es auch demnächst. Wenn jemand die Windows EleLa Version als 64 Bit Ausführung haben möchte, hier schrieben (es werden dann auch die Datenbank-DLL's als 64 Bit benötigt).
Damit EleLaPHP mit der neuen Version von EleLa kompatibel wird muss nur eine einzige Zeile geändert werden: globalfunc.php, Routine "GetField()":
1 | // Datenfeld auslesen
|
2 | function GetField($DBZeile, $Field) |
3 | {
|
4 | $Daten = $DBZeile[$Field]; |
5 | if ($Daten == "") { |
6 | $Daten = " "; |
7 | } else { |
8 | //$Daten = htmlentities($Daten, ENT_QUOTES, 'UTF-8'); // <<< Alt
|
9 | $Daten = htmlentities($Daten, ENT_QUOTES, ''); // <<< Neu |
10 | $Daten = str_replace("\n", "<br>\n", $Daten); |
11 | }
|
12 | return $Daten; |
13 | };
|
Die doppelte UTF-8 Decodierung ist jetzt draußen.
Hallo Markus, Markus Müller schrieb: >> wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann >> auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren >> Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden >> Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der >> Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen >> anderen Tab und zurück wechsle ist es OK. > > Sollte eigentlich gehen, hast Du unter Bestellen den Datensatz auch > gespeichert? Hmmm, ich kann den Fehler derzeit nicht mehr reproduzieren. Wenn er mir nochmal auffallen sollte, melde ich mich noch mal. Volkmar
Hallo Markus, ich nutze Ubuntu 11.10. 64 - bit mit Gnome 3 Shell. Ich habe einige Probleme: Wenn man etwas mit der Maus anklickt, geht es zunächst noch. Dann scheint die Maus auf dieser Funktion zu kleben. Wenn ich die Liste unter Bauteile nach unten hin verkleinere und dann irgendwo hin klicke in der Liste, dann wird die Liste auf diese Position "verkleinert".Tastaturbedienung klappt weiterhin. Das zweite ist, dass eine Änderung der Combo Box Größe keinen Einfluss hat, also sie sind immer noch zu groß. selbst bei einem wert von 4 ändert sich nix. Die Schriftgröße lässt sich anpassen. mehr konnte ich bisher nicht testen, wegen der Mausfunktion. Version 2.0.12418 Gruß Peter
Ich lade mir das Ubuntu64 mal runter und teste es in der VirtualBox.
@Peter Test Ubuntu64 11.10: Ich habe auf die libsqlite3.so.0.8.6 eine Verknüpfung auf libsqlite3.so erstellt, dann wird zwar die SO gefunden, kommt aber diese Meldung: Error: Cannot open database! SQL Error: library routine called out of sequence (DB-Connect) Was steht bei Dir im Log? Leider kann ich derzeit für Ubuntu64 meine EXE nicht kompilieren, es gibt das Setup paket nicht. Daher habe ich die Linux64 Version unter Suse64 12.1 erstellt. Wegen der Maus: Unter Ubuntu64 ist es "normal" dass die Maus immer wieder verschwindet, auch ohne EleLa. Ist wohl ein Ubuntu-Bug. Mit SUSE habe ich dieses Problem nicht beobachtet. Die Combo-Box Größe kann nicht mehr angepasst werden. Der Parameter ist zwar noch drin, es gab vor ein paar Monaten ein Bugreport dass etwas anderes nicht mehr korrekt ging, daher musste ich dies entfernen. Siehe "Update Beschreibung ab V1.2.11A26" seit V1.2.11C12
Hallo Markus, Markus Müller schrieb: > Nun auch die Win-EXE V2.0.12419. sehe ich das richtig, daß das Feld "Letzte Änderung" mit dem Datenbankupdate überschrieben wird?
Ja, kann sein. Das macht MySQL automatisch. Der Update bearbeitet jede Datenzeile jeder Tabelle (nur MySQL).
Markus Müller schrieb: > Wer schon eine V2.0.12xxx verwendet, der darf diese ab V2.0.12418 nicht > mehr verwenden! Was passiert dann? Eine Fehlermeldung kommt ja (leider) nicht. Vielleicht solltest Du bei sowas noch eine entsprechende Abfrage einbauen, daß man zum Update von EleLa aufgefordert wird. Wenn man die alte V2 aufgerufen hat, ohne aktiv Daten zu ändern, muß man dann dennoch das Backup sicherheitshalber wieder einspielen?
Volkmar Dierkes schrieb: > Was passiert dann? Eine Fehlermeldung kommt ja (leider) nicht. > Vielleicht solltest Du bei sowas noch eine entsprechende Abfrage > einbauen, daß man zum Update von EleLa aufgefordert wird. Nein, darauf habe ich verzichtet, denn V2.0 ist nach wie vor Beta und nur wenige haben sich das installiert. Eine Meldung käme erst dann wenn ich daraus eine V3.0 machen würde, wollte ich aber nicht, da V2.0 noch kein Release ist. Die Änderung dieser DB-Komponente ist die letzte große Neuerung für V2.0, danach (wenn alles nahezu Bugfrei ist) gibt es das Release. > > Wenn man die alte V2 aufgerufen hat, ohne aktiv Daten zu ändern, muß man > dann dennoch das Backup sicherheitshalber wieder einspielen? Nein. Wenn man Daten ändert und diese haben auch noch Umlaute drin, dann muss man die gleiche Datenzeile mit der neuen EXE anschauen und ggf die Umlaute wieder richtig stellen. Nur die Umlaute werden bei MySQL jetzt anders gespeichert. Bei SQLite werden nur die Bilder in einem anderen Format gespeichert. Wenn jetzt ein Bild mit der alten EXE eingefügt wird, dann können die mit der neuen EXE nicht gelesen werden, auch umgekehrt. Bei PostgreSQL gab es kein Update. PS: Wenn man vorher die Daten mit phpMyAdmin angeschaut hat, dann waren alle Umlaute falsch. Jetzt, nach dem Update werden die Umlaute "richtig", "Datenbankgerecht" in der DB gespeichert und man kann die auch mit phpMyAdmin (MySQL) richtig sehen. Damit ist es erst möglich dass man mit anderen Tools ohne Codierungsprobleme auf die Daten von EleLa zugreifen kann.
Ich versuche das zu korrigieren, dass MySQL bei Update nicht bei jeder Zeile das "AendDatum" ändert. Um das "AendDatum" bei MySQL zu erhalten kann man folgendes machen: - Sicherung mit V2.0.alt (die Datei müsstest Du haben) - Exe V2.0.41219 öffnen (die Daten werden zwar konvertiert, aber egal) - mit der neuen EXE die Sicherung der alten EXE importieren. Dabei erkennt die neue EXE, dass die Sicherung in einem alten Format ist und macht ein Update der Sicherungsdatei (SQLite), dabei werden nur die Bilder (Tabelle foto) geupdatet. Dann während dem Import werden automatisch alle Daten im richtigen UTF-8 Format importiert und das Feld "AendDatum" bleibt überall erhalten.
Angehängte Dateien:
-
Bild1.png
2,2 KB
Nun eine ganze Reihe von EleLa's zum Test. V2.0.12423. - Windows 32 Bit - Windows 64 Bit, SQLite DLL mit 64 Bit ist mit im ZIP. - Linux 32 Bit - Linux 64 Bit Neu kann in der INI-Datei der Parameter [Programm] Caption= mit dem Code %DB% versehen werden, dann wird auch die Datenbankverbindung in der Titelleiste mit angezeigt, siehe Bild. Bei den 64-Bit Versionen wird neben der Version 2.0.12423 auch ein "-64" eingeblendet. Der Datenbank-Update für die neue Datenbank-Komponente bei MySQL ändert jetzt nur noch die Datensätze, die auch zu konvertierende Umlaute enthalten, das AendDatum bleibt erhalten. Die Linux-Versionen wurden mit Suse 12.1 (32/64 Bit) erstellt. Bei anderen Distributionen kann es zu Problemen kommen. Ist halt Linux. Schreibt bitte dann genau welche Distribution/Version usw. Bitte testen & Rückmeldung.
PS: Datensicherung vor dem Einspielen der neuen EXE machen. Die alle EleLa's ob 32 oder 64 Bit sind mit ein und der selben Datenbank kompatibel. Somit hat man eine breite Auswahlmöglichkeit.
Hallo Markus ich habe zwei Fehlermeldungen Windows 64 Bit 23:41:30 Error: Cannot open database! None of the dynamic libraries can be found: libmysql55.dll, libmysql51.dll, libmysql50.dll, libmysql.dll (DB-Connect) Windows 32 Bit 23:22:40 Error: Database-Update Nr. 37 error! Make the update manually. Kannst Du da helfen ? LG Stefan
@Stefan Ja. Bei der Win64 Bit Version wird auch die MySQL DLL als 64 Bit Variante benötigt. Da die DLL 32 Bit ist, meckert EleLa dass die DLL nicht vorhanden ist. Die 32 Bit EXE findet somit die DLL. Kannst Du mir die gesicherte Datenbank vor dem Update per Mail schicken, damit ich das kontrollieren kann?
In der EXE V2.0.12424 habe ich zusätzlich für MySQL ein Logeintrag erzeugt, dann sieht man bei welcher Tabelle/Datensatz die Zeichenkonvertierung fehl schlägt. Einfach die EXE entpacken und erneut ausführen. Er müsste den Update 37 wiederholen. Anschließend im Log nachschauen was für eine Error-Meldung drin steht. Es wird Tabelle, das Feld sowie die ID des Datensatzes gezeigt, dann muss man manuell von Hand in den Datensätzen die Umlaute korrigieren. Ab jetzt wird auch die Logdatei während Update geschrieben, damit kann man im Verzeichnis "Log" auch nach dem Beenden der EXE das anschauen und nachvollziehen. Bitte teste dies.
Hallo Markus das Update geht nun ich hatte eine zusätzliche tbl und qry in der Datenbank. Nach Löschung der beiden ging es. 64 Bit hab ich noch nicht weiter gemacht. LG Stefan
Ja, die Update-Routine sucht alle Tabellen automatisch (SHOW TABLES) und konvertiert diese. Eigene Tabellen sollten auch kein Problem sein, solange die das Feld "ID" als Integer/AutoInc/Serial haben. Nur halt werden diese UTF-8 Codiert. Ich denke ich baue noch eine Abfrage ein, dass nur die eigenen EleLa Tabellen korrigiert werden.
V2.0.12426 kann mit der Versionsabfrage nun geladen werden: - Windows EXE - Windows EXE 64 Bit (Incl. SQLite DLL 64 Bit) - Linux - Linux 64 Bit - Hilfe Datei - Updatebeschreibung Wichtig: VOR dem Einspielen der neuen EXE eine Datensicherung der Datenbank durchführen!
Hallo Markus, bei mir werden die eingetragenen Handbücher bei einem Klick auf "Öffne Handbuch" nicht geöffnet, wenn die Pfade ein Leerzeichen haben. Auch das Backup über die Kommandozeile funktioniert bei Verwendung eines Pfades mit Leerzeichen nicht. Volkmar
Jetzt geht das auch wieder richtig, ich habe den Compiler geupdatet. Mit der Versionsabfrage gibt es die Win32 EXE V2.0.12429 Backup habe ich jetzt nicht getestet, kannst Du das bitte machen?
Die "Öffne Handbuch"-Funktion tut jetzt wieder, Danke. Aber das Backup macht noch nicht das was es soll. Scheint auch nicht am Leerzeichen zu liegen, EleLa läuft im Hintergrund und nichts passiert.
Jetzt tut auch das Backup wieder. V2.0.12430 kann mit der Versionsabfrage geladen werden. (Für alle die es nicht wissen: EleLa kann mit dem Kommandozeilenparameter -b "<Dateiname mit Leerzeichen>" ein automatisches Backup erzeugen. Es wird nur ein Fortschrittsbalken gezeigt und EleLa beendet sich anschließend.) Der Fehler kam rein, dass wenn EleLa bei Start die Konfiguration nicht lesen kann (nicht genügend Rechte auf die INI Datei) dann muss dies erkannt werden und kommt jetzt eine Meldung in das Log (wegen Linux). Nur bei Backup wird nicht alles gelesen, weil nicht nötig und die Kennung wurde nicht gesetzt.
Hallo Markus, ja, paßt jetzt auch beim Backup wieder. Volkmar
Mit der aktuellen Version funktioniert bei mir das Anlegen neuer Bauteile unter Linux nicht mehr: EleLa - Elektronik Lagerverwaltung (c) 2010-2012 by Markus Müller, www.mmvisual.de, V2.0.12426 TApplication.HandleException SQL Error: bauteil.tree_typ_ID may not be NULL
Hast Du einen Typ ausgewählt, bevor Du gespeichert hast?
Guten Morgen Markus, konntest du Elela 64 unter Ubuntu 64 testen? Welche GTK Version nutzt du? Da die Datei EleLa oft größer ist als 10 MB könnte es mit den DEBUG Daten zusammen hängen: http://wiki.ubuntuusers.de/Lazarus Also unter Linux ist EleLa für mich momentan unbrauchbar, :( Gruß Peter
Debug Daten sind keine drin, sonst wäre die EXE 50MB groß. Ja, ich kann das mal testen, aber erst vermutlich nächste Woche. Ich muss erst noch einige andere größere Erweiterungen in EleLa rein bringen.
Markus Müller schrieb: > Hast Du einen Typ ausgewählt, bevor Du gespeichert hast? Nein, aber das Programm stürzt einfach ab, ohne einer Fehlermeldung.
Der Typ muss eingegeben werden, da dies die DB verlangt. Ich habe jetzt noch zusätzliche eine Fehlermeldung eingebaut, wenn man die Typdaten nicht hinterlegt hat, bzw. wenn keine Typen existieren darf auch der Typ leer gelassen werden. Wenn Du den Typ eingibst, dann sollte die EXE nicht abstürzen. Teste das mal bitte.
Hi Markus ich habe zur Zeit deine Version 2.0.12426 laufen. Ist es möglich die E-Preise aller Positionen eines Projektes auf einmal zu aktualisieren? Bislang muss ich bei Preisänderungen jede Position einzeln aktualiseren über Import/Export->aktualisiere E-Preis. Gruß Rocken
Angehängte Dateien:
-
Bild1.png
12 KB
Bei mir aktualisiert EleLa bei allen Positionen die E-Preise. Anbei ein Screenshot des Menüpunktes. Wenn es bei Dir nicht so ist, steht eine Fehlermeldung unter Extras > Log?
Danke Markus, hast recht, es werden ja wirklich alle Preise angepasst. Ich möchte mich auch nochmal bedanken wir die wirklich gute Software. Es wirkt alles sehr gut durchdacht. Für den einstieg würde ich vielleicht noch mehr Beispiele haben. Wie habt ihr z.B. Widerstände einsortiert mit versch. Leistungsklassen oder Kondensatoren (Glimmer, Folie,..) mit versch. Rastermaßen und Spannungsfestigkeiten. Bis jetzt habe ich mir nur den Typ "Kondensator" angelegt und unter Bauform "Glimmerkondensator RM5", "Glimmmerkondensator RM7,5", "Elko RM5",... ich frag mich ob das so gut skalierbar ist. Ich habe auch noch eine kleine Unschönheit gefunden: Ich wähle in der Kategorie "Bauteil - F2"->Bauteil ein Teil aus und gehe dann auf "Bauteil - F2"->Projekte um zu sehen wo ich das Bauteil verwendet habe. Da ich zwei Bauformen des Teils angelegt habe, habe ich im "Projekte"-reiter die Auswahl alle Bauformen oder nur eine spezielle anzeigen zu lassen. Wähle ich eine Bauform die in keinem Projekt verwendet wird, wird die Combobox ausgegraut. Jetzt kann ich aber keine andere Bauform mehr wählen. Das Problem lässt sich nur umgehen indem ich unter "Bauteil" kurz zu einem anderen Bauteil wechsle. Ist das Problem bekannt, oder das verhalten sogar erwünscht?
Ist ein Bug, ich habe das korrigiert. Die nächste Version dauert noch ein paar Tage bis ich die veröffentliche, derzeit mache ich Erweiterungen, so dass EleLa auch als Gerätedatenbank / Geräteverwaltung genutzt werden kann.
Hallo Markus, ich verfolge die Entwicklung von EleLa schon einige Zeit, und bin begeistert, was Du (und die Pflichtenheft-Schreiber aus dem Forum) hier auf die Beine gestellt hast. Bisher spiele ich nur mit EleLa (nur sehr wenig Produktivdaten), und habe vor kurzem das Update auf die V2 (Test, Windows 64) durchgeführt. Ist es nun eigentlich normal, dass ich nun unter Versionsabfrage die Anzeige bekomme "Kann Versions-Info nicht laden", oder habe ich beim Upgrade auf die V2 einen Fehler gemacht ? Danke! Thomas
Nein, das sollte auch mit der 64 Bit Version gehen. Ich habe den Bug aufgeschrieben. Abhilfe: Mit der Taste "WWW" im gleichen Dialog kann der Internet Browser gestartet werden und man sieht dann alle derzeit verfügbaren Versionen.
Kannst du in einer nächsten Version einbauen, dass man mit einem dreifach-klick der gesamten Inhalt eines Textfeldes markiert wird. 1. klick: Fokus 2. klick: wort markiert 3. klick: kompletter Inhalt markiert. Beim Anlegen von Lieferanten wird immer eine Bestell-Nr vorgeschlagen. Diese kann eventuell sehr lang sein, sodass man immer erst das komplette Textfeld leeren muss um die eigentliche Bestellnummer eingeben zu können. Ich denke bei anderen textfeldern könnte diese Funktion auch interessant sein. Gute Idee mit der Gerätedatenbank. Darauf freue ich mich schon sehr.
Den 3-Klick habe ich jetzt rein gemacht. Anbei ein paar Screenshots für die Erweiterung für die Gerätedatenbank. - Seriennummer bei Projekt + Position - Mehr Felder bei Historie um Reparaturen verwalten zu können. - Kostenvoranschlag erstellen (Übersicht + Positionen) - Bauteil / Geh/Lager mit Feld Art (Bauteil/Arbeitszeit/Kleinmaterial) - Bauteil, wie gehabt - Arbeitszeit, hier werden keine "Mengen" berücksichtigt. - Kleinmaterial wird bei Projektplanung "Prüfe Menge für Produktion" nicht berücksichtigt - Adresse Häkchen Projekt - Projekt und Historie kann nun kleiner geklappt werden. Schaut es euch an, ob noch was fehlt. Ist noch viel Arbeit bis alles zusammen wieder flüssig funktioniert.
@elboy Wegen dem Absturz unter Linux, ich kann das nicht nachvollziehen. EleLa sollte niemals abstürzen, auch nicht unter Linux sondern eine Eintrag unter Extras > Log schreiben. Ich habe mal einen Bugreport für Lazarus erstellt: http://bugs.freepascal.org/view.php?id=21978 Kannst Du ein Video mit Camtasia Studio 7 von dem Vorgang drehen? (Siehe Eintrag von Ihor) Entweder auf Youtube hochladen oder mir mailen.
Danke für die schnelle Umsetzung der 3-Klick Funktion. Das Programm wird echt immer ergonomischer. Ich möchte mir Varianten von einem Projekt speichern z.B. eine Deluxe Variante mit besonders hochwertigen Bauteilen und eine Low Cost Variante mit billig Bauteilen. Da die resultierenden Geräte quasi die Gleichen sind, würde ich dafür ungern zwei verschiedene Projekte anlegen. Gibt es da eventuell eine Lösung? Beim Anlegen von Adressen ist es irgendwie unschön, dass das Passwort nicht direkt unter dem Login steht. Dadurch kann man sich nicht einfach mit der Tabulator-Taste durch das Formular durcharbeiten. Ich weiß nicht was da eleganter wäre; vielleicht kann man dafür das Feld "Internet" in die rechte Spalte ziehen. Dort sind ja eh schon die anderen Kommunikationskanäle. Bitte seh das nicht als rumgemoser..es sind nur Details!
Unter Positionen kann man Bestückungsvarianten definieren. Dann müsste das Bauteil, das hochwertiger ist doppelt in der Positions-Liste drin stehen, mit der anderen Varianten-Bezeichnung. Ich gehe davon aus, dass es nur ein paar wenige Bauteile sind. Ein paar Felder verschieben, ist kein Problem und macht auch Sinn.
Jetzt weiß ich auch warum das Varianten-Feld da ist. Danke für die schnelle Antwort. Gibt es irgendwo eine Möglichkeit eine kleine Spende für die vielen Entwicklungsstunden der Software zu geben? Habe noch nirgends ein Donate-Button gefunden dafür.
Vielen Dank! Mir ein Mail schreiben. (Extras-F10 > Info steht die Mailadresse)
Gibt es die Möglichkeit ein Bauteil direkt im "Bauteil - F2"-Reiter einem Projekt zuzuordnen? Nach dem Anlegen von Bauteilen ist das mein nächster Schritt. Bis jetzt muss ich immer zum Projekt-Reiter wechseln, das Projekt wählen und anschließend das Bauteil suchen. Kann man das eventuell so Umsetzen, dass man schon im Projektreiter des Bauteils Zuordnung zu Projekten vornehmen kann?
Nein, das ist nicht so gut. Irgendwann hat man auch sehr viele Projekte und dann ist diese Auswahl noch unübersichtlicher, bzw. Falscheingaben sind auch viel gravierender. Die Bauteile können auch vom CAD Programm importiert werden. EleLa kann aus vielen CSV Dateien die Stücklisten importieren, wenn nicht, einfach in der Textdatei (CSV Format) die Spaltennamen anpassen. (Siehe Hilfe) Damit hat man die ganze Stückliste schon mal im EleLa drin. Nun geht man her, z.B. beim C 100nF, den es mehrmals in der Platine gibt (wählt die EleLa Verknüpfung aus) und wählt den Menüpunkt "Kopiere Bauteil/Gehäuse/Lager" und EleLa wird allen bisher nicht zugeordneten Bauteilen mit den gleichen Eigenschaften die gleiche Bauteilverknüpfung geben. Und mit dem Auswahldialog für die Bauteilauswahl kann man sehr schnell das Bauteil finden. Links im Baum auswählen begrenzt die Auswahl und im Eingabefeld "*XYZ" auch nochmal. Mit wenigen Klicks erreicht man so das Bauteil.
Das waren alles gute Tipps. Danke! Letzte Frage für heute: Ich habe ein Bauteil angelegt und füge meinen aktuellen Bestand dem Reiter "Lager/Bauform" hinzu. Dort setze ich bei E-Preis den Preis den ich mal für die Teile bezahlt habe ein. Einen Lieferanten trage ich ebenfalls ein. Wenn ich jetzt in einem Projekt das Bauteil hinzufüge, wird mir ja auch ein E-Preis angezeigt (oder mit "aktualisiere EPreis" aktualisiert). Dort wird aber scheinbar nicht mein aktueller Lagerbestand mit berücksicht und die E-Preise ebenfalls nicht. Laut Lagerbestand müsste bei mir z.B. nur ein Bauteil nachgekauft werden (da ich noch 2 im Lager habe), und zwar zu dem Preis den ich beim Lieferanten eingetragen habe, es wird aber bei allen 3 Bauteilen des Projektes der E-Preis meines Lagerbestandes genommen. Was mache ich falsch, bzw. verstehe ich falsch?
EleLa behandelt die Preise so: Bei Bestellung wird der Preis anhand der hinterlegten Preisstaffel aus Lieferant genommen. Bei Anlieferung, in Lagerbuchung (aus Bestellen) der Ware wird der EPreis aus der Bestellung (letzter gültiger Einkaufspreis) anhand der VPE Menge dann in Gehäuse/Lager eingetragen. Somit steht unter Gehäuse/Lager immer der zu Letzt erzielte Einkaufspreis. Genau dieser Preis wird dann auch für die ProjektPos genommen. Der Preis aus der Staffel aus Lieferant darf nicht verwendet werden, denn das sind alles zahlen, die nicht dem letzten Einkauf entsprechen und somit falsch sind. Beispiel: Staffel 1x á 8,00 EUR Staffel 100x á 1,50 EUR Staffel 200x á 1,30 EUR Jetzt kaufst du 2x 100 Stück ein, im Lager sind dann 200 Stück. Einzelpreis ist jedoch 1,50 EUR da zwei mal gekauft wurde. Wenn man nun mit der Preisstaffel aus Lieferanten den Preis in Projektpos übernehmen würde, dann würde EleLa 1,30 Ausrechen, was aber nicht dem tatsächlichen EK entspräche. Folge: Dein Verlust.
Und wie verhält es sich wenn nicht genug Bauteile im Lager sind? Auf welcher Basis wird dann der Preis in Projektpos berechnet? ..Es müssen ja noch Teile nachgekauft werden gemäß des Staffelpreises. Wenn man 100 Teile zum Preis A kauft und anschließend die gleichen 100 Teile zum Preis B, wie verhält sich da die Ansicht "Gehäuse/Lager"? Werden dort zwei Einträge kreiert mit jeweils unterschiedlichen Preisen?
Nein, EleLa ist da ganz einfach. Immer der EPreis von Gehäuse/Lager. Somit ist der Preis, den man unter Projektpos hat (aktualisieren der Preise) immer nachvollziehbar. Wenn man neue Preise in die Preisstaffel bei Lieferanten einträgt, kann man immer noch selbst entscheiden ob man dann auch den Preis bei Gehäuse/Lager mit aktualisieren möchte. Das geht nur bei Lagerbuchung bei Bestellung automatisch, denn nur dann kennt EleLa die aktuelle Menge/VPE/Preisstaffel, bzw. der Preis wurde bei Lieferant1/2 bei Bestellung eingetragen.
In der Zukunft gibt es unter Projekt auch ein Bereich "Kostenvoranschlag". Bei den Positionen werden die Bauteile als "VPreis" (Gehäuse/Lager) berechnet. Dieses Feld wird von EleLa nicht automatisch berechnet/überschrieben. Ich denke damit wäre eine Kalkulation einfacher.
OK, da weiß ich bescheid. Man muss es ja auch nicht künstlich komplexer machen. Ich habe bei mir im Temp Ordner die Button-Vorlage EleLa_btn.bmp gefunden. Kann man die Datei EleLa auch wieder zum Einlesen geben? Gibt es da eventuell einen noch unbekannten .ini-Eintrag?
Nein, Einlesen klappt von der Komponente her nicht und ich hatte noch keine Zeit das manuell zu programmieren. Wenn jemand bessere Bilder erstellt, kann ich die auch gerne übernehmen. Zumindest werden die Bilder exportiert. Ich hatte es so gedacht, dass wenn die Bild Datei im gleichen Verzeichnis wie die EXE "EleLa_bmp.bmp" oder "EleLa_bmp.png" vorhanden ist, dass die dann automatisch geladen wird. Ohne INI Eintrag.
Die Funktion mit dem automatisch laden ist super denke ich. Ich kann dann auch gern meine Datei hochladen wenn die Funktion fertig ist. Meine Icons die ich jetzt gebastelt habe, konnte ich ja noch nicht testen.
Ich habe es jetzt programmiert. Wenn Du testen willst kann ich Dir die EXE mailen.
ich habe die Testversion mit einer Kopie meiner Datenbank starten wollen, bekomme aber immer den Fehler, dass das Datenbank-Update fehl schlägt (DatabaseUpdate Nr. 38). Anschließen kommen immer Fehler das die Datenbank Aufgrund von Konvertierungsfehlern zu Integer nicht geladen ewrden konnte. In meiner Datenbank gab es davor auch immer das Problem, dass die Datums/Zeitangaben immer falsch waren (seit Update auf V2.0.12426 Win64Bit). Das Datum und die Zeit liefen beim Programmstart rückwärts vom 00.00.2000. Ich probiers jetzt erstmal mit einer komplett leeren Datenbank bzw. deiner Initialdatenbank.
Kannst Du mir diese "Defekte" Datenbank mailen? Welcher Typ? MySQL oder SQLite?
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.