Ich muss schauen was sich bei mir zeitlich machen lässt, momentan übernehmen wir gerade ein neues Restaurant, sobald wir mit siedeln fertig sind und dort alles hergerichtet ist, werde ich gerne an dem handbuch arbeiten 

Ich muss schauen was sich bei mir zeitlich machen lässt, momentan übernehmen wir gerade ein neues Restaurant, sobald wir mit siedeln fertig sind und dort alles hergerichtet ist, werde ich gerne an dem handbuch arbeiten 

Welcher DESKTOP ist das?

Linux Mint, XFCE4 (4.16).
Wenn man nach xfce und qt sucht, dann findet man das eine oder andere "Darstellungsproblem".

Mir ist das Verhalten nur beim Testen aufgefallen. Gut, wenn es kein QRK-Thema ist :).

Linux Mint, XFCE4 (4.16).
Wenn man nach xfce und qt sucht, dann findet man das eine oder andere "Darstellungsproblem".

Mir ist das Verhalten nur beim Testen aufgefallen. Gut, wenn es kein QRK-Thema ist :).

Ich habe mir beide Videos angesehen. Nein dieses Verhalten ist mir neu und habe ich nicht bei Debian und vorher auch nie bei Ubuntu.
Evtl. liegt es am Theme oder der Farbgebung des Desktops . Das Problem hatte ich mal bei einen Editor. Da verschwand der lesbare Text wenn man den markiert hat.

Welcher DESKTOP ist das?

So kann ich für einzelne Verkäufe Anpassungen beim Artikel machen, ohne den Originalartikel zu verändern. Oder den Originalartikel ergänzen/Preis bearbeiten, ohne dass rückwirkgend irgendwo was verändert wird.
Ein freier Artikel ist dann einfach nur eine Zeile in dieser Verkauf-Tabelle ohne Referenz (oder eben mit einem "D" wie bei dir). Der wandert nie in Stammdaten (oder vielleicht mit einem Hakerl "in den Stammdaten anlegen", falls man das so will).

Stefan

 

Das mach ich so ähnlich, Wie gesagt das muss ich mir näher Anschauen. Der Quickartikel wurde erst später dazu erfunden. Angelegt muss er werden um ihn auch später mal per Referenz anzuzeigen.
Das Problem ist jetzt beim Anlegen des Artikels- Wenn es dieser gleich ist wird bei der Bonierung der schon vorhandene gefunden und verwendet. Da muss ich etwas nacharbeiten und Anpassungen vornehmen.
Wahrscheinlich bist Du der erste der einen schon vorhandenen Artikel als Quick-Artikel eingibt. 🤨 

Beim zweiten Fehler ist mir nicht klar, ob das so gewollt oder es passiert ist:
Wenn ich einen Artikel Pommes um €10 habe und dann einen Quick-Artikel mit dem gleichen Namen (Preis egal) anlege, wird das als ein Artikel gesehen und die Anzahl hochgezählt und mit dem regulären Preis aus den Artikelstammdaten verrechnet.
Umgekehrt, wenn ich einen Quick-Artikel (z.B. Pommes klein €3), erscheint der dann mit Artikelnr "D" in den Artikelstammdaten, nicht aber in Artikelübersicht der Kassa, ich kann aber mit Quick-Artikel keine andere Pommes klein mit einem anderen Preis als €3 mehr hinzufügen.
Es kann sinnvoll sein, schnell einen Artikel anzulegen und den dann nachträglich zu bearbeiten und als regulären Artikel zu sehen.

Die mit "D" markierten Artikel sollten eigentlich nirgendwo aufscheinen. Ich müsste mal eine zweite Liste einführen. Ich muss alle verkauften Artikel mitführen um auch umbenannte Artikel in alten Bons weiter anzeigen zu können ohne den neuen Namen anzuzeigen. Darum gibt es auch die "D" Artikel in der Artikel Tabelle. Das muss umgearbeitet werden. Hatte nur noch nicht die Lust dazu.

Artikel mit gleichen Namen werden als der selbe Artikel behandelt, wenn der Preis unterschiedlich ist allerdings nicht. Das habe ich in der Gastro wohl vergessen zu überprüfen.
In der normalen Kassa ist das in etwa zu vergleiceh wenn man einen neuen Artikel manuell mit einen anderen Preis eingibt.

Ich hab mir die Gastro-SQLite-DB nicht angeschaut, aber alle anderen mir bekannten Systeme (wo ich in die DB reinschauen kann wie z.B. CAO-Faktura oder Chromis) machen das so:
Es gibt eine Tabelle mit Artikel-Stammdaten, dort sind die aktuellen Daten/Preise drinnen.
Bei einem neuen Auftrag werden alle relevanten Attribute (Name, Preis, ...) in eine eigene Verkauf-Tabelle übertragen und mit der Artikel-ID in einer eigenen Spalte auf die Stammdaten referenziert (für spätere Statistiken etc).
Es kommt ja vor, dass man ggf. für bestimmte Verkäufe Artikelnamen/Beschreibung/Preis anpasst.

So kann ich für einzelne Verkäufe Anpassungen beim Artikel machen, ohne den Originalartikel zu verändern. Oder den Originalartikel ergänzen/Preis bearbeiten, ohne dass rückwirkgend irgendwo was verändert wird.
Ein freier Artikel ist dann einfach nur eine Zeile in dieser Verkauf-Tabelle ohne Referenz (oder eben mit einem "D" wie bei dir). Der wandert nie in Stammdaten (oder vielleicht mit einem Hakerl "in den Stammdaten anlegen", falls man das so will).

Stefan