ECHTES kleines Demoprojekt...

[stahli]

@MEissing

Hallo Matthias,

meinen Unmut über die LiveBinding-Probleme habe ich ja schon geäußert.
Deine Anregung, die Fehler in der QC zu veröffentlichen, finde ich nicht zweckdienlich (ich finde es dort ziemlich unübersichtlich).
Die Fehler sind außerdem sofort ersichtlich, wenn man mal ein kleines Projekt erstellt.

Dies habe ich am WE mehrfach versucht und möchte mal einen Weg vorschlagen.
Ich könnte hier auch ein Demoprojekt hochladen, aber das würde nicht viel Arbeit sparen.

Also bitte ich Dich einmal um die kurze Erstellung folgenden Projektes bzw. Videos:

Firebird-Datenbank ("Persons") mit folgenden Feldern (z.B. mit Rapid SQL - dann sieht man das auch mal)
- ID incl. AutoInc Generator, not null
- Activate = Boolean (bzw. alternativ Integer=0/1), Default=1, not null
- FirstName
- LastName
- Age
... 3 Zeilen anlegen
(ID wird incrementiert und Activate wird auf 1 gesetzt)


Datenbank im Daten-Explorer registrieren
- eine Zeile eintragen und speichern
(ist nach meinen Tests nicht möglich wegen den "not null"-Feldern)


Delphi XE3 - FireMonkey-HD-Anwendung mit dbExpress
- Tabelle aus Daten-Explorer verwenden + Provider + CDS
- Sortierung nach "Activate desc, FirstName, LastName"
- TMSFMGrid + Navigator binden
- Datensätze neu eingeben, ändern und löschen
- Änderungen speichern

Grundsätzlich ist das ja in wenigen Minuten erledigt.

Allerdings lässt sich die Tabelle bei meinen Versuchen nicht wirklich bearbeiten.
Die Effekte sind vielfältig und schwer zu beschreiben.

Wenn man auf die Sortierung des DataSets verzichtet, ist es etwas stabiler aber auch nicht fehlerfrei.
Z.B. wird im Feld "Activate" beim Tippen einer Ziffer eine "0" eingefügt (1 führt also zu 01) und beim Einfügen und Speichern von Datensätzen gibt es oft falsche und doppelte Zeilendarstellungen.
Eine Sortierung ist aber natürlich auch Voraussetzung für eine sinnvolle Nutzung.

Bitte zeig doch mal, ob und wie diese minimale und realistische Anforderung umzusetzen ist.
Auftretende Fehler könntest Du bitte so weiter leiten (Du kannst das besser beschreiben als ich), dass es in einem möglichst baldigem Update mündet.

Ich würde die Features (genug Werbung ist ja gemacht worden) ja wirklich gern nutzen, aber das müsste natürlich stabil funktionieren.


Bonus
- TMSFMGrid indexbasiert vom User sortieren lassen und dennoch Zeilen weiter bearbeiten und speichern
- CheckBox für Activate-Feld benutzen (obwohl es ja nicht boolean ist)
- Persistente Felder, die visible=false sind von Bindung ausnehmen (sollte eigentlich automatisch sein)


Ich bitte um Info, ob Du der Bitte nachkommen kannst...
Sicher wäre das nicht nur für mich interessant.


Gruß
André

[bernhard_LA]

ich wäre für ein Demoprojekt auf Source forge , dann könnte jeder die Entwicklung weiterverfolgen

[daywalker9]

Zitat von stahli:

Deine Anregung, die Fehler in der QC zu veröffentlichen, finde ich nicht zweckdienlich (ich finde es dort ziemlich unübersichtlich).
Die Fehler sind außerdem sofort ersichtlich, wenn man mal ein kleines Projekt erstellt.

Das QC mag zwar nicht das schönste sein, aber es erfüllt seinen Zweck (zumal der Windows Client eigentlich alles bietet). Und wenn man die Fehler dort nicht reported, kann man nicht unbedingt erwarten das diese Fehler auch korrigiert werden.

[stahli]

Ich habe auch schon Fehler in der QC eingetragen (und diverse Fehlerberichte aus dem Logging gesendet).
In dem genannten Arbeitsumfeld sind sie jedoch so vielfältig, dass ich sie nicht ausreichend beschreiben kann (zumal nicht in englisch).
Sie werden aber auch für die Entwickler offensichtlich, wenn man ein kleines Projekt erstellt, das die formulierten (Mindest-)Anforderungen erfüllt.
Wenn Emba an einer Fehlerbereionigung interessiert ist, dann sollte das der schnellste Weg sein.

[hoika]

Hallo,

Wo ist das Problem,
den Fehler in leicht nachvollziehbaren Sätzen zu dokumentieren ?

Heiko

[stahli]

Zitat von hoika:

...den Fehler...

Da liegt das Mißverständnis. Es gibt nicht EINEN nachvollziehbaren Fehler sondern so viele unübersichtliche, dass eine detaillierte Beschreibung keinen Sinn macht.
Wenn das System mal grundsätzlich funktioniert und gelegentlich ein Fehler auftritt, dann gern.

[stahli]

Also Matthias hat mich an den Suppert verwiesen.
Ich werde mal versuchen, das in verständlichem Englisch zu erläutern...

PS:
Mich wundert ziemlich die ausbleibende Resonanz von Euch.
Würde Euch ein funktionsfähiges FM + LB nicht interessieren?
Eigentlich war das (evtl. in Verbindung mit DataSnap) der Grund, dass ich bei dem XE3-Upgrade zugeschlagen habe. Habe mich wohl zu leicht blenden lassen...

[Robotiker]

Zitat von stahli:

PS:
Mich wundert ziemlich die ausbleibende Resonanz von Euch.

Also ich lese hier zumindest mit.

Unter den mir bekannten Delphi- oder C++-Benutzern in anderen Firmen habe ich aber bisher niemanden kennen gelernt, der aktiv mit FireMonkey arbeitet. Die einhellige Meinung unter allen ist, das ist sowas wie Kylix und der C++ BuilderX, verschwindet also sowieso bald wieder in der Versenkung.

Ich bleibe derzeit bei XE2 (C++), weil in XE3 der neue Compiler erst später nachgereicht werden soll. Alles was bisher in dieser Weise nachgereicht wurde (z.B. C++ Builder 2006) hatte eine Qualität, dass man eh besser bis zu nächsten regulären Version warten konnte.

[Nersgatt]

Ich lese hier auch fleißig mit. Und ehrlich gesagt sind es Berichte wie diese, die mich momentan noch davon abhalten FM produktiv einzusetzen. Einsetzen würde ich es eigentlich sehr gern. Ich hab aber Angst, mir einen Haufen Probleme einzuhandeln, die ich nicht einschätzen kann.

[Sir Rufo]

Nun meine Meinung zum Livebinding habe ich in anderen Threads schon kundgetan.
Warum sollte ich das hier noch wiederholen?

Hier geht es doch um ein Demo-Projekt und das kann ich nicht zeigen, weil das so im Moment nicht produktiv einsetzbar funktioniert.

Oder sollte das ein Thread werden, wo wir alle auf Emba immer feste drauf hauen?

Bitte nicht falsch verstehen, ich bin da völlig auf deiner Seite was die Livebindings und das Demo Projekt betrifft.

Allerdings hätte ich nicht ein abstraktes Projekt vorgeschlagen, sondern QualityCentral mit LiveBindings und ohne Zusatzkomponenten.
Das müsste doch suuuuper einfach gehen (aber bitte die Formatierung (rechtsbündig) nicht verändern, so wie es ist).

Die Antwort müsste lauten: "Derzeit nicht machbar mit Livebindings!"