Suchergebnisse

Zitat von Jeiss: „· Die Priorität/Reihenfolge (in der App eine Integer Zahl) darf immer nur einmal an einem Workcenter vorliegen.“Diese Bedingung verstehe ich nicht. Wenn es hier um Abarbeitung einer Vorrang-WarteListe geht, muss selbstverständlich erlaubt und vorgesehen sein, dass mehrere Aufträge mit gleicher Priorität warten. (Die Priorität eines Auftrags kann sich ja nicht danach richten, was andere Aufträge für eine Priorität haben.) Bei gleicher Priorität greift sich die Abarbeitung dann d…

jetzt stelle ichs mir einfacher vor, dass jedes Workcenter eine Schlange mit maximal 5 Plätzen hat, und man gibt halt an, auf welchen Platz der neu zu vergebene Auftrag soll. Also dass man eine EinfügePosition angibt - dahinter liegende Aufträge müssen halt eine Stelle zurück-rücken (sofern Platz ist). Auch rücken alle Elemente eins vor, wenn das erste Element abgearbeitet ist.

Jo, ich hatte's auch nicht gedownd - mir schien die Anforderung fragwürdig definiert - was sollte ich da das Sample zu angugge? Aber jetzt geguckt, und komme ich dir gleich mit einer neuen Idee: Du zeigst ja alle Oder in hierarchischer Sortierung an, quasi Order By WorkCenter, Rank (fka: "Priority") Wäre nicht intuitiver (und vlt. auch einfacher zu coden), rauf/runter-Buttons reinzumachen, die den selectierten Order um eine Stelle nach oben/unten verschieben?

naja - mit deim Datenmodell kann ich eiglich nicht weiter-arbeiten. Ist mir überkandidelt, falsch strukturiert, und ein MainViewmodel fehlt. das müsste man erstmal komplett vom Kopf auf die Füsse stellen - bevor man auch nur anfängt mit dem Order-Ranking. Und Ja, meine Ranking-Buttons würden die Ranking-Combo ersetzen.

naja, dir schritt für schritt alles zu erklären - ich fürchte, das ufert aus, v.a., weil ich mich ja auch verrennen könnte. Also hab ich jetzt erstmal was gebastelt, was funzt. Vlt. ist dein Datenmodell auch nicht soo verheerend - ich halte es jdfs. für nötig, dass ein Order einen Verweis auf die Workstation hat, die ihn bearbeitet, und so habichs auch hingebastelt. Und dass du kein MainViewmodel hast, sondern nur son UrgencyListVM-Dingens, und dieses Dingens ist auch deswegen NoGo, weils von Ob…

ich hab für mein teil als Vorlage deine Vorlage genommen, und deine Anforderungen umgesetzt. Wenn du deine Orders anders sortierst, dann erfüllt die Ansicht doch garnimmer deine Anforderungen. Du willst doch eine Sortierung der Order nach WorkCenter, damit du auf einen Blick kast,welche Order welchem Workcenter zugeordnet sind. Bin ich jdfs. von ausgegangen. "hängende" Verweise in untergeordneten Datensätzen machen immer Probleme und Codier-Aufwand. Das einfachste ist, du erschaffst ein WorkCent…

Sortierung: Üblicherweise haben Daten garkeine Ordnung, und vom Prinzip her ist bei Datenabruf nicht gewährleistet, dass wenn 2 mal dieselben Daten gerufen werden, dass sie auch in derselben Reihenfolge geliefert werden. Die Ordnung herzustellen ist eiglich Aufgabe der ListCollectionViews, und zwar anhand von Kriterien, wie Datum, WorkCenter, oder sogar WorkCenter.Name, sowie Mehrfach-Kriterien - dassis alles nix aussergewöhnliches. Aber wie's hier ist, ists aussergewöhnlich: Die Ordnung ist nic…

Zitat von Jeiss: „Wenn wir zusätzlich zu den oben zitierten Kriterien: Datum, WorkCenter, oder sogar WorkCenter.Name z.B. das Kriterium "DurchlaufNummer" hinzugefügt hätten, dann wäre das ja wieder: Nix aussergewöhnliches. Oder?“Klar, kann man machen. Nur kann man ja nicht einfach einem Element eine Nummer zuteilen, sondern man muss meist mehrere Elemente berücksichtigen, und da jeweils Teilbereiche neu durchnumerieren. Denk das mal durch, die "Nummer-Tänzchen", bei- Zufügen eines Elements - Erl…

Zitat von Jeiss: „Keine Nummer doppelt: Genau nicht innerhalb eines Wkc Nächst höhere wird automatisch erstellt: Ja! wird einem Wkc ein neues Order zugewiesen, bekommt es "automatisch" die höchste Nummer innerhalb des wkc. Gibt es bereits 1-7 und ich machen die 5 zu 3 müssen die "alte" 3 und 4 eines hochgezählt werden. Also eben keine doppelt: Ja! Die "alten" 1-2 und 6-7 sind davon eigentlich nicht berührt. Das gilt aber nur für jedes WS an sich oder? In einem anderen WS kann es dann auch wieder…

sry - hab die letzten 2 Tage auf eim anneren Rechner gearbeitet Also zu deim Sample - kurz angemacht - mir scheint, da fehlt die Problemlösung? Ich hab nix gefunden, wie man ein Item auf eine annere Position bewegt? Oder ist diese Funktionalität verlorengeganen - ich muss immer auf vb2013 downgraden

ich hab das Nummer-Tänzchen mal vereinfacht, indem ich wie angekündigt eine ObservableCollection den Job machen lasse, und dann neu durchnumeriere:VB.NET-Quellcode (15 Zeilen)

Zitat von Jeiss: „Hat aber den kleinen Nachteil, dass man nicht irgendeine Zahl eingeben darf.“verstehe nicht, was du meinst. Nach meinen Tests darf man da durchaus irgendeine Zahl eingeben. Es verhält sich 100% genau so wie die Vorlage von NoFear - oder?

jo - so ist D&D einfach - von einer Listbox in eine annere. Ich hatte dich damals so verstanden, du wollsest die Anordnung der Order innerhalb der Listbox durch D&D verändern. Dafür ist imo nämlich auch erforderlich, schon während des Draggens die Stelle zwischen 2 anneren Elementen zu markieren, wo das Item dann "hinfällt", wenn man loslässt.