Was vermisst ihr in der RTL/VCL? Wünsche + Vorschläge!

[Delphi-Laie]

Ich wünsche mir, daß man in Stringgrids ganz einfach die Attribute für Schrift und Hintergrundfarbe zellenweise ändern kann und das dann sofort geändert wird. Die mir bekannten Möglichkeiten sind unteridisch umständlich.

Außer "FixedCols" wäre auch "FixedRows" nützlich.

Und zudem eine Autoformatfunktion und sogar eine boolesche Eigenschft "autoformated", die bei jeder Änderung diese Autoformatfunktion aufruft, für die Zeilenhöhen und Spaltenbreiten.

[noisy_master]

Standard GUI Elemente die sich mal ohne Klimzüge in ihrer Größe(und anderen Properties z.B. Farbe, Font,...) ändern ließen wären DER Traum(Checkboxen, RadioButtons, SCROLLBARS(!),...)

[mkinzler]

Geht doch mit Hilfe von Styles

[frankyboy1974]

hallo,

ich bin mir nicht ganz sicher, ob dies zum Thread hier passen tut. Aber ich würde mir in Delphi sowas wie Garbage Collection wünschen. Ich verursache für gewöhnlich Speicherleaks die Minimum im unteren MB-Bereich liegen, hier würde mir ein wenig mehr Unterstützung der IDE (des Compilers) helfen (Warum muss ich aufräumen??).

mfg

[mkinzler]

Das ist eine Frage der Plattform. Die mobilen Compiler unterstützen ARC ( "gg lite").

[Stevie]

Zitat von frankyboy1974:

ich bin mir nicht ganz sicher, ob dies zum Thread hier passen tut. Aber ich würde mir in Delphi sowas wie Garbage Collection wünschen. Ich verursache für gewöhnlich Speicherleaks die Minimum im unteren MB-Bereich liegen, hier würde mir ein wenig mehr Unterstützung der IDE (des Compilers) helfen (Warum muss ich aufräumen??).

Das ist ja so, als ob nen Dieselfahrer sich wünscht, auch ma Super tanken zu können.

[Bambini]

Zitat von frankyboy1974:

ich bin mir nicht ganz sicher, ob dies zum Thread hier passen tut. Aber ich würde mir in Delphi sowas wie Garbage Collection wünschen. Ich verursache für gewöhnlich Speicherleaks die Minimum im unteren MB-Bereich liegen, hier würde mir ein wenig mehr Unterstützung der IDE (des Compilers) helfen (Warum muss ich aufräumen??).

Die Memory Leaks treten zur Laufzeit auf. Denke nicht, das die IDE dir da helfen kann. Der FastMM kann dir dabei sehr gut helfen und
ein ARC Compiler. Jedoch bringt ARC jede Menge neue Probleme mit sich. Die VCL, viele 3rd Party Tools und dein eigener Code können mit ARC noch nicht umgehen. Ein Umbau hat sehr weit reichende Folgen. Für genau Null Mehrwert.

So bequem es ist, das der Compiler für dich aufräumt, so schlimm finde ich die Try finally Blöcke nun doch nicht

[Bambini]

Die Parallel Library der neuen Delphi's ist sehr komfortable, wenn man aber etwas mehr als die Zahlen parallel verarbeiten will, bremsen sich die Threads gegeneinander aus.

Ich würde mir einen Threaded Memory Manager wünschen, also einen MM für jeden Thread. Dann kann jeder Thread in seinem MM toben, ohne von den anderen Threads ausgebremst zu werden. Wenn dann noch die LOCK bei der string Verarbeitung wegfallen, http://synopse.info/forum/viewtopic.php?id=423 könnte Delphi alle CPU Kerne nutzen.

[Stevie]

Zitat von Bambini:

Ich würde mir einen Threaded Memory Manager wünschen, also einen MM für jeden Thread. Dann kann jeder Thread in seinem MM toben, ohne von den anderen Threads ausgebremst zu werden. Wenn dann noch die LOCK bei der string Verarbeitung wegfallen, http://synopse.info/forum/viewtopic.php?id=423 könnte Delphi alle CPU Kerne nutzen.

Und welcher Threadmanager verarbeitet die Objekte/strings die in Thread A erzeugt werden und an Thread B gegeben werden? Wenn dich Speichermanagement in einer Multithread Umgebung ausbremst, dann bau dir nen Objektpool, so dass Instanzen nicht immer erzeugt und freigegeben werden.

[BUG]

Zitat von Bambini:

Ich würde mir einen Threaded Memory Manager wünschen, also einen MM für jeden Thread. Dann kann jeder Thread in seinem MM toben, ohne von den anderen Threads ausgebremst zu werden. Wenn dann noch die LOCK bei der string Verarbeitung wegfallen, http://synopse.info/forum/viewtopic.php?id=423 könnte Delphi alle CPU Kerne nutzen.

Der verlinkte Beitrag ist imho etwas missverständlich geschrieben. Wenn man Reference-Counting über mehrere Kerne machen möchte, sind diese LOCKed Instruktionen nötig. Das angesprochene Locking über CS ist mindestens genauso teuer. Wenn eh CS benutzt werden, dann sollte es afaik auf modernen Maschinen auch kein Skalierungsproblem mit den Reference-Countern geben.