DBGrid vs. ListView

[jbg]

Zitat von Bernhard Geyer:

Wie schon gesagt. Muß wohl alles im DBGrid versammelt sein.

Das stimmt. Es ist nur alles von TElCustomDBTree abgeleitete betroffen.

Zitat:

Wer macht den sowas. Rolling Eyes Wir verwenden das TFrames-Prinzip - blos ohne Frames.

Wir haben hier mehr eigen-vererbte Formulare als von TForm-vererbte. Es ist einfach einfacher die Persistenz in einem Basis-Formular zu haben, statt in jedem einzelnen Formular. In meinen privaten Projekten nutze ich sowas normalerweise nie. Da ist TJvEmbededFormXxx und machmal auch TJvDockXxx der Ersatz. (Als JVCL Developer sollte man die Komponenten halt auch mal verwenden )

Zitat:

Ich selbst verwende ElPack mit FastMM4 (davor MemCheck) und (Windows, not native XP-Theming) und bekomme keine Speicherlücken.

Das tritt auch nur unter WinXP mit aktivierten XP-Theming auf, wenn die ElXPThemedXxx Units zuschlagen. Da wird für jedes Control ein Objekt erzeugt und beim Beenden wird der der ElPack ElThemeManager (oder wie der immer heißen mag) nicht mehr freigegeben, weil irgendwo eine Variable 0/nil liefert. FastMM4 braucht dann ca. 2 Minuten bis es Speicherleck-Dialog bringt. Den Fehler habe ich bis heute noch nicht gefunden. Da ich dieses Theming aber gar nicht brauche, weil ich ein eigenes geschrieben habe, haben wir einfach NO_ELPACK_USE_THEME_ENGINE definiert und weg sind die Lecks.

Zitat:

Ob die all das Können. Ist die Jedi nicht immer noch darüber die ganzen gespendeten Komponenten zu verdauen?

Verdaut ist das bereits, wenn auch noch ein paar überbleibsel da sind (Globus, Jans). Und wenn sie etwas nicht können, dann muss ich halt mal wieder etwas OpenSource produzieren und die Komponenten weiterentwickeln.

Zitat:

Und ohne Unicode geht gar nichts.

Das spielt bei dem Projekt sowieso keine Rolle. Zumindest hat sich noch keiner darüber beklagt, dass er die Text nicht in trad. Chinesisch lesen kann.

Zitat:

Meldest du auch diese Bugs das sie behoben werden können?

Ich weiß nicht wie es in der 5er Version aussieht. Wir habe nur Version 4.02. Aber ich nehme nicht an, dass die ihren Programmierstil (damit ist nnicht der Code-Style gemeint) geändert haben. Der gefällt mir persönlich nämlich gar nicht.

[Bernhard Geyer]

Zitat von jbg:

Zitat:

Wer macht den sowas. Rolling Eyes Wir verwenden das TFrames-Prinzip - blos ohne Frames.

Wir haben hier mehr eigen-vererbte Formulare als von TForm-vererbte. Es ist einfach einfacher die Persistenz in einem Basis-Formular zu haben, statt in jedem einzelnen Formular. In meinen privaten Projekten nutze ich sowas normalerweise nie. Da ist TJvEmbededFormXxx und machmal auch TJvDockXxx der Ersatz. (Als JVCL Developer sollte man die Komponenten halt auch mal verwenden )

OK. Ist sinnvoll.

Zitat von jbg:

Zitat:

Ich selbst verwende ElPack mit FastMM4 (davor MemCheck) und (Windows, not native XP-Theming) und bekomme keine Speicherlücken.

Das tritt auch nur unter WinXP mit aktivierten XP-Theming auf, wenn die ElXPThemedXxx Units zuschlagen. Da wird für jedes Control ein Objekt erzeugt und beim Beenden wird der der ElPack ElThemeManager (oder wie der immer heißen mag) nicht mehr freigegeben, weil irgendwo eine Variable 0/nil liefert. FastMM4 braucht dann ca. 2 Minuten bis es Speicherleck-Dialog bringt. Den Fehler habe ich bis heute noch nicht gefunden. Da ich dieses Theming aber gar nicht brauche, weil ich ein eigenes geschrieben habe, haben wir einfach NO_ELPACK_USE_THEME_ENGINE definiert und weg sind die Lecks.

OK. Ich verwende das native ElPack-Theming nicht. Ist auch bei komplexen Dialogen langsamer.

Zitat von jbg:

Zitat:

Meldest du auch diese Bugs das sie behoben werden können?

Ich weiß nicht wie es in der 5er Version aussieht. Wir habe nur Version 4.02. Aber ich nehme nicht an, dass die ihren Programmierstil (damit ist nnicht der Code-Style gemeint) geändert haben. Der gefällt mir persönlich nämlich gar nicht.

Was genau meinst Du damit?

[Hansa]

Was zum Teufel sind eigen-vererbte Formulare ? Aber egal. Was ich hier lese ist ja noch schlimmer als befürchtet. Meine Erfahrung sieht so aus : es ging damals konkret lediglich (ja, es war schon noch mehr gefordert) um das Anzeigen von mehreren Artikel-Bezeichnungszeilen und zwar untereinander (1 vorhanden, auch nur eine anzeigen, bei 3 Art.-Zeilen dann 3 anzeigen, Art.-Nr. usw. natürlich nur in 1. Zeile) : Standard DBGrid 3 Wochen ohne Erfolg. Fremd-Grids : 2 Wochen getestet, kaum Besserung. Wenn da tatsächlich unbekannte Bugs gehäuft zu finden sind, dann wären wohl 2 Monate draus geworden oder gar nichts. Dann wurde ich für verrückt erklärt, weil ich der Ansicht war, daß ALLE DBgrids Scheiße sind und das mit Stringgrids machen wollte. Aber sieh an, nach einer Woche war das alles perfekt, genau wie gefordert. Es gibt nur noch ein Grundgerüst für sämtliche Grids :

Delphi-Quellcode:

..
//  Variablen für Grid-Anzeige setzen. Rechtsbündig, Nachkommastellen usw.
//  OnDrawCell anpassen
..
ErmittleDaten; // baut egal welches select zusammen
sg.Hide;
ZeigePositionen;  // Anzeige im Grid, notfalls Objects für Sonderfälle bestücken
sg.Show;

Natürlich wird das alles vererbt (Objektablage). D.h. ich nehme eine inherited Form mit Grid und überschreibe hautsächlich nur diese beiden Prozeduren. Rest bleibt fast gleich. ABer es geht ja um DBGrid <-> ListView. Das hatte ich mir auch angesehen. Aber etwas, was gleichzeitig ein Baum und ein Grid sein kann, was soll das schon besonderes sein ? Nicht mal Objects hat das Ding.

[jbg]

Zitat von Hansa:

Was zum Teufel sind eigen-vererbte Formulare ?

Das sind Formulare die nicht direkt von TForm erben. Das Wort habe ich gestern mal schnell erfunden.

[Hansa]

Zitat von jbg:

gestern mal schnell erfunden.

Von was erben die denn dann was ?

[jbg]

Auch wenns Offtopic ist:
Z.B von TBaseForm.

Code:

TBaseForm
  TToolForm
    TToolBarForm
      TDBEditToolBarForm
        TPersonForm

[Hansa]

Ah ja. Angenommen TDBEditToolBarForm braucht eine CheckBox oben rechts und TPersonForm braucht die auch, aber unten links. Was dann ? Koordinaten von Hand eingeben ?

[jbg]

Zitat von Hansa:

Ah ja. Angenommen TDBEditToolBarForm braucht eine CheckBox oben rechts und TPersonForm braucht die auch, aber unten links. Was dann ? Koordinaten von Hand eingeben ?

Nö. Einfach per Formdesigner nach links unten verschieben. Dafür ist das "Projektformular vererben" ja da.