Träume, Wünsche und Wahnvorstellungen...

[himitsu]

Ist ja nicht so, daß es keine anderen Wege gäbe, als den Text nachträglich zu verändern, aber das dann nichtmal durchgängig überall zu machen.
Wie gesagt, .Text und .SelText unangetastet zu lassen, oder höchsten die #13 durch 'ne #10 ersetzt (mit einem Linuxzeilenumgruch kommen die Meisten doch wohl noch zurecht? ) wäre doch gegangen?
Wenn es jetzt keine neue VCL gäbe und sich da eh viel ändern würde, hätte ich nach inzwischen 2 weiteren Delphiversionen, aber eh keine Hoffnung mehr, daß sich da jemals was dran ändern könnte.

Aber nja, Wunschträume müssen/werden ja eh nicht unbedingt in Erfüllung gehen.

[Neutral General]

Hallo,

Habe nicht mitgelesen in letzter Zeit und ich weiß auch nicht obs hier 100%ig reinpasst, aber das muss ich jetzt mal grad loswerden:

Delphi-Quellcode:

TItem= class
end;

TKlasse<T: TItem> = class
private
  FItems: TObjectList<T>;
end;

Zitat:

[DCC Fehler]E2511 Typparameter 'T' muss ein Klassentyp sein

Delphi-Quellcode:

TItem= class
end;

TKlasse<T: TItem, class> = class
private
  FItems: TObjectList<T>;
end;

Zitat:

[DCC Fehler] E2552 CLASS- oder RECORD-Einschränkung und Klassentypeinschränkung dürfen nicht zusammen angegeben werden

Ich WÜNSCHE mir, dass dieser Unsinn behoben wird!
Wieso akzeptiert/merkt Delphi nicht, dass "T: TItem" (indirekt) bedeutet, dass T ein Klassentyp ist?

[jaenicke]

Zitat von Neutral General:

Ich WÜNSCHE mir, dass dieser Unsinn behoben wird!
Wieso akzeptiert/merkt Delphi nicht, dass "T: TItem" (indirekt) bedeutet, dass T ein Klassentyp ist?

Das ist in Delphi XE bereits behoben, dort kompiliert der erste Code problemlos.

[Neutral General]

Zitat von jaenicke:

Zitat von Neutral General:

Ich WÜNSCHE mir, dass dieser Unsinn behoben wird!
Wieso akzeptiert/merkt Delphi nicht, dass "T: TItem" (indirekt) bedeutet, dass T ein Klassentyp ist?

Das ist in Delphi XE bereits behoben, dort kompiliert der erste Code problemlos.

Oha, gut zu wissen
Ärgere mich jetzt schon mindestens das 2. mal ziemlich über dieses Verhalten (D2009)

[Stevie]

Generics vor Delphi XE =

Was mir mal wieder auffällt: Warum scheint eigentlich kaum einer QC zu benutzen? Da kann man nachlesen, welche Bugs wann gefixt wurden oder ob der Bug, den man gerade entdeckt hat, schon bekannt ist. Und nicht selten gibt es auch Zusatzinfos dazu, warum irgendetwas nicht gefixt wird und/oder by design dieses oder jenes Verhalten hat. Und im Zweifel mal den Bug eintragen, damit er auch irgendwann mal gefixt wird und man sich nicht die nächsten X Jahre weiter drüber ärgert. Jaja, manche Bugs stehen schon jahrelang drin - aber die, die garnicht reported werden, werden noch unwahrscheinlicher gefixt.

[stahli]

"Native Transparenz" wäre nicht schlecht.
So dass alle Controls (Panel, Edit etc) den Hintergrund vom Screen (also nicht nur die Farbe vom Parent) übernehmen können.
Technisch sollte das ja möglich sein, ich weiß aber nicht, ob die VCL dafür irgendwelche Voraussetzungen vom Windows brauchen würde.

[himitsu]

Es gibt einwas, das ist nativ Transparent.

TLabel

Den das ist eigentlich keine Komponente, hat nichts mit Windows zu tun und hat keinen eigenen Canvas.
Ist 'ne Delphikomponente, welche sich an die Parentkomponente hängt und sich auf dessen Canvas zeichnet.

[Stevie]

Zitat von stahli:

"Native Transparenz" wäre nicht schlecht.
So dass alle Controls (Panel, Edit etc) den Hintergrund vom Screen (also nicht nur die Farbe vom Parent) übernehmen können.
Technisch sollte das ja möglich sein, ich weiß aber nicht, ob die VCL dafür irgendwelche Voraussetzungen vom Windows brauchen würde.

TransparentColor und TransparentColorValue vom Form setzen und schon läufts. (wobei man dann durch das Form hindurch klicken kann an den "transparenten" Stellen)